[gefixed] Heutiges CUL_HM update defekt

Begonnen von Jamo, 06 Januar 2019, 12:02:18

Vorheriges Thema - Nächstes Thema

betateilchen

Davon abgesehen, sollten sich Module ohne gültige SVN Id gar nicht ins repository einchecken lassen, das wird vom pre-commit hook geprüft.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Otto123

Moin,

komisch, ich hatte die Datei gestern 10:20 Uhr aus dem SVN geholt. In der Datei sieht der Header so aus:
##############################################
##############################################
# CUL HomeMatic handler
# $Id$

package main;

Jetzt auf meinem Testsystem update gemacht, da kommt die Info:
10_CUL_HM.pm      18776 2019-03-03 08:48:20Z martinp876

Der Unterschied beider Dateien:
diff 10_CUL_HM.pm /opt/fhem/FHEM/10_CUL_HM.pm
4c4
< # $Id$
---
> # $Id: 10_CUL_HM.pm 18776 2019-03-03 08:48:20Z martinp876 $

Hab ich mir da selbst ein Problem bereitet? Ist das die falsche download location?
https://svn.fhem.de/fhem/trunk/fhem/FHEM/


Ich sehe gerade: Id$ ist ne Variable? Die Version wird erst beim Update dahinein geschrieben?
Wie mach ich es richtig? Sorry für meine Unwissenheit  ;)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

betateilchen

Zitat von: Otto123 am 04 März 2019, 10:59:16
Ich sehe gerade: Id$ ist ne Variable? Die Version wird erst beim Update dahinein geschrieben?

Nein. $Id$ ist ein svn keyword, das beim Einchecken in das svn repository automatisch durch die Versionansgabe von SVN ersetzt wird.

http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html

Mit FHEM oder dem Update hat das nichts zu tun. Warum Du eine Version ohne Versionsangabe gefunden hast - keine Ahnung.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Otto123

Ok ich glaube ich habe es verstanden. Wenn man die Datei (z.b. mit wget) von hier holt:
https://svn.fhem.de/trac/export/HEAD/trunk/fhem/FHEM/
ist die Versionsinfo mit drin.
Holt man sie von hier
https://svn.fhem.de/fhem/trunk/fhem/FHEM/
ist nur die svn:keywords property enthalten. Die wird offenbar beim "checkout" ersetzt.

Sorry für die Verwirrung.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Morgennebel

#274
Ich hab ein neues Problem: mein HM-ES-TX-WM mag mich nicht mehr und liefert keine Werte vom Gaszähler.

Ein list des Devices - zu sehen: gasCnt und gasCntCalc kommen von 2019-03-01 16:44 (jetzt ist 2019-03-04 14:36):


