homebridge/homekit

Garbsen · 08 Oktober 2016, 19:40:08

Somfy-Thema:
Ein wenig zu früh gefreut.
Wenn FHEM die Somfy Rolläden per "On" Befehl verfährt, dann halt bis Pos 200, d.h. Im State und in Position steht 200, damit kann HomeKit aber nichts anfangen, da maxValue=100, Folge: Ausgabe von "Keine Antwort"

@Andre: gibt es die Möglichkeit, dass man im HomebridgeMapping das so steuert, dass Position 200 als 100 kommuniziert wird?

justme1968 · 08 Oktober 2016, 20:47:54

@evgeni.g: es gibt keinen homekit service der eine auswahl liste erlaubt. du musst einen switch definieren für jeden möglichen wert eine On characteristic. pro wert einen on/off schalter. schau dir das harmony beispiel im readme an.

wenn du das soweit hat kannst du pro station einen homekit szene anlegen und mit siri verwenden.

@Garbsen: entweder im value mapping 200 auf 100 mappen (für current und target) oder auf fhem seite die ganze logik in einem user reading unterbringen und dieses dann in homebridgeMapping verwenden.

und vielleicht den modul autor auf die probleme mit den 200 hinweisen. das betrifft ja nicht nur homekit. auch ein 0-100 slider in fhem funktioniert so nicht richtig.

zu dem hm aktoren: bei hm bedeutet 100 ganz offen und 0 bedeutet geschlossen. das ist bei homekit auch so. d.h. normalerweise passt alles. wenn man invert=1 setzt wird der wertebereich von hoembridge-fhem an der mitte gespiegelt. das spiegeln passiert einmal auf dem weg von fhem nach homekit und auch auf dem weg zurück wieder. auch hier muss man daran denken das für current und target zu machen. die leveIinverse erkennung macht nichts anderes als intern automatisch invert=1 zu setzen.

--debug erzeugt nur mehr ausgaben auf der konsole. es ändert intern nichts am verhalten.

um das problem jetzt endlich zu lösen musst du schauen welche fhem werte in welche homekit werte umgewandelt werden und welche homekit werte zu welchem set kommando in fhem führt.

gruss
andre

Garbsen · 08 Oktober 2016, 21:07:35

Zitat von: justme1968 am 08 Oktober 2016, 20:47:54
@evgeni.g: es gibt keinen homekit service der eine auswahl liste erlaubt. du musst einen switch definieren für jeden möglichen wert eine On characteristic. pro wert einen on/off schalter. schau dir das harmony beispiel im readme an.

wenn du das soweit hat kannst du pro station einen homekit szene anlegen und mit siri verwenden.

@Garbsen: entweder im value mapping 200 auf 100 mappen (für current und target) oder auf fhem seite die ganze logik in einem user reading unterbringen und dieses dann in homebridgeMapping verwenden.

und vielleicht den modul autor auf die probleme mit den 200 hinweisen. das betrifft ja nicht nur homekit. auch ein 0-100 slider in fhem funktioniert so nicht richtig.

zu dem hm aktoren: bei hm bedeutet 100 ganz offen und 0 bedeutet geschlossen. das ist bei homekit auch so. d.h. normalerweise passt alles. wenn man invert=1 setzt wird der wertebereich von hoembridge-fhem an der mitte gespiegelt. das spiegeln passiert einmal auf dem weg von fhem nach homekit und auch auf dem weg zurück wieder. auch hier muss man daran denken das für current und target zu machen. die leveIinverse erkennung macht nichts anderes als intern automatisch invert=1 zu setzen.

--debug erzeugt nur mehr ausgaben auf der konsole. es ändert intern nichts am verhalten.

um das problem jetzt endlich zu lösen musst du schauen welche fhem werte in welche homekit werte umgewandelt werden und welche homekit werte zu welchem set kommando in fhem führt.

gruss
andre

Hallo Andre

