> Is it LLRP in all but port, or some proprietary RFID protocol? If it's
> not RFID, obviously none of this stuff is going to work without some
> adapter code that converts LLRP traffic to whatever protocol the
> reader talks.
It's sloppy LLRP. Here's a snippet from the decoder- the first packet,
sent from the client to the reader on connect- without waiting for a
status message (which never comes in any case) and then the "OK" message
sent back;
<Message from_ip="192.168.0.59" from_port="1167" to_ip="192.168.0.166"
to_port="1005">
<!-- FAILED DECODE .. RETRY WITH FORCE -->
<!-- FAILED TWICE -->
<!-- Missing non-optional parameter ROSpec:ROSpec at
../LTK/LTKPerl/RFID/LLRP/Builder.pm line 816.
-->
<HexData>0x4 0x14 0x0 0x0 0x0 0x72 0x0 0x0 0x0 0x1 0x0 0xCF 0x0 0x10
0x0 0x0 0x0 0x1 0x0 0x1 0x20 0x80 0x0 0x0 0x0 0x1 0x1 0x51 0x0 0x10
0x0 0x0 0x0 0x1 0x0 0x1 0x20 0x80 0x0 0x0 0x0 0x1 0x0 0xB1 0x0 0x48
0x0 0x0 0x0 0x1 0x0 0x2 0x0 0xB2 0x0 0x12 0x0 0xB3 0x0 0x5 0x1 0x0
0xB6 0x0 0x9 0x1 0x0 0x0 0x0 0x64 0x0 0xB7 0x0 0x2C 0x0 0xB8 0x0 0x9
0x0 0x0 0x0 0x0 0x0 0x0 0xBD 0x0 0x8 0x0 0x1 0x0 0x1 0x0 0xBA 0x0 0x17
0x0 0x1 0x3 0x0 0xE0 0x0 0xA 0x0 0x1 0x0 0x1 0x0 0x1D 0x0 0xDF 0x0 0x6
0x0 0x1</HexData>
</Message>
<!-- 110 : 1190733054.92179 -->
<Message from_ip="192.168.0.166" from_port="1005" to_ip="192.168.0.59"
to_port="1167">
<ADD_ROSPEC_RESPONSE Version="1" MessageID="4">
<LLRPStatus>
<StatusCode>M_Success</StatusCode>
<ErrorDescription></ErrorDescription>
</LLRPStatus>
</ADD_ROSPEC_RESPONSE>
</Message>
As far as I can make out, the correct parameters start at offset 60 with
an ROSpec. Before then, in violation of the spec, is an
AccessSpecParameter type 207 and a
C1G2TagInventoryStateAwareSingulationActionParameter type 337, though that
one contains stuff I can't make any sense of from the spec. Additionally,
the ROSpec is being sent with a state of 2=Active, when the spec is quite
clear that they should be sent as disabled and then subsequently activated
once you get a success message back.
So it seems I'm not going mad and this really is a somewhat peculiar dialect.
--
Dr. Craig Graham, Software Engineer
Advanced Analysis and Integration Limited, UK. http://www.aail.co.uk/
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
llrp-toolkit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/llrp-toolkit-devel
