SIGNALDuino Empfänger Firm- und Hardware

[Sidey]

Hallo,

und am nächsten Tag

Code Auswählen Erweitern

0 15:53:37 | 2018-04-30 21:10:00
Nun müsste now < last sein und times_rolled=1
zu second müsste 4 294 967 addiert worden sein (ca 49 Tage)

Kann jemand erkennen was da nicht passen könnte?

Hi Ralf,

ich denke ich weiss was da nicht passt.
Werde es überarbeiten.

Edit:
Der Fehler wurde mit 3.3.1 RC6 behoben

Grüße Sidey

[Ralf9]

Ich habe inzwischen auch herausgefunden, was da nicht passt.
Das mit dem times_rolled kann so nicht funktionieren.

Gruß Ralf

[fh168]

Ich habe hier

https://github.com/merbanan/rtl_433

eine lustige Library gesehen.
Die kann u.a. sogar TPMS empfangen, also Reifendruck am Auto.
Vielleicht könnte man die mit SignalDuino verheiraten?

Ich habe die mal auf meinen Raspi ausprobiert, da werden noch einige mehr Stationen empfangen als beim Signalduino.

LG
/robin

[Harst]

Hallo,
ich habe gerade 2 Probleme gleichzeitig (und das deshalb hier dupliziert):

1. nach Flash auf 3.1.1-RC6 wird nicht mehr gesendet/empfangen.
   Ich habe danach (mehrfach) RC4 und RC6 umgeflashed (nur das eine Zeichen im Befehl geändert). RC4 ist ok, RC6 ist tot, allerdings reagieren die Befehle Version, Uptime, ...
   Die Hardware ist ein Nano ohne CC1101
2. Das Normale Update ALL gibt Fehlermeldungen:

Code:
...UPD FHEM/firmware/SIGNALduino_nano328.hex
2018.05.10 11:54:43 1 : UPD FHEM/firmware/SIGNALduino_promini328.hex
2018.05.10 11:54:44 1 : UPD FHEM/firmware/SIGNALduino_uno.hex
2018.05.10 11:54:44 1 : UPD FHEM/lib/signalduino_protocols.hash
2018.05.10 11:54:44 1 : Got 53692 bytes for FHEM/lib/signalduino_protocols.hash, expected 55094
2018.05.10 11:54:44 1 : aborting.
2018-05-10 11:54:44 Global global UPDATE

Bin ich das oder ist da gerade etwas schief?

Horst

[RaspiLED]

Hi,
Nee Signalduino Update schlägt gerade fehl. Kann ich bestätigen.
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[RappaSan]

Ich habe hier

https://github.com/merbanan/rtl_433

eine lustige Library gesehen.
Die kann u.a. sogar TPMS empfangen, also Reifendruck am Auto.
Vielleicht könnte man die mit SignalDuino verheiraten?

Ich habe die mal auf meinen Raspi ausprobiert, da werden noch einige mehr Stationen empfangen als beim Signalduino.

LG
/robin

Ich habe hier auch noch 2 von den Empfängersticks und ebenfalls ausprobiert.
Ist ja Wahnsinn, was da alles reinkommt.
Wie bekomme ich denn einzelne empfangene Sensoren -z.B. einen  THGR122N per MQTT ins FHEM, ist mir irgendwie noch nicht klar.

Der Output des Programms mit Aufruf "rtl_433 -G" sieht so aus:

2018-05-12 15:47:29     :       OS :    THGR122N
        House Code:      241
        Channel:         1
        Battery:         LOW
        Temperature:     25.70 C
        Humidity:        43 %

[Sidey]

1. nach Flash auf 3.1.1-RC6 wird nicht mehr gesendet/empfangen.
   Ich habe danach (mehrfach) RC4 und RC6 umgeflashed (nur das eine Zeichen im Befehl geändert). RC4 ist ok, RC6 ist tot, allerdings reagieren die Befehle Version, Uptime, ...
   Die Hardware ist ein Nano ohne CC1101

Das lag an einem fehlerhaften define im quellcode. Den Fehler habe ich aussortiert und eine RC7 steht bereit.
Über Rückmeldungen würde ich mich freuen.

2. Das Normale Update ALL gibt Fehlermeldungen:

Auch diesen Fehler habe ich beseitigt. Danke für den Hinweis.

Grüße Sidey

[Harst]

Hallo Sidey,

alles wieder ok

Horst

[Papaloewe]

Nach dem heutigen Update der "14_SD_WS.pm" empfange ich meine Temperatur/feuchtsensoren vom Typ: 33
nicht mehr.
Modell: infactory FWS-310 https://www.pearl.de/a-NC5849-3041.shtml

Nachdem ich die letzte Version der Datei wiederhergestellt habe geht es wieder mit der bereits bekannt Einschränkung, dass der Batteriewert falsch interpretiert wird. Das ist nicht so schlimm.

Hier noch ein List eines Sensors:

Code Auswählen Erweitern

