Cannot read firmware identifier from device #9

eski-dev · 2019-03-16T21:48:48Z

root@raspberrypi:/home/pi/temper/# ./temper.py
Bus 001 Dev 005 413d:2107 TEMPerX_V3.2 Error: Unknown firmware TEMPerX.V3.2: b'80800a534e200000800109dd4e200000'
root@raspberrypi:/home/pi/temper# ./temper.py -l
Bus 001 Dev 006 413d:2107 * ['hidraw3', 'hidraw4']

Bought this "TEMPer2" off Amazon a few months back and finally got around to attempting setup. Been a bit of a headache as most software solutions don't seem to support this model. Any thoughts on resolving this issue?

The text was updated successfully, but these errors were encountered:

1024jon · 2019-04-05T20:04:56Z

I am also having this issue. It will work once, then not work 3 or 4 times, then work again.

Sometimes I get this:
./temper.py --verbose
Bus 001 Dev 007 413d:2107 None Error: Cannot read firmware identifier from device

Sometimes this:
./temper.py --verbose
Firmware value: b'6c645f56332e3120'
Data value: b'80800bbe4e200000'
Bus 001 Dev 007 413d:2107 ld_V3.1 Error: Unknown firmware ld_V3.1: b'80800bbe4e200000'

Toorr · 2019-06-13T16:51:07Z

Hi,

Did anyone found a solution to this issue?

I'm having the exact same behaviour as @1024jon

Thanks

Psykus0 · 2019-06-24T20:49:50Z

@1024jon @Toorr Are both of you also using a Raspberry Pi? I've had the Temper device for a while and used it previously on a desktop PC install of Ubuntu and never had any issues. But now when I try to use it with a Raspberry Pi 2 I am having the same firmware identifier issue. Sometimes the temper script reads the temperature successfully but I will then get errors 10 times in a row.

I figured it might be a power supply issue so I tried a couple of different ones (1.8A, and an Anker multi USB port power supply with 2.8A per outlet) with the same issue. I still think it could be limited to the RPI but not sure, just trying to help narrow down the issue.

1024jon · 2019-06-24T21:13:41Z

Hey, I am using it on a Pi 3 B+. Ive tried multiple all with the same result. I couldn't seem to find a correlation or a reliable way to make it work every time.

Toorr · 2019-06-25T15:34:06Z

Hey,

I'm using a Pi 3 as well. I monitor the temperature with Zabbix and then to a graph and I get the error every 3-4min approximately for like one minute then I receive the actual value again, really strange.

1024jon · 2019-06-25T20:01:38Z

Yep I am doing the same thing. These temper things worked fine until they changed the internals or whatever they did a few months ago.

nigels-com · 2019-11-17T07:48:12Z

I think I'm seeing something similar, but on a Linux PC, and only on the USB3 port.
It alternates between reporting TEMPerX_V3.3 and V3.3 as the firmware version.
Interestingly it doesn't seem to matter the time between queries.

$ sudo ./temper.py --verbose
{'vendorid': 16701, 'productid': 8455, 'manufacturer': '', 'product': '', 'busnum': 3, 'devnum': 4, 'devices': ['hidraw6', 'hidraw7']}
Firmware query: b'0186ff0100000000'
Firmware value: b'54454d506572585f56332e3320202020' TEMPerX_V3.3    
Data query: b'0180330100000000'
Data value: b'8001096c4e200000'
Bus 003 Dev 004 413d:2107 TEMPerX_V3.3 24.12C 75.42F - - - -

$ sudo ./temper.py --verbose
{'vendorid': 16701, 'productid': 8455, 'manufacturer': '', 'product': '', 'busnum': 3, 'devnum': 4, 'devices': ['hidraw6', 'hidraw7']}
Firmware query: b'0186ff0100000000'
Firmware value: b'56332e3320202020' V3.3    
Data query: b'0180330100000000'
Data value: b'800109794e200000'
Bus 003 Dev 004 413d:2107 V3.3 24.25C 75.65F - - - -

Looking at usbmon it appears that sometimes we get back 8 bytes + 8 bytes for "TEMPerX_V3.3"

ffff8bbf12568480 3499963474 S Ii:3:003:2 -115:8 8 <
ffff8bbd78c23600 3500020088 S Io:3:003:2 -115:8 8 = 0186ff01 00000000
ffff8bbd78c23600 3500027267 C Io:3:003:2 0:8 8 >
ffff8bbf12568480 3500031178 C Ii:3:003:2 0:8 8 = 54454d50 6572585f
ffff8bbf12568480 3500031194 S Ii:3:003:2 -115:8 8 <
ffff8bbf12568480 3500103256 C Ii:3:003:2 0:8 8 = 56332e33 20202020
ffff8bbf12568480 3500103275 S Ii:3:003:2 -115:8 8 <
ffff8bbed5d0dcc0 3500203547 S Io:3:003:2 -115:8 8 = 01803301 00000000
ffff8bbed5d0dcc0 3500211199 C Io:3:003:2 0:8 8 >
ffff8bbf12568480 3500287173 C Ii:3:003:2 0:8 8 = 800109c4 4e200000
ffff8bbf12568480 3500287190 S Ii:3:003:2 -115:8 8 <
ffff8bbf12568480 3500388291 C Ii:3:003:2 -2:8 0

..but otherwise we only get the second 8 bytes for "V3.3"

ffff8bbf12568480 3490849699 S Ii:3:003:2 -115:8 8 <
ffff8bbec3e66780 3490908167 S Io:3:003:2 -115:8 8 = 0186ff01 00000000
ffff8bbec3e66780 3490914470 C Io:3:003:2 0:8 8 >
ffff8bbf12568480 3490990481 C Ii:3:003:2 0:8 8 = 56332e33 20202020
ffff8bbf12568480 3490990500 S Ii:3:003:2 -115:8 8 <
ffff8bbec3e66780 3491090818 S Io:3:003:2 -115:8 8 = 01803301 00000000
ffff8bbec3e66780 3491098487 C Io:3:003:2 0:8 8 >
ffff8bbf12568480 3491174555 C Ii:3:003:2 0:8 8 = 800109c4 4e200000
ffff8bbf12568480 3491174573 S Ii:3:003:2 -115:8 8 <
ffff8bbf12568480 3491275613 C Ii:3:003:2 -2:8 0

Perhaps for 413d:2107 we should expect 16-bytes in total and retry a few times?

nigels-com · 2019-11-17T09:49:19Z

I implemented retrying up to ten times and filed #16

Feedback welcome, please include specifics of devices that work or not.

eode · 2019-12-14T22:46:18Z

I don't think you should use #16. I think there are effectively two separate bugs here:

Bug 1: The hardware is slow as heck, or has some other issue that causes a very slow response.
Bug 2: The hardware sometimes sends the wrong firmware ID.

My fixes are this:

After writing to the device, wait a full additional tenth of a second (!). This provides a consistent response for me.
On my system, if V3.3 is found, I change it back to TEMPerX_V3.3, and make a python warning about it. This keeps the warning on stderr, and so it doesn't interfere with using temper.py in a script reading stdout.

eode · 2019-12-16T00:46:36Z

I have created PR #19 to address the two issues with the following:

select call time is increased to 0.2 from 0.1
When hardware 413d:2107 is present and V3.3 is the firmware, warn, and use TEMPerXV3.3 instead.

This prevents both the "Cannot read firmware identifier from device" issue and the "Unknown firmware: ..." issue.

However, the workaround for the latter could later be determined to be weak, if we find out that other versions of the hardware/firmware also produce "V3.3" instead of the proper string. In that case, it may just be better to retry instead of producing an error or assuming the firmware ID based on the presence of the bug.

nigels-com · 2019-12-16T01:23:41Z

Indeed, that was the rationale for #16, it does respond appropriately around half of the time, retrying a few times seems fine in practice.

eode · 2019-12-16T17:38:27Z

#16 simply doesn't address the "Cannot read firmware identifier" issue. It does, however, address the "unknown firmware" issue which you mentioned.

If you're trying to reproduce the original issue, the 'Cannot read firmware identifier' issue is very prevalent when using 1-second polling.

With your PR, use the following script in Xonsh to run it every second:

import time

while True:
    python3 ./temper.py
    time.sleep(1)

..I consistently get the "Cannot read device firmware identifier" issue -- more than 50% of the time. I do not get the alternating firmware identifiers issue, so your pull does seem to address that issue.

I do think you're right that retrying is better for the "unknown firmware" issue. My PR previously warned and assumed the version, but a simple retry isn't enough to warn about. In light of that, I've switched #19 to use a simple recursive retry.

tmo26 · 2019-12-21T11:56:43Z

I implemented retrying up to ten times and filed #16
Feedback welcome, please include specifics of devices that work or not.

Tried today with 0c45:7401 TEMPer2_M12_V1.3 (white plastic case) and with/without your retry implementation. Here is the result:

pi@rpi2:~/nigels/temper_retry $ sudo ./temper.py --verbose
Firmware query: b'0186ff0100000000'
Firmware value: b'54454d506572325f4d31325f56312e33' TEMPer2_M12_V1.3
Data value: b'800417b012702e33'
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800417b012702e33'

before retry-implementation:

pi@rpi2:~/nigels/temper $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 None Error: Cannot read firmware identifier from device
pi@rpi2:~/nigels/temper $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'8004178011c02e33'
pi@rpi2:~/nigels/temper $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'8004178011c02e33'
pi@rpi2:~/nigels/temper $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 None Error: Cannot read firmware identifier from device
pi@rpi2:~/nigels/temper $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'8004178011c02e33'

after retry-implementation:

pi@rpi2:~/nigels/temper_retry $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800417a012302e33'
pi@rpi2:~/nigels/temper_retry $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800417a012302e33'
pi@rpi2:~/nigels/temper_retry $ sudo ./temper.py
Traceback (most recent call last):
  File "./temper.py", line 432, in <module>
    sys.exit(temper.main())
  File "./temper.py", line 425, in main
    results = self.read(args.verbose)
  File "./temper.py", line 342, in read
    results.append({ **info, **usbread.read() })
  File "./temper.py", line 269, in read
    return self._read_hidraw(self.device)
  File "./temper.py", line 177, in _read_hidraw
    firmware = self._read_hidraw_firmware(fd, self.verbose)
  File "./temper.py", line 157, in _read_hidraw_firmware
    raise RuntimeError('Cannot read device firmware identifier')
RuntimeError: Cannot read device firmware identifier
pi@rpi2:~/nigels/temper_retry $ sudo ./temper.py
Bus 001 Dev 036 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800417a012302e33'
pi@rpi2:~/nigels/temper_retry $ sudo ./temper.py
Traceback (most recent call last):
  File "./temper.py", line 432, in <module>
    sys.exit(temper.main())
  File "./temper.py", line 425, in main
    results = self.read(args.verbose)
  File "./temper.py", line 342, in read
    results.append({ **info, **usbread.read() })
  File "./temper.py", line 269, in read
    return self._read_hidraw(self.device)
  File "./temper.py", line 177, in _read_hidraw
    firmware = self._read_hidraw_firmware(fd, self.verbose)
  File "./temper.py", line 157, in _read_hidraw_firmware
    raise RuntimeError('Cannot read device firmware identifier')
RuntimeError: Cannot read device firmware identifier

nigels-com · 2019-12-25T02:41:04Z

Interesting.
I did a similar stability check of #16 PR on my Linux PC, seems fine.
The #19 PR also worked just fine on this setup.

I also have an RPi1 and a 3B+ which I will also try for 413d:2107.

$ while true; do sudo ./temper.py; sleep 1; done
Bus 003 Dev 011 413d:2107 TEMPerX_V3.3 24.1C 75.3F - - - -
Bus 003 Dev 011 413d:2107 TEMPerX_V3.3 24.2C 75.5F - - - -
Bus 003 Dev 011 413d:2107 TEMPerX_V3.3 24.1C 75.4F - - - -
Bus 003 Dev 011 413d:2107 TEMPerX_V3.3 24.1C 75.4F - - - -
Bus 003 Dev 011 413d:2107 TEMPerX_V3.3 24.1C 75.4F - - - -
Bus 003 Dev 011 413d:2107 TEMPerX_V3.3 24.1C 75.4F - - - -
...

