Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

50_HP1000.pm Warning

Begonnen von roli, 21 Oktober 2024, 10:08:39

Vorheriges Thema - Nächstes Thema

roli

Bekomme immer  folgende Warning:


PERL WARNING: splice() offset past end of array at /opt/fhem/FHEM/50_HP1000.pm line 1555.


Vermute dass eventuell Code an der Stelle nicht ganz optimal ist. Vielleicht lässt sich das optimieren
FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag

Beta-User

Vorab: Du bist (nicht nur hier!) nicht im richtigen Forenbereich! (siehe auch https://forum.fhem.de/index.php?topic=139496.0;topicseen)

Bugs (oder was als solches empfunden wird) sowie Hinweise auf von Modulen verursachte Warnings soll man im passenden Forenbereich melden, "help HP1000" hätte dir in dem Fall gezeigt, wo.

Es ist hier auch nicht üblich, Threads zu schließen, sonst hätte ich in https://forum.fhem.de/index.php?topic=139496.0;topicseen noch angemerkt, dass es m.E.
1. nicht sinnvoll ist, die Antwort (Shelly_Bad:fhem2shelly/rpc:.*) zu abonnieren, da steht araik nur drin, dass der Shelly den Befehl erhalten hat;
2. Wünsche zur Verbesserung der attrTemplate (zu MQTT2_DEVICE) im MQTT-Bereich besser aufgehoben sind, und
3. man ganz allgemein nicht direkt die cfg reinschreibt und auch keine (direkten) Auszüge posten sollte, sondern list/raw list/copy for forum (je nach Anwendungszweck)

PS:
Hättest du 3. gemacht, hättest du dich vielleicht gefragt, warum du so viele "komischen" Readings hast, und ein Blick in den Event-Monitor hätte vielleicht die Frage aufgeworfen, ob man das alles wirklich in der Form braucht...

PPS: Verschieben kannst du selbst, aber das ist dir ja klar, denn schließlich hast du die Forenregeln (und die angepinnten Beiträge v.a. im Anfängerbereich) intensiv gelesen ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

roli


Message angekommen !
Bin leider eher selten im Forum unterwegs und versuche über Commandref und WIKI meine Probleme zu lösen.
"User hilft User" funktioniert immer weniger, und mittlerweile werden dann Lösungen nicht mehr gepostet, sondern nur noch diskutiert. - Schade.

Bzgl: Shelly_Bad:fhem2shelly/rpc:.*   kann ich nur sagen, dass dies ohne meine eigene definition aufgetaucht ist -- und ich es deshalb übernommen habe  - dachte es hängt mit  attrTemplate zusammen  -
Aber auch hier:  Das Wissen existiert, aber keiner sagt was über Details --

Ich finde FHEM super und meine Lösung funktioniert gut. 
 
 
FHEM auf Debian (RASPI), 2 * CUL868/433 *  FS20 STR, 2 * HMS100 T, 2 * , 1* FS20 SU, 2 *  FS20 SM8, 2 ; 1-wire Temp,i2c Bus; ESP32 WROOM; ESP8266; Arduino
Sonnenbatterie Eco8;Elektro  Nachspeicher-Ofen Ladesteuerung,
Haus Lüftung,
Integration von HardwareAlarmanlag