Internals:
   CFGFN     
   CHANGED   
   CODE       SD_WS_33_TH_1
   DEF        SD_WS_33_TH_1
   LASTInputDev sduino
   MSGCNT     63
   NAME       SD_WS_33_TH_1
   NR         594
   STATE      T: 21.1 H: 76.0 D: 16.7
   TYPE       SD_WS
   bitMSG     00001111100000111100110110110001000000010100
   lastMSG    0F83CDB1014
   lastReceive 1527756325.10437
   sduino_DMSG W33#0F83CDB1014
   sduino_MSGCNT 63
   sduino_RAWMSG MS;P0=-7871;P2=-1960;P3=578;P4=-3954;D=030323232323434343434323232323234343434323234343234343234343232323432323232323232343234;CP=3;SP=0;R=0;m=0;
   sduino_RSSI -74
   sduino_TIME 2018-05-31 10:45:25
   READINGS:
     2018-05-31 09:52:55   D               16.7
     2018-05-31 10:45:25   battery         critical
     2018-05-31 10:45:25   channel         1
     2018-05-31 09:52:55   dewpoint        16.7
     2018-05-31 10:45:25   humidity        76
     2018-05-31 10:45:25   state           T: 21.0555555555556 H: 76
     2018-05-31 10:45:25   temperature     21.0555555555556
Attributes:
   alias      KG.WC.TH
   event-on-change-reading .*
   icon       temperature_humidity
   room       SD_WS
   stateFormat {sprintf("T: %.1f H: %.1f D: %.1f",
ReadingsVal($name,"temperature",0),
ReadingsVal($name,"humidity",0),
ReadingsVal($name,"dewpoint",0))}

Wenn weitere Protokolle benötigt werden, kann ich diese gerne noch einstellen.

Gruß
Thomas

[Sidey]

Ich habe gestern angefangen die Batterie Reading anzupassen.

Fehlermeldung hast Du keine im Log? Es geht nur einfach nicht mehr?

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

[Papaloewe]

Ich habe nur diese Zeile im Log gefunden

Code Auswählen Erweitern

SD_WS_33_TH_1, unknown Event battery: critical

Seltsam war auch, dass die Devices scheinbar komplett verschwunden sind.
Nach dem Restotr waren sie dann wieder wie vorher wieder da.

[Papaloewe]

und da war auch noch mehr:

Code Auswählen Erweitern

Please define SD_WS_33_TH_1 first
Cannot load module SD_WS
Cannot load module SD_WS
Cannot load module SD_WS
2018.05.31 09:26:02 1: configDB: global: unknown attribute uniqueID. Type 'attr global ?' for a detailed list.

/opt/fhem/FHEM/14_SD_WS.pm has too many errors.
syntax error at /opt/fhem/FHEM/14_SD_WS.pm line 526, near "elsif"
Global symbol "$vorpre" requires explicit package name (did you forget to declare "my $vorpre"?) at /opt/fhem/FHEM/14_SD_WS.pm line 521.
Global symbol "$vorpre" requires explicit package name (did you forget to declare "my $vorpre"?) at /opt/fhem/FHEM/14_SD_WS.pm line 520.
Global symbol "$vorpre" requires explicit package name (did you forget to declare "my $vorpre"?) at /opt/fhem/FHEM/14_SD_WS.pm line 519.
Global symbol "$vorpre" requires explicit package name (did you forget to declare "my $vorpre"?) at /opt/fhem/FHEM/14_SD_WS.pm line 517.
Global symbol "$vorpre" requires explicit package name (did you forget to declare "my $vorpre"?) at /opt/fhem/FHEM/14_SD_WS.pm line 514.
Global symbol "$sign" requires explicit package name (did you forget to declare "my $sign"?) at /opt/fhem/FHEM/14_SD_WS.pm line 512.
Global symbol "$vorpre" requires explicit package name (did you forget to declare "my $vorpre"?) at /opt/fhem/FHEM/14_SD_WS.pm line 510.
Global symbol "$sign" requires explicit package name (did you forget to declare "my $sign"?) at /opt/fhem/FHEM/14_SD_WS.pm line 510.
2018.05.31 09:26:01 0: syntax error at /opt/fhem/FHEM/14_SD_WS.pm line 508, near "},"
2018.05.31 09:26:01 1: reload: Error:Modul 14_SD_WS deactivated:

[Ralf9]

siehe:
https://forum.fhem.de/index.php/topic,58397.0.html

[Sidey]

Nach dem heutigen Update der "14_SD_WS.pm" empfange ich meine Temperatur/feuchtsensoren vom Typ: 33
nicht mehr.
Modell: infactory FWS-310 https://www.pearl.de/a-NC5849-3041.shtml

Ich habe den Syntaxfehler behoben, außerdem bin ich den Fall noch mal durchgegangen und habe den Batterie Zustand "ok oder low" getauscht.
Sollte damit jetzt korrekt dargestellt werden.


Grüße Sidey

[Papaloewe]

Ich habe den Syntaxfehler behoben, außerdem bin ich den Fall noch mal durchgegangen und habe den Batterie Zustand "ok oder low" getauscht.
Sollte damit jetzt korrekt dargestellt werden.

Ja, funktioniert jetzt prima.

Vielen Dank.

Gruß
Thomas