nigels-com · 2019-12-25T03:17:56Z

For a second round of testing of both #16 and #19 on Raspberry Pi model B.

$ rev=$(awk '/^Revision/ { print $3 }' /proc/cpuinfo) && curl -L perturb.org/rpi?rev=$rev
Revision : 000f
Model    : B
Memory   : 512 MB
Overvolt : No
Released : Q4 2012
Notes    : (Mfg by Qisda)

I found that PR #16 is stable for select >= 0.2
I found that PR #19 is stable for select >= 0.4

I agree that both easing the select timeout and retrying seem necessary for 413d:2107 to work on slower hardware platforms.

I've updated PR #16 accordingly.

In a nutshell #16 is being more generous about retrying and #19 is being more generous about timing out on the select. Being generous "enough" for both of these seems appropriate to me.

Comment: Perhaps it would be better to test again with the system under CPU and/or IO load.

eode · 2020-01-02T23:26:13Z

I'll retry #16 and see if it works for me -- thanks for your work, @nigels-com.

eode · 2020-01-02T23:30:32Z

#16 works for me now, I'm good with it. I think this bug can be counted as fixed -- excepting perhaps the possibility, as @nigels-com said, that it fails under high load, which I haven't tested.

I'll withdraw my PR as #16 works fine now.

eode · 2020-01-03T16:48:18Z

@tmo26 can you confirm that the issue is addressed in #16 now?

eode · 2020-01-18T06:20:17Z

No response for 15 days, and this looks fixed by #16 to me.

eode · 2020-11-03T18:45:00Z

This issue can be closed.

tmo26 · 2020-11-24T16:57:26Z