Internals:
   DEF        3BD1F4
   FUUID      5c581552-f33f-4ba1-6a08-5543e9fee74fedea
   HM_HMLAN1_MSGCNT 516
   HM_HMLAN1_RAWMSG R48ED1928,0001,915450D2,FF,FFC6,7480023BD1F41A2B3C80
   HM_HMLAN1_RSSI -58
   HM_HMLAN1_TIME 2019-03-04 14:38:12
   HM_HMLAN2_MSGCNT 504
   HM_HMLAN2_RAWMSG 050000527480023BD1F41A2B3C80
   HM_HMLAN2_RSSI -82
   HM_HMLAN2_TIME 2019-03-04 14:38:12
   HM_HMLAN3_MSGCNT 510
   HM_HMLAN3_RAWMSG 050000467480023BD1F41A2B3C80
   HM_HMLAN3_RSSI -70
   HM_HMLAN3_TIME 2019-03-04 14:38:12
   IODev      HM_HMLAN1
   LASTInputDev HM_HMLAN3
   MSGCNT     1530
   NAME       HM_EG.KELLER_GasCounter
   NOTIFYDEV  global
   NR         135
   NTFY_ORDER 50-HM_EG.KELLER_GasCounter
   STATE      Nack
   TYPE       CUL_HM
   channel_01 HM_EG.KELLER_GasCounter_IEC_01
   channel_02 HM_EG.KELLER_GasCounter_IEC_02
   lastMsg    No:74 - t:02 s:3BD1F4 d:1A2B3C 80
   protCmdDel 14
   protLastRcv 2019-03-04 14:38:12
   protNack   4 last_at:2019-03-04 14:38:12
   protRcv    519 last_at:2019-03-04 14:38:12
   protResnd  2 last_at:2019-03-04 14:36:15
   protSnd    10 last_at:2019-03-04 14:38:11
   protState  CMDs_done_Errors:1
   rssi_at_HM_HMLAN1 cnt:516 min:-64 max:-55 avg:-58.21 lst:-58
   rssi_at_HM_HMLAN2 cnt:504 min:-91 max:-78 avg:-80.92 lst:-82
   rssi_at_HM_HMLAN3 cnt:510 min:-77 max:-68 avg:-71.3 lst:-70
   Helper:
     DBLOG:
       state:
         DBLOG:
           TIME       1551706692.16621
           VALUE      Nack
   READINGS:
     2019-03-03 17:29:13   Activity        alive
     2019-03-04 14:38:12   CommandAccepted no
     2017-11-18 09:17:48   D-firmware      1.0
     2017-11-18 09:17:48   D-serialNr      MEQ0381203
     2018-01-18 13:46:28   PairedTo        0x1A2B3C
     2017-12-29 17:36:22   R-baudrate      undef lit:255
     2017-12-10 12:43:44   R-mtrConstGas   0.1 m3/I
     2017-12-10 12:43:44   R-mtrConstIr    100 U/kWh
     2017-12-10 12:43:44   R-mtrConstLed   10000 i/kWh
     2017-12-10 12:43:44   R-mtrSensIr     0 %
     2017-12-10 12:43:44   R-mtrType       gas
     2017-12-10 12:43:43   R-pairCentral   0x1A2B3C
     2017-12-10 12:43:44   R-sign          off
     2017-12-10 12:43:43   R-transmDevTryMax 6
     2017-12-10 12:43:44   R-transmitTryMax 6
     2019-03-01 16:44:34   boot            off
     2019-03-01 16:44:34   eState          E: 19810.6 P: 3.798
     2019-03-01 16:44:34   gasCnt          19810.6
     2019-03-01 16:44:34   gasCntCalc      19810.6
     2019-03-01 16:44:34   gasPower        3.798
     2018-12-13 10:37:08   statStateDay    Nack: 10:37:13 Nack_Count: 1
     2018-12-12 23:59:55   statStateDayLast Nack: 24:00:00 Nack_Count: 1
     2018-12-13 10:37:08   statStateHour   Nack: 00:37:13 Nack_Count: 1
     2018-12-13 09:59:55   statStateHourLast Nack: 01:00:00 Nack_Count: 1
     2018-12-13 10:37:08   statStateMonth  Nack: 12d 10:37:13 Nack_Count: 1
     2018-11-30 23:59:55   statStateMonthLast Nack: 29d 23:59:59 Nack_Count: 1
     2018-12-13 10:37:08   statStateYear   Nack: 2538d 10:36:26 Nack_Count: 1
     2012-01-01 00:00:41   statStateYearLast Nack: 00:00:43 Nack_Count: 1
     2019-03-04 14:38:12   state           Nack
   helper:
     HM_CMDNR   116
     cSnd       ,011A2B3C3BD1F402040000000001
     mId        00DE
     peerFriend
     peerOpt    -:powerSensor
     regLst     0
     rxType     12
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     io:
       newChn     +3BD1F4,00,00,00
       nextSend   1551706692.24502
       rxt        2
       vccu       VCCU
       p:
         3BD1F4
         00
         00
         00
       prefIO:
         HM_HMLAN1
     mRssi:
       mNo        74
       io:
         HM_HMLAN1:
           -52
           -52
         HM_HMLAN2:
           -82
           -82
         HM_HMLAN3:
           -70
           -70
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
     rssi:
       at_HM_HMLAN1:
         avg        -58.2112403100775
         cnt        516
         lst        -58
         max        -55
         min        -64
       at_HM_HMLAN2:
         avg        -80.9246031746031
         cnt        504
         lst        -82
         max        -78
         min        -91
       at_HM_HMLAN3:
         avg        -71.3019607843137
         cnt        510
         lst        -70
         max        -68
         min        -77
     tmpl:
Attributes:
   IODev      HM_HMLAN2
   IOgrp      VCCU:HM_HMLAN1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     1_allReg
   firmware   1.0
   model      HM-ES-TX-WM
   room       R_Keller,SYS_HomeMatic
   serialNr   MEQ0381203
   subType    powerSensor
   verbose    5
   webCmd     getConfig:clear msgEvents


Und ein Auszug aus dem fhem-Logfile:


