-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Timeout and "Transport not connected" after a few readings #11
Comments
With NurApiStartSimpleInventoryStream. Please note, that I did not move the tags during the tests, it sometimes reads no tag, then it returns error == 0 but reports 0 tags found then it reads one tag but not the other and sometime it loses transport connection completely after a timeout.
|
Another run, using NurApiStartInventoryStream, 2 Tag, not moving the tag at all.
|
Hi, Try not to call NurApiStartInventoryStream at all. NurApiInventory is another (sync) way to perform inventory. Cannot use both at the same time. Let me know if this helps. BR, |
Hello! It was suggested to my by email to use NurApiStartInventoryStream: "For continuous read you can use the following NurApiStartInventoryStream function:
I tried to run the same script with NurApiStartInventoryStream and NurApiStartSimpleInventoryStream commented out. It detected a few times then got timeouts again.
Nothing changed, it detects a few times then it gets timeouts then detects no tags at all (even with tags in range) then it detects again... |
In case this is smart reader platform (Sampo S2, AR8x), you are not supposed to connect directly to the NUR module "/dev/ttyACM0", instead connection must be made to reader NUR service @ "localhost:4333".
|
Thank you. I used the python that was send to me. Is there any documentation on this? The tag detection however seems quite unstable sometimes it detects no tags sometime it detects one and sometimes two. The transport timeout disappeared however. Is there a whay to optimize detection, what methods of NURLib could I try to get better detection rates?
(The tags where placed at a distance of ~1m from the device, the python script still sleeps .5 second between read attempts). PS: I saw the unstable detection rate with the Java Example too, but there I thought it might be the tags that were flooded by the detection so I ordered a few from a different manufactor but that didn't change the issue much. The same behaviour I see with the Windows Demo App btw. What could I read to learn how to optimize this? The first 4 "No Tags found" all have a .5 second sleep time and that means, that there are 2 seconds of no detection with a tag laying 1m near the device. That's quite long. |
I am trying to use python with dll_name = "libNurApiRasPi.so"
Based on test2.py I created a little script to read tags.
The connection reads then gets a timeout. Additionally I get
*** Error in `python': double free or corruption (!prev): 0x008e9e60 ***
With NurApiStartSimpleInventoryStream I also a timeout after a while, then it starts reading again until the next timeout.
The script:
The text was updated successfully, but these errors were encountered: