Thingmagic

[Jörg Pe]

CrossMgr is a great piece of software! I am very happy to have found this site!

I am looking to set up a very small RFID timing solution on a budget and was wondering, if (what) ThingMagic readers work with CrossMgr.

Especially this one looks very interesting to me - https://www.atlasrfidstore.com/thingmagic-supernova-rfid-reader-b-stock/

But also the USB Pro and some older readers seem to be quite good and affordable. 

I`d be very happy to get some feedback about Thingmagic and CrossMgr!

Joerg

[stuart lynne]

We have been using older Impinj R1000 readers. They are generally about $200 on ebay. But you have to wait for them to show up. The R220 and R420 also work well, again on eBay, about $500.

Anything that uses LLRP should work.

The ThingMagic is fixed and operates as an HID device. Ed would have to add support for it. And it would not be configurable or tunable. That would mean it would be suitable for events with small numbers of people passing the finish line at a time. E.g. cyclocross or mountain bike races. But possibly not as good at high speed sprint finishes with larger number of people (e.g. road or criterium).

--
You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.
To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

__________O___________
_______-\<,____________
_____(_)/_(_)___________
_________________________
Stuart_Lynne____<stuart...@gmail.com>____604-518-1749(m)__604-461-7532(h)

[Jörg Pe]

Hi have been looking for Impinj readers on ebay for a while. The problem here in Germany is, that most devices seems to be not compatible with EU 865-868MHz or they cannot be imported to Europe (at least not for an affordable price). The prices in Europe are much higher (usually >1000USD). My budget is only half of that but also my racing conditions are not very complex. I need the timing system for track running at my school, with my XC team and a small charity event - never more than 50 people at the same time (crossing max 2 simultaneous).

There are some Chinese readers on Alibaba that uses the Impinj R2000 chip (from R420/220) for 300-400 USD. Not sure if they can use LLRP. They come with API/SDK. For example:

https://www.aliexpress.com/store/product/uhf-long-tcp-ip-rfid-chip-marathon-reader-for-race-timing-system/1726323_32357399991.html?spm=2114.12010612.0.0.5e2b7907nJ9e1C

You see any chance of get this working with CrossMgr?

The alternative would be Thingmagic with only one antenna.

Sure, I`d prefer a state of the art top reader but since I won`t getting any profit from it, I can`t afford much more. I only do that to give back to sports and racing. 

Thanks for your help!

Joerg

Am Freitag, 20. April 2018 22:27:56 UTC+2 schrieb stuart lynne:

We have been using older Impinj R1000 readers. They are generally about $200 on ebay. But you have to wait for them to show up. The R220 and R420 also work well, again on eBay, about $500.

Anything that uses LLRP should work.

The ThingMagic is fixed and operates as an HID device. Ed would have to add support for it. And it would not be configurable or tunable. That would mean it would be suitable for events with small numbers of people passing the finish line at a time. E.g. cyclocross or mountain bike races. But possibly not as good at high speed sprint finishes with larger number of people (e.g. road or criterium).

On Fri, Apr 20, 2018 at 9:41 AM, Jörg Pe <jposp...@gmail.com> wrote:

CrossMgr is a great piece of software! I am very happy to have found this site!

I am looking to set up a very small RFID timing solution on a budget and was wondering, if (what) ThingMagic readers work with CrossMgr.

Especially this one looks very interesting to me - https://www.atlasrfidstore.com/thingmagic-supernova-rfid-reader-b-stock/

But also the USB Pro and some older readers seem to be quite good and affordable. 

