FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: martinp876 am 16 November 2013, 15:18:11

Titel: HM updates
Beitrag von: martinp876 am 16 November 2013, 15:18:11
Hi,

HM ist an das geänderte Log-format in FHEM angepasst worden.
Die Auswirkungen sind:
- loglevel gibt es nicht mehr in HMLAN, CUL_HM oder HMInfo
- verbose wird unterstützt
=> da ich jetzt meine roh-messages nicht mehr ordentlich von anderen trennen kann ist nun ein weiterer Filter eingebaut.
- logIDs erlaubt die gefilterte Ausgaben von rohmessages, ein wesentlicher Teil des debuggens.

um "schöne" rohmessages zu erhalten wie bisher kann man
attr global verbose 1
attr global mseclog 1
attr <hmlan> logIDs all,sys

setzen
vebose 1 schaltet alles (aussr 0,1) ab, siehe Doku
logIDs schaltet dann die gewünschten wieder ein:
sys: HMLAN interne messages, keep-alive, setups
all: alle HMIds
oder eine liste von HMIds oder deren Namen. Filtern kann man nur auf devices, nicht channels. Beim Setzen gibt man eine liste der devices (von mir aus auch Kanälen) oder HMIds. FHEM erlaubt sich, das Attribut zu korrigieren, sucht die devics falls channel und gibt die Liste zurück.

attr <hmlan> logIDs fb1_Btn1,fb1_Btn3,fb1_Btn2,LichtFlur,FB3
ergibt somit
logIDs fb1,LichtFlur,FB3

Gruss Martin

p.s. für CUL:
attr global verbose 1
attr global mseclog 1
attr <cul> verbose 4

Titel: Antw:HM updates
Beitrag von: martinp876 am 24 November 2013, 12:37:56
Hi,

anbei ein update auf den Anhang zum EinsteigerDoc für HM Devices.

Gruss Martin
Titel: Antw:HM updates
Beitrag von: kvo1 am 07 Dezember 2013, 12:29:29
Hallo Martin,

danke für die Doku, ist eine gute Hilfe !

Gruß
klaus !
Titel: Antw:HM updates
Beitrag von: felix am 09 Dezember 2013, 19:23:05
Ich schließe mich dem Lob an, ganz großartig. Vielen Dank!

Grüße Felix
Titel: Antw:HM updates
Beitrag von: Blockmove am 12 Dezember 2013, 22:11:49
Zitat von: martinp876 am 24 November 2013, 12:37:56
Hi,

anbei ein update auf den Anhang zum EinsteigerDoc für HM Devices.

Gruss Martin

Danke für die tolle Hilfe  :)
Titel: Antw:HM updates
Beitrag von: strauch am 17 Dezember 2013, 12:27:50
auch von mir ein dickes Dankeschön.
Titel: Antw:HM updates
Beitrag von: Sailor am 23 Dezember 2013, 16:29:13
Ebenfalls ein dickes Dankeschön und frohe Weihnachten!

Matt


Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
Titel: Antw:HM updates
Beitrag von: volschin am 01 Januar 2014, 11:59:25
Hallo Martin,
gesundes neues Jahr erstmal.

Nach dem Update von eben ist bei mir ein neuer Eintrag status_broadcast im Action Detector aufgetaucht. Was hat es damit auf sich?

Gruß
Veit
Titel: Antw:HM updates
Beitrag von: kvo1 am 01 Januar 2014, 13:45:56
Hi Martin,

auch meinerseits alle Gute im neue Jahr  und danke für Deine unendliche Hilfe und Geduld.
Klaus
Titel: Antw:HM updates
Beitrag von: woody am 17 Januar 2014, 18:09:07
Hallo,
ich hoffe das ist richtig hier....... hab nach heutigem update folgende fehlermessage beim start erhalten......

root@fhemserver001:/etc/init.d# Use of uninitialized value in hash element at ./FHEM/10_CUL_HM.pm line 4374.
Can't use string ("84") as a HASH ref while "strict refs" in use at ./FHEM/10_CUL_HM.pm line 4373.

