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
Hi,
anbei ein update auf den Anhang zum EinsteigerDoc für HM Devices.
Gruss Martin
Hallo Martin,
danke für die Doku, ist eine gute Hilfe !
Gruß
klaus !
Ich schließe mich dem Lob an, ganz großartig. Vielen Dank!
Grüße Felix
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 :)
auch von mir ein dickes Dankeschön.
Ebenfalls ein dickes Dankeschön und frohe Weihnachten!
Matt
Gesendet von meinem iPhone mit Tapatalk (http://tapatalk.com/m?id=1)
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
Hi Martin,
auch meinerseits alle Gute im neue Jahr und danke für Deine unendliche Hilfe und Geduld.
Klaus
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
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
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
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
Hallo Martin,
mit der 10_CUL_HM.pm 4685 2014-01-18 14:06:50
funktioniert es jetzt wieder....
servus
Ulrich
:)
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
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
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
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
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. ;-)
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
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. ;-)
Das war es, vielen Dank.
Wie kann so etwas passieren?
Zb am RT zufällig auf der linken Taste angekommen? ;-)
Hallo
die Tasten kann man aber meines Wissens nach auch sperren, dann passiert so etwas nicht ;)
LG
Klaus
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
Die Links funktionieren, die Ausgabe wird nur ganz oben auf der Seite kurz eingeblendet.
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
Offenbar gibt's gerade Probleme mit getConfig bei der Custom Firmware für den HM_LC_Sw1PBU_FM. Könnt Ihr das nachvollziehen?
Eine SUPER-Doku!!!!!!!! Vielen Dank.
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
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
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.
Hallo Joachim
Dein expert Attribut ist nicht mehr aktuell, schau mal was Du da jetzt zur Auswahl hast.
Grüße
Hi,
ok vielen Dank schon mal.
Ich schau mal nach ob sich die Daten jetzt woanders befinden...
...und auch wegen dem attr...
Gruß, Joachim
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
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.
Hi,
DANKE!
attr expert 1_allReg war die Lösung!!
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.
Und wenn man die Datei vorher entpackt? 😄
https://wiki.ubuntuusers.de/tar/#Extrahieren
*.tgz ist das gleiche wie *.tar.gz, daher mit
tar -xzf archiv.tgz
einfach entpacken
Danke, wird sofort getestet.
Bin davon ausgegangen, daß es nur als Archiv verwendet werden kann.
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. ;)
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.