I`d be very happy to get some feedback about Thingmagic and CrossMgr!

Joerg

--
You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftwa...@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

[Jonathan Rosen]

I asked Ed to investigate one of the low cost Chinese made readers with the R2000 chip. They do not support LLRP, so none of the CrossMgr programs (CrossMgrImpinj and TagReadWrite) will work with them. Their API is totally proprietary, so it would require re-writing entirely new software to support them. The best choice for a compatible low cost reader is the Impinj R1000 or R220. Motorola FX7400 also support LLRP. 

[stuart lynne]

If anyone has an R220, R120 or the Motorola FX7400, I would like to look at the response to the capabilities request (capture with wireshark). It appears that the R220 (and probably the R120) have less operation modes and may not have the ability to do tag reads as fast as the R420 (or R1000.)

it looks like CrossMgrImpinj will need to know what modeIndex value to use for each of these to get the best results. And currently it looks like that value may be different than for the R420.

On Fri, May 18, 2018 at 7:14 PM Jonathan Rosen <jonrose...@gmail.com> wrote:

I asked Ed to investigate one of the low cost Chinese made readers with the R2000 chip. They do not support LLRP, so none of the CrossMgr programs (CrossMgrImpinj and TagReadWrite) will work with them. Their API is totally proprietary, so it would require re-writing entirely new software to support them. The best choice for a compatible low cost reader is the Impinj R1000 or R220. Motorola FX7400 also support LLRP. 

--

You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.
To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftwa...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Edward Sitarski]

That latest CrossMgrImpinj queries the reader capabilities.

For the Signal Strength configuration, the goal is to read as frequently as possible.

CrossMgrimpinj first tries ModeIndex=0, then ModeIndex=1000.

If none of those choices are available, it chooses the first mode supported by the reader.

It appears that the Impinj 220 does not support ModeIndex=0.

However, despite what the documentation and guidelines say, my experiments with an R1000 reader show minimal read rate differences between ModeIndex 0 and 1000 in context with the rest of the configuration.

Further field experiments will have to be done to see if this makes a material difference.

On Sat, May 19, 2018 at 2:53 AM, stuart lynne <stuart...@gmail.com> wrote:

If anyone has an R220, R120 or the Motorola FX7400, I would like to look at the response to the capabilities request (capture with wireshark). It appears that the R220 (and probably the R120) have less operation modes and may not have the ability to do tag reads as fast as the R420 (or R1000.)

it looks like CrossMgrImpinj will need to know what modeIndex value to use for each of these to get the best results. And currently it looks like that value may be different than for the R420.

On Fri, May 18, 2018 at 7:14 PM Jonathan Rosen <jonrose...@gmail.com> wrote:

I asked Ed to investigate one of the low cost Chinese made readers with the R2000 chip. They do not support LLRP, so none of the CrossMgr programs (CrossMgrImpinj and TagReadWrite) will work with them. Their API is totally proprietary, so it would require re-writing entirely new software to support them. The best choice for a compatible low cost reader is the Impinj R1000 or R220. Motorola FX7400 also support LLRP. 

--
You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

__________O___________
_______-\<,____________
_____(_)/_(_)___________
_________________________

Stuart_Lynne____<stuart.lynne@gmail.com>____604-518-1749(m)__604-461-7532(h)

--
You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

Edward Sitarski

Sports Organizing Co-Chair, Invictus Games 2017

Provincial Chief Commissaire of Ontario, Track Cycling

[Jonathan Rosen]

Hi Stuart; I have an R220 using the very latest current 5.13 firmware, not the stock 4.2 firmware. It runs great with CrossMgrImpinj. Using ImpinjI Item Test software, it shows up to 600 tags per second, so I think it has performance comparable to the R420. 

[Richard Chadwick]

Hi Stuart

I have 2 FX7400s and I just started playing with CrossMgr/CrossMgrImpinj (and RFID for that matter).

Cross MgrImpinj doesn't seem to get past the capabilities request for me.  I've attached

a) Wireshark Capture between laptop running CrossMgrImpinj and FX7400

b) Copy of the CrossMgrImpinj logs from a sample run

c) Wireshark Capture using Session1 (a vendor provided demo program that does connect to the FX7400 and does report tags).

Hope this helps.  If I can provide any further information just let me know.  My email is: richardj...@gmail.com

Richard

[stuart lynne]

It looks like the FX7400 is set up differently than the Impinj readers.

Do you have a Python development environment? If you want to get a little farther along you'll need to comment out a few lines and see if you can get CrossMgrImpinj to work. For example comment out the GET_READER_CAPABILITIES request, set the maximum number of antennas directly (e.g. maxNumberOfAntennasSupported = 2).

With luck, it might work at that point. But it might also need some additional changes to how the ROSPEC is set up. 

Is this the same model? https://www.ebay.com/itm/Motorola-FX7400-RFID-Reader-4-Ports-FX7400-42310A30-US-Zebra-No-Power-Supply/232375086364?epid=1501581128&hash=item361aa26d1c:g:QnAAAOSwUwFaJxDJ

[stuart lynne]

It looks like the FX7400 is contemporaneous with the Impinj R1000's (circa 2009 release) and run Windows CE.

There is an FX7500 which would be the equivalent of the Impinj R420/220 (I think 2014 release.) Run's Linux and is touted as being faster.

See here for some info on that: http://www.rfidjournal.com/articles/view?11354

"What it means is that the FX7500 can deliver better RF performance, including in dense readerenvironments," says Mike Poldino, the VP of Motorola's RFID division. "The FX7400, for example, was able to read 800 tags per second, and the new FX7500 can read 1,200 tags per second—a 50 percent increase."

The new reader features several enhanced technical specifications, and has two general-purpose input ports and three output ports, versus two and two for the FX7400. Input ports allow the readerto be triggered to begin reading tags by, say, an infrared "electronic eye," or to be connected to a touchscreen. Output ports enable the interrogator to control other devices, such as light stacks, conveyors and so forth. The additional port provides users with more flexibility to add another device.

The quoted numbers appear to be close to what we are seeing with the R1000 and R420 currently. 

The FX7500's are going for less on eBay than the R420's, buy now at $415 US https://www.ebay.com/itm/Motorola-Zebra-FX7500-Global-4-Port-RFID-Reader-FX7500-42325A50-WR-NEW/282975732772?epid=1553483241&hash=item41e2ab0424:g:N4IAAOSw7fRZ4iXx

On Thu, Jun 21, 2018 at 9:47 AM Richard Chadwick <richardj...@gmail.com> wrote:

[Richard Chadwick]

Well I have Python installed but I don't have a Python Development Environment installed but I can give that a try over the weekend.

The MaxNumberOfAntennasSupported should be 4 but I only have one installed (and only own 2).

That is the model and the exact vendor I purchased mine from.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

__________O___________
_______-\<,____________
_____(_)/_(_)___________
_________________________

Stuart_Lynne____<stuart.lynne@gmail.com>____604-518-1749(m)__604-461-7532(h)

--
You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.

[Christian C.]

If you are only using 1 antenna, make sure to set it to 1 as every-time is would switch and scan on antenna 2 it would be a dead scan!

This value set the scan cycle of the active antenna connected to the reader as there is only one antenna active at a time.

C

[Richard Chadwick]

Thanks Christian.  Where are you in NB?  Fredericton by chance?

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.

[Christian C.]

yes I am! :)

C

[Edward Sitarski]

To all - please upgrade to the latest version of CrossmgrImpinj.

I fixed a bug in the capabilities request so this issue should be behind us.

Also, Richard, in CrossMgrImpnj, there is an icon that looks like a clipboard at the top of the screen.   This copies the log to the clipboard.

Please press this, then paste the contents into an email and send it to me.

[Edward Sitarski]

Update:

Richard's Motorola FX7400 does not appear to be 100% LLRP compliant and is returning some unexpected results.  Specifically it is returning a list of bools rather than a bool array in the GetCapabilities call, and more minor, strings are returned zero-padded fixed-length rather than with the correct string length.

I have added some workarounds and exception handling. CrossMgrImpinj will now default to ModeIndex 1000, rather than querying whether ModeIndex 0 is available.

When I am finished testing the new version I will post an update - probably sometime this week.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftware+unsubscribe@googlegroups.com.

For more options, visit https://groups.google.com/d/optout.

--

Edward Sitarski

[Jonathan Rosen]

Absent from this discussion about the FX7400 was the firmware version. Are you using the last published version 3.60 or the original version 2.20 shipped with the reader? 

https://www.zebra.com/us/en/support-downloads/software/operating-system/fx7400-series-operating-system.html

Release Notes – FX7400 RFID release v3.6.0

Introduction
Description
Contents
Device Compatibility
Installation Requirements
Installation Instructions
Part Number and Release Date
Introduction
This Release Notes is for the RFID software version v3.6.0 for Motorola FX7400 RFID Readers.
This software release is a maintenance release which includes a OS update with Microsoft QFE
updates and Motorola SPR fixes for several customer issues. These are listed below.
Description
This FX7400 provider contains the following important SPR fixes:-
· Fixed issue : Slow access operations when reading multiple tags with a Tag-Access sequence
operation.
· Fixed issue : Write operation immediately after access operation fails.
· Fixed issue : AD 317 tag write operations problems.
· Fixed issue : Reader crashes when continuously reading tags using access operations as part
of tag-access sequences.
· Fixed issue : Web console does not work in browser with Java 8.
The device build includes “Datawedge RFID plugin for Fixed RFID readers” incorporated into the
FX7400 firmware.
The following AKU updates are a list of the important Windows CE OS included in this release
contains the following important AKU updates:-
· 041104_KB838781 - This is an update to the ARMV4I USB Function device driver.
· 050912_KB905911 - This update addresses the following issues on ARMV4i platform:
o The USB serial device may not get enumerated correctly by Windows XP host.
o A failure may occur when attempting to copy a large file over ActiveSync 3.7 to the
device.
· 050912_KB904643 - A memory leak may occur when a USB 2.0 device
is inserted/removed multiple times.
· 070223_KB931513 - When GWES initialization is dependent on a USB driver and the system
prompts the user for a driver name, a deadlock may occur.
· 070608_KB937755 - This update addresses some USB mass storage performance issues.
· 070608_KB937830 - This update addresses multiple issues which help with stabilizing the USB
Stack.
· 050922_KB898069 - A leak may occur when DST notification gets added into the notification
database when the device is soft booted.
· 051110_KB908026 - Under certain circumstances SNTP service may set local time incorrectly.
· 060131_KB913551 - Daylight saving time may not be set correctly for the southern hemisphere
time zone.
· 060712_KB921095 - Timezones/DST may not update correctly for 2007 US Timezone change.
· 070208_KB931924 - This release updates time zone registry data to resolve some DST 2007
related issues.
· 070823_KB940981 - This release updates time zone registry data according to new daylight
savings changes for New Zealand and Western Australia.
· 080508_KB951984 - The time zone update for Arabic, Eastern Australia, Central Australia and
Tasmania.
· 080930_KB958079 - This update addresses some of Time Zone data that is out of date and also
adds a number of new time zones.
· 081223_KB960785 - This update addresses some of Time Zone data that is out of date and also
adds a number of new time zones.
· 090716_KB972358 - This update adds new time zones (Paraguay, UTC, Kamchatka,
and Magadan), corrects time zone display strings, and updates TZI data to reflect current
governmental DST timings.
· 091231_KB977613 - This update addresses some time zone issues and adds new DST changes.
· 120110_KB2600146 - This is a cumulative time zone update.
· 120131_KB2645462 - This is a cumulative time zone update.
· 120313_KB2683396 - This is a DST update for Chile.
· 120411_KB2697598 - This update addresses some DST start/end times from 2011 to 2012.
· 121022_KB2739152 - This update addresses some DST changes.
· 121218_KB2785675 - DST update for Israel time zone for the year 2013.
· 050303_KB890847 - ReTransmit timer is not stopped when a Leave is requested from multicast
Group which may result in joining an unwanted multicast group.
· 050318_KB896019 - There may be a memory leak when the device is suspended and resumed
with a wireless LAN adapter installed.
· 060720_KB922439 - ARMv4i only: During TCP communication sessions, Windows CE 5.0
device may reject packets when the TCP sequence number gets too high.
· 060912_KB924889 - TCP retransmit timeout may be very large after a long period of no
activity on the socket.
· 070118_KB930642 - Security update. Vulnerability in TCP/IP could allow denial of service.
· 070712_KB939561 - Memory corruption in the TCPSTK may cause an exception error.
· 080612_KB953229 - This update turns on the TCP timers when sending packets even if the
timestamp option is not being used.
· 080125_KB947371 - Security fix. This update addresses SNMP vulnerability.
· 060523_KB918363 - Every time the device is restarted, hive registry file may increase in size.
· 080115_KB947560 - .NET Compact Framework 3.5 for Windows CE 5.0.
· 070310_KB934175 - .NET Compact Framework 2.0 SP2 update addresses known issues.
· 050422_KB897324 - DNS responses may not be handled correctly if they require a TCP
connection.
· 060414_KB917549 - This update addresses the issue with
INTERNET_OPTION_RECEIVE_TIMEOUT value not functioning correctly for FTP transfers
· Please contact the Zebra support desk for further details if required.
Contents
Merlin-5.03.01-Plat3600.zip
Device Compatibility
This software release has been approved for use with the following Symbol devices.
Device
FX7400
Installation Requirements
· FX7400 device must contain a released version of software.
Installation Instructions
There are two methods of updated the FX7400 RFID reader
1. FTP server method à The update files are loaded on a external FTP server and the reader is
directed to download the update from that location.
2. File upload method à The update files are updated individually on the reader from users PC.
Please refer the FX7400 user guide for installation process guidance.
Part Number and Release Date
August 06, 2015

[Richard Chadwick]

Definitely 2.20

--

[Jonathan Rosen]

Upgrade the reader firmware and re-test. Looking at the upgrade notes, they didn't make any changes to LLRP so I doubt it will make a difference with CrossMgrImpinj, but the other fixes are worthwhile. 

[Richard Chadwick]

I will upgrade after I coordinate with Ed. He is making some changes based on diagnostics I sent on Saturday and I don't want to interfere with that.

On 25 June 2018 at 09:24, Jonathan Rosen <jonrose...@gmail.com> wrote:

Upgrade the reader firmware and re-test. Looking at the upgrade notes, they didn't make any changes to LLRP so I doubt it will make a difference with CrossMgrImpinj, but the other fixes are worthwhile. 

--

[Richard Chadwick]

Nevermind. I have 2 FX7400s   I will upgrade one (this evening after work) and leave the other until later.

[Jörg Pe]

My 2-port FX7400 works good on FW3.6 with Crossmgr!
I haven`t timed a race yet, but tests gone well.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftwa...@googlegroups.com.

