Také jsem si toho dřív nevšimnul, ale nyní mám na jednom zařízení zapojeno 8 čidel a dělám si programově statistiku minimální a maximální denní teploty a tak se mi u některých čidel (zcela náhodně) zapisovala hodnota, která odpovídá nepřipojenému čidlu. Jde to snadno odfiltrovat programem a tak se tím dále netrápím.

Bohužel to na problém s nízkým napětím mezi Vcc a GND nevypadá, dostal jsem se sice jen k několika čidlům ale bylo mezi němi i poslední na sběrnici a vždy bylo napětí 3.2-3.3V. Dostal jsem se vlastně ke všem čidlům které jsem napojil naposled před updatem firmware. Po těchto změnách se mi tato situace začala projevovat.

Ano byla tam "drobná" změna kvůli přesnosti časování (řešila se drobná odchylka počítání msec vnitřního času zařízení):
původně při 1-W komunikaci byl procesor uzamčen a pracoval jen na tomto (byť krátkém) úkolu, ale pokud se zrovna v té chvíli "lámala milisekunda", tak se tímto celý vnitřní čas posunul o zbytek doby trvání 1-W komunikace.
Teď byl tento zámek "změkčen" (stále tam je ale ne pro počítání systémového času), ale zdá se že to nějakým způsobem rozhodilo časování 1-W pro některé specifické čidla (většina zdá se funguje, některé ale ne dle hlášení na fóru).
Při beta testu se na to nepřišlo, a to tento firmware testovalo dost lidí, a nikdo nenahlásil tento problém.
Asi to bude velmi specifické pro specifická čidla (hmm....).

Nicméně beru na vědomí, a nechám provést opravu do nejbližší beta verze (bude to trošku oříšek, zajistit pevné časovaní 1-W a současně správný počet msec ve vnitřním čase zařízení, ale už tuším jak na to a myslím že se to povede).