Hey zusammen,
sorry nochmal, ich such schon ewig weils mir zu doof war für sowas nachzufragen aber ich seh den Wald vor Bäumen nicht mehr. Seit eine Woche werkelt bei mir ein piVCCU unter FHEM, ich habe alle Geräte und kann sie munter schalten. Was nun leider noch nicht geht, ist die Anzeige in Weboberfläche (oder App), welchen Schaltzustand ein Aktor hat. Bitte lacht nicht, ich mach irgendwas ganz dummes falsch.
Alle Geräte zeigen als state nur "Initialzed", devStateIcon wird nicht angezeigt und die Readings updaten sich nur wenn ich get devstate oder update mache.
Seht ihr was? Hier die HMCCU:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
DEF 192.168.178.55 ccudelay=180
FUUID 5c4c64ca-f33f-5f9f-294f-316aa1b46cb24525
NAME d_ccu
NOTIFYDEV global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
NR 79
NTFY_ORDER 50-d_ccu
RPCState inactive
STATE inactive/OK
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 132
ccudevices 29
ccuif BidCos-RF
ccuinterfaces HmIP-RF,BidCos-RF,VirtualDevices
ccuip 192.168.178.55
ccuname CCU
ccustate active
ccutype CCU2/3
host 192.168.178.55
version 4.3.010
Hier Beispielhaft ein Device:
DEF GaesteHeizung
FUUID 5c4c64d4-f33f-5f9f-e7c9-9433d8a2a076d218
IODev d_ccu
NAME HM_GaesteHeizung
NR 1255
STATE Initialized
TYPE HMCCUCHN
ccuaddr KEQ1057841:3
ccudevstate active
ccuif BidCos-RF
ccuname GaesteHeizung
ccutype HM-LC-Sw4-WM
channels 1
statevals devstate|on|off
vielen Dank schon einmal
ciao Carlo
Ich brauche ein list vom Device
Hey Zap, 1000 dank schon einmal wieder.
hier das Device:
Internals:
DEF NEQ0959591
FUUID 5c4c64d4-f33f-5f9f-eb20-5504508d79107b37
IODev d_ccu
NAME HM_Garten8erSchalter
NR 1258
STATE Initialized
TYPE HMCCUDEV
ccuaddr NEQ0959591
ccudevstate active
ccuif BidCos-RF
ccuname Garten8erSchalter
ccutype HM-MOD-Re-8
channels 9
statevals devstate
READINGS:
2019-01-26 17:14:58 1.STATE false
2019-01-26 17:14:58 1.WORKING false
2019-01-26 17:14:56 2.STATE false
2019-01-26 17:14:56 2.WORKING false
2019-01-26 22:36:50 3.STATE false
2019-01-26 22:36:50 3.WORKING false
2019-01-26 17:14:53 4.STATE false
2019-01-26 17:14:53 4.WORKING false
2019-01-26 17:14:53 5.STATE false
2019-01-26 17:14:53 5.WORKING false
2019-01-26 17:14:55 6.STATE true
2019-01-26 17:14:55 6.WORKING false
2019-01-26 17:14:56 7.STATE false
2019-01-26 17:14:56 7.WORKING false
2019-01-26 17:14:59 8.STATE false
2019-01-26 17:14:59 8.WORKING false
2019-01-26 17:14:58 control false
2019-01-26 22:36:50 hmstate Initialized
2019-01-26 22:47:33 state Initialized
hmccu:
devspec NEQ0959591
Attributes:
IODev d_ccu
ccureadingfilter (STATE|WORKING)
event-on-change-reading .*
room Homematic
Ein Channel:
Internals:
DEF GS3-WeinKette
FUUID 5c4c64d4-f33f-5f9f-647d-41febed6b8cd78b4
IODev d_ccu
NAME HM_Garten.Licht.WeinKette
NR 1261
STATE Initialized
TYPE HMCCUCHN
ccuaddr NEQ0959591:3
ccudevstate active
ccuif BidCos-RF
ccuname GS3-WeinKette
ccutype HM-MOD-Re-8
channels 1
statevals devstate|on|off
READINGS:
2019-01-26 22:36:54 3.STATE off
2019-01-26 22:36:50 3.WORKING no
2019-01-26 22:17:32 R-3.AES_ACTIVE 0
2019-01-26 22:36:54 control off
2019-01-26 22:36:54 hmstate off
2019-01-26 22:47:33 state Initialized
hmccu:
devspec GS3-WeinKette
Attributes:
IODev d_ccu
ccureadingfilter (STATE|WORKING)
devStateIcon on:control_on_off@green off:control_standby
event-on-change-reading .*
group Licht
room Homematic,Garten,Homekit
statevals on:true,off:false
substitute STATE!(1|true):on,(0|false):off;WORKING!(1|true):yes,(0|false):no
userattr room_map structexclude
webCmd on:off
Und der HMCCU:
Internals:
CCUNum 1
Clients :HMCCUDEV:HMCCUCHN:HMCCURPC:HMCCURPCPROC:
DEF 192.168.178.55 ccudelay=180
FUUID 5c4c64ca-f33f-5f9f-294f-316aa1b46cb24525
NAME d_ccu
NOTIFYDEV global,TYPE=(HMCCU|HMCCUDEV|HMCCUCHN)
NR 79
NTFY_ORDER 50-d_ccu
RPCState inactive
STATE inactive/OK
TYPE HMCCU
ccuaddr BidCoS-RF
ccuchannels 132
ccudevices 29
ccuif BidCos-RF
ccuinterfaces VirtualDevices,BidCos-RF,HmIP-RF
ccuip 192.168.178.55
ccuname CCU
ccustate active
ccutype CCU2/3
host 192.168.178.55
version 4.3.010
READINGS:
2019-01-26 22:47:27 count_channels 132
2019-01-26 22:47:27 count_devices 29
2019-01-26 22:47:27 count_groups 0
2019-01-26 22:47:27 count_interfaces 3
2019-01-26 22:47:27 count_programs 5
2019-01-26 22:47:27 rpcstate inactive
2019-01-26 22:47:27 state OK
hmccu:
defInterface BidCos-RF
defPort 2001
evtime 0
evtimeout 0
rpccount 0
rpcports 2001,2010,9292
updatetime 0
adr:
BadezimmerFenster:
address LEQ0140884
addtype dev
valid 1
BadezimmerFenster Kanal:
address LEQ0140884:1
addtype chn
valid 1
BadezimmerFenster:0:
address LEQ0140884:0
addtype chn
valid 1
BewegungsmelderTerasse:
address MEQ0640619
addtype dev
valid 1
BewegungsmelderTerasse Kanal:
address MEQ0640619:1
addtype chn
valid 1
BewegungsmelderTerasse:0:
address MEQ0640619:0
addtype chn
valid 1
CCU:
address BidCoS-RF
addtype dev
valid 1
CCU:0:
address BidCoS-RF:0
addtype chn
valid 1
DachSchalter:
address LEQ0655758
addtype dev
valid 1
DachSchalter:0:
address LEQ0655758:0
addtype chn
valid 1
DachSchalterHoch:
address LEQ0655758:2
addtype chn
valid 1
DachTherm:
address HEQ0146326
addtype dev
valid 1
DachTherm:0:
address HEQ0146326:0
addtype chn
valid 1
DachThermKanal:
address HEQ0146326:3
addtype chn
valid 1
DachThermKlima:
address HEQ0146326:2
addtype chn
valid 1
DachThermWetter:
address HEQ0146326:1
addtype chn
valid 1
DachschalterRunter:
address LEQ0655758:1
addtype chn
valid 1
EGHeizung:
address KEQ1057841
addtype dev
valid 1
EGHeizung:0:
address KEQ1057841:0
addtype chn
valid 1
FlurKuecheHeizung:
address KEQ1057841:2
addtype chn
valid 1
GS1-Weinlicht:
address NEQ0959591:1
addtype chn
valid 1
GS2:
address NEQ0959591:2
addtype chn
valid 1
GS3-WeinKette:
address NEQ0959591:3
addtype chn
valid 1
GS4:
address NEQ0959591:4
addtype chn
valid 1
GS5:
address NEQ0959591:5
addtype chn
valid 1
GS6-KaninchenHeizung:
address NEQ0959591:6
addtype chn
valid 1
GS7-WeinHinten:
address NEQ0959591:7
addtype chn
valid 1
GS8-WeinVorn:
address NEQ0959591:8
addtype chn
valid 1
GaesteHeizung:
address KEQ1057841:3
addtype chn
valid 1
GaesteRollo:
address LEQ0199675
addtype dev
valid 1
GaesteRollo Kanal:
address LEQ0199675:1
addtype chn
valid 1
GaesteRollo:0:
address LEQ0199675:0
addtype chn
valid 1
GaesteSchalter:
address MEQ1891785
addtype dev
valid 1
GaesteSchalter:0:
address MEQ1891785:0
addtype chn
valid 1
Garage:
address NEQ0314684
addtype dev
valid 1
Garage Kanal:
address NEQ0314684:1
addtype chn
valid 1
Garage:0:
address NEQ0314684:0
addtype chn
valid 1
Garten8erSchalter:
address NEQ0959591
addtype dev
valid 1
Garten8erSchalter:0:
address NEQ0959591:0
addtype chn
valid 1
...
Zu lang :)
Bei einem Mehrfachschalter bzw. einer FB mit mehreren identischen Kanälen macht HMCCUDEV kaum Sinn. Das kannst Du also weglassen und stattdessen für jeden Kanal, mit dem Du etwas steuern möchtest, ein HMCCUCHN Device definieren.
In diesem Device solltest Du auf jeden Fall das Attribut statedatapoint aus STATE setzen. Dadurch wird dieser Datenpunkt in state geschrieben.
Ok das seh ich ein ;) ein Schritt weiter aber das kann noch nicht allein sein. Mein Kampf ist definitiv im Channel, mit statedatapoint STATE bzw. bei diesem DeviceChannel 7.STATE läd er den neuen Zustand nur mit get xxx update und einem reload der Seite. event-on-change-reading .* ist gesetzt. Auch im List ist eine Zustandsänderung erst nach update da.
Internals:
DEF GS7-WeinHinten
FUUID 5c4c64d4-f33f-5f9f-23bc-dee9e8ac708d6cc9
IODev d_ccu
NAME HM_Garten.Licht.Baum.Hinten
NR 1268
STATE off
TYPE HMCCUCHN
ccuaddr NEQ0959591:7
ccudevstate active
ccuif BidCos-RF
ccuname GS7-WeinHinten
ccutype HM-MOD-Re-8
channels 1
statevals devstate|on|off
READINGS:
2019-01-27 13:30:48 7.STATE off
2019-01-27 13:30:48 7.WORKING no
2019-01-27 13:30:48 control off
2019-01-27 13:30:48 hmstate off
2019-01-27 13:30:48 state off
hmccu:
devspec GS7-WeinHinten
dp:
0.AES_KEY:
OVAL 0
VAL 0
0.CONFIG_PENDING:
OVAL false
VAL false
0.DEVICE_IN_BOOTLOADER:
OVAL false
VAL false
0.DUTYCYCLE:
OVAL false
VAL false
0.LOWBAT:
OVAL false
VAL false
0.RSSI_DEVICE:
OVAL 1
VAL 1
0.RSSI_PEER:
OVAL 189
VAL 66
0.STICKY_UNREACH:
OVAL false
VAL false
0.UNREACH:
OVAL false
VAL false
0.UPDATE_PENDING:
OVAL false
VAL false
7.INHIBIT:
OVAL false
VAL false
7.STATE:
OSVAL on
OVAL true
SVAL off
VAL false
7.WORKING:
OSVAL no
OVAL false
SVAL no
VAL false
Attributes:
IODev d_ccu
ccureadingfilter (STATE|WORKING)
event-on-change-reading .*
room Homematic
statedatapoint 7.STATE
statevals on:true,off:false
substitute STATE!(1|true):on,(0|false):off;WORKING!(1|true):yes,(0|false):no
Ich habe das Gerät UND die Channels definiert, stört das Gerät?
ciao Carlo
statedatapoint darf bei HMCCUCHN keine Kanalnummer enthalten. Der Kanal ist ja durch die Device Definition schon festgelegt.
also statedatapoint STATE
Nimmt STATE bei diesem Device denn unterschiedliche Werte an? Wenn nicht, probiere es mal mit event-on-update-reading statt event-on-change-reading.
Das HMCCUDEV stört nicht. Du kannst soviele FHEM DEvices je CCU DEvice oder Kanal definieren wie du willst. Das ist kein Problem. Macht Sinn, wenn man ein Device oder einen Kanal mit unterschiedlichem Verhalten definieren möchte.
Ich dreh durch, nichts hat funktioniert. Ein Neustart war nötig, jetzt läufts wie Butter. ARGL. 1000 Dank zap!
ciao Carlo
Ich kanns endlich reproduzieren. Wenn ich manuell in die Config gehe und abspeichere steht alles nur auf "initialized" und updated den State nicht bis ich neustarte. Nach dem Neustart geht alles wie gewünscht (bei den meisten Channels auch ohne Statedatapoint). Kann man mit leben (so oft muss man ja nicht von Hand ran), aber schon doof zumals mich den Sonntag gekostet hat 8). Hat jemand einen Lösungstrick?
ciao Carlo
Das Problem ist vermutlich, dass HMCCU mit rereadcfg nicht klar kommt. Das wird nicht unterstützt und hoffentlich irgendwann mal aus FHEM entfernt.
Lösungstrick: Finger weg von der fhem.cfg ;)
Wenn es wirklich alle 1000 Jahre mal notwendig ist, da was manuell zu ändern, dann so:
- FHEM stoppen
- Datei editieren
- FHEM starten
Stoppen und Starten zB mit /etc/init.d/fhem start oder stop
Schon klar, dieses Wochenende war definitiv eine SchockTherapie sich das abzugewöhnen ;)
danke dir nochmal!
ciao Carlo