TC emulieren

Begonnen von wkarl, 02 Januar 2014, 10:39:55

Vorheriges Thema - Nächstes Thema

frank

#210
hi martin,

ich habe gerade ein update force gemacht und wollte mal testen, doch fhem überrascht mich auf der startseite mit (auch nach shutdown restart):

ZitatError messages while initializing FHEM:
configfile: attribut param msgReduce:2 not valid for VentilControler.SZ_Btn1
attribut param msgReduce:2 not valid for VentilControler.Bad_Btn1
attribut param msgReduce:2 not valid for VentilControler.Kueche_Btn1
attribut param msgReduce:2 not valid for VentilControler.WZ_Btn1
attribut param msgReduce:2 not valid for VentilControler.AZ.Nord_Btn1

habe ich etwas übersehen, da ich eine weile nicht regelmässig dem forum folgen konnte?

edit: da msgloadest vom sendenden hmlan nun etwa den 3-fachen erwarteten traffic signalisiert, ist das feature wohl gecancelt!?!

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

nicht gecancelt...
kannst du einmal die definition des device und channel schicken?

frank

bitte sehr...

define VentilControler.AZ.Nord CUL_HM B5B5B5
attr VentilControler.AZ.Nord IODev hmlan1
attr VentilControler.AZ.Nord IOgrp ccu:hmlan1
attr VentilControler.AZ.Nord autoReadReg 5_readMissing
attr VentilControler.AZ.Nord event-on-update-reading state
attr VentilControler.AZ.Nord expert 2_full
attr VentilControler.AZ.Nord group Heizung.AZ
attr VentilControler.AZ.Nord model virtual_1
attr VentilControler.AZ.Nord msgRepeat 0
attr VentilControler.AZ.Nord room 20_AZ
attr VentilControler.AZ.Nord subType virtual
attr VentilControler.AZ.Nord webCmd press short:press long
define VentilControler.AZ.Nord_Btn1 CUL_HM B5B5B501
attr VentilControler.AZ.Nord_Btn1 alias 30. Controler
attr VentilControler.AZ.Nord_Btn1 event-on-change-reading .*
attr VentilControler.AZ.Nord_Btn1 event-on-update-reading state,valvePosTC
attr VentilControler.AZ.Nord_Btn1 expert 1_on
attr VentilControler.AZ.Nord_Btn1 group Heizung.AZ
attr VentilControler.AZ.Nord_Btn1 model virtual_1
attr VentilControler.AZ.Nord_Btn1 param msgReduce:2
attr VentilControler.AZ.Nord_Btn1 peerIDs 1C4E2501,
attr VentilControler.AZ.Nord_Btn1 room 98_Ventile
attr VentilControler.AZ.Nord_Btn1 stateFormat Vsoll:valvePosTC, Status:state, Kommunikation:valveCtrl, ErrCtr:errorCtr, Modus:msgReduce
attr VentilControler.AZ.Nord_Btn1 userReadings msgReduce {AttrVal($name,"param","???")}
attr VentilControler.AZ.Nord_Btn1 webCmd press short:press long
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

wenn ich das eingeben kommt kein Fehler.
kommt das beim rebooten?
kannst du den parameter manuell setzen?

frank

also manuelle eingabe funktioniert ohne meckern. auch die userreadings
attr VentilControler.AZ.Nord_Btn1 userReadings msgReduce {AttrVal($name,"param","???")}
haben anschliessend wieder einen wert, vorher "???". (drei fragezeichen)

wie gesagt, seit gestern nach update force.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

Es könnte nur passieren, wenn die Entity nicht "virtuell" ist. Also "subType" noch nicht gesetzt wurde.
Das ist es wohl... die Reihenfolge im Config

frank

Zitat von: martinp876 am 28 Juni 2014, 20:28:28
Es könnte nur passieren, wenn die Entity nicht "virtuell" ist. Also "subType" noch nicht gesetzt wurde.
Das ist es wohl... die Reihenfolge im Config
komisch. wenn es an der reihenfolge liegt, sollte es bei dir auch nicht funktionieren, meine ich.

nach manueller eingabe hatte es bei mir ja funktioniert. gerade mal erneut shutdown restart gemacht => fehler erneut da.

welche reihenfolge meinst du genau?
weil subType=virtual beim device kommt ja vor param=msgReduce:2 beim channel.

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

martinp876

habe es repariert

frank

Zitat von: martinp876 am 30 Juni 2014, 07:44:02
habe es repariert
danke. attr param msgReduce funktioniert jetzt wieder.

nun gibt es immer noch das problem, dass es fehler miss_1 gefolgt von miss_3 gibt. bei einstellung msgReduce:2. ich muss erst noch auf geeignete logs warten.

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html