I have an RS232 RF ID reader. The signal is converted to TTL level, and read as a SoftwareSerial port with an Arduino UNO. I'm confused about the HEX values. The TTL conversion (MAX3232) inverts the signal in theory, but still I'm not sure how to interpret RD ID correctly. My confusion originates from this post: LINK. Because it show the longer, 20 byte values.
I've got two unlabeled cards, they read as:
17 bytes if SoftwareSerial is inverted:
46 00 B7 56 FD 3B BF 37 0D F1 FD 15 ED BF 91 64 00
46 00 B7 56 FD 3B BF 37 0D F1 FD 15 ED FF 91 92 1D
20 byte if SoftwareSerial is not inverted:
CC FF FF 10 32 0D 01 E2 00 20 64 79 07 01 75 09 20 B7 B8 F2
CC FF FF 10 32 0D 01 E2 00 20 64 79 07 01 75 09 00 B7 B6 14
I have an RS232 RF ID reader. The signal is converted to TTL level, and read as a SoftwareSerial port with an Arduino UNO. I'm confused about the HEX values. The TTL conversion (MAX3232) inverts the signal in theory, but still I'm not sure how to interpret RD ID correctly. My confusion originates from this post: LINK. Because it show the longer, 20 byte values.
I've got two unlabeled cards, they read as:
17 bytes if SoftwareSerial is inverted:
46 00 B7 56 FD 3B BF 37 0D F1 FD 15 ED BF 91 64 00
46 00 B7 56 FD 3B BF 37 0D F1 FD 15 ED FF 91 92 1D
20 byte if SoftwareSerial is not inverted:
CC FF FF 10 32 0D 01 E2 00 20 64 79 07 01 75 09 20 B7 B8 F2
CC FF FF 10 32 0D 01 E2 00 20 64 79 07 01 75 09 00 B7 B6 14
Could you help me, which is the correct form?
Thanks in advance.
The MAX3232 does invert the TTL signal logic to match the RS-232 signal. Not a theory.
Why are you thinking you have the identical RFID cards to those used in the link you gave? The data stored on an RFID card is whatever is stored there. Yours are obviously different. So the 17 bytes of data is the correct message. I don't know where the other data came from. Are the Baud rates correct for your reader?
Paul
The cards are not identical of course. But the first 7 bytes of my readings and the linked are in match. The OP quite confidently talks about the following 12 bytes being the Unique ID.
The module is a poorly documentated Long range reader, my assumption is that the baudrate is 9600 based on the sample pictures on the product page ("CONNECTED COM1 9600"). It shows different RCP Packets (?), some starting with the "CC FF FF" numbers. I think more info is needed at this point about these Packets.
The OP quite confidentially talks about the following 12 bytes being the Unique ID.
That is the name, but in actual fact they are not unique although it is very rare to get two cards with the same numbers.
However:-
The link is for a UHF RFID reader, what sort of RFID reader do you have? The most common type is the mifare type those work at 13.56 MHz so that is not UHF, those work at frequencies above 800 MHz.
There is another type of RFID that works at 125KHz. All these systems have a different formats, so the numbers will mean different things on different systems.
I have a module like the linked one (UHF). More precisely, I've got a module like that, and the task to establish the communication and gather the RFID.
Data gathering was not a problem through a RS232-TTL converter, but then I realized I have zero knowledge about these RFIDs and the formats.
amazed:
I have a module like the linked one (UHF). More precisely, I've got a module like that, and the task to establish the communication and gather the RFID.
Data gathering was not a problem through a RS232-TTL converter, but then I realized I have zero knowledge about these RFIDs and the formats.
Then it is time that you researched the RFID standards and see which one fits your cards and reader.
Paul