nordicid / nur_sample_windows Goto Github PK

Hi folks,

Please could you add a LICENSE so that we know what the re-use criteria are on this code? I myself would prefer a permissive open license such as MIT if possible.

Many thanks,
Ste

I am using an EXA51 and the NurApiSampleMvvm app.

To reproduce the bug:

• Connect to a reader
• Start inventory streaming
• Scan a few items
• Stop inventory streaming
• Wait at least 60 seconds
• Start a new inventory streaming

When I do this, the reader disconnects, plays its 'error' sound, and I get an error message on the screen:

I have written my own app which is similar to the sample and it also exhibits this problem, and I was able to capture all of the LogEvents from the reader.

Api_LogEvent message:<E>NurApiXchPacketLock() cmd 0x22; error: 4098 (0x1002) (Transport not connected)
Api_LogEvent message:<E>SetModuleSetupLock() error: 4098 (0x1002) (Transport not connected)
Api_LogEvent message:<E>NurBootSetup() error: 4098 (0x1002) (Transport not connected)
Api_LogEvent message:<E>NurApiXchPacketLock() Transport not connected: 4098
Api_LogEvent message:<E>NurApiGetVersions() error: 4098 (0x1002) (Transport not connected)
Api_LogEvent message:<E>NurApiGetMode() error: 4098 (0x1002) (Transport not connected)
Api_LogEvent message:<E>NurApiGetDeviceCaps() error: 4098 (0x1002) (Transport not connected)
Api_LogEvent message:<E>NurApiGetReaderInfo() error: 4098 (0x1002) (Transport not connected)
Disconnected!!

Please note that after the 60 seconds timeout, I am still able to use other features of the reader including the barcode scanner. It is just inventory and streaming inventory which cause it to disconnect and throw the error.

Do we need to manually re-connect to the reader before doing an inventory stream if the device has reached some "timeout" period?

Thanks and regards
Ste