2019.03.04 14:30:33 3: CUL_HM set HM_EG.KELLER_GasCounter getConfig
2019.03.04 14:32:29 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:1
2019.03.04 14:32:29 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:2
2019.03.04 14:32:29 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:3
2019.03.04 14:32:29 3: CUL_HM set HM_EG.KELLER_GasCounter getConfig
2019.03.04 14:33:57 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_processing... pending:3
2019.03.04 14:33:57 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:33:57 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_processing... pending:3
2019.03.04 14:33:57 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_done_Errors:1
2019.03.04 14:33:57 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:33:57 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:33:58 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:33:58 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:33:58 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:34:25 1: PERL WARNING: Use of uninitialized value $val in substitution (s///) at fhem.pl line 1641.
2019.03.04 14:34:25 1: PERL WARNING: Use of uninitialized value $val in substitution (s///) at fhem.pl line 1642.
2019.03.04 14:34:25 1: PERL WARNING: Use of uninitialized value $val in concatenation (.) or string at fhem.pl line 1643.
2019.03.04 14:34:33 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:1
2019.03.04 14:34:33 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:2
2019.03.04 14:34:33 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:3
2019.03.04 14:34:33 3: CUL_HM set HM_EG.KELLER_GasCounter getConfig
2019.03.04 14:36:11 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_processing... pending:3
2019.03.04 14:36:11 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:36:11 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:36:15 4: CUL_HM_Resend: HM_EG.KELLER_GasCounter nr 2
2019.03.04 14:36:15 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_pending pending:3
2019.03.04 14:38:11 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_processing... pending:3
2019.03.04 14:38:11 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:38:11 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:38:11 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:38:12 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:38:12 5: CUL_HM HM_EG.KELLER_GasCounter protEvent:CMDs_done_Errors:1
2019.03.04 14:38:12 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process
2019.03.04 14:38:12 4: CUL_HM HM_EG.KELLER_GasCounter dupe: dont process


Es läuft


# $Id: 10_CUL_HM.pm 18776 2019-03-03 08:48:20Z martinp876 $


Das Gerät läuft noch mit Firmware 1.0 sehe ich gerade... Mein zweites läuft mit v1.2 und scheint zu funktionieren...?

Danke, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Morgennebel

Nach Update auf Gerätefirmware v1.2 läuft alles wieder...

Danke, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Morgennebel

#276
Beim anlernen gibts übrigens noch Fehlermeldungen:


2019.03.04 15:28:21 3: CUL_HM set VCCU hmPairForSec 600
2019.03.04 15:28:36 2: CUL_HM Unknown device HM_6649B3 is now defined
2019.03.04 15:28:36 1: PERL WARNING: Use of uninitialized value $d in hash element at fhem.pl line 4471.
2019.03.04 15:28:36 1: PERL WARNING: Use of uninitialized value $mh{"devN"} in hash element at ./FHEM/10_CUL_HM.pm line 1486.
2019.03.04 15:28:36 1: PERL WARNING: Use of uninitialized value $mh{"devN"} in hash element at ./FHEM/10_CUL_HM.pm line 1487.
2019.03.04 15:28:36 1: PERL WARNING: Use of uninitialized value $mh{"devN"} in regexp compilation at ./FHEM/10_CUL_HM.pm line 3039.
2019.03.04 15:28:36 2: CUL_HM Unknown device HM_6649B3 is now defined
2019.03.04 15:28:36 2: CUL_HM Unknown device HM_6649B3 is now defined
2019.03.04 15:28:43 1: Error: >< has no TYPE, but following keys: >helper<


HM_6649B3 taucht dann auch nicht im CUL_HM-Raum auf oder in Unsorted oder in Everything...?

Ciao, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

webdandy

Guten Morgen!

seit der gefixten Version für "virtual sd team leads" (10_CUL_HM.pm 18776) sehe ich nach einem Neustart von FHEM folgendes im Log.

2019.03.06 06:38:42 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/10_CUL_HM.pm line 4069, <$fh> line 183.

Wahrscheinlich ist es zu vernachlässigen, aber vielleicht hat ja Martin eine Idee?
Mir ist so, als wenn solch eine Meldung in diesem Thread schon mal gepostet wurde und es als Schönheitsfehler dann gefixt wurde.
Auf Wunsch kann ich gerne weitere Infos liefern, bitte sagen welche.

Grüße Fabian



The-Holgi

Hallo,
eine ähnliche Meldung habe ich auch im log. Bin mir aber fast sicher, das die Meldung auch vor dem uodate auf Version 18776 da war.
PERL WARNING: Useless use of hash element in void context at ./FHEM/10_CUL_HM.pm line 4069, <$fh> line 691

Gruß Holger
Raspberry Pi 5

netlars

Hey,

seit langen habe ich mal wieder ein Update meines fhem gemacht.
Jetzt gehen meine Schalter nicht mehr, die mittels ASKSIN Firmware bespielt sind. Die werden nur noch mit einem Ausrufezeichen angezeigt, wenn ich meine alte 10_CUL_HM.pm wieder einspiele gehen die Schalter wieder.
Irgendwas ist kaputt zur Verbindung zum ASKSIN.pm

Kann mir da einer weiter helfen?

MfG
Lars

blackbite

Zitat von: webdandy am 06 März 2019, 06:46:15
Guten Morgen!

seit der gefixten Version für "virtual sd team leads" (10_CUL_HM.pm 18776) sehe ich nach einem Neustart von FHEM folgendes im Log.

2019.03.06 06:38:42 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/10_CUL_HM.pm line 4069, <$fh> line 183.

Wahrscheinlich ist es zu vernachlässigen, aber vielleicht hat ja Martin eine Idee?
Mir ist so, als wenn solch eine Meldung in diesem Thread schon mal gepostet wurde und es als Schönheitsfehler dann gefixt wurde.
Auf Wunsch kann ich gerne weitere Infos liefern, bitte sagen welche.

Grüße Fabian

Kann ich ebenfalls bestätigen. Die Version davor hat die Warning nicht.

VG
Thorsten
Blackbite

Lazgar

Hallo.

Habe das selbe Problem wie netlars. Hat jemand eine Lösung dafür?

LG Lazgar

papa

Zitat von: netlars am 06 März 2019, 18:00:23
Hey,

seit langen habe ich mal wieder ein Update meines fhem gemacht.
Jetzt gehen meine Schalter nicht mehr, die mittels ASKSIN Firmware bespielt sind. Die werden nur noch mit einem Ausrufezeichen angezeigt, wenn ich meine alte 10_CUL_HM.pm wieder einspiele gehen die Schalter wieder.
Irgendwas ist kaputt zur Verbindung zum ASKSIN.pm

Kann mir da einer weiter helfen?

Wen Du Dein Problem besser beschreibst - vielleicht ja.
Welche Firmware genau ? Kannst Du mal ein List machen, wenn es noch geht.
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire

netlars

Hey, danke für die Antwort.
Habe auch grad gesehen, da gibt es noch einen Thread aber da gibt es auch keine Lösung, und ich denke es hängt mit der hm.pm zusammen.

Mit den letzten Versionen bekomme ich keinen Status der Schalter mehr rein, es wird mir immer ein Ausrufezeichen angezeigt. Ich kann aber noch von Fhem aus ein und aus schalten.

hier das list:
Internals:
   CHANGED   
   DEF        52F24404
   FUUID      5c7d8f7f-f33f-2a09-942b-fb827a85c782617d
   NAME       HM_52F244_Sw_02
   NOTIFYDEV  global
   NR         368
   NTFY_ORDER 50-HM_52F244_Sw_02
   STATE      off
   TYPE       CUL_HM
   chanNo     04
   device     Treppe_EG_OG
   peerList   self01,self02,
   READINGS:
     2019-03-08 05:06:09   CommandAccepted yes
     2017-09-06 17:17:36   R-self01-lgActionType jmpToTarget
     2017-09-06 17:17:36   R-self01-shActionType jmpToTarget
     2017-09-06 17:17:38   R-self02-lgActionType jmpToTarget
     2017-09-06 17:17:38   R-self02-shActionType jmpToTarget
     2019-03-06 17:16:40   RegL_01.        00:00 82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00 8A:00 8B:00 8C:00
     2019-03-06 17:16:42   RegL_03.self01  00:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:01 0B:66 0C:66 82:00 83:00 84:00 85:00 86:00 87:00 88:00 89:00 8A:01 8B:00 8C:00
     2019-03-06 17:16:45   RegL_03.self02  00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:33 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33
     2019-03-08 05:24:10   current         0
     2019-03-08 05:06:11   deviceMsg       off (to CUL_1)
     2019-03-08 05:06:11   level           0 %
     2019-03-08 05:06:11   pct             0
     2019-03-07 20:22:38   peerList        self01,self02,
     2019-03-08 05:06:11   recentStateType info
     2019-03-08 05:06:11   state           off
     2019-03-08 05:06:11   timedOn         off
     2019-03-07 20:07:02   trigLast        fhem:02
     2019-03-06 20:04:16   trig_HM_52F244_Btn_01 Short_14
     2019-03-07 07:18:59   trig_HM_52F244_Btn_02 Short_18
   helper:
     regLst     ,1,3p
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
Attributes:
   alexaName  Treppe Erdgeschoss
   alias      Treppe EG - OG
   event-on-change-reading .*
   group      Switch
   model      HM-LC-Sw1PBU-FM-CustomFW
   peerIDs    00000000,52F24401,52F24402,
   room       Beleuchtung,alexa


MfG
Lars

papa

Aha - es handelt sich also um einen umgeflaschten Schalter. Diese Info ist durchaus wichtig. Wie sieht die Installation aus ? Welche Versionen der CustomFW-Module sind installiert ? Gibt es Ausgaben im FHEM Log ?

BTW: Hast Du schon mal diese Lösung versucht ?

https://forum.fhem.de/index.php/topic,18071.msg884602.html#msg884602
BananaPi + CUL868 + CUL433 + HM-UART + 1Wire