attaching DS18B20 temperature sensors to Shelly UNI under Tasmota

From this URL https://www.smarthome-forum.eu we get a Tasmota Configuration template and corresponding list of GPIO settings that are supposed to match the Shelly UNI, but GPIO05 is wrong because there is no AM2301 temperature sensor on the UNI unless you attach one:

{"NAME":"Shelly Uni","GPIO":[320,0,0,0,225,1216,0,0,192,193,194,224,0,4864],"FLAG":0,"BASE":18}

I happen to have Shelly DS18B20 sensors attached to my UNI, and using the Tasmota web interface "Configure Template" to set GPIO05 to "DS18x20 1" (or use "Configure Other" to change the template number for GPIO05 from 1216 to 1312) is what enabled my eight DS18B20 sensors to be detected. (You can have more than eight if you recompile Tasmota, see https://www.smarthome-forum.eu)

Alas, the Tasmota 13.0.0 firmware doesn't report the same DS18B20 ID numbers as the stock Shelly UNI firmware. Tasmota only reports the middle 48 bits of the 64-bit ID number (it leaves off the trailing CRC byte and the leading device type byte) and the 8-bit bytes (two hex digits) are in reverse order from the stock Shelly UNI firmware:

Tasmota:  3C01E07603E6
Shelly: 28e60376e0013c74

Tasmota:  3C01E07611F9
Shelly: 28f91176e0013cf4

Tasmota:  3C01E076A661
Shelly: 2861a676e0013cfa

Tasmota:  3C01E0765576
Shelly: 28765576e0013ccc

Tasmota:  3C01E0767956
Shelly: 28567976e0013ca3

Given that the Tasmota ID numbers only differ in the last 16 bits, but the Shelly ID numbers differ all over the place, I suspect the Tasmota has the right byte order and the Shelly is mixing up the byte order.

https://www.smarthome-forum.eu