2018.10.17 07:06:48 3: CUL_433: Unknown code i3A01ABDE800, help me!
2018.10.17 07:06:48 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_IT.pm line 988.
2018.10.17 07:06:48 1: PERL WARNING: Hexadecimal number > 0xffffffff non-portable at ./FHEM/10_IT.pm line 955.
Zitat von: Ralph am 17 Oktober 2018, 08:44:40
2018.10.17 07:06:48 3: CUL_433: Unknown code i3A01ABDE800, help me!
2018.10.17 07:06:48 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_IT.pm line 988.
2018.10.17 07:06:48 1: PERL WARNING: Hexadecimal number > 0xffffffff non-portable at ./FHEM/10_IT.pm line 955.
Ich schau es mir heute Abend an.
Hi,
welche Perl Version?
Welches OS?
Was steht noch im Log beim Laden von 10_IT.pm?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
hier wurde der Fehler auch schon angesprochen und wie man diesen "vorbeugen" könnte. (https://forum.fhem.de/index.php/topic,91916.msg844989.html#msg844989)
ZitatWas steht noch im Log beim Laden von 10_IT.pm?
Geladen wird das Modul normal ohne Fehler. Beim auftreten des Signales kommt es dann zu dem Fehler erst.
Klar prinzipiell bin ich ja einer Meinung.
Was aber nicht sinnvoll ist, ist die Pakete einfach hinzunehmen und zu verschlucken.
Dieses Thema hatten wir auch schon... Deshalb geben die Module auch bei unbekannten Messages ein undef zurück. So haben andere Module die Möglichkeit sich um das Paket zu kümmern.
Habt ihr das mit dem angehängen Modul probiert?
Gruß Björn
Zitat von: bjoernh am 18 Oktober 2018, 06:09:22
Klar prinzipiell bin ich ja einer Meinung.
Was aber nicht sinnvoll ist, ist die Pakete einfach hinzunehmen und zu verschlucken.
Dieses Thema hatten wir auch schon... Deshalb geben die Module auch bei unbekannten Messages ein undef zurück. So haben andere Module die Möglichkeit sich um das Paket zu kümmern.
Habt ihr das mit dem angehängen Modul probiert?
Gruß Björn
Hallo,
was meinst du mit angehängten Modul testen? Ein Modul in Dateiform zum testen sehe ich nicht, es sei denn, ich habe es übersehen.
Das was ich im Test laufen lasse, das man den Fehlerhaften Empfang mappt auf etwas. Bisher wurden keine Beeinträchtigungen bewerkt in Lauffähigkeit / im Log und Gesamtfunktion.
Lg
Ich habe gestern an meinen Post das 10_IT.pm angehängt. Dieses manuell einspielen und testen.
Ich habe dein Modul gefunden im Anhang und lasse es laufen. Mal schauen was sich ergibt.
Unabhängig habe ich mal eine Logzusammenstellung nur von den Fehlern gemacht und welche Nachrichten dazu führen.
Vielleicht kannst du damit mehr Fehler abfangen.
EDIT: Deine Änderung hat nichts gebracht. Die Fehlermeldung erscheint wieder.
Probier mal bitte das jetzt angehängte Modul.
Ich glaube jetzt müsste es passen.
Hallo bjoernh,
ich werde dein Modul mal testen welches du angehängt hattest.
Als erstes lasse ich erstmal das System test laufen mit den Anpassungen der Signalduinodefinitionen weil dort auch noch Möglichkeiten vorhanden waren um dazu beizutragen fehlerhafte Nachrichten zu minimieren. Ich melde mich auf jedenfall wieder.
Hallo bjoernh,
wie versprochen melde ich nochmal zu Wort.
Nachdem wir die Anpassungen beim SIGNALduino vorgenommen haben, so ist die Meldung nicht mehr vorhanden und auch andere IT Meldungen haben sich deutlich verringert.
Zu erwähnen für andere User wäre noch, die Anpassungen wurden vorerst in der dev-r33 Entwicklerversion vorgenommen. In der Standard Master Version aus dem SVN ist diese noch nicht vorgenommen wurden.
Bei Interesse, update all https://raw.githubusercontent.com/RFD-FHEM/RFFHEM/dev-r33/controls_signalduino.txt
MfG