Hallo zusammen,
gestern nach Update erhielt ich folgende FM mit meinem HM-ES-TX-WM (Zählersensor-Sendeeinheit):
Messages collected while initializing FHEM:configfile: attr HM_69829C_IEC_01 peerIDs: attribute value is missing
Autosave deactivated
Was habe ich probiert:
- getConfig, keine Änderung
- clear readings mit getConfig im Anschluss, keine Änderung
- Das Attribut peerIDs ist seit ewig (in meinen Backups) eingetragen, ein Wert ist nicht vorhanden (HexEdit). Kein Blank, NULL o.ä.
- Erst mal motd auf none gesetzt, damit Ruhe ist.
Heute habe ich mit restore mein Backup zurückgeladen, FM ist weg.
Habt ihr eine Idee, wo ich noch suchen könnte?
List vom Device und Channel in der Anlage
Am HM-ES-TX-WM gab es seit Beginn der Inbetriebnahme keine Änderungen.
Gruß Helmut
Kann ich bestätigen, allerdings für meine VCCU:
Messages collected while initializing FHEM:configfile: attr VCCU_Btn1 peerIDs: attribute value is missing
Ich habe kein Device VCCU_Btn1, weil ich auch keine virtuellen VCCU Channel benötige.
Zitat von: yersinia am 15 Juni 2020, 10:08:47
Ich habe kein Device VCCU_Btn1, weil ich auch keine virtuellen VCCU Channel benötige.
Wenn Du eine VCCU hast, hat sie m.a.S.g.W. auch mindestens einen virtuellen Button?
peerIDs ist bei mir nie leer, es steht mindestens 00000000 drin. Hilft das evtl als Würgaraund?
Nur eine Vermutung
https://forum.fhem.de/index.php/topic,112067.msg1063753.html#msg1063753
Ich vermute mal stark, dass ihr fhem.cfg-editierer seid.
Zitat von: Pfriemler am 15 Juni 2020, 11:08:24Wenn Du eine VCCU hast, hat sie m.a.S.g.W. auch mindestens einen virtuellen Button?
Ja, mWn auch. Dieser wird afaik automatisch angelegt, jeder weitere virtuelle Button muss manuell angelegt werden (https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#Virtuelle_Kan.C3.A4le_der_VCCU).
Auch wird ein Device
VCCU_Btn1 automatisch angelegt.
Da ich die virtuellen Kanäle gar nicht benötige, habe ich mich damit auch nicht weiter befasst.
Zitat von: Pfriemler am 15 Juni 2020, 11:08:24peerIDs ist bei mir nie leer, es steht mindestens 00000000 drin. Hilft das evtl als Würgaraund?
Ja, ich denke, das würde funktionieren - das Attribut ist aber default leer. Aus einem Backup vom 30.05.'20 hab ich mal die raw Def rausgekramt:
attr VCCU_Btn1 model CCU-FHEM
attr VCCU_Btn1 peerIDs
attr VCCU_Btn1 webCmd press short:press longDas Attribut sollte dann mit 00000000 vorbelegt werden, imho. Bei den peer-baren HM-Devices ist dieses Attr mMn auch mit 00000000 vorbelegt.
So habe ich das auch erstmal eingetragen, mal schauen ob die Fehlermeldung nach einem restart verschwindet.
Zitat von: bartman121 am 15 Juni 2020, 11:14:03Ich vermute mal stark, dass ihr fhem.cfg-editierer seid.
Nope, ich fuddel nicht in der fhem.cfg rum. Bin ich viel zu faul zu - über die UI ist es viel bequemer.
00000000 reinschreiben hat funktioniert.
Na immerhin. Ich habe aber noch nie da händisch was ergänzt, bei mir waren fast immer von selbst 00000000 drin. Im List sogar mit angehängtem Komma, wird aber offenbar in der WebUI nicht mehr gezeigt.
Aber tatsächlich: in meinen VCCU_Btn fehlt das. Und im Energiemonitor auch.
Schätze mal, Martin hat die Prüfung frisch ergänzt. Na dann, fröhliches Nachtragen.
Meine VCCU hat 3 Channels, 2 als Button gepeert, im Attribut peerIDs steht der entsprechende HM Channel (HM-LC-SW1-PL-CT-R1) drin.
Alles gut!
Der 3. Channel ist leer und das Attribut peerIDs gibt es nicht - ohne FM
Zitat von: dl4fbr am 15 Juni 2020, 17:22:27
Der 3. Channel ist leer und das Attribut peerIDs gibt es nicht - ohne FM
Bei mir waren in allen nicht bereits mit Geräten gepeerten VCCU_btn leere peerIDs. War mir vorher nie aufgefallen.
Bin lange in der IT, manchmal, helfen Räucherstäbchen hi.
Hi, selbe Probleme
attr TC_0101_Weather peerIDs: attribute value is missing
Internals:
DEF 1DE85101
FUUID 5c42df05-f33f-6878-434a-eaaeb6740bfff453
NAME TC_0101_Weather
NOTIFYDEV global
NR 35
NTFY_ORDER 50-TC_0101_Weather
STATE <span style='font-size:10px; font-weight:bold; color:#60C626'>22.4</span><span style='font-size:6px; font-weight:bold; color:#A6ACB3'>°C</span><br><span style='font-size:10px; font-weight:bold; color:#9E8D13'>25.2</span><span style='font-size:6px; font-weight:bold; color:#A6ACB3'>°C</span>
TYPE CUL_HM
chanNo 01
device TC_0101
READINGS:
2020-06-16 09:33:40 humidity 61
2020-06-16 09:33:40 measured-temp 23.8
2020-06-16 09:29:53 peerList
2020-06-16 09:33:40 state T: 23.8 H: 61
2020-06-16 09:33:40 temp-max 25.2
2020-06-16 09:33:40 temp-min 22.4
helper:
peerFriend
peerOpt -:thermostat
regLst
cmds:
TmplKey :no:1592292677.36805
TmplTs 1592292677.36805
cmdKey :1:0:0::0039:01
TmplCmds:
cmdList:
burstXmit:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
getConfig:
getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
peerBulk:-peer1,peer2,...- [set|unset]
regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
tplDel:tmplt
expert:
def 1
det 1
raw 1
tpl 1
role:
chn 1
tmpl:
Attributes:
alias TC_0101_Weather
devStateStyle style=text-align:right;
group weather
model HM-CC-TC
peerIDs
room Wohnzimmer
stateFormat {sub_Anzeige_TempMinMax("TC_0101_Weather")}
userReadings temp-min {ReadingsVal("TC_0101","temperature_min_month",0)},
temp-max {ReadingsVal("TC_0101","temperature_max_month",0)}
mfg
Demnach wurde der HM Programmcode geändert.
Bein Anlegen eines Devices wurde das Reading nicht erzeugt oder so ähnlich.
Auch hier würde ich mal 00000000 reinschreiben
Zitat von: dl4fbr am 17 Juni 2020, 00:39:37
Demnach wurde der HM Programmcode geändert.
Nahm ich doch auch an, und zwar bezüglich einer Wertprüfung. Jetzt fällt der nachlässige Umgang in der Vergangenheit beim create&co erst auf.
Martin sucht bestimmt schon fieberhaft nach dem Problem ... :-)
Solange man das kleine Problem mit dem manuellen Eintrag fixen kann, ist das alles OK. :)
Vermutlich nicht leicht zu finden, da bei Autocreate meiner Devices alle Felder richtig angelegt wurden, nur eben beim HM-ES-TX-WM nicht.
Es handelt sich also vermutlich nicht um eine generelles Thema, sondern hängt vom Device ab oder anderen Umständen oder Konstellationen, die ich nicht kenne. Siehe VCCU, die Einträge scheinen teilweise unterschiedlich zu sein. Bei dir ist ein Eintrag leer, bei mir fehlt das Attribut.
Ach ja - Nachtrag. Ein "getConfig" zeigt (zumindest bei mir) bei leerem oder ganz fehlendem Attribut peerIDs keine FM.
ZitatAch ja - Nachtrag. Ein "getConfig" zeigt (zumindest bei mir) bei leerem oder ganz fehlendem Attribut peerIDs keine FM.
die fehlermeldung macht ja auch fhem.pl beim anlegen eines empty attributes. also zb beim laden der fhem.cfg beim start.
vermutlich gibt es jetzt auch bei beim automatischen anlegen eines neuen devices die info.
bisher hatte ich das Problem nicht.
das "00000000" zeigt, dass die Peerlist korrekt gelesen wurde. Wenn ihr das manuel schreibt legitimiert ihr den eintrag. Würde ich nicht.
Da die Abfrage in fhel.pl neu ist werde ich wohl ein "unread" oder so etwas einführen...
Hallo Martin,
Ok, wenn das Update bereitsteht würde ich die Nullen manuell herausnehmen und das Ergebnis hier schreiben.
sollte nun funktionieren.
a) ich prüfe die Eingabe besser auf funktionalitet. Nur peerIDs, komma separated, sind zulässig also [0-9a-FA-Fx]{8}
b) "peerUnread" wird bei einer leeren Liste eingetragen
c) peerID "00000000" ist (und war) die Indikation, dass die Liste kompett aus dem Device gelesen wurde, also eben "komplett" ist
Ich will eigentlich das Attribut immer sichtbar, auch wenn leer, wenn die Entity peers "kann".
Habe eben einen Update gemacht.
Dann das Attr. peerIDs im Channel gelöscht (00000000 löschen/leeren ging nicht) und FHEM neu gestartet.
Das Attribut wird neu angelegt ohne Inhalt, keine FM.
Das sieht also jetzt bei meinem HM-ES-TX-WM so aus, wie vorher.
Hätte ich nicht gemacht.
00000000 zeigt, dass die liste gelesen wurde und nicht gepeert ist.
Leer sagt, dass es unbekannt ist, wie es mit dem peeren steht..
Eigentlich sollte ein user das attribut nie verändern. Das macht man mit peeren und lesen(getconfig).
Nee, ich hatte die Nullen als Workaround rein geschrieben.
Das leere Attribut perIDs wurde beim FHEM Start angemeckert.
Mittlerweile steht "peerUnread" im Reading.
Perfekt!
Hallo Leute,
jetzt hat es mich auch erwischt - bekomme nach update die Fehlermeldung "attr Kino_Temp_Feuchte peerIDs: attribute value is missing"
Ich muss dazu sagen, dass ich bereits seit etlichen Jahren eine fhem Installation habe die sehr zuverlässig läuft und nicht mehr erweitert wurde :-) -> läuft bei mir daher noch unter Raspbian stretch. Jetzt habe ich gestern seit langem mal wieder fhem ein update verpasst (never touch a running system - obwohl ich schon lange mal auf buster wollte - aber irgendwie habe ich keine Zeit alles nochmal neu einzurichten und wie man eine existierende Installation migriert ist mir nicht bekannt ... ) und seither bekomme ich die Fehlermeldung. Habe dann gesucht und gelesen woher der Fehler kommt und wie ich ihn beseitigen kann - leider ohne Erfolg.
Was habe ich gemacht?
Ich bin auf das Device - dann auf den Feuchte channel und habe dann ein auf set -> getconfig geklickt. Zusätzlich den hm-cc-tc in den Anlernmodus über Menu 5 Sec -> Kon -> add ok versetzt ...
Jetzt habe ich außer der Fehlermeldung oben zusätzlich auf dem device selbst in der Webansicht ein ioerr .... und in den readings ein >>commState CMDs_done_Errors:1<<
Außerdem reagiert fhem seit dem update sehr träge - i.e. es dauert eine gefühlte Ewigkeit bis ein Klick zB auf ein anderes Zimmer in der Webansicht zu einer Reaktion führt.
Hoffe ihr könnt mir da helfen
Vielen Dank
Sascha
Hallo Sascha,
bist du hier weitergekommen? Ich habe das Problem auch. Wenn ich ConfigCheck mache zeigt er missing RegisterList 04 an. Das allerdings nicht an alle Devices. Kann es sein das HMInfo nicht angepaßt wurde an das neue Reading PeerUnread?
Danke für einen Tipp der ganze 2te Weihnachtsfeiertag ist bei der Fehlversuch draufgegangen.
Gruß
Bison
Zitat von: frank am 23 Dezember 2020, 12:13:01
1. ggf fhem update
2.probiere den patch von hier
https://forum.fhem.de/index.php/topic,116838.msg1112232.html#msg1112232 (https://forum.fhem.de/index.php/topic,116838.msg1112232.html#msg1112232)
gerade gesehen, dass seit einer guten stunde eine neue cul_hm version im svn eingecheckt ist.