auf der Konsole nach kurzer Zeit......fhem nicht mehrr ereichbar,,,,
root@fhemserver001:/etc/init.d# Can't use string ("84") as a HASH ref while "strict refs" in use at ./FHEM/10_CUL_HM.pm line 4373.


Viele Grüße

woody
Titel: Antw:HM updates
Beitrag von: ulbr2000 am 18 Januar 2014, 09:25:07
Hallo,

den Fehler kann ich bestätigen.
Bei mir:
Can't use string ("82") as a HASH ref while "strict refs" in use at ./FHEM/10_CUL_HM.pm line 4373
Danach ist der fhem Process gestoppt

Mit der 10_CUL_HM vom 10.1 läufts wieder

servus
Ulrich
Titel: Antw:HM updates
Beitrag von: martinp876 am 18 Januar 2014, 10:03:29
Hi,

hm - seltsam. Die Version 10_CUL_HM war 4669?
wann passiert es? Sofort beim start?
könnt ihr einmal global verbose auf 5 stellen wenn der Fehler kommt?
welche IO devices habt ihr?

Danke Martin
Titel: Antw:HM updates
Beitrag von: ulbr2000 am 18 Januar 2014, 18:37:54
Hallo Martin,

ja, es ist die 4669, mit der 4596 läuft es problemlos
Der Fehler tritt ca. 1-2min nach dem Start auf

Mein IO-Device ist der HMLAN.

Welche Log-Informationen brauchst du?

servus
Ulrich
Titel: Antw:HM updates
Beitrag von: ulbr2000 am 19 Januar 2014, 08:50:30
Hallo Martin,

mit der 10_CUL_HM.pm 4685 2014-01-18 14:06:50
funktioniert es jetzt wieder....

servus
Ulrich
Titel: Antw:HM updates
Beitrag von: cwagner am 19 Januar 2014, 09:40:01
 :)
Habe erst heute die sehr hilfreiche Doku wargenommen und kann sie nur jedem empfehlen. Macht vieles klarer!

Danke für die wertvolle Arbeit Martin


Christian
Titel: Antw:HM updates
Beitrag von: peterK am 21 Januar 2014, 16:40:38
Hallo MArtin,
seit dem letzten FHME update kann ich keine HM divices mehr 'vernünftig' paaren.
In den logfiles gehen nur die ersten 4 Zeilen (siehe Beispiel).
Ein getconfig zeigt zwar die Readings und die Channels an. beim nächsten restart sehe ich aber nur die Maske die set xxx virtual 1 anzeigt in FHEM, peerchan ist garnicht dabei z.b. bei der Sirenenansteuerung.
Was aber vielmehr nervt , ist der komplette Absturz von FHEM mit anschliessendem Reboot des Raspberry.
Ich weiss, ist alles ein bisschen unspezifisch aber habe schon vieles probiert und bräuchte jemanden, der mir hilft die Sache stabil zu bekommen.
kurzer Auszug aus der log

2014.01.21 15:40:44 2: CUL_HM set Az_DeckeSchreibtisch on
2014.01.21 15:40:45 2: CUL_HM set Display_16LED_Led_07 led red
2014.01.21 15:40:51 2: CUL_HM set Az_DeckeSchreibtisch statusRequest
2014.01.21 15:40:52 2: CUL_HM set Display_16LED_Led_07 led red
2014.01.21 15:41:27 3: CUL_HM Unknown device CUL_HM_HM_RC_19_SW_200749 is now defined
2014.01.21 15:41:27 2: autocreate: define CUL_HM_HM_RC_19_SW_200749 CUL_HM 200749
2014.01.21 15:41:27 2: autocreate: define FileLog_CUL_HM_HM_RC_19_SW_200749 FileLog ./log/CUL_HM_HM_RC_19_SW_200749-%Y.log CUL_HM_HM_RC_19_SW_200749
2014.01.21 15:41:29 3: CUL_HM pair: CUL_HM_HM_RC_19_SW_200749 remote, model HM-RC-19-SW serialNr KEQ0093210
2014.01.21 15:41:29 2: CUL_HM set CUL_HM_HM_RC_19_SW_200749 getConfig
2014.01.21 15:42:07 1: HMLAN_Parse: HMLAN1 new condition Warning-HighLoad
2014.01.21 15:42:28 0: Server shutdown
2014.01.21 15:42:28 0: Strange call for typeless FileLog_Az_Temperatur: ShutdownFn
2014.01.21 15:42:32 1: Including fhem.cfg
Titel: Antw:HM updates
Beitrag von: martinp876 am 21 Januar 2014, 20:19:00
HMLAN1 new condition Warning-HighLoad
dein HMLAN ist  kurz vor overload.
probiere es noch einmal wenn es reseted ist. Ggf logge die rohmessages und sende sie

