Mit dem heutigen update wurden HMConfig.pm und 10_CUL_HM.pm geändert. Nach dem "restart" gibt es eine Menge Fehlermeldungen und "Device-Channels" werden gelöscht:
2019.04.08 08:14:48 1: PERL WARNING: Use of uninitialized value $mtId in hash element at FHEM/HMConfig.pm line 349, <$fh> line 395.
2019.04.08 08:14:48 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/HMConfig.pm line 1842, <$fh> line 395.
2019.04.08 08:14:50 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 8709.
2019.04.08 08:14:50 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 8744.
2019.04.08 08:14:50 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 8736.
2019.04.08 08:14:50 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/10_CUL_HM.pm line 6725.
2019.04.08 08:14:50 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 6729.
2019.04.08 08:14:50 3: CUL_HM_update: 4fachSwitchPool delete channel name: 5FF6A202
2019.04.08 08:14:50 3: CUL_HM_update: 4fachSwitchPool delete channel name: 5FF6A204
2019.04.08 08:14:50 3: CUL_HM_update: 4fachSwitchPool delete channel name: 5FF6A203
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $st in hash element at ./FHEM/10_CUL_HM.pm line 4139.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $st in hash element at ./FHEM/10_CUL_HM.pm line 4141.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in hash element at ./FHEM/10_CUL_HM.pm line 4142.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 4143.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 4144.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 4145.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $st in hash element at ./FHEM/10_CUL_HM.pm line 4166.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $st in hash element at ./FHEM/10_CUL_HM.pm line 4181.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $st in hash element at ./FHEM/10_CUL_HM.pm line 4183.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in hash element at ./FHEM/10_CUL_HM.pm line 4184.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 4185.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 4186.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value $md in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 4187.
2019.04.08 08:14:51 1: PERL WARNING: Use of uninitialized value in join or string at ./FHEM/10_CUL_HM.pm line 8780.
2019.04.08 08:14:53 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 10009.
2019.04.08 08:14:53 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 10034.
Habe erstmal backup der alten Versionen per "restore" zurückgespielt.
Vielen Dank vorab für Hilfe.
Grüße Achim
die beiden dateien reichen nicht. restore des kompletten inhalts des restoredirs war notwendig, um die multichannels wieder zu beleben...
2019-04-08/
10_CUL_HM.pm
98_MSwitch.pm
38_BEOK.pm
controls_fhem.txt
49_SSCam.pm
HMConfig.pm
98_ModbusAttr.pm
98_Modbus.pm
TcpServerUtils.pm
konnte auf die schnelle nicht weiterforschen...
Gesendet von meinem SM-J510FN mit Tapatalk
Was sind das für HM Modelle?
Es ist ein HM-LC-Sw4-DR-2
HM-LC-Sw4-DR-2
HM-LC-Sw4-Ba-PCB
Gesendet von meinem SM-J510FN mit Tapatalk
Eigenartigerweise tritt das Löschen der Kanäle nur bei einem meiner beiden HM-LC-Sw4-DR-2 auf.
Hallo zusammen,
meine beiden HM-LC-SW4-BA-PCB streiken seit heute nach dem Update ebenfalls.
Habe mal ein List eines der beiden angehängt.
Wenn ich get config klicke kommt immer nur Missing ACK...
Wäre für Hinweise zur Lösung sehr dankbar - etwa ein Viertel unserer Lampen lassen sich aktuell nicht steuern...buaaaahhhhhh! :'(
Stephan
Internals:
DEF 2FF7A8
FUUID 5c71ccdb-f33f-a09c-82dc-afb90842382084f2
IODev SM_HmUART
NAME HM_2FF7A8
NOTIFYDEV global
NR 71
NTFY_ORDER 50-HM_2FF7A8
STATE MISSING ACK
TYPE CUL_HM
channel_01 ungenutzt
channel_02 Spuelenlicht
channel_03 Kuechenlicht
channel_04 Balkonlicht
protCmdDel 5
protResnd 1 last_at:2019-04-09 21:17:51
protResndFail 1 last_at:2019-04-09 21:17:55
protSnd 1 last_at:2019-04-09 21:17:41
protState CMDs_done_Errors:1
READINGS:
2019-04-09 21:05:11 CommandAccepted yes
2019-04-09 21:09:39 D-firmware 1.1
2019-04-09 21:09:39 D-serialNr LEQ1186247
2019-04-09 21:05:44 PairedTo 0x200DB8
2019-04-09 21:05:15 R-pairCentral 0x200DB8
2019-04-09 21:05:44 RegL_00. 00:00 02:01 05:00 0A:20 0B:0D 0C:B8 18:00 C9:88
2019-04-09 21:08:45 battery ok
2019-04-09 21:17:55 state MISSING ACK
helper:
HM_CMDNR 145
cSnd ,01200DB82FF7A8010E
mId 00AB
peerFriend
peerOpt -:switch
regLst 0
rxType 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +2FF7A8,00,00,00
prefIO
rxt 0
vccu
p:
2FF7A8
00
00
00
mRssi:
mNo
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
prs 1
tmpl:
Attributes:
IODev SM_HmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.1
model HM-LC-SW4-BA-PCB
msgRepeat 1
room CUL_HM
serialNr LEQ1186247
subType switch
webCmd getConfig:clear msgEvents
Zitat von: Mihca am 09 April 2019, 18:48:46
Eigenartigerweise tritt das Löschen der Kanäle nur bei einem meiner beiden HM-LC-Sw4-DR-2 auf.
Nachdem ich das Update heute eingespielt habe, wurden auch bei mir die Channels von meinem HM-LC-Sw4-DR-2 entfernt.
Das Problem scheint bei den HM-LC-Sw4-DR-
2-Geräte (firmware 2.4) aufzutreten, meine anderen HM-LC-Sw4-DR-Geräte (firmware 2.8 ) sind nicht betroffen.
Gruß
Andreas
Der bei mir gelöschte HM-LC-Sw4-DR-2 hat Firmware 2.4, der bei mir nicht gelöschte hat ebenfalls 2.4.
[@Stephan: Gib mal "restore update/2019-04-09" ein, dann wird der Stand vom 9.4. vor Update zurückgespielt. Danach Neustart und alles geht wieder.]
Daaaaanke Mihca!
Hatte dasselbe über die Konsole versucht, was aber wohl nicht geklappt hat. Das hier und ein anschließendes shutdown restart hat 20 Sekunden gedauert und wunderbar funktioniert.
Nochmals vielen Dank!
Ich kann die Fehlfunktion beim HM-LC-SW4-BA-PCB nach dem Update bestätigen.
Die Warnmeldungen sehe ich auch.
Zitat2019.04.09 17:33:19.982 1: PERL WARNING: Use of uninitialized value $mtId in hash element at FHEM/HMConfig.pm line 349, <$fh> line 158.
2019.04.09 17:33:20.012 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at FHEM/HMConfig.pm line 1842, <$fh> line 158.
Nach Update:
Zitat10_CUL_HM.pm 19144 2019-04-07 18:04:37Z martinp876
HMConfig.pm 19154 2019-04-10 18:34:18Z martinp876
Die Warnungen sind weg.
Die Fehlfunktion des HM-LC-SW4-BA-PCB besteht weiterhin.
Ich kann nach dem heutigen Update leider kein
- alarmLevel disarmed
- alarmLevel armExtSens
- alarmLevel armAll
Auf meine Homematic Sirene mehr absetzen :(
Befehl scheinbar unbekannt. Ist das bekannt? Gewollt? Gibt es eine Lösung?
Scheinbar lässt sich auf den channels gar nichts mehr machen. Nicht mal per Hand an- oder ausschalten der Sirene :(
Zitat von: Gast45 am 13 April 2019, 13:25:00
Ich kann nach dem heutigen Update leider kein
- alarmLevel disarmed
- alarmLevel armExtSens
- alarmLevel armAll
Auf meine Homematic Sirene mehr absetzen :(
Befehl scheinbar unbekannt. Ist das bekannt? Gewollt? Gibt es eine Lösung?
Scheinbar lässt sich auf den channels gar nichts mehr machen. Nicht mal per Hand an- oder ausschalten der Sirene :(
Kann ich bestätigen, selbiges Problem hier auch.
Mein HM-LC-SW4-BA-PCB streikt auch - die ganze Hütte ist kalt da ich damit meine Heizung damit steuere :-O :P ;D
HM-ES-PMSw1-Pl hat auch alle Kanäle eingebüßt. Auf ein Backup umgestiegen. Läuft daher wieder.
Ich habe auch das Backup wieder zurück gespielt. Da warte ich besser noch ein paar Updates ab, bevor ich neu aktualisiere......
hm - was macht ihr?
Ich haben eine HM-ES-PMSW1-PL im Einsatz. der hat alle Kanäle und funktioniert.
HMConfig.pm 19162 2019-04-12 17:03:26Z martinp876
10_CUL_HM.pm 19161 2019-04-12 17:02:49Z martinp876
Welche Verisonen habt ihr?
Ich habe hier nur fünf HM-Geräte mit drei Gerätetypen im Einsatz und kann zwar keine Fehlfunktionen feststellen, aber Warnungen im Log beim Systemstart.
2019.04.13 17:08:55 3: Device bd_RT added to ActionDetector with 000:10 time
2019.04.13 17:08:55 3: Device bd_TC added to ActionDetector with 000:10 time
2019.04.13 17:08:55 3: Device wz_Balkon added to ActionDetector with 028:00 time
2019.04.13 17:08:55 3: Device wz_RT added to ActionDetector with 000:10 time
2019.04.13 17:08:55 3: Device wz_TC added to ActionDetector with 000:10 time
2019.04.13 17:08:56 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 8713.
2019.04.13 17:08:56 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 8740.
2019.04.13 17:08:56 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 8748.
2019.04.13 17:08:56 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 10013.
2019.04.13 17:08:56 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 10038.
HMConfig.pm 19162 2019-04-12 17:03:26Z martinp876
10_CUL_HM.pm 19161 2019-04-12 17:02:49Z martinp876
Ich habe eine HM-Sec-Sir-WM.
Was wir machen? Einfach ein Update und danach geht plötzlich nicht mehr alles ;)
10_CUL_HM.pm 19069 2019-03-30 06:20:52Z martinp876
HMConfig.pm 19119 2019-04-05 15:52:43Z martinp876
Diese Version funktioniert. Nach heutigem Update dann aber nicht mehr.
Zitat von: martinp876 am 13 April 2019, 18:00:20
hm - was macht ihr?
Ich haben eine HM-ES-PMSW1-PL im Einsatz. der hat alle Kanäle und funktioniert.
HMConfig.pm 19162 2019-04-12 17:03:26Z martinp876
10_CUL_HM.pm 19161 2019-04-12 17:02:49Z martinp876
Welche Verisonen habt ihr?
Hast du schon mal nen Neustart deines Systems gemacht?
Ich habe das Problem seit heute auch. Neuste Versionen.
Keiner meiner Switches hat noch vernünftige Sets.
Bei mir kommt zum Beispiel beim _Sw Channel das hier raus:
Unknown argument on, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,msgErrors,attack,all eventL eventS getConfig:noArg getRegRaw peerBulk press pressS:self01 pressL:self01 regBulk regSet sign:on,off peerSmart:XXXXXXXXXXXXXXXXXX tplSet_self01:SwCondAbove_long,SwCondAbove_short,SwCondBelow_long,SwCondBelow_short,SwOff_long,SwOff_short,SwOnCond_long,SwOnCond_short,SwOn_long,SwOn_short,SwToggle_long,SwToggle_short,autoOff_long,autoOff_short,motionOnSw_long,motionOnSw_short
Bei mir ganz ähnliche Fehlermeldung. Statt ,,on" bei mir natürlich der abgesetzte Befehl alarmLevel
Hallo Zusammen,
ich habe 10_CUL_HM.pm und HMConfig.pm vom 30.3. bzw. 5.4. eingespielt... Damit waren HM-LC-SW4-BA-PCB und HM-ES-PMSw1-Pl wieder fein :)
HM-LC-SW1-BA-PCB war auch mit neuster Version iO!
VG
Ingo
hm. verstehe ich noch nicht. Bei mir gibt es keine fehlermendungen. Die erste aus HMConfig kann udn werde ich abfangen - sollte aber nicht aufreten können. Das ist identisch bei allen und von der Konfiguration unabhängig.
Jetzt komme ich dem Problem näher.
1) die .mId ist noch nicht gesetzt? Der letzte Update ist schon etwas her?
=> sollte dennoch funktionieren
2) der Update ist nicht gemacht UND das Attr "model" ist unbekannt.
a) Groß und Kleinschreibung sind kein Problem (eben getestet) von nun an alles gruß
b) das Model kann nicht in der Tabelle gefunden werden => es kommt zu den Meldungen wie bei betateilchen.
=> das fange ich ab - allerdings kann die Entity nicht funktionieren
Es gibt das kommando
get <entity> deviceInfo long
hier wird die genutzte mId, das Model ung der alias angezeigt. Bitte im Fehlerfall prüfen, was hier angezeigt wird.
Was ich nicht getestet habe ist der eigentliche Update - ich spiele meine module (natürlich) immer lokal ein.
Was norwendig ist, ist ein Restart nachdem die Module eingespielt sind. Dann solltet ihr auf den gleichen Stand sein - sicherheitshalber KEIN save zwischen "update force" und "shutdown restart"
@betateilchen: den Fehler fange ich ab. Allerdings ist es wichtig, welches Model betroffen ist.
Device name:Heizungsschalter
org ID :00AB Model=HM-LC-SW4-BA-PCB
alias ID :00AB Model=HM-LC-SW4-BA-PCB
mode :normal
protState : CMDs_done_Errors:1 pending: none
HM_5FF962_Sw_03 state:off
HM_5FF962_Sw_04 state:off
SmartGrid2 state:set_off
SmartGrid1 state:set_on
So sieht das bei mir nach heutigem aktuellen Update aus...
doch noch etwas gefunden. Einige Kommandos sind nicht zugewiesen worden.
Update ist jetzt in SVN.
Gelöschte Devices kann ich noch nicht nachvollziehen. Die Probleme mit ggf. falschen Model Attributen sehe ich nicht als behoben.
@MegaData: Sieht gut aus.
a) es sind alle Kanäle angelegt, nichts gelöscht.
b) die Zuordnung ist korrekt.
c) es könnte sein, dass ein paar Kommandos gefehlt haben. Das hatte ich übesehen - sollte jetzt aber passen (also jetzt in SVN)
Nur noch MISSING ACK an meinem HM-LC-SW4-BA-PCB,
die HM-ES-PMSW1-PL und HM-SEC-SIR-WM funktionieren aber wieder.
Gelöscht war bei mir übrigens auch nichts.
Zitat von: martinp876 am 13 April 2019, 19:52:43
@betateilchen: den Fehler fange ich ab. Allerdings ist es wichtig, welches Model betroffen ist.
Das ist einfach zu beantworten, da in der Installation wie gesagt nur drei Typen im Einsatz sind.
HM-CC-RT-DN
HM-TC-IT-WM-W-EU
HM-SEC-SC-2
Welches genau jetzt die Meldungen verursacht, kann ich im Moment nicht rausfinden.
Nach dem Update mit den jetzt vorhandenen SVN Versionen treten die Meldungen im Log nicht mehr auf.
@martinp876: super die schnelle Reaktion. Danke dafür.
Was bedeutet SVN? Heißt das, dass jetzt mit dem normalen Update-Prozess schon die korrigierten Versionen geladen werden? Dann mache ich das morgen nochmal.
"im SVN verfügbar" bedeutet, dass die Dateien morgen früh ab 8 Uhr im normalen Update-Prozess ausgeliefert werden.
Alternativ könntest Du die beiden Dateien jetzt schon hier manuell runterladen:
https://svn.fhem.de/trac/browser/trunk/fhem
Beim mir funktioniert nach heutigem Update alles wieder einwandfrei.
Vielen Dank! :)
Grüße Achim
Hallo Martin,
leider werden bei mir alle Devices folgenden Typs gelöscht: HM_LC_Sw1PBU_FM mit alternativer Firmware.
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_EZ delete channel name: 4496AC04
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_EZ delete channel name: 4496AC02
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_EZ delete channel name: 4496AC03
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_Galerie delete channel name: 4594A302
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_Galerie delete channel name: 4594A303
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_Galerie delete channel name: 4594A304
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_Kueche delete channel name: 53062803
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_Kueche delete channel name: 53062802
2019.04.14 09:15:22 3: CUL_HM_update: Dev_Lichtschalter_Kueche delete channel name: 53062804
Weisst Du wie ich die Devices wieder zum laufen bekomme?
Danke und Gruß
Alex
Also ich muss enttäuschen, bei mir klappt mein 4fach Schalter auch nach heutigem Update nicht - gleiches Szenario wie gestern.
Nach update force und darauf folgendem shutdown restart ohne vorheriges Speichern funktioniert alles! Herzlichen Dank!
Hallo zusammen ,
nach dem heutigen update und restart, kam bei mir die folgende Meldung:
PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8783
vg
mcfly
Diese Meldung hatte ich gestern auch
2019.04.12 19:33:14 1: PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8780.
Kann aber keine Fehler feststellen.
Mit freundlichen Grüßen
Hallo FHEM Spezialisten
hat von Euch schon jemand ein "Prüfprogramm" um nach einem Update alle Funktionen zu prüfen?
Wenn man mit den HM Steckdosen z.B. eine Wecklicht Funktion etc. eingerichtet hat, sollte die ja auch noch nach dem Update gehen.
Oder muss man nach jedem Update von Hand alle Schalter durch testen?
Hier wäre ich für Tipps sehr dankbar. (nur dem Zufall überlassen, das ich die fehlende Schaltfunktion bemerke ist noch nicht ganz perfekt)
Schöne Grüße
NewRasPi
Hi,
habe auch einen Fehler seit heutigem update:
PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8783.
sonst schein alles zugehen,
gestern: HM-ES-PMSW1-PL : fehlte on/off ist heute OK!
gruss
dann gehört mein beitrag https://forum.fhem.de/index.php/topic,99609.0.html wohl auch hierher?
Bei mir taucht mit dem heutigen update die Meldung
2019.04.15 14:13:09 1: PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8784.
auf. Es funktioniert aber Alles.
Ich habe am 13.04.19 ein Update durchgeführt und hatte dann nach dem Neustart folgende Fehler im Log:
2019.04.13 16:58:47 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 8711.
2019.04.13 16:58:47 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 8738.
2019.04.13 16:58:47 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_CUL_HM.pm line 8746.
2019.04.13 16:58:47 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 10011.
2019.04.13 16:58:47 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 10036.
Außerdem hat mein HM-MOD-EM-8 auf seinen 8 Ausgängen nicht mehr die Zustände open/closed signalisiert, sondern unknown.C8 und unknown.00. Das hat meine komplette Garagensteuerung durcheinander gebracht ;-) Das konnte ich lösen durch:
attr device eventMap unknown.C8:open unknown.00:closed
Heute habe ich ein weiteres Update eingespielt. Die Zustände des HM-MOD-EM-8 sind immer noch unknown.C8/unknown.00. Der Fehler im Log lautet jetzt:
2019.04.15 18:27:00 1: PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8784.
Ich sehe in der 10_CUL_HM.pm foldende Zeile (so um ~1130), die die Rückgabewerte auf closed/open umsetzt - sie unterscheidet sich aber in der alten und neuen Version nicht.
,"HM-MOD-Em-8" =>{"00"=>"closed" ,"C8"=>"open"}
Die Probleme scheinen teilweise von einem Wechsel aller Gerätebezeichnung etc. auf Großbuchstaben zu kommen.
alt (funktioniert): $md eq "HM-Dis-EP-WM55"
neu (funktioniert nicht): $md eq "HM-DIS-EP-WM55"
u.s.w.
War das beabsichtigt und wirklich nötig?
Bei mir sind nun alle Readings des Virtual device verschwunden, das mir den Status der Batteriegeräte angezeigt hat.
defmod CUL_HMLAN CUL_HM 000000
attr CUL_HMLAN .mId 0000
attr CUL_HMLAN event-on-change-reading .*
attr CUL_HMLAN group Warnung
attr CUL_HMLAN icon it_router
attr CUL_HMLAN model ActionDetector
attr CUL_HMLAN room Haus,System
attr CUL_HMLAN subType no
setstate CUL_HMLAN alive:0 dead:0 unkn:0 off:0
setstate CUL_HMLAN 2019-04-15 19:58:39 state alive:0 dead:0 unkn:0 off:0
Zitat von: Markus M. am 15 April 2019, 19:37:48
Die Probleme scheinen teilweise von einem Wechsel aller Gerätebezeichnung etc. auf Großbuchstaben zu kommen.
alt (funktioniert): $md eq "HM-Dis-EP-WM55"
neu (funktioniert nicht): $md eq "HM-DIS-EP-WM55"
u.s.w.
War das beabsichtigt und wirklich nötig?
hast recht:
aktuell bei mir --> HM-SEN-RD-O
backup vom vormonat--> HM-Sen-RD-O
mann, mir hats deswegen gestern ins schlafzimmer geregnet ...
Bei mir ist auch alles durcheinander also Regensensor und HM-MOD-EM-8, damit funktioniert die Hauszustandsmaschine nicht mehr, ich muss zurücksteigen auf eien funktionierende Version, reicht es die 10_CUL_HM restoren oder sonst noch was?
Sent from my iPad using Tapatalk
bei mir zumindest nicht - hatte die pm's vom restoredir zurück gespielt und auch keine funktion. nachdems nicht ging, hab ich dann wieder normal weiter geupdated. dachte, die sache ist eh in 1 oder 2 tagen gegessen *grummel*
Update auf letzte Versionen machen, manuell die Config auf Großbuchstaben ändern.
Dann sollte wieder alles funktionieren. Tut es bei mir zumindest soweit ich das aktuell überblicken kann.
Leider ist das im Code soweit ich sehen konnte noch nicht mal konsequent für alle Geräte gemacht worden...
ZitatUpdate auf letzte Versionen machen
du meinst damit die aktuelle version oder die letzte funzende?
wenns die letzte funzende ist, hat die noch wer für mich bitte? habe, wie gsagt, brav weiter geupdated und somit ist diese version aus dem restoredir "gerutscht" und mein backup is schon knapp 1 monat alt.
Zitatmanuell die Config auf Großbuchstaben ändern.
hmm, die hat bei mir von haus aus schon großbuchstaben, sofern du die fhem.cfg meinst?
Die neuste Version nach geänderter Config funktioniert bei mir.
ich hab jetzt in der fhem.conf mal klein, mal groß probiert - in beiden fällen genau das selbe verhalten - geräte gehen eigentlich, aber on/off und rain/dry gibts nicht.
im device selber bleibt model in groß geschrieben, auch wenns model in der cfg in klein da steht
Bei welchen Geräten genau gibt es kein on/off?
Hallo
Ich schreibe an dieser Stelle mal mit...
Zitat von: Markus M. am 16 April 2019, 14:17:56
Bei welchen Geräten genau gibt es kein on/off?
z.B. bei HM-SEN-RD-O
Kanal 1 der Regensensor Kanal : SOLL: rain /dry IST: 0 100
Kanal 2 die Regensensorheizung: SOLL: on/off IST: 0 100
grüße
mcfly
hätt ich jetzt nich besser sagen können ... HM-SEN-RD-O ehemals HM-Sen-RD-O
bliebe maximal ergänzend zu sagen:
o) kanal2 heizung: als set-befehle würden on/off(-for-timer) immer noch existieren. ein 0 oder 100 hingegen könnte ich nirgends auswählen.
nachtrag:
ich seh grad - on/off geht ja sogar.
fazit: ich hab alle meine doifs umgestellt auf dry or 0 usw. so funzt das mal so halbwegs
Zitat von: Markus M. am 16 April 2019, 09:42:03
Update auf letzte Versionen machen, manuell die Config auf Großbuchstaben ändern.
Dann sollte wieder alles funktionieren. Tut es bei mir zumindest soweit ich das aktuell überblicken kann.
Leider ist das im Code soweit ich sehen konnte noch nicht mal konsequent für alle Geräte gemacht worden...
Leider nicht, habe auch nicht wirklich die Ursache herausfinden können, ausser der Groß-Kleinschreibung, aber cfg stimmt mit den modulen überein. Habe das jetzt über eventmaps und änderung der devstateicons gelöst, hoffe habe nichts übersehen, heute hat der Wintergarten gekocht weil der Rolax wegen "Regen" nicht runtergefahren ist.
Sent from my iPad using Tapatalk
Ich hab's bei mir mit dem Regensensor so lösen können:
Model steht auf HM-SEN-RD-O (wie von "get deviceinfo" ausgegeben), in der 10_CUL_HM.pm die "HM-Sen-RD" durch "HM-SEN-RD" ersetzen, geht unter Linux mit
sed -ie 's/HM-Sen-RD/HM-SEN-RD/' 10_CUL_HM.pm
(vorher besser ne Sicherung des Moduls machen), dann mit reload 10_CUL_HM.pm geändertes Modul neu laden (Neu-Start geht sicherlich auch).
Die nächsten Readings sind dann wieder richtig --> testen mit der Heizung: on/off schalten sollte wieder zu den state's on/off führen, befeuchten des Sensors wieder zu "rain" mit abschließendem "dry".
Das sind alles Nebeneffekte von den Änderungen in den Homematicmodulen HMConfig und CUL_HM, so wie es aussieht. Der Mainthread dazu liegt hier: https://forum.fhem.de/index.php/topic,95409.msg882337.html#msg882337 (https://forum.fhem.de/index.php/topic,95409.msg882337.html#msg882337)
Hallo Gemeinde...
Zitat von: ralf-ms am 16 April 2019, 22:39:27
Ich hab's bei mir mit dem Regensensor so lösen können:
Model steht auf HM-SEN-RD-O (wie von "get deviceinfo" ausgegeben), in der 10_CUL_HM.pm die "HM-Sen-RD" durch "HM-SEN-RD" ersetzen
jaaa .. ich würde sagen, dass dies der Fehler ist. Da stehen noch ein paar mal die Kleinbuchstaben devices drin. Vielleicht kann das Martin ändern und einchecken ????
P.S. auch noch von anderen devices wie z.B. HM-Dis-EP-WM55
Vg
mcfly
der große meister scheint zu basteln ... on/off hab ich wieder für die heizung des regensensors als anzeige und zum schalten.
lediglich dry/rain fehlt immer noch und kommt als 0 und 100
Hi,
nach Update von heute meldet der Regensensor, nachdem ich ihn kurz stromlos gemacht habe, bei mir wieder dry,
die Heizung wieder on / off als state. ;D
Vielen Dank
Wolfgang
Zitat von: schka17 am 15 April 2019, 23:39:00
Bei mir ist auch alles durcheinander also Regensensor und HM-MOD-EM-8, damit funktioniert die Hauszustandsmaschine nicht mehr, ich muss zurücksteigen auf eien funktionierende Version, reicht es die 10_CUL_HM restoren oder sonst noch was?
Sent from my iPad using Tapatalk
Nach dem heutigen Update wieder alles OK
Sent from my iPad using Tapatalk
ahja, rennt wieder alles, wie es soll - thx fürs ausbessern
bleibt nur mehr folgendes warning beim starten von fhem:2019.04.18 08:58:45 1: PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8784.
2019.04.18 08:58:45 1: stacktrace:
2019.04.18 08:58:45 1: main::__ANON__ called by ./FHEM/10_CUL_HM.pm (8784)
2019.04.18 08:58:45 1: main::CUL_HM_getPeerOption called by ./FHEM/10_CUL_HM.pm (4219)
2019.04.18 08:58:45 1: main::CUL_HM_Set called by fhem.pl (3698)
2019.04.18 08:58:45 1: main::CallFn called by fhem.pl (1873)
2019.04.18 08:58:45 1: main::DoSet called by fhem.pl (1915)
2019.04.18 08:58:45 1: main::CommandSet called by fhem.pl (2715)
2019.04.18 08:58:45 1: main::getAllSets called by ./FHEM/01_FHEMWEB.pm (3158)
2019.04.18 08:58:45 1: main::FW_devState called by ./FHEM/01_FHEMWEB.pm (1784)
2019.04.18 08:58:45 1: main::FW_makeDeviceLine called by ./FHEM/01_FHEMWEB.pm (1957)
2019.04.18 08:58:45 1: main::FW_showRoom called by ./FHEM/01_FHEMWEB.pm (1116)
2019.04.18 08:58:45 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.04.18 08:58:45 1: main::FW_Read called by fhem.pl (3698)
2019.04.18 08:58:45 1: main::CallFn called by fhem.pl (745)
2019.04.18 09:00:11 1: PERL WARNING: Use of uninitialized value $peerFriend in split at ./FHEM/10_CUL_HM.pm line 8784.
2019.04.18 09:00:11 1: stacktrace:
2019.04.18 09:00:11 1: main::__ANON__ called by ./FHEM/10_CUL_HM.pm (8784)
2019.04.18 09:00:11 1: main::CUL_HM_getPeerOption called by ./FHEM/10_CUL_HM.pm (4219)
2019.04.18 09:00:11 1: main::CUL_HM_Set called by fhem.pl (3698)
2019.04.18 09:00:11 1: main::CallFn called by fhem.pl (1873)
2019.04.18 09:00:11 1: main::DoSet called by fhem.pl (1915)
2019.04.18 09:00:11 1: main::CommandSet called by fhem.pl (2715)
2019.04.18 09:00:11 1: main::getAllSets called by ./FHEM/01_FHEMWEB.pm (3158)
2019.04.18 09:00:11 1: main::FW_devState called by ./FHEM/01_FHEMWEB.pm (1784)
2019.04.18 09:00:11 1: main::FW_makeDeviceLine called by ./FHEM/01_FHEMWEB.pm (1957)
2019.04.18 09:00:11 1: main::FW_showRoom called by ./FHEM/01_FHEMWEB.pm (1116)
2019.04.18 09:00:11 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (567)
2019.04.18 09:00:11 1: main::FW_Read called by fhem.pl (3698)
2019.04.18 09:00:11 1: main::CallFn called by fhem.pl (745)
ab morgen nicht mehr :)
Bei mir funktioniert jetzt alles fehlerfrei.
Danke!
Grüße Achim