[Richard Chadwick]

I have the 4 ports but doubt that would make a difference.

I just noticed that you had previously report the FX7400 working for you. Which version of CrossMgrImpinj are you using?

[Jörg Pe]

I am using CrossMgrimpininj 2.21.11 with FX7400 (FW 3.6).

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftwa...@googlegroups.com.

[Carsten Machholdt]

I can see your all writing about the Motorola FX7400. Is there also a problem with the FX9500?

I am using CrossMgrImpinj with the Motorola FX9500. Should I look for any problems?

/Carsten

[Jonathan Rosen]

Wait for the next release of CrossMgrImpinj, 2.21.18 and then test it out with your FX9500. Use the clipboard icon in CrossMgrImpinj to generate the log file and send a copy to Edward....@gmail.com for evaluation. 

[Péter Csépányi]

I have got an FX7400 reader. Sadly, the CROSSMGRIMPINJ does not work with it.

The problem is the following. The CROSMGRIMPINJ connects to the reader but it reads the first TAG only.

Therefore I modified the value of TRANSMIT POWER. After doing so the the read is working but only for 1min 45sec. After that the reader reads nothing.

I tried to update to FX7400 Firmware V3.6.00 but it did not help. Can anyone help to solve it?

Here I attach the CROSMGR logs.

Many thanks for help.
PETER

[Pierre Clausse]

I've got also a fx7400 and this kind of problem using crossmgrImpinj.

When using 2.20.1 of crossmgrImpinj, the connection to the reader was OK, the first tags were read correctly and after a few times the reader read nothing.

With the last version 2.21.19, I cannot connect on my fx7400.

Reader initialization failed

I'm sorry I don't know where to find to log file...

IMHO the problem is not related to the crossMgrImpinj implementation.

I suppose that fx7400 doens't correctly support LLRP. Each time I've tested an implementation of LLRP something is going wrong with the fx7400.

Using sllurp (an Python LLRP implementation ),  I noticed lower performance after 200-300 reads.  

For now, to solve the problem, I'm modifying the demo app provided with the fx7400 sdk in order that each time the demo app detect a tag, I send the correct string  to the crossmgr socket.

Do you know if the chip inside the moto fx7400 is an  impinj R1000?

Pierre

--

You received this message because you are subscribed to the Google Groups "CrossMgrSoftware" group.

To unsubscribe from this group and stop receiving emails from it, send an email to crossmgrsoftwa...@googlegroups.com.

[Péter Csépányi]

In advanced menu, change the report method.
And the connection will work.