Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

elektron-bbs · 02 Juni 2021, 17:13:21

Da du kein Log hochgeladen hast, kann ich jetzt wirklich nur raten.
Evtl. stand ja so etwas im Log:

Error:Modul 88_SIGNALduino_TOOL deactivated:
 Can't locate Digest/CRC.pm in @INC (you may need to install the Digest::CRC module)

trixer · 04 Juni 2021, 12:38:36

Sorry, das Logfile hätte ich tatsächlich mal anhängen können.
Das war auf jeden Fall der entscheidene Hinweis.
Entsprechend hat die nachträgliche CRC Installation mittels

Code Auswählen

cpan install Digest::CRC das Problem behoben.
Vielen Dank!

yoda_gh · 22 August 2021, 08:24:02

Hallo!

Da gerade im Forum (https://forum.fhem.de/index.php/topic,122471) wieder das Thema der kaputten Revolt-Nachrichten hochkam, die Mengen von sinnlosen Devices erzeugen, frage ich mich, ob es nicht sinnvoll wäre, meinen Fix https://github.com/RFD-FHEM/RFFHEM/pull/956, den Ihr ja schon im April übernommen habt, auch schon vorab ins FHEM-SVN zu packen.

Am 21. April habe ich dazu hier auch schon den passenden Patch gepostet (direkter Link: https://forum.fhem.de/index.php?action=dlattach;topic=58397.0;attach=150870).

Wäre sowas prinzipiell sinnvoll/machbar oder plant Ihr sowieso demnächst ein SIGNALduino-Update im SVN?

(Bin vom 24.08.-03.09. im Urlaub ohne Laptop.)

Ralf9 · 28 September 2021, 20:04:29

Hallo,

ich habe beim 14_SD_WS Modul einige Bugs gefixt, die Sanity checks verbessert und die Ids 107 und 116 zugefügt. Ich habe es noch nicht komplett durchgetestet.

https://github.com/Ralf9/14_SD_WS/blob/main/FHEM/14_SD_WS.pm
https://github.com/Ralf9/14_SD_WS/commits/main

- bugfixes: es gab einige lokale Variablen die nicht mit "my" definiert waren.
- bei der ID 108 (Bresser_rain_gauge) wird nun ein "R" ans model angehängt: SD_WS_108_R
- bei Sensoren mit fester ID (ID 107 und 116) wird immer longid verwendet
- neue ID 107: Fine Offset WH51, ECOWITT WH51, MISOL/1 Erde Feuchtigkeits Sensor
- neue ID 116: Misol WH57, froggit DP60, Blitzsensor

Sanity checks verbessert und check für rain zugefügt:

Bei den tests vom temp und hum war seither nur der Fall 1 berücksichtigt bei dem ein Wert aus der Reihe fällt
z.B.
10 Grad
15 Grad
10.5 Grad

Es gibt aber noch einen Fall 2 der seither noch nicht berücksichtigt war, z.B. wenn die Temperatur schneller als 1 Grad pro Minute ansteigt.
Dies kann z.B. beim Bresser 5-in-1 oder 6-in1 Wetter Center passieren. Mir sind da von 2 usern Fälle bekannt.
Da werden dann keine weiteren Werte in die readings geschrieben.
Da gibts nun 2 Möglichkeiten, es wird erkannt, daß es die Attribute "max-deviation..." gibt oder es wird jedesmal das reading von Hand gelöscht.
z.B.
10 Grad
14 Grad
14.5 Grad

Bei rain wird nun der Überlauf und der reset beim Batteriewechsel abgefangen.
Dafür gibts das reading ".rain_offset" und rain_total = rain + rainOffset

Gruß Ralf

laserrichi · 28 September 2021, 22:01:37

Hi Ralf,
habs mal eingebaut... aber irgendwie fehlt da noch was 116 ist da wohl noch wo anders was notwendig ?

Ralf9 · 28 September 2021, 22:04:55

siehe hier
Thema: Blitzsensor WH57 oder DP60 in Signalduino
https://forum.fhem.de/index.php/topic,122527.msg1176892.html#msg1176892

Ralf9 · 12 Januar 2022, 20:49:32

Hallo elektron-bbs, HomeAuto_User, Sidey,

ich hab mal Euer 00_SIGNALduino.pm Modul vom github mit meiner firmware für den Arduino getestet.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Dabei ist mir aufgefallen, daß einige raw Nachrichten nicht verarbeitet werden
z.B.

Code Auswählen

2022.01.12 18:31:33 3 : sduino: Parse_MC, faulty msg: MC;LL=-1035;LH=907;SL=-552;SH=424;D=A393D16B3D7029E5D67BA18;C=486;L=89;R=2;s2;b2;
2022.01.12 18:39:51 3 : sduino: Parse_MS, faulty msg: MS;P1=538;P2=-2088;P3=-4131;P4=-10056;D=1412121312121313121212121312121212131212131313131212131312121213131213121212;CP=1;SP=4;R=245;p;b=116;s=4;m0;

Die Ursache sind die regex mit denen Ihr prüft ob die raw Nachrichten korrekt von der firmware zum fhem Modul übertragen wurden.
Ob z.B. durch ein defektes oder zu langes USB Kabel z.B. aus einer Hex Ziffer ein "X" wurde.

Es wäre schön, wenn Ihr die regex so abändern würdet, daß alles nach der RSSI (R=..) nicht geprüft wird.

Es gibt auch von Euch ältere firmware Versionen die wegen aktivierten Debugausgaben Probleme machen könnten.

Code Auswählen

  if ($rmsg !~ /^MS;(?:P[0-7]=-?\d+;){3,8}D=[0-7]+;(?:[CS]P=[0-7];){2}((?:R=\d+;)|(?:O;)?|(?:m=?[0-9];)|(?:[sbeECA=0-9]+;))*$/){   
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MS, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }

Code Auswählen

  if ($rmsg !~ /^(?=.*D=\d+)(?:MU;(?:P[0-7]=-?[0-9]{1,5};){2,8}((?:D=\d{2,};)|(?:CP=\d;)|(?:R=\d+;)?|(?:O;)?|(?:e;)?|(?:p;)?|(?:w=\d;)?)*)$/){
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MU, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }

Code Auswählen

  if ($rmsg !~ /^M[cC];LL=-\d+;LH=\d+;SL=-\d+;SH=\d+;D=[0-9A-F]+;C=\d+;L=\d+;(?:R=\d+;)?$/){
    $hash->{logMethod}->($hash->{NAME}, 3, qq[$hash->{NAME}: Parse_MC, faulty msg: $rmsg]);
    return ; # Abort here if not successfull
  }

Vor einiger Zeit wurde von Euch der "get sduino raw" Befehl entfernt.
Dadurch das es diese Komfortfunktion nicht mehr gibt, bei der die Rückmeldungen von dem sduino in einem Fenster ausgegeben werden, muß der "set sduino raw" Befehl verwendet werden.
Bei "set sduino raw" sind die Rückmeldungen nur mit verbose 4 im log sichtbar.

Da es bei meiner Firmware einige raw Befehle gibt, ist dadurch die Konfiguration umständiger geworden.

Ich kann nicht nachvollziehen, warum es das "get sduino raw" bei Eurem 00_SIGNALduino.pm Modul nicht mehr gibt.

Gruß Ralf

Ralf9 · 15 Januar 2022, 23:13:23

Hallo,

mir ist gerade aufgefallen, daß beim Hideki Modul, die Match regex nicht paßt:

Code Auswählen

$hash->{Match} = "^P12#75[A-F0-9]{17,30}

Es gibt auch einen Hideki Sensor der nur Temperatur hat

Code Auswählen

DMSG P12#75E80675F3402826
DEF Hideki_31_1
state T: 1.5

Wenn die selbe regex wie in der Matchlist verwendet wird, dann paßt es:

Code Auswählen

^P12#75[A-F0-9]+

Gruß Ralf

Sidey · 16 Januar 2022, 09:35:57

Zitat von: Ralf9 am 15 Januar 2022, 23:13:23
Es gibt auch einen Hideki Sensor der nur Temperatur hat
Code Auswählen Erweitern
DMSG P12#75E80675F3402826 DEF Hideki_31_1 state T: 1.5

Hi Ralf,

Hast Du eine MC Nachricht von dem Sensor?

Gruß Sidey

Ralf9 · 16 Januar 2022, 10:47:31

Ist ein Sensor von einem Nachbar den ich nur sporadisch empfange

Code Auswählen

MC;LL=-1038;LH=918;SL=-562;SH=412;D=547D19FA9C3FFBD6BD8;C=488;L=73;s1;b1;
P12#75E806350F40942103

MC;LL=-1043;LH=919;SL=-503;SH=428;D=51F467EA3E0FECEEEE;C=482;L=71;s1;b1;
P12#75E80675F8402311

elektron-bbs · 16 Januar 2022, 11:45:57

Mhmm, wie kommt es, das die Nachrichten trotzdem durchkommen?

Code Auswählen

2022-01-08_18:37:50 Hideki_31_1 temperature: 1
2022-01-08_18:37:50 Hideki_31_1 RSSI: -78.5
2022-01-08_18:37:50 Hideki_31_1 RAWMSG: MC;LL=-952;LH=1003;SL=-452;SH=526;D=51E4676A3F0FEC2693;C=488;L=72;R=247;
2022-01-08_18:37:50 Hideki_31_1 DMSG: P12#75EC4675F0406F6D
2022-01-08_18:37:50 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:37:50 Hideki_31_1 RAWMSG: MC;LL=-949;LH=999;SL=-473;SH=509;D=51E4676A5F0FEC2AEB;C=488;L=72;R=247;
2022-01-08_18:37:50 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:37:50 Hideki_31_1 DMSG: P12#75EC46B5F040AF51

2022-01-08_18:47:09 Hideki_31_1 temperature: 0.9
2022-01-08_18:47:09 Hideki_31_1 RAWMSG: MC;LL=-957;LH=990;SL=-470;SH=513;D=51E4676A31FFEF9ACF;C=488;L=72;R=246;
2022-01-08_18:47:09 Hideki_31_1 DMSG: P12#75EC467507409819
2022-01-08_18:47:09 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:47:09 Hideki_31_1 RSSI: -79

2022-01-08_18:51:28 Hideki_31_1 temperature: 0.9
2022-01-08_18:51:28 Hideki_31_1 DMSG: P12#75EC46B50740582503
2022-01-08_18:51:28 Hideki_31_1 Protocol_ID: 12
2022-01-08_18:51:28 Hideki_31_1 RAWMSG: MC;LL=-946;LH=994;SL=-468;SH=518;D=EF947919DA947FFBE5ADC;C=487;L=82;R=249;
2022-01-08_18:51:28 Hideki_31_1 RSSI: -77.5

Ralf9 · 16 Januar 2022, 12:04:03

Wenn es bei den Modulen in der Clientlist bei den regex keinen match gibt, dann wird in der matchlist weitergesucht und dort evtl das Modul unnötigerweise nochmals geladen.
Deshalb ist es besser wenn die Match regex der Clientmodule gleich ist wie die in der Matchlist

Ralf9 · 17 Januar 2022, 23:49:27

Zitat von: Ralf9 am 12 Januar 2022, 20:49:32
Hallo elektron-bbs, HomeAuto_User, Sidey,

ich hab mal Euer 00_SIGNALduino.pm Modul vom github mit meiner firmware für den Arduino getestet.
update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/master/controls_signalduino.txt

Dabei ist mir aufgefallen, daß einige raw Nachrichten nicht verarbeitet werden
z.B.
Code Auswählen Erweitern
2022.01.12 18:31:33 3 : sduino: Parse_MC, faulty msg: MC;LL=-1035;LH=907;SL=-552;SH=424;D=A393D16B3D7029E5D67BA18;C=486;L=89;R=2;s2;b2; 2022.01.12 18:39:51 3 : sduino: Parse_MS, faulty msg: MS;P1=538;P2=-2088;P3=-4131;P4=-10056;D=1412121312121313121212121312121212131212131313131212131312121213131213121212;CP=1;SP=4;R=245;p;b=116;s=4;m0;

Die Ursache sind die regex mit denen Ihr prüft ob die raw Nachrichten korrekt von der firmware zum fhem Modul übertragen wurden.
Ob z.B. durch ein defektes oder zu langes USB Kabel z.B. aus einer Hex Ziffer ein "X" wurde.

Es wäre schön, wenn Ihr die regex so abändern würdet, daß alles nach der RSSI (R=..) nicht geprüft wird.

Es gibt auch von Euch ältere firmware Versionen die wegen aktivierten Debugausgaben Probleme machen könnten.

Die master Version vom RFD-FHEM github ist im SVN und ab morgen auch im normalen fhem update (version 3.5.2)
https://forum.fhem.de/index.php/topic,125506.0.html

Ich finde es schade, daß Sidey meinen Wunsch ignoriert hat.
Mit diesem fhem update wird meine firmware mit der Defaultconfig nur noch mit Einschränkungen funktionieren.
Wichtig: Damit alle raw Nachrichten meiner firmware V 3.3.2.1-rc... vom 00_SIGNALduino Modul ab Version 3.5.2 verarbeitet werden können müssen die Debugausgaben deaktiviert werden.

Code Auswählen

set sduino raw CDD
Ein "get sduino config" ergibt dann ungefähr

Code Auswählen

MS=1;MU=1;MC=1;Mred=1;Mdebug=0_MScnt=4...

Mit meiner Variante des 00_SIGNALduino Moduls funktioniert meine Firmware ohne Einschränkungen
https://forum.fhem.de/index.php/topic,111653.msg1058900.html#msg1058900

Wichtig:
Mit dieser Version 3.5.2 wird auch das Perlmodul Digest:CRC für CRC Prüfungen benötigt.
Wenn das Digest:CRC nicht installiert ist, wird das SIGNALduino Modul vermutlich nicht funktionieren.

Bin mal gespannt wie viele sich in den nächsten Tagen melden wo davon betroffen sind und ein fhem update gemacht haben ohne diese Hinweise zuvor zu lesen.

Gruß Ralf

DigiNecro · 18 Januar 2022, 19:34:21

ZitatBin mal gespannt wie viele sich in den nächsten Tagen melden wo davon betroffen sind und ein fhem update gemacht haben ohne diese Hinweise zuvor zu lesen.

Mich hat es vermutlich erwischt: Nach dem Update war mein Device weg, nicht nur funktionsuntüchtig.

Backup eingespielt, im Forum geguggt, deine Anmerkung gefunden, lib installiert, update durchgeführt und das Device blieb da.

Wäre eine Warnung im Changelog nicht besser aufgehoben gewesen, statt nur im Forum? Dann sieht man es direkt beim Updatecheck.

Ralf9 · 18 Januar 2022, 19:42:05

Du bist bis jetzt der zweite, mal sehen wie viele noch folgen.

ZitatWäre eine Warnung im Changelog nicht besser aufgehoben gewesen, statt nur im Forum? Dann sieht man es direkt beim Updatecheck.

Ich bin nicht der maintainer von diesem 00_SIGNALduino.pm Modul, dies ist Sidey