Gruss Martin
Titel: Antw:HM updates
Beitrag von: toupman am 27 September 2014, 08:48:09
Hallo Martin,

nach einem Update spinnt einer der Thermostate und nimmt keine Wechsel der Soll Temperatur mehr vor.
Obwohl im Channel die richtigen Werte liegen:

R_0_tempListSat
00:05 11.5 07:00 12.0 10:00 22.0 17:30 18.5 23:00 22.0 23:55 12.0 24:00 11.5

Was kann ich tun, damit das Thermostat nochmal von neu lernt?

MfG

Tobias
Titel: Antw:HM updates
Beitrag von: Mr. P am 27 September 2014, 19:04:18
Hej Tobias,

also entweder schenkst du Martin zu deiner Frage eine Glaskugel, oder du lieferst ein paar zusätzliche Informationen. ;-)

zB:
Update wovon? RT oder FHEM?
Poste bitte ein Listing von deinem RT-Device und dem Clima-Channel.

Danach geht es schon einmal ein Stückchen leichter. ;-)
Titel: Antw:HM updates
Beitrag von: toupman am 28 September 2014, 09:25:42
Entschuldigung,

die Infos folgen sofort. Es geht um ein FHEM update am RT habe ich nichts gemacht.

Hier das Listing des Devices:

Internals:
   CHANGED
   DEF        22B8B7
   IODev      myHMLAN1
   LASTInputDev myHMLAN1
   MSGCNT     589
   NAME       Bad.Thermostat
   NR         51
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Bad.Thermostat_Btn1
   channel_03 Bad.Thermostat_WindowRec
   channel_04 Bad.Thermostat_Clima
   lastMsg    No:90 - t:10 s:22B8B7 d:000000 0A90D80E004E
   myHMLAN1_MSGCNT 589
   myHMLAN1_RAWMSG E22B8B7,0000,30F5F496,FF,FFCE,90861022B8B70000000A90D80E004E
   myHMLAN1_RSSI -50
   myHMLAN1_TIME 2014-09-28 09:20:45
   protLastRcv 2014-09-28 09:20:45
   protSnd    3 last_at:2014-09-28 02:19:36
   protState  CMDs_done
   rssi_at_myHMLAN1 avg:-50.38 min:-55 max:-49 lst:-50 cnt:589
   Readings:
     2014-09-27 08:41:38   Activity        alive
     2014-09-28 02:19:36   CommandAccepted yes
     2014-05-07 00:34:11   D-firmware      1.1
     2014-05-07 00:34:11   D-serialNr      KEQ0727849
     2014-05-07 00:34:12   PairedTo        0x26E9EC
     2014-05-07 00:02:27   R-backOnTime    10 s
     2014-05-07 00:34:12   R-btnLock       off
     2014-05-07 00:34:12   R-burstRx       off
     2014-05-07 00:34:12   R-cyclicInfoMsg undef lit:1
     2014-05-07 00:34:12   R-cyclicInfoMsgDis 0
     2014-05-07 00:34:12   R-globalBtnLock off
     2014-05-07 00:34:12   R-localResDis   off
     2014-05-07 00:02:27   R-lowBatLimitRT 2.1 V
     2014-05-07 00:34:12   R-modusBtnLock  off
     2014-05-07 00:34:12   R-pairCentral   0x26E9EC
     2014-05-07 00:34:12   RegL_00:        01:00 02:01 09:01 0A:26 0B:E9 0C:EC 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2014-09-24 22:45:01   RegL_07:        CA:10 CB:1F CC:23
     2014-09-28 09:20:45   actuator        0
     2014-08-26 18:08:04   battery         ok
     2014-09-28 09:20:45   batteryLevel    2.9
     2014-09-28 09:20:45   desired-temp    18.0
     2014-09-28 09:20:45   measured-temp   21.6
     2014-09-28 02:19:36   state           CMDs_done
     2014-09-28 02:18:12   time-request    -
   Helper:
     cSnd       1126E9EC22B8B7860418
     mId        0095
     rxType     140
     Io:
       newChn     +22B8B7,00,01,00
       nextSend   1411888845.14608
       prefIO
       rxt        2
       vccu
       p:
         22B8B7
         00
         01
         00
     Mrssi:
       mNo        90
       Io:
         myHMLAN1   -48
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmlan1:
         avg        -50.383701188455
         cnt        589
         lst        -50
         max        -49
         min        -55
     Shregw:
       07         04