Zunächst danke,
Ja, ich denke das Beste wäre, wenn im Somfy Modul dass 200 Problem gelöst würde. Ich werde mal versuchen das zu adressieren.
Hatte schon versucht im Eventmapping 200 zu 100 zu Mappen (Und 150, die als zwischenwerft erscheinen auch zu 100) das funktioniert aber nur beschränkt, da das Somfy-Modul dann den Befehl pos 100 nicht mehr akzeptiert.

Daher würde ich zunächst den Weg eines Mapping im HomebridgeMapping versuchen.
Da weiß ich leider nicht genau, was ich eingeben muss. Gleiches für invert, Du schreibst, ich muss es für current und für Target machen. Was genau muss ich reinschreiben ?
Irgendwie stehe ich da auf dem Schlauch, denn nur invert=1, zu ergänzen ändert nichts.
Hier mein derzeitiges Mapping
CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=

Danke für Nachhilfe

Praktiker · 08 Oktober 2016, 22:39:48

Hallo zusammen,

nachdem ich heute erfolgreich und ohne weitere Probleme von meinem WHS Server auf den Raspberry 3 umgezogen bin
wollte ich mich nun der Homebridge widmen.
Im Wiki ist ja beschrieben wie die Installation ablaufen soll.
Nun meine Frage:
Muss ich wirklich alle Versionen von NodeJS installieren??
Grüsse und schönen Abend noch...
Praktiker

justme1968 · 08 Oktober 2016, 23:10:28

@Garbsen: ich denke es ist einfacher das per user readings zu machen.

CurrentPosition=position,minValue=0,maxValue=100,invert=1 TargetPosition=position,minStep=10,invert=1,cmd=

wenn invert schon aktiv ist dann nützt ein zusätzliches invert=1 nichts. dann könnte invert=0 helfen.

aber ich weiss nicht ob wir nicht schon aneinander vorbei reden. schau dir die konsolen ausgabe an. wie sehen die werte genau aus.

@Praktiker: eine einzige installierte node version reicht.

gruss
andre

Garbsen · 09 Oktober 2016, 11:32:52

Zitat von: justme1968 am 08 Oktober 2016, 23:10:28
@Garbsen: ich denke es ist einfacher das per user readings zu machen.

CurrentPosition=position,minValue=0,maxValue=100,invert=1 TargetPosition=position,minStep=10,invert=1,cmd=

wenn invert schon aktiv ist dann nützt ein zusätzliches invert=1 nichts. dann könnte invert=0 helfen.

aber ich weiss nicht ob wir nicht schon aneinander vorbei reden. schau dir die konsolen ausgabe an. wie sehen die werte genau aus.

@Praktiker: eine einzige installierte node version reicht.

gruss
andre

Moin

Leider funzt das nicht. Immer wenn ich invert=1 in den Attributen hinterlege, steht bei dem Device "Antwortet nicht" und es lässt sich nicht mehr steuern. Dieses Antwortet nicht steht übrigens leider immer bei allen Geräten wenn ich in HomeKit reingehe, wenn ich das Gerät dann anklicke, kriege ich aber den aktuellen Zustand und kann es steuern, beim nächsten Aufruf von HomeKit, steht wieder "antwortet nicht"
Aber, wie gesagt, in dem Moment wo ich invert=1 eingebe, antwortet das Gerät wirklich nicht.
Und zwar sowohl die Somfy, wie auch die HM Rolläden.
Bei den HM Rolläden habe ich den Eintrag übrigens von Position auf pct geändert u d es auch einmal mit level ausprobiert. Denn bei HM steht in FHEM ja kein position in den readings

Lorenz · 09 Oktober 2016, 11:42:04

Hallo zusammen,

ich kann das Verhalten der HM-Aktoren von Garbsen bestätigen. Ich habe 4 davon, bei 3 ist levelInvers gesetzt, bei einem nicht. In FHEM werden alle korrekt dargestellt, nur in HomeKit ist die Darstellung des einen Rolladen ohne levelInvers verdreht. Ich habe kein Mapping eingesetzt. Als quick and dirty-Lösung könnte ich den einen Einsatz drehen, die Anschlüsse vertauschen und levelInvers setzen. Aber das muss doch auch anders gehen...

LG

Garbsen · 09 Oktober 2016, 11:45:01

