The pinout seems to be correct

I will check this out, thank you so much for your support and patience. kkkkkk

I noticed that with the psoc on the board I have these values ​​that I put in the image.
already injecting energy into the circuit without the psoc I have the wrong values ​​only in tp8, tp9, tp10 and tp11.

I will redo the whole circuit from scratch again. wish me luck.
kkkkkkkkk

Review step by step your circuit. Maybe it's a missing connection or a wrong value...

person after redoing the circuit for the third time, I finally got the values ​​according to the scheme.
It wasn't pretty (kkkkkk)
but it works perfectly. I am really happy.
unfortunately I can't proceed with the transponder reading tests because I don't have a loop amplifier. I bought an mla30 and it still hasn't arrived.
Is it not possible to test without the correct amplifier?

thank you so much to everyone who helped me.

observation: my problem was definitely in the q5 circuit module but I'm not sure

Is it normal without the loop amplifier that putty's monitor mode does not pass any information?
I believe so because the psoc cannot receive any information am I right?

Yes, it's normal.
You should be able to run commands like: "version" or "license" and see the output.

Not without more trouble than building the 'standard' antenna amplifier...

I figured that would be the answer.
I didn't build the 'standard' amplifier as I couldn't find some resistors where I live (4k53 and 2k87) so I had to buy it from china too, it will arrive with the mla30

After a long time, now I have a question: I'd like to clone my old RC3 transponder as our MyLaps decoder still has firmware 4.4, which is the magical one that can read RC4 and RC3.A long time ago I made a dump of what it sends using the monitor mode with Putty, so in theory I should have all the status packets necessary. However, my first try which I did 2 years ago is not accepted by our MyLaps decoder. I left it until now, but now our track uses Speedhive and it's more interesting for me again. So what went wrong? I made sure I have the status packets in the right order, but how can I tell which one is the first? I also cannot guarantee, that I have all the packets perfectly correct, as there might be some corrupted data in my dump. It's not that easy to identify the status packets, because there are some variations in the data from time to time, probably due to bad reception.
Has anyone already tried to clone a RC3 transponder and was successful?
Thanks for your help,
Andreas

Hi Andreas, the status packets come from the original CANO firmware (and I think they come for the MRT sets). There's no distinction or specific order in the status packets that I made in the firmware. The status packet contain indded a 'counter' ancoded in the 'statusBits'. But beware that the 'main' packet is encoded different from firmware release. It seems like older transponder (that have NO status) are coded differently from the ones that have status packets. Please check the two functions encodeTransponderNoStatus and encodeTransponderWithStatus in TransponderEncoding.cs, or use your captured 'main' packet. Sorry if this sound too technical, if you need further I'll be glad to help. To check the correct packet, re-encode them and check that the bitstream matches.

mv4wd within RCHourGlassManager is there an ability to increase the characters for nickname of transponders, or is this a limitation of the decoder because it is written to the decoder memory?

I finished the enclosure for the decoder tonight. I think it came up great, and abit cheeky...

nice job

It's a limit from 1K eprom size of the chip. A total of 40 learnt transponder can be stored, so the nickname was limited to 8 characters