[gelöst] Update HMConfig.pm und 10_CUL_HM.pm vom 08.04.2019 defekt

Begonnen von Mihca, 08 April 2019, 08:30:43

Vorheriges Thema - Nächstes Thema

betateilchen

"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
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Mihca

Beim mir funktioniert nach heutigem Update alles wieder einwandfrei.

Vielen Dank!  :)

Grüße Achim
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

Nighthawk

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

MegaData

Also ich muss enttäuschen, bei mir klappt mein 4fach Schalter auch nach heutigem Update nicht - gleiches Szenario wie gestern.

softwear

Nach update force und darauf folgendem shutdown restart ohne vorheriges Speichern funktioniert alles! Herzlichen Dank!

mcfly71

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
- HMLAN / Raspberry auf hmmode
- Homematic

Helmi55

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
System1 fhem 6.1 auf RPi 4B mit 4GB, HMUSBConfig, DS9490R-1Wire, Busware USB 868, Pool-Solarsteuerung mit FHEM. System2 fhem 6.1 auf RPi 4B mit 4GB (Bullseye) mit Busware USB 868 und 433 und HMUARTLGW für Haussteuerung

https://www.flickr.com/photos/canonhelmi/

NewRasPi

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
Raspberry Pi 2 Mod B + Raspberry Pi 3 + Raspberry Pi4; HM Lan Adapter; 8 Kanal Relaiskarte; ca. 15x 1wire Temperatur Sensor DS18B20; 10x HC-SR501 Bewegungsmelder; 9x HM Rauchmelder HM-Sec-SD; HM Funk Fenstersensoren; HM Strommess-Zwischenstecker;

eisman

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
1x FHEM Debian, Homematic,ZigBee,FS20 / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian, Homematic,ZigBee         / 1X Raspberry, ConBee / 5x ESP
1x FHEM Debian,MQTT                               / 1X Raspberry, i2c,onewire,gpio
1x auf Windows 2012 Hyper-V-S

the ratman

→do↑p!dnʇs↓shit←

Mihca

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.
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

spi3845

#41
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"}


Markus M.

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?
FHEM dev + HomeBridge + Lenovo Flex15 + HM-CFG-USB + RFXtrx433 + Fritz!Box 7590/7580/546E

HM Aktor/Sensor/Winmatic/Keymatic/Thermostat, HUE, Netatmo Weather/Security/Heating, Xiaomi AirPurifier/Vacuum, Withings Aura/BPM/Cardio/Go/Pulse/Thermo, VSX828, Harmony, Siro ERB15LE
https://paypal.me/mm0

Mihca

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
Viele Grüße
Achim
__________
Kein Fehler ist so dumm, dass man ihn nicht machen könnte.
Raspi Ubuntu 22.04 Perl 5.34, Rollo-, Sonnen-, Licht-, Heizungs-, Poolsteuerung, Energiebilanzen -- HomeMatic, FS20, ESP/Tasmota/ESPEasy, CUL868v3 USB, MAX! Cube LAN mit CUL-Firmware HomeMatic

the ratman

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 ...
→do↑p!dnʇs↓shit←