WS0002 funktioniert mit 1005 Firmware

[drdownload]

Nachdem das nicht ganz klar war: mit der 1005er Firmware funktionieren die WS0002 TH Sensoren tadellos. Protokoll ist Alecto.

Das einzige ist: Signalduino zB unterstützt mehr als 3 Sensoren (weil es offenbar eine LongID auch gibt neben dem Kanal), so wie das derzeit aussieht werden über RFXTRX nur die 3 Kanäle unterschieden.

[KölnSolar]

Hmm, Protokoll=alecto ? Eher LaCrosse od. Rubicson ?
Welche <deviceid> ? WS1700 od. WS3500 ?
Mit Oregon-Sensoren funktioniert die LongId ja problemlos. Funktioniert es für die die WS0002 beim RFXTRX nicht mit

attr <Name> longids <deviceid>

?
Grüße, Markus

[drdownload]

Hi, alecto stimmt schon, habe im fhemduino Wiki zufällig gesehen dass der Pearl Temperatur Sensor das gleiche Modul wie der ws0001 verwendet. Beim Google habe ich dann herausgefunden dass man für die Pearl Sensoren alecto einschalten muss und habe es auf gut Glück mit den ws0002 versucht.

Angelegt werden sie zb wie im Screenshot. (keine angst die URL ist gesichert

[KölnSolar]

Da Du so auf alecto beharrst, habe ich mal den rfxmgr aufgerufen und verstehe Dich jetzt: "Rubicson/Alecto" und im Guide steht für Alecto WS1700 nur Rubicson als Protokoll.
Dann sollte also

attr TRX_0 longids WS1700

für die LongIds funktionieren ?
Grüße, Markus

[drdownload]

Wenn ich longids nicht in meiner attr liste habe muss ich das mit der Hand in der cfg setzen?

[drdownload]

Sorry, bin zu doof, das attr setzte ich ja auf der IO-Device, damit funktioniert es natürlich

[drdownload]

Hi, eines ist aber doch seltsam, ich bekomme immer wieder die gleichen Sensoren über autocreate herein, die Def sind jedoch gleich wie bei bereits existierenden Sensoren

[KölnSolar]

Hmmm, bei meinen Oregon's funktioniert es perfekt. Batterien hast Du nicht gewechselt ? Die LongId besteht nur bis zum nächsten Wechsel. Ansonsten ist das wohl ein Problem dieser Sensoren. Obwohl: wenn es beim Signalduino funktioniert ?!?!?!
Schau Dir mal die Raw-Daten(ab der 9. Stelle kommt 4-stellig die LongId) an bzw. welche Sensoren permanent Daten liefern.
Grüße, Markus

[drdownload]

Hmm, meine raw messages sind aber deutlich länger als 13 stellen. Die letzten 4 stellen sind allerdings immer gleich zwischen den gleichen Sensoren.

[KölnSolar]

Ja klar, ab der 13. Stelle kommen die eigentlichen Daten, die je nach Gerät völlig unterschiedlich sind. Bei Dir Temp/Hum/Bat, die sich nicht sekündlich ändern  9-12=5a03=LongId und die findet sich dann im devicename WS1700_5a_3 wieder.

[drdownload]

Nur warum kriege ich dann bei der Def immer wieder das autocreate Device?

[drdownload]

Ups, hier das richtige Device zum Vergleich

[KölnSolar]

berechtigte Frage 
Stelle 5-6 = Typ, 0d=WS1700
Stelle 7-8 = ?, die sind in Deinem Fall unterschiedlich, bei Oregon aber auch 
Das erste Posting zeigt ja eine letzte Aktualisierung von heute Nacht. Ich erinner mich, dass ich da auch mal was Komisches hatte. Lösch mal das per autocreate angelegte "Überzählige" device, save der .cfg und shutdown restart. Ich vermute, dann klappts.

[drdownload]

Danke! Seit dem rauschlöschen und neu starten sieht es gut aus mit den Longids

[KölnSolar]

Na prima. Das lag aber weniger an den LongIds, sondern hat was mit autocreate und dem manuellen Definieren von devices zu tun. Das bringt fhem schon mal "durcheinander".
Have fun, Markus