Sorry for the late reply :(

Still the same with the latest temper.py

pi@rpi2:~/temper-py_new $ sudo ./temper.py
Bus 001 Dev 005 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800418d0ffff2e33'
pi@rpi2:~/temper-py_new $ sudo ./temper.py
Traceback (most recent call last):
  File "./temper.py", line 432, in <module>
    sys.exit(temper.main())
  File "./temper.py", line 425, in main
    results = self.read(args.verbose)
  File "./temper.py", line 342, in read
    results.append({ **info, **usbread.read() })
  File "./temper.py", line 269, in read
    return self._read_hidraw(self.device)
  File "./temper.py", line 177, in _read_hidraw
    firmware = self._read_hidraw_firmware(fd, self.verbose)
  File "./temper.py", line 157, in _read_hidraw_firmware
    raise RuntimeError('Cannot read device firmware identifier')
RuntimeError: Cannot read device firmware identifier
pi@rpi2:~/temper-py_new $ sudo ./temper.py
Bus 001 Dev 005 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800418d0ffff2e33'
pi@rpi2:~/temper-py_new $ sudo ./temper.py
Bus 001 Dev 005 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800418d0ffff2e33'
pi@rpi2:~/temper-py_new $ sudo ./temper.py
Bus 001 Dev 005 0c45:7401 TEMPer2_M12_V1.3 Error: Unknown firmware TEMPer2_M12_V1.3: b'800418d0ffff2e33'
pi@rpi2:~/temper-py_new $

eode · 2020-11-24T21:16:55Z

@tmo26 Are you using master, or the version on PyPI?

Edit: Actually, that version isn't even supported. I mean, the traceback shouldn't occur, which is a recurrence of the issue, but the latter three tries are an indicator that the device isn't supported. You should open a separate issue for that device.

eode · 2020-11-29T03:41:14Z

@tmo26 will you open an issue on ccwienk/temper?

tmo26 · 2020-11-30T17:34:36Z

@tmo26 Are you using master, or the version on PyPI?

Master of urwen/temper produced the output shown above

@tmo26 will you open an issue on ccwienk/temper?

I would like to, but how do I create an Issue when there is no "Issues" button visible?

eode · 2020-12-02T19:52:45Z

Good point. I'll talk to the repo's owner, I'm just a maintainer.

…

On Mon, Nov 30, 2020 at 12:34 PM tmo26 ***@***.***> wrote: @tmo26 <https://github.com/tmo26> Are you using master, or the version on PyPI? Master of urwen/temper produced the output shown above @tmo26 <https://github.com/tmo26> will you open an issue on ccwienk/temper <https://github.com/ccwienk/temper>? I would like to, but how do I create an Issue when there is no "Issues" button visible? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAS4PT5VKD52PZ7SV7AVCJ3SSPJTXANCNFSM4G7AGCLQ> .

eode · 2020-12-04T17:12:18Z

@tmo26 There you go.

Add support for TEMPerGold_V3.4 and TEMPer2_V3.9

nigels-com mentioned this issue Nov 17, 2019

Retry firmware query if payload seems implausibly small #16

Merged

eode mentioned this issue Dec 16, 2019

Fix issues from #9 -- increase select time, replace invalid firmware string #19

Closed

mccwdev pushed a commit to mccwdev/temper that referenced this issue Nov 21, 2023

Merge pull request urwen#9 from corsac-s/master

b681d5c

Add support for TEMPerGold_V3.4 and TEMPer2_V3.9

eusoubrasileiro mentioned this issue Sep 19, 2024

"stuck" temperature reading ccwienk/temper#13

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Cannot read firmware identifier from device #9

Cannot read firmware identifier from device #9

eski-dev commented Mar 16, 2019

1024jon commented Apr 5, 2019 •

edited

Loading

Toorr commented Jun 13, 2019

Psykus0 commented Jun 24, 2019

1024jon commented Jun 24, 2019

Toorr commented Jun 25, 2019

1024jon commented Jun 25, 2019

nigels-com commented Nov 17, 2019 •

edited

Loading

nigels-com commented Nov 17, 2019

eode commented Dec 14, 2019 •

edited

Loading

eode commented Dec 16, 2019

nigels-com commented Dec 16, 2019

eode commented Dec 16, 2019

tmo26 commented Dec 21, 2019

nigels-com commented Dec 25, 2019

nigels-com commented Dec 25, 2019 •

edited

Loading

eode commented Jan 2, 2020

eode commented Jan 2, 2020 •

edited

Loading

eode commented Jan 3, 2020

eode commented Jan 18, 2020

eode commented Nov 3, 2020

tmo26 commented Nov 24, 2020

eode commented Nov 24, 2020 •

edited

Loading

eode commented Nov 29, 2020

tmo26 commented Nov 30, 2020

eode commented Dec 2, 2020 via email

eode commented Dec 4, 2020

Cannot read firmware identifier from device #9

Cannot read firmware identifier from device #9

Comments

eski-dev commented Mar 16, 2019

1024jon commented Apr 5, 2019 • edited Loading

Toorr commented Jun 13, 2019

Psykus0 commented Jun 24, 2019

1024jon commented Jun 24, 2019

Toorr commented Jun 25, 2019

1024jon commented Jun 25, 2019

nigels-com commented Nov 17, 2019 • edited Loading

nigels-com commented Nov 17, 2019

eode commented Dec 14, 2019 • edited Loading

eode commented Dec 16, 2019

nigels-com commented Dec 16, 2019

eode commented Dec 16, 2019

tmo26 commented Dec 21, 2019

nigels-com commented Dec 25, 2019

nigels-com commented Dec 25, 2019 • edited Loading

eode commented Jan 2, 2020

eode commented Jan 2, 2020 • edited Loading

eode commented Jan 3, 2020

eode commented Jan 18, 2020

eode commented Nov 3, 2020

tmo26 commented Nov 24, 2020

eode commented Nov 24, 2020 • edited Loading

eode commented Nov 29, 2020

tmo26 commented Nov 30, 2020

eode commented Dec 2, 2020 via email

eode commented Dec 4, 2020

1024jon commented Apr 5, 2019 •

edited

Loading

nigels-com commented Nov 17, 2019 •

edited

Loading

eode commented Dec 14, 2019 •

edited

Loading

nigels-com commented Dec 25, 2019 •

edited

Loading

eode commented Jan 2, 2020 •

edited

Loading

eode commented Nov 24, 2020 •

edited

Loading