Zitat von: Lorenz am 09 Oktober 2016, 11:42:04
Hallo zusammen,

ich kann das Verhalten der HM-Aktoren von Garbsen bestätigen. Ich habe 4 davon, bei 3 ist levelInvers gesetzt, bei einem nicht. In FHEM werden alle korrekt dargestellt, nur in HomeKit ist die Darstellung des einen Rolladen ohne levelInvers verdreht. Ich habe kein Mapping eingesetzt. Als quick and dirty-Lösung könnte ich den einen Einsatz drehen, die Anschlüsse vertauschen und levelInvers setzen. Aber das muss doch auch anders gehen...

LG

Danke, gut zu wissen, dass es anderen auch so geht, dachte schön ich bin alleine zu blöd

Hast du mal invert=1 Lösung probiert?

justme1968 · 09 Oktober 2016, 11:46:17

meine beiden hm rolläden sind alle normal rum eingebaut und haben kein levelInvers gesetzt und funktionieren automatisch und ohne manuelles mapping.

d.h. irgendetwas ist seltsam.

noch mal zur sicherheit: welchen pct wert haben eure wenn sie komplett offen sind?

gruss
andre

ps: ich habe leider immer noch keine konsolen ausgaben von euch gesehen auf der das problem sichtbar ist.

Garbsen · 09 Oktober 2016, 11:58:31

Zitat von: justme1968 am 09 Oktober 2016, 11:46:17
meine beiden hm rolläden sind alle normal rum eingebaut und haben kein levelInvers gesetzt und funktionieren automatisch und ohne manuelles mapping.

d.h. irgendetwas ist seltsam.

noch mal zur sicherheit: welchen pct wert haben eure wenn sie komplett offen sind?

gruss
andre

ps: ich habe leider immer noch keine konsolen ausgaben von euch gesehen auf der das problem sichtbar ist.

Code Auswählen

[2016-10-09 11:47:24] [FHEM] Rollo8 delaying command TargetPosition with value 10
[2016-10-09 11:47:24] [FHEM] Rollo8 delaying command TargetPosition with value 0
[2016-10-09 11:47:25] [FHEM] Rollo8: executing set cmd for TargetPosition with value 0
[2016-10-09 11:47:25] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Rollo8%20%200&XHR=1
  2016-10-09 11:47:25 caching: Rollo8-level: set_0
  2016-10-09 11:47:26 caching: Rollo8-level: 100
[2016-10-09 11:47:26] [FHEM]     caching: CurrentPosition: 100 (as number; from '100')
[2016-10-09 11:47:26] [FHEM]     caching: TargetPosition: 100 (as number; from '100')
  2016-10-09 11:47:26 caching: Rollo8-motor: down:runter
[2016-10-09 11:47:26] [FHEM] Rollo8-motor values: value down:runter mapped to 0
[2016-10-09 11:47:26] [FHEM]     caching: PositionState: 0 (as number; means DECREASING; from 'down:runter')
  2016-10-09 11:47:50 caching: Rollo8-level: 0
[2016-10-09 11:47:50] [FHEM]     caching: CurrentPosition: 0 (as number; from '0')
[2016-10-09 11:47:50] [FHEM]     caching: TargetPosition: 0 (as number; from '0')
  2016-10-09 11:47:50 caching: Rollo8-motor: stop:hoch
[2016-10-09 11:47:50] [FHEM] Rollo8-motor values: value stop:hoch mapped to 2
[2016-10-09 11:47:50] [FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'stop:hoch')

Dies ist die Ausgabe, wenn ich an dem HM Rolläden, der verkehrt fährt (Bei dem auch kein levelInverse gesetzt ist) in HomeKit von geschlossen auf geöffnet fahre, was dann in real von offen auf zu ist

Code Auswählen