Attributes:
   IODev      myHMLAN1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   event-on-change-reading Activity,actuator,desired-temp,measured-temp,batteryLevel,battery
   expert     2_full
   firmware   1.1
   fm_type    temp,desiredtemp,actuators
   model      HM-CC-RT-DN
   serialNr   KEQ0727849
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


Und hier das Listing des Clima-Channels

DEF        22B8B704
   NAME       Bad.Thermostat_Clima
   NR         59
   STATE      T: 21.6 desired: 18.0 valve: 0
   TYPE       CUL_HM
   chanNo     04
   device     Bad.Thermostat
   Readings:
     2014-05-07 00:34:35   R-boostPeriod   5 min
     2014-05-07 00:34:35   R-boostPos      80 %
     2014-09-24 18:49:45   R-btnNoBckLight off
     2014-05-07 00:34:35   R-dayTemp       21 C
     2014-09-24 18:49:45   R-daylightSaveTime on
     2014-09-24 18:49:45   R-decalcTime    11:00
     2014-09-24 18:49:45   R-decalcWeekday Sat
     2014-09-24 18:49:45   R-modePrioManu  all
     2014-09-24 18:49:45   R-modePrioParty all
     2014-05-07 00:34:35   R-nightTemp     17 C
     2014-09-24 18:49:45   R-noMinMax4Manu off
     2014-09-24 18:49:45   R-regAdaptive   on
     2014-09-24 18:49:45   R-reguExtI      15
     2014-09-24 18:49:45   R-reguExtP      30
     2014-09-24 18:49:45   R-reguExtPstart 30
     2014-09-24 18:49:45   R-reguIntI      15
     2014-09-24 18:49:45   R-reguIntP      30
     2014-09-24 18:49:45   R-reguIntPstart 29
     2014-09-24 18:49:45   R-showInfo      time
     2014-09-24 18:49:45   R-showWeekday   off
     2014-09-24 18:55:02   R-sign          off
     2014-05-07 00:34:35   R-tempMax       30.5 C
     2014-05-07 00:34:35   R-tempMin       4.5 C
     2014-09-24 18:49:45   R-tempOffset    0.0K
     2014-05-07 00:34:35   R-valveErrPos   15 %
     2014-05-07 00:34:35   R-valveMaxPos   100 %
     2014-05-07 00:34:35   R-valveOffsetRt 0 %
     2014-09-24 18:49:45   R-winOpnBoost   off
     2014-05-07 00:34:35   R-winOpnDetFall 1.4 K
     2014-09-24 18:49:45   R-winOpnMode    on
     2014-05-07 00:34:35   R-winOpnPeriod  15 min
     2014-05-07 00:34:35   R-winOpnTemp    12 C
     2014-09-24 18:55:06   R_0_tempListSat 00:05 11.5 07:00 12.0 10:00 22.0 17:30 18.5 23:00 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_1_tempListSun 00:05 11.5 07:00 12.0 10:00 22.0 17:30 18.5 23:00 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_2_tempListMon 00:05 11.5 05:30 12.0 08:30 22.0 17:30 12.0 22:30 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_3_tempListTue 00:05 11.5 05:30 12.0 08:30 22.0 17:30 12.0 22:30 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_4_tempListWed 00:05 11.5 05:30 12.0 08:30 22.0 17:30 12.0 22:30 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_5_tempListThu 00:05 11.5 05:30 12.0 08:30 22.0 17:30 12.0 22:30 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_6_tempListFri 00:05 11.5 05:30 12.0 08:30 22.0 17:30 12.0 22:30 22.0 23:55 12.0 24:00 11.5
     2014-09-24 18:55:06   R_tempList_State verified
     2014-09-24 18:55:02   RegL_01:        08:00 00:00
     2014-09-24 18:55:06   RegL_07:        01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:8E 14:2E 15:01 16:30 17:54 18:58 19:78 1A:4A 1B:D2 1C:59 1D:14 1E:31 1F:1F 20:2F 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:2E 2F:01 30:30 31:54 32:58 33:78 34:4A 35:D2 36:59 37:14 38:31 39:1F 3A:2F 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:2E 49:01 4A:30 4B:42 4C:58 4D:66 4E:30 4F:D2 50:59 51:0E 52:31 53:1F 54:2F 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:2E 63:01 64:30 65:42 66:58 67:66 68:30 69:D2 6A:59 6B:0E 6C:31 6D:1F 6E:2F 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:2E 7D:01 7E:30 7F:42 80:58 81:66 82:30 83:D2 84:59 85:0E 86:31 87:1F 88:2F 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:2E 97:01 98:30 99:42 9A:58 9B:66 9C:30 9D:D2 9E:59 9F:0E A0:31 A1:1F A2:2F A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:2E B1:01 B2:30 B3:42 B4:58 B5:66 B6:30 B7:D2 B8:59 B9:0E BA:31 BB:1F BC:2F BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1D CD:0F CE:1E CF:1E 00:00
     2014-09-28 09:23:46   ValvePosition   0
     2014-09-28 09:23:46   boostTime       -
     2014-09-28 09:23:46   controlMode     manual
     2014-09-28 09:23:46   desired-temp    18.0
     2014-09-28 09:23:46   measured-temp   21.6
     2014-06-30 23:24:15   mode            auto
     2014-09-28 09:23:46   motorErr        ok
     2014-09-28 09:23:46   partyEnd        -
     2014-09-28 09:23:46   partyStart      -
     2014-09-28 09:23:46   partyTemp       -
     2014-09-28 09:23:46   state           T: 21.6 desired: 18.0 valve: 0
   Helper:
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   fp_Grundriss 312,799,2,Bad
   model      HM-CC-RT-DN
   peerIDs    00000000,


