HM updates

[martinp876]

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

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

attr global verbose 1
attr global mseclog 1
attr <cul> verbose 4

[martinp876]

Hi,

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

Gruss Martin

[kvo1]

Hallo Martin,

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

Gruß
klaus !

[felix]

Ich schließe mich dem Lob an, ganz großartig. Vielen Dank!

Grüße Felix

[Blockmove]

Hi,

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

Gruss Martin

Danke für die tolle Hilfe 

[strauch]

auch von mir ein dickes Dankeschön.

[Sailor]

Ebenfalls ein dickes Dankeschön und frohe Weihnachten!

Matt


Gesendet von meinem iPhone mit Tapatalk

[volschin]

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

[kvo1]

Hi Martin,

auch meinerseits alle Gute im neue Jahr  und danke für Deine unendliche Hilfe und Geduld.
Klaus

[woody]

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

[ulbr2000]

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

[martinp876]

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

[ulbr2000]

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

[ulbr2000]

Hallo Martin,

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

servus
Ulrich

[cwagner]

 
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

[peterK]

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

[martinp876]

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

[toupman]

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

[Mr. P]

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.

[toupman]

Entschuldigung,

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

Hier das Listing des Devices:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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

[Mr. P]

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.

[toupman]

Das war es, vielen Dank.

Wie kann so etwas passieren?

[Mr. P]

Zb am RT zufällig auf der linken Taste angekommen?

[kvo1]

Hallo

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

LG
Klaus

[phuture]

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

[stromer-12]

Die Links funktionieren, die Ausgabe wird nur ganz oben auf der Seite kurz eingeblendet.

[phuture]

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

[wires.io]

Offenbar gibt's gerade Probleme mit getConfig bei der Custom Firmware für den HM_LC_Sw1PBU_FM. Könnt Ihr das nachvollziehen?

[ffdec]

Eine SUPER-Doku!!!!!!!! Vielen Dank.

[jove01]

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

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

[MadMax-FHEM]

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:

Code Auswählen Erweitern


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

[Amenophis86]

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.

[CoolTux]

Hallo Joachim

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


Grüße

[MadMax-FHEM]

Hi,

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

Gruß, Joachim

[ph1959de]

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

[FunkOdyssey]

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.

[MadMax-FHEM]

Hi,

DANKE!

attr expert 1_allReg war die Lösung!!

[Neuhier]

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.

[FunkOdyssey]

Und wenn man die Datei vorher entpackt? 😄

[sku]

https://wiki.ubuntuusers.de/tar/#Extrahieren

*.tgz ist das gleiche wie *.tar.gz, daher mit

Code Auswählen Erweitern

tar -xzf archiv.tgz
einfach entpacken

[Neuhier]

Danke, wird sofort getestet.
Bin davon ausgegangen, daß es nur als Archiv verwendet werden kann.

[Frank_Huber]

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:

2017.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

2017.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.

[Neuhier]

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.