[2016-10-09 11:51:29] [FHEM] query: TargetPosition for Rollo3-pct
[2016-10-09 11:51:29] [FHEM]   cached: 100 (as number')
[2016-10-09 11:51:29] [FHEM] query: CurrentPosition for Rollo3-pct
[2016-10-09 11:51:29] [FHEM]   cached: 100 (as number')
[2016-10-09 11:51:31] [FHEM] Rollo3 delaying command TargetPosition with value 55
[2016-10-09 11:51:31] [FHEM] Rollo3 delaying command TargetPosition with value 0
[2016-10-09 11:51:32] [FHEM] Rollo3: executing set cmd for TargetPosition with value 0
[2016-10-09 11:51:32] [FHEM]   value: 0 inverted to 100
[2016-10-09 11:51:32] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Rollo3%20pct%20100&XHR=1
  2016-10-09 11:51:32 caching: Rollo3-motor: down:hoch
[2016-10-09 11:51:32] [FHEM] Rollo3-motor values: value down:hoch mapped to 0
[2016-10-09 11:51:32] [FHEM]     caching: PositionState: 0 (as number; means DECREASING; from 'down:hoch')
  2016-10-09 11:52:04 caching: Rollo3-motor: stop:runter
[2016-10-09 11:52:04] [FHEM] Rollo3-motor values: value stop:runter mapped to 2
[2016-10-09 11:52:04] [FHEM]     caching: PositionState: 2 (as number; means STOPPED; from 'stop:runter')
  2016-10-09 11:52:04 caching: Rollo3-pct: 100
[2016-10-09 11:52:04] [FHEM] Rollo3-pct value: 100 inverted to 0
[2016-10-09 11:52:04] [FHEM]     caching: CurrentPosition: 0 (as number; from '100')
[2016-10-09 11:52:04] [FHEM] Rollo3-pct value: 100 inverted to 0
[2016-10-09 11:52:04] [FHEM]     caching: TargetPosition: 0 (as number; from '100')

Das ist die Ausgabe vom HM Rollo mit LevelInverse in FHEM, der in HomeKit auch korrekt angezeigt wird und ich ihn von offen auf zu fahre

Code Auswählen

  2016-10-09 11:54:49 caching: Rollo4-position: 20
[2016-10-09 11:54:49] [FHEM]     caching: CurrentPosition: 20 (as number; from '20')
[2016-10-09 11:54:49] [FHEM]     caching: TargetPosition: 20 (as number; from '20')
  2016-10-09 11:54:52 caching: Rollo4-position: 30
[2016-10-09 11:54:52] [FHEM]     caching: CurrentPosition: 30 (as number; from '30')
[2016-10-09 11:54:52] [FHEM]     caching: TargetPosition: 30 (as number; from '30')
  2016-10-09 11:54:55 caching: Rollo4-position: 50
[2016-10-09 11:54:55] [FHEM]     caching: CurrentPosition: 50 (as number; from '50')
[2016-10-09 11:54:55] [FHEM]     caching: TargetPosition: 50 (as number; from '50')
  2016-10-09 11:54:58 caching: Rollo4-position: 70
[2016-10-09 11:54:58] [FHEM]     caching: CurrentPosition: 70 (as number; from '70')
[2016-10-09 11:54:58] [FHEM]     caching: TargetPosition: 70 (as number; from '70')
  2016-10-09 11:55:01 caching: Rollo4-position: 80
[2016-10-09 11:55:01] [FHEM]     caching: CurrentPosition: 80 (as number; from '80')
[2016-10-09 11:55:01] [FHEM]     caching: TargetPosition: 80 (as number; from '80')
  2016-10-09 11:55:03 caching: Rollo4-position: 90
[2016-10-09 11:55:03] [FHEM]     caching: CurrentPosition: 90 (as number; from '90')
[2016-10-09 11:55:03] [FHEM]     caching: TargetPosition: 90 (as number; from '90')

Und hier noch ein Somfy Rolläden mit folgendem HomebridgeMapping
CurrentPosition=position,minValue=0,maxValue=100 TargetPosition=position,minStep=10,cmd=
Und folgendem eventMap
/150:100/200:100/open:oben/closed:unten/on:runter/off:hoch/pos 50:Sonnenschutz
Beim fahren in HomeKit von zu nach 90% / real von offen nach zu

justme1968 · 09 Oktober 2016, 12:13:49

also erst mal den ersten der beiden: Rollo8...

wenn ich die ausgabe richtig interpretiere hast du über home auf 0 d.h. geschlossen gestellt, der motor läuft an (runter), nach einer weile ist die position 0 und der motor stoppt.

ich sehe nicht das hier irgendetwas verkehrt ist. wo passt deiner meinung nach etwas nicht?

zeig mal bitte ein list vom Rollo8.

M-1978 · 09 Oktober 2016, 12:55:15

Zitat von: justme1968 am 08 Oktober 2016, 00:56:51
und wie hast du den rolladen genau konfiguriert?

Hallo nochmal,

Problem war, genericDeviceType war als Switch definiert, warum auch immer

nach dem Umstellen funktioniert es jetzt, allerdings habe ich jetzt noch das Problem das der aktuelle Ststus nicht korrekt übertragen wird, ich schalte einen Rolladen aus der Home App, Rolladen fährt in die entsprechende Position, in FHEM wird die Position korrekt angezeigt in der Home App nicht, starte ich Homebridge neu, wird der Zustand direkt korrekt angezeigt, schalte ich einen HM Rolladen aus FHEM oder ein Automatismus, wird der Status ebenfalls in Home nicht selbstständig aktualisiert (erst bei Neustart von Homebridge) das gleiche passiert auch bei den HM Fenstersensoren??

Garbsen · 09 Oktober 2016, 12:59:59

Zitat von: justme1968 am 09 Oktober 2016, 12:13:49
also erst mal den ersten der beiden: Rollo8...

wenn ich die ausgabe richtig interpretiere hast du über home auf 0 d.h. geschlossen gestellt, der motor läuft an (runter), nach einer weile ist die position 0 und der motor stoppt.

ich sehe nicht das hier irgendetwas verkehrt ist. wo passt deiner meinung nach etwas nicht?

zeig mal bitte ein list vom Rollo8.

Hier das List

^{Internals:
CUL_0_MSGCNT 19
CUL_0_RAWMSG A0D14A410455106F1103406010000::-69:CUL_0
CUL_0_RSSI -69
CUL_0_TIME 2016-10-09 11:47:50
CUL_433_MSGCNT 2
CUL_433_RAWMSG A0E0F8002455106F110340101C8204A::-108.5:CUL_433
CUL_433_RSSI -108.5
CUL_433_TIME 2016-10-09 11:16:56
DEF 455106
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 21
NAME Rollo8
NOTIFYDEV global
NR 300
NTFY_ORDER 50-Rollo8
STATE hoch
TYPE CUL_HM
lastMsg No:14 - t:10 s:455106 d:F11034 06010000
protLastRcv 2016-10-09 11:47:49
protSnd 19 last_at:2016-10-09 11:47:50
protState CMDs_done
rssi_CUL_0 cnt:11 max:-67 lst:-74 avg:-71.72 min:-74
rssi_at_CUL_0 avg:-69.07 min:-72.5 cnt:19 lst:-69 max:-65.5
rssi_at_CUL_433 avg:-109.25 min:-110 cnt:2 max:-108.5 lst:-108.5
Readings:
2016-10-09 11:47:25 CommandAccepted yes
2016-06-28 17:26:04 D-firmware 2.8
2016-06-28 17:26:04 D-serialNr NEQ0111694
2016-07-27 22:00:01 PairedTo 0xF11034
2016-06-28 20:28:53 R-driveDown 20 s
2016-06-28 17:26:47 R-driveTurn 0.5 s
2016-06-28 20:28:33 R-driveUp 20 s
2016-06-28 17:26:46 R-pairCentral 0xF11034
2016-06-28 17:26:47 R-sign off
2016-07-27 22:00:01 RegL_00. 02:01 0A:F1 0B:10 0C:34 15:FF 18:00 00:00
2016-07-27 22:00:02 RegL_01. 08:00 09:00 0A:00 0B:00 0C:C8 0D:00 0E:C8 0F:05 10:00 30:06 57:24 56:00 00:00
2016-10-09 11:47:50 deviceMsg off (to VCCU)
2016-10-09 11:47:50 level 0
2016-08-26 18:35:03 levelMissed desired:100
2016-10-09 11:47:50 motor stop:off
2016-10-09 11:47:50 pct 0
2016-10-09 11:47:50 recentStateType info
2016-07-25 17:20:07 sabotageAttackId_ErrIoId_F10000 cnt:4
2016-07-25 20:52:25 sabotageAttackId_ErrIoId_F11034 cnt:4
2016-07-25 20:53:45 sabotageAttackId_ErrIoId_F11134 cnt:12
2016-10-09 11:47:50 state off
2016-10-09 11:47:50 timedOn off
Helper:
HM_CMDNR 20
cSnd 11F110344551060201C80000,11F11034455106020100
dlvlCmd ++A011F11034455106020100
mId 0005
rxType 1
Ack:
Dir:
cur stop
rct down
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +455106,00,00,00
nextSend 1476006469.99626
rxt 0
vccu VCCU
p:
455106
00
00
00
Mrssi:
mNo 14
Io:
CUL_0 -67
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1476006469.90119
ack:
HASH(0x28873b0)
148002F1103445510600
Rssi:
Cul_0:
avg -71.7272727272727
cnt 11
lst -74
max -67
min -74
At_cul_0:
avg -69.0789473684211
cnt 19
lst -69
max -65.5
min -72.5
At_cul_433:
avg -109.25
cnt 2
lst -108.5
max -108.5
min -110
Attributes:
IODev CUL_0
IOgrp VCCU
alias Rollo_WZ_Seite_klein
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 60:Sonnenschutz
expert 2_full
fhem_widget_command {"allowed_values":["on","stop","off"],"order":8,"alias":"WZSeiteklein"}
firmware 2.8
genericDeviceType blind
group Wohnzimmer,Rolläden WZ
homebridgeMapping CurrentPosition=level,minValue=0,maxValue=100 TargetPosition=level,minStep=10,cmd=
icon fts_shutter_updown
model HM-LC-BL1-FM
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Unten,Westen,Wohnzimmer
serialNr NEQ0111694
sortby 09
subType blindActuator
webCmd runter:hoch:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long}

Das Problem ist, dass in FHEM Level=0 eben oben / geöffnet ist.
Alles eine Definitionsfrage, aber letztlich eben auch hier ein Kompabilitätsproblem.
Bei mir sind alle Rolläden von der Logik her On=runter / off=Hoch
Wüsste ich zu 100%, dass das das Problem ist und eine Umkehrung ein sauberes Steuern in Home ermöglicht, würde ich mir die Arbeit machen es umzustellen. Ist bei 19 Rolläden und jede Menge DOIF / at / notify natürlich ein wenig Aufwand.
Und eigentlich müsste es doch auch in Home anpassbar sein, wäre zumindest für mich die einfachere Lösoung

justme1968 · 09 Oktober 2016, 13:09:46

der 'normalzustand' für homematik rollädernd ist 0 geschlossen und 100 offen. die eselsbrücke ist ein dimmer bei dem 0% dunkel und 100% hell ist.

wenn das bei dir anders ist ist der aktor anders angeschlossen und eingebaut.

weil das scheinbar mache so machen/so möchten hat martin levelInverse eingebaut. d.h. du musst bei diesem aktor levelInverse setzen. dann sollte es passen.

Garbsen · 09 Oktober 2016, 13:22:47

Zitat von: justme1968 am 09 Oktober 2016, 13:09:46
der 'normalzustand' für homematik rollädernd ist 0 geschlossen und 100 offen. die eselsbrücke ist ein dimmer bei dem 0% dunkel und 100% hell ist.

wenn das bei dir anders ist ist der aktor anders angeschlossen und eingebaut.

weil das scheinbar mache so machen/so möchten hat martin levelInverse eingebaut. d.h. du musst bei diesem aktor levelInverse setzen. dann sollte es passen.

Hatte ich eben einmal ausprobiert. Wenn ich bei Rollo8 levelInverse setze (was bei Rollo3 ja der Fall ist), da. Erkennt Home ihn nicht mehr!?

Hier mal zum Vergleich das List vom Rollo 3

^{Internals:
CUL_0_MSGCNT 17
CUL_0_RAWMSG A0D12A41044D02EF110340601C800::-69.5:CUL_0
CUL_0_RSSI -69.5
CUL_0_TIME 2016-10-09 11:53:04
DEF 44D02E
IODev CUL_0
LASTInputDev CUL_0
MSGCNT 17
NAME Rollo3
NOTIFYDEV global
NR 589
NTFY_ORDER 50-Rollo3
STATE hoch
TYPE CUL_HM
lastMsg No:12 - t:10 s:44D02E d:F11034 0601C800
protLastRcv 2016-10-09 11:53:04
protSnd 17 last_at:2016-10-09 11:53:04
protState CMDs_done
rssi_CUL_0 min:-77 avg:-74.2 lst:-77 max:-71 cnt:10
rssi_at_CUL_0 cnt:17 lst:-69.5 max:-68 avg:-72.2 min:-79
Readings:
2016-10-09 11:52:31 CommandAccepted yes
2016-09-02 14:12:40 D-firmware 2.8
2016-09-02 14:12:40 D-serialNr NEQ0049605
2016-10-09 11:53:04 deviceMsg off (to VCCU)
2016-10-09 11:53:04 level 0
2016-10-09 11:53:04 motor stop:off
2016-10-09 11:53:04 pct 0
2016-10-09 11:53:04 recentStateType info
2016-10-09 11:53:04 state off
2016-10-09 11:53:04 timedOn off
Helper:
HM_CMDNR 18
cSnd 11F1103444D02E020100,11F1103444D02E0201C8
dlvlCmd ++A011F1103444D02E0201C8
mId 006A
rxType 1
Ack:
Dir:
cur stop
rct up
Expert:
def 1
det 0
raw 1
tpl 0
Io:
newChn +44D02E,00,00,00
nextSend 1476006784.25138
rxt 0
vccu VCCU
p:
44D02E
00
00
00
prefIO:
CUL_0
Mrssi:
mNo 12
Io:
CUL_0 -67.5
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf 00
qReqStat
Role:
chn 1
dev 1
prs 1
Rpt:
IO CUL_0
flg A
ts 1476006784.15855
ack:
HASH(0x2a7bbb8)
128002F1103444D02E00
Rssi:
Cul_0:
avg -74.2
cnt 10
lst -77
max -71
min -77
At_cul_0:
avg -72.2058823529412
cnt 17
lst -69.5
max -68
min -79
Attributes:
IODev CUL_0
IOgrp VCCU:CUL_0
alias Rollo_Küchentür
autoReadReg 4_reqStatus
devStateIcon .*runter:fts_shutter_90 .*hoch:fts_shutter_10 .*60:fts_shutter_50
eventMap /open:oben/closed:unten/on:runter/off:hoch/pct 45:Sonnenschutz
expert 2_raw
fhem_widget_command {"allowed_values":["on","stop","off"],"order":3,"alias":"RolloKuechentuer"}
firmware 2.8
genericDeviceType blind
group Rollaeden Kueche
icon fts_shutter_updown
model HM-LC-Bl1PBU-FM
param levelInverse
peerIDs 00000000,
room CUL_HM,FHEM_Widget,Homekit,Kueche,Sueden,Unten
serialNr NEQ0049605
subType blindActuator
webCmd statusRequest:toggleDir:hoch:runter:stop:Sonnenschutz
widgetOverride homebridgeMapping:textField-long}

Der ist vom Anschluss her vermutlich "Richtig" eingebaut, läuft entsprechend entgegengesetzt der Somfy-Logik und deshalb habe ich dort mit levelInverse "korrigiert" und alles ist gut, in FHEM und Home

Wenn Rollo8 "verkehrt" angeschlossen ist, dann ist dort deshalb levelInverse eigentlich nicht nötig (für FHEM) es wäre aber gut, wenn für Home dann invert funktionieren würde. Aber geht halt nicht.
Leider ist es nicht ganz so einfach (baulich) den Schalter umzuklemmen