Vielen Dank für Eure Hilfe
Titel: Antw:HM updates
Beitrag von: Mr. P am 28 September 2014, 09:38:58
Hej Tobias,

dein RT ist im Manual-Mode... da greifen natürlich auch keine definierten Zeiten. Der bleibt stur auf der Temperatur, die eingestellt wurde.
Stell ihn wieder um auf Auto-Mode (entweder am RT selbst oder über FHEM) und alles ist gut. ;-)
Und bei Gelegenheit lösche einmal die Readings vom Channel 4 und hol sie dir per getConfig neu, dann verschwindet auch das möglicherweise verwirrende 'mode'-Reading. ;-)
Titel: Antw:HM updates
Beitrag von: toupman am 29 September 2014, 10:00:46
Das war es, vielen Dank.

Wie kann so etwas passieren?
Titel: Antw:HM updates
Beitrag von: Mr. P am 29 September 2014, 10:21:07
Zb am RT zufällig auf der linken Taste angekommen? ;-)
Titel: Antw:HM updates
Beitrag von: kvo1 am 29 September 2014, 19:44:33
Hallo

die Tasten kann man aber meines Wissens nach auch sperren, dann passiert so etwas nicht  ;)

LG
Klaus
Titel: Antw:HM updates
Beitrag von: phuture am 19 Januar 2015, 07:29:00
Hallo,

seit dem letzten FHEM Update sind die Links von HMInfo (update,protoEvents,short,rssi,peerXref,configCheck,models) auf der Everything-Seite unter Firefox (Linux und Windows nicht mehr funktionsfähig). Werden zwar als Links erkannt, jedoch nicht klickbar. Direkt auf der Seite des HMInfo Device funktionieren die WebCmd-Links. IE kann ich nicht sagen.

@Mod - Wenn im falschen Forum, sorry und bitte verschieben.

Gruß,
PH
Titel: Antw:HM updates
Beitrag von: stromer-12 am 19 Januar 2015, 11:32:49
Die Links funktionieren, die Ausgabe wird nur ganz oben auf der Seite kurz eingeblendet.
Titel: Antw:HM updates
Beitrag von: phuture am 19 Januar 2015, 11:39:32
Zitat von: stromer-12 am 19 Januar 2015, 11:32:49
Die Links funktionieren, die Ausgabe wird nur ganz oben auf der Seite kurz eingeblendet.

LOL, stimmt :-) Ob das so optimal ist, ich weiß nicht. Ich muss ganz schön nach oben scrollen um dann die (unformatierte) Ausgabe zu sehen.
Danke und Gruß,
PH
Titel: Antw:HM updates
Beitrag von: wires.io am 25 August 2015, 17:34:43
Offenbar gibt's gerade Probleme mit getConfig bei der Custom Firmware für den HM_LC_Sw1PBU_FM. Könnt Ihr das nachvollziehen?
Titel: Antw:HM updates
Beitrag von: ffdec am 23 Januar 2016, 08:31:28
Eine SUPER-Doku!!!!!!!! Vielen Dank.
Titel: Antw:HM updates
Beitrag von: jove01 am 02 Februar 2016, 14:41:43
Hallo

Anfangs dachte ich, dass es besser sei, mein Problem in dem Beitrag zu Posten,  der sich mit meiner Rolladensteuerung befasst.

http://forum.fhem.de/index.php/topic,23571.msg402484.html#msg402484
(http://forum.fhem.de/index.php/topic,23571.msg402484.html#msg402484)
Aber das das ein alter Post ist, wird dort nicht mehr gelesen. Daher hier der Linken auf meinen ersten Post. Ich hoffe, das ist so o.k.
PS: ich habe die HM-Rolladen-unterputz-Schalter im Einsatz.

Danke
Jürgen
Titel: Antw:HM updates
Beitrag von: MadMax-FHEM am 13 März 2016, 21:22:39
Hallo,

habe es eben noch mal nachvollzogen (leider komme ich aktuell nicht mehr zurück, leider bei diesem Testsystem kein BackupBeforeUpdate...):

nach einem Update (Fhem 5.6 -> 5.7 also Stand heute) fehlen bei den HM-Komponenten einige Readings, u.a. R-lowBatLimitRT (daher habe ich es gemerkt, weil meine Batteriestandsanzeige nicht mehr gestimmt hat).

Hier das Listing einer Beispielkomponente meines Testsystems:


Internals:
   DEF        453732
   IODev      nanoCUL868
   LASTInputDev nanoCUL868
   MSGCNT     130
   NAME       HM_453732
   NR         134
   NTFY_ORDER 50-HM_453732
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_453732_Weather
   channel_02 HM_453732_Climate
   channel_03 HM_453732_WindowRec
   channel_06 HM_453732_remote
   channel_07 HM_453732_SwitchTr
   lastMsg    No:02 - t:00 s:453732 d:AFFE02 1300AD4E4551303132323533365803FFFF
   nanoCUL868_MSGCNT 130
   nanoCUL868_RAWMSG A1A028400453732AFFE021300AD4E4551303132323533365803FFFF::-46:nanoCUL868
   nanoCUL868_RSSI -46
   nanoCUL868_TIME 2016-03-13 21:07:49
   protCondBurst on
   protLastRcv 2016-03-13 21:07:49
   protSnd    124 last_at:2016-03-13 21:07:47
   protState  CMDs_done
   rssi_at_nanoCUL868 avg:-44.36 min:-46 max:-42.5 lst:-46 cnt:130
   Readings:
     2016-03-13 21:07:49   Activity        alive
     2016-03-13 21:07:32   CommandAccepted yes
     2016-03-13 21:07:49   D-firmware      1.3
     2016-03-13 21:07:49   D-serialNr      NEQ0122536
     2016-03-13 21:07:32   PairedTo        0xAFFE02
     2016-03-13 21:07:32   R-burstRx       on
     2016-03-13 21:07:32   R-cyclicInfoMsg on
     2016-03-13 21:07:32   R-cyclicInfoMsgDis 0
     2016-03-13 21:07:32   R-pairCentral   0xAFFE02
     2016-03-13 21:07:32   RegL_00.          01:01 02:01 09:01 0A:AF 0B:FE 0C:02 0F:00 11:00  12:16 16:01 18:00 19:00 1A:00 00:00
     2016-03-13 21:07:47   state           CMDs_done
     Regl_07.:
       VAL
   Helper:
     HM_CMDNR   2
     cSnd       01AFFE024537320703,01AFFE0245373207040000000001
     mId        00AD
     rxType     6
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +453732,00,00,00
       nextSend   1457899669.8897
       prefIO
       rxt        0
       vccu
       p:
         453732
         00
         00
         00
     Mrssi:
       mNo        02
       Io:
         nanoCUL868 -44
     Prt:
       awake      0
       bErr       0
       brstWu     0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_nanocul868:
         avg        -44.3692307692308
         cnt        130
         lst        -46
         max        -42.5
         min        -46
     Shregw:
       07         02
     Shadowreg:
Attributes:
   IODev      nanoCUL868
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.3
   model      HM-TC-IT-WM-W-EU
   msgRepeat  1
   room       CUL_HM
   serialNr   NEQ0122536
   subType    thermostat
   webCmd     getConfig:clear msgEvents



Hatte das gleiche Problem beim System meiner Freundin.
Habe hier und dort bereits die Readings gelöscht und getConfig, hat aber nichts geholfen.

Das System meiner Freundin habe ich wieder zurück gerüstet (Backup eingespielt) und promt war das Reading R-lowBatLimitRT wieder da...

Stimmt da bei mir etwas nicht, oder hat sich da ein Fehler eingeschlichen??

Vielen Dank, Joachim
Titel: Antw:HM updates
Beitrag von: Amenophis86 am 14 März 2016, 05:51:44
Kann es sein, dass die Readings in einem Channel waren? Viele sind im Laufe der letzten Zeit von einem Channel ins Hauptdevice verlagert worden. Schau mal da nach.
Titel: Antw:HM updates
Beitrag von: CoolTux am 14 März 2016, 05:54:12
Hallo Joachim

Dein expert Attribut ist nicht mehr aktuell, schau mal was Du da jetzt zur Auswahl hast.


Grüße
Titel: Antw:HM updates
Beitrag von: MadMax-FHEM am 14 März 2016, 09:04:02
Hi,

ok vielen Dank schon mal.
Ich schau mal nach ob sich die Daten jetzt woanders befinden...
...und auch wegen dem attr...

Gruß, Joachim
Titel: Antw:HM updates
Beitrag von: ph1959de am 14 März 2016, 09:09:48
Also zumindest R-lowBatLimitRT befindet sich noch am HM-CC-RT-DN Device selbst, wird aber erst sichtbar, wenn attr expert 1_allReg gesetzt ist.

Peter
Titel: Antw:HM updates
Beitrag von: FunkOdyssey am 14 März 2016, 09:18:39
Ich lese hier mit und war auch verwundert über die neuen Möglichkeiten des Attributs "expert".
Beim Sichten ist mir aufgefallen, dass die Auswahl in FHEM von der Dokumentation in der CommandRef abweicht. Die englische Dokumentation ist dabei auch wieder ein wenig anders.
Titel: Antw:HM updates
Beitrag von: MadMax-FHEM am 14 März 2016, 18:47:22
Hi,

DANKE!

attr expert 1_allReg war die Lösung!!
Titel: Antw:HM updates
Beitrag von: Neuhier am 20 September 2017, 22:50:42
Habe die betreffende Datei heruntergeladen, nach /opt/fhem kopiert und fwUpdate gestartet.

Es kommt: file corrupt. length:2759 expected:2760

Auch mehrmaliges Downloaden bringt den gleichen Fehler.

Also die Datei selber ist OK.

Benenne ich die zu *.eq3 um, statt *.tgz, ist das Ergebnis gleich.
Titel: Antw:HM updates
Beitrag von: FunkOdyssey am 20 September 2017, 23:25:37
Und wenn man die Datei vorher entpackt? 😄
Titel: Antw:HM updates
Beitrag von: sku am 21 September 2017, 00:51:32
https://wiki.ubuntuusers.de/tar/#Extrahieren

*.tgz ist das gleiche wie *.tar.gz, daher mit
tar -xzf archiv.tgz
einfach entpacken
Titel: Antw:HM updates
Beitrag von: Neuhier am 21 September 2017, 10:02:19
Danke, wird sofort getestet.
Bin davon ausgegangen, daß es nur als Archiv verwendet werden kann.
Titel: Antw:HM updates
Beitrag von: Frank_Huber am 22 September 2017, 11:16:17
Morgen zusammen,

ich schaffe es nicht meine HM-ES-PMSw1-Pl  auf 2.5 hochzuziehen. Stand heute hat sie 1.6.
als CUL dient ein miniCUL v2 mit FW: V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)

Update-Zeilen im Log:
Zitat2017.09.22 11:06:00 2: CUL_HM fwUpdate started for HM_5BAB0A
2017.09.22 11:06:00 3: CUL_HM set HM_5BAB0A fwUpdate /opt/fhem/FHEM/firmware/HM-ES-PMSw1-Pl-DN-R1_update_V2_5_0009_150217.eq3 30
2017.09.22 11:06:01 2: CUL_HM fwUpdate HM_5BAB0A entered mode. IO-speed: fast
2017.09.22 11:06:06 1: PERL WARNING: Use of uninitialized value $mNo in sprintf at ./FHEM/10_CUL_HM.pm line 7022.
2017.09.22 11:06:31 2: CUL_HM fwUpdate HM_5BAB0A end. IO-speed: normal

was läuft falsch? unterliege ich einem Layer 8 Problem?


EDIT:

Ja, Layer 8 Problem...
Habe mir jetzt das FW HTTPMOD eingerichtet und da drüber die FW erneut heruntergeladen.
Siehe da, ich hatte eine falsche FW...

falsch:  HM-ES-PMSw1-Pl-DN-R1_update_V2_5_0009_150217.eq3
richtig: HM-ES-PMSw1-Pl_update_V2_5_0009_150217.eq3

Zitat2017.09.22 11:25:10 2: CUL_HM fwUpdate started for HM_5BAB0A
2017.09.22 11:25:10 3: CUL_HM set HM_5BAB0A fwUpdate /opt/fhem/FHEM/firmware/HM-ES-PMSw1-Pl_update_V2_5_0009_150217.eq3
2017.09.22 11:25:11 2: CUL_HM fwUpdate HM_5BAB0A entered mode. IO-speed: fast
2017.09.22 11:27:58 2: CUL_HM fwUpdate HM_5BAB0A end. IO-speed: normal
2017.09.22 11:27:58 2: CUL_HM fwUpdate completed

Danke für eure Aufmerksamkeit. ;)
Titel: Antw:HM updates
Beitrag von: Neuhier am 22 September 2017, 13:45:44
Das mit dem

HM-ES-PMSw1-Pl-DN-R1_update_V2_5_0009_150217.tzg

hat mich auch gewaltig irritiert.

Dann in den Attributes nachgesehen, dort ist ohne DN-R1.