Hallo zusammen,
Zigbee und Tradfri ist Neuland für mich. Ich bin aber heute über einen Artikel gestolpert, der mich neugierig gemacht hat:
https://stadt-bremerhaven.de/smarte-rollos-bei-ikea-deutschland-gelistet-kadrilj-und-fyrtur/ (https://stadt-bremerhaven.de/smarte-rollos-bei-ikea-deutschland-gelistet-kadrilj-und-fyrtur/)
Was sagen denn die Experten dazu? Wird es eine Steuerungsmöglichkeit über FHEM und die entsprechenden Module geben?
Wie könnte denn ein Einstieg in Zigbee aussehen? Gateway von IKEA, HUE Bridge oder Controller für Raspi?
Beste Grüße
Torsten
Ich würde hiermit anfangen:
https://github.com/Koenkk/zigbee2mqtt (https://github.com/Koenkk/zigbee2mqtt)
Es gibt aber wohl auch noch den Weg über die Hersteller-Gateways, welchen ich aber nicht nutze.
Da die Rollos noch recht neu sind werden diese auch noch nicht vom zigbee2mqtt unterstützt.
Ich würde damit nicht anfangen - denn das mit dem Flashen zweckentfremdeter Sticks ist zeitaufwändig und nicht für jeden machbar.
Das ZigBee-Modul von Dresden Elektronik ist für 30 € zu haben und nahezu Out-of-the-Box lauffähig.
LG
pah
ich würde dir ebenfalls zu denraten. frag dort an wann sie die rollos unterstützen. der support dort ist gut.
sobald das geht baue ich sie ins hue modul ein.
die hue bridge wird die rollos eher nicht unterstützen.
das trådfri modul vermutlich über das ikea gateway auch bald. aber ich weiß nicht wie die entwicklung bei dem modul ausschaut.
Hallo zusammen,
vielen Dank für Eure schnelle Rückmeldung - das mit dem ZigBee-Modul von Dresden Elektronik klingt gut.
Mal schauen, ob und ab wann die Rollos unterstützt werden.
Beste Grüße
Torsten
Ich habe das noch aus einem anderen Grund auf dem Radar. Ich habe in meiner Bestandsimmobilie nämlich an einer Stelle einen nicht-smarten elektrischen Schwenk-Gurtwickler, über den ich mich immer wieder ärgere (und auch keine Lust, bei diesem selten genutzten Fenster einen Rollladenmotor nachzurüsten). Es sollte möglich sein, das Ikea-Teil komplett zu zerlegen und an diesen Gurtwickler anzubauen.
LG
pah
HI!
Aber da das Lampensystem doch schon mit FHEM läuft könnte es doch mit den Rollos auch funktionieren... Oder? Hmmm.... Interessieren würde mich das auch.
https://www.meintechblog.de/2018/03/howto-ikea-tradfri-im-fhem-smart-home (https://www.meintechblog.de/2018/03/howto-ikea-tradfri-im-fhem-smart-home)
Na, dann kaufen, ausprobieren und berichten.
LG
pah
Wäre gut, wenn im Titel des Threads der Produktname "Fyrtur" ergänzt werden könnte da man den thread sonst nur zufällig findet.
Hatte das vor einiger Zeit auch schon gelesen und bin sehr gespannt. Ich habe zwar Rolladen aber im WZ z.B. beim Fernsehen würde es angenehmer sein. So hat man noch ein wenig Tageslicht aber keine direkte Sonneneinstrahlung.
Bin gespannt ob u. wie es technisch umgesetzt wird.... :)
siehe hier: https://forum.fhem.de/index.php/topic,96125.msg972663.html#msg972663 (https://forum.fhem.de/index.php/topic,96125.msg972663.html#msg972663) und die posts darüber.
Na dann mache ich mal den Anfang...
Ich habe 2 Stück (100cm) gekauft und bisher ein Rollo per ConBee / deCONZ laufen.
Im Auslieferungszustand funktioniert die Fernbedienung nur zusammen mit dem Signalverstärker, daraufhin habe ich den Signalverstärker, die Fernbedienung und das Rollo per Reset zurückgesetzt / entkoppelt und anschließend das Rollo und die Fernbedienung (ohne Signalverstärker) über die Phoscon App mit dem ConBee gekoppelt. Das Rollo wird als Licht eingebunden, aber in der Phoscon App nicht angezeigt. Über das HUE Modul wird jedoch automatisch ein Device erstellt.
Die Funktion ist soweit gegeben: per ON fährt das Rollo runter; per OFF fährt das Rollo hoch; per PCT fährt das Rollo auf die gewählte Position in %
Es erfolgt aber keine Rückmeldung über die aktuelle Position des Rollo, z.Z. kann ich nicht sagen, ob es nur an deCONZ liegt oder ob das Rollo wirklich keine Positionsstatus ausgibt. Per REST API gibt deCONZ jedenfalls keine Position aus:
{
"etag": "xxxxxxxxxxxx",
"hascolor": false,
"manufacturername": "IKEA of Sweden",
"modelid": "FYRTUR block-out roller blind",
"name": "Bathroom Blind",
"state": {
"alert": "none",
"bri": 0,
"on": false,
"reachable": true
},
"swversion": "2.2.007",
"type": "Window covering device",
"uniqueid": "00:00"
}
Den Signalverstärker habe ich bisher noch nicht mit dem ConBee gekoppelt bekommen, blinkt eine zeitlang und dann war's das.
Für den Anfang ganz OK, aber die Position des Rollo wäre schon nett.
Fast vergessen:
Up und Down sind vertauscht; bei PCT ist 0% oben und 100% unten
danke.
kannst du bitte noch ein list vom zugehörigen hue device machen?
wegen der fehlenden rückmeldung und vertauschen position am besten mal an de wenden.
mit dem ikea gateway und dem tradfri modul geht die rückmeldung. ikea scheint aktuell noch recht oft firmware updates zu machen. zumindest aktuell scheint das ikea gateway sinnvoll zu sein.
ps: schau mal ob du im hue device den subtype auf blind setzen kannst. dann sollte das icon passen und statt on und off gibt es up und down. vermutlich stimmt die richtung aber ebenfalls noch nicht.
Hier die list Ausgabe zum Rollo:
Internals:
.FhemMetaInternals 1
CFGFN
CHANGED
DEF 11 IODev=deCONZ
FUUID 5d88e78f-f33f-63ce-9f31-ea09ec7398abe8fd
FVERSION 31_HUEDevice.pm:0.201220/2019-09-07
ID 11
INTERVAL
IODev deCONZ
NAME HUEDevice11
NR 2916
STATE off
TYPE HUEDevice
desired 1
manufacturername IKEA of Sweden
modelid KADRILJ roller blind
name Light 11
swversion 2.2.007
type Window covering device
uniqueid 00:0d:6f:ff:fe:9c:db:30-01
.attraggr:
.attrminint:
READINGS:
2019-09-23 17:41:03 alert none
2019-09-23 17:41:03 bri 0
2019-09-23 17:41:03 onoff 0
2019-09-23 17:41:03 pct 0
2019-09-23 23:23:40 reachable 1
2019-09-23 17:41:03 state off
helper:
alert none
bri 0
colormode
ct -1
devtype
effect
hue -1
on 0
pct 0
reachable 1
rgb
sat -1
update_timeout -1
xy
Attributes:
IODev deCONZ
alias EZ Rollo Rechts 1
color-icons 1
devStateIcon off:fts_shutter_updown on:fts_shutter_updown
icon fts_shutter
model KADRILJ roller blind
room HUEDevice
webCmd on:off:pct
widgetOverride on:uzsuSelect,zu off:uzsuSelect,auf
Model wurde automatisch auf 'KADRILJ roller blind' gesetzt, was aber in der Auswahlliste von model nicht vorhanden ist. Wenn ich den subType 'blind' setze, läßt sich das Rollo nicht mehr verfahren, nach dem Löschen des subType-Attribut gehts wieder.
Die anderen Attribute wurden von mir teilweise verändert.
Ich warte jetzt mal auf das nächste Update von deCONZ, evt. funktioniert dann die Positionsrückmeldung. Nur für ein Firmwareupdate, ist mir der Aufwand eines Ikea Gateway inkl. des Entkoppeln/Koppeln und wieder zurück zu hoch.
Zitat von: F-Spezi am 24 September 2019, 00:23:39
Es erfolgt aber keine Rückmeldung über die aktuelle Position des Rollo, z.Z. kann ich nicht sagen, ob es nur an deCONZ liegt oder ob das Rollo wirklich keine Positionsstatus ausgibt. Down sind vertauscht; bei PCT ist 0% oben und 100% unten
Versuch es mal mit Akku aus Rollo rausnehmen und dann gleich wieder einsetzen. Das hat zumindest bei mir geholfen und die Position wird bei mir in FHEM über Deconz angezeigt.
Ich hatte den Akku zum Laden draußen, eben wieder eingesteckt und die Position wird tatsächlich angezeigt.
Super, dann ziehen demnächst noch ein paar Rollos bei uns ein.
Hier die neue list Ausgabe:
Internals:
.FhemMetaInternals 1
CFGFN
CHANGED
DEF 11 IODev=deCONZ
FUUID 5d88e78f-f33f-63ce-9f31-ea09ec7398abe8fd
FVERSION 31_HUEDevice.pm:0.201220/2019-09-07
ID 11
INTERVAL
IODev deCONZ
NAME HUEDevice11
NR 2916
STATE dim50%
TYPE HUEDevice
desired 1
manufacturername IKEA of Sweden
modelid KADRILJ roller blind
name Light 11
swversion 2.2.007
type Window covering device
uniqueid 00:0d:6f:ff:fe:9c:db:30-01
.attraggr:
.attrminint:
READINGS:
2019-09-23 17:41:03 alert none
2019-09-24 19:53:52 bri 127
2019-09-24 16:02:59 onoff 1
2019-09-24 19:53:52 pct 50
2019-09-24 19:53:34 reachable 1
2019-09-24 19:53:50 state dim50%
helper:
alert none
bri 127
colormode
ct -1
devtype
effect
hue -1
pct 50
reachable 1
rgb
sat -1
update_timeout -1
xy
Attributes:
IODev deCONZ
alias EZ Rollo Rechts 1
color-icons 1
devStateIcon off:fts_shutter_updown on:fts_shutter_updown
icon fts_shutter
model KADRILJ roller blind
room HUEDevice
webCmd on:off:pct
widgetOverride on:uzsuSelect,zu off:uzsuSelect,auf
Ich muss jetzt nur noch den Status und das Icon anpassen.
Etwas angepasst sieht es gar nicht schlecht aus.
Hallo, wie habt ihr denn den Auf/Ab-Taster in die Phoscon App eingebunden, als Schalter, Sensor oder Lampe. Bei mir will das einfach nicht funktionieren.
Gruß Bernd
Hi Bernd,
als Schalter -> Andere und dann 4x innerhalb von 5 Sekunden den Verbindungsknopf drücken. Der Schalter wird (zumindest bei mir) nicht in der Phoscon-App angezeigt, du kannst ihn aber mit "get sensors" im FHEM deconz-Device finden und dementsprechend einbinden.
Gruß
Danny
Hallo Danny,
danke für deinen Tipp. Hat wunderbar geklappt. Ausserdem musste ich noch auf die neueste Version der Phoscon App updaten (2.05.69), da in der vorherigen Version (2.05.67) der Schalter zwar angezeigt wird, aber das Reading state also der Status noch nicht angezeigt wurde.
Gruß Bernd
Hallo,
gibt es denn eine Möglichkeit das Rollo zu stoppen, so ungefähr sowas wie set Rollo stop. Das stop gibt es natürlich nicht, aber geht das irgendwie anders? Bis jetzt kann ich das Rollo mit dem Taster nur vollständig rauf- oder runterfahren.
Gruß Bernd
stop geht noch nicht. wir haben noch nicht rausgefunden wie das geht.
aber du kannst dich jede beliebige position mit pct genau anfahren.
Danke für die Antwort. Ich kann das aber nur über FHEM machen, aber nicht mit dem Taster. Das ist das Problem.
wenn du den ikea taster meinst: ein mal klicken fährt los, das zweite mal klicken hält an.
Zitat von: justme1968 am 26 Oktober 2019, 15:07:44
wenn du den ikea taster meins: ein mal klicken fährt los, das zweite mal klicken hält an.
Und genauso funktioniert es bei mir auch aus fhem heraus. Einfach nochmal ein "set Rollo on/off" senden und das Rollo steht. Ob on oder off ist dabei egal.
ok. das macht es einfach.
wir waren schon dabei kommandos zwischen ikea app und gateway zu sniffen um zu sehen was als stop kommando gesendet wird.
Zitat von: justme1968 am 26 Oktober 2019, 15:07:44
wenn du den ikea taster meinst: ein mal klicken fährt los, das zweite mal klicken hält an.
Das klappt bei mir überhaupt nicht. Sie sind ja auch nicht über die Ikea-Software gepairt. Als ich Taster und Rollo mal testweise über das Ikea-Gateway installiert hatte, da lief es genauso, wie du es beschrieben hast.
welches gateway verwendest du denn sonst? meine antworten bezogen sich nur auf das ikea gateway.
Zitat von: Rudy am 26 Oktober 2019, 16:18:51
Und genauso funktioniert es bei mir auch aus fhem heraus. Einfach nochmal ein "set Rollo on/off" senden und das Rollo steht. Ob on oder off ist dabei egal.
Das habe ich jetzt mal probiert. Es funktioniert ab nur, wenn das Rollo hoch fährt. Beim Runterfahren klappt es gar nicht. z.B. set Rollo pct 65, danach, um es zu stoppen set Rollo off --> Rollo fährt wieder hoch. Das gleiche nur set Rollo on --> das Rollo fährt 100% nach unten und das ist ja nun mal gar nicht gewollt.
Zitat von: justme1968 am 27 Oktober 2019, 11:36:38
welches gateway verwendest du denn sonst? meine antworten bezogen sich nur auf das ikea gateway.
Oh, ok. Ich nehme das Phoscon-Gateway. Dann kann es ja daran liegen.
Ich nutze auch den Conbee inkl. der Phoscon-Software. Und da funktioniert es bei mir wie oben gesagt. Sorry, hatte das mit dem Conbee vergessen zu erwähnen.
Zitat von: Rudy am 27 Oktober 2019, 14:54:55
Ich nutze auch den Conbee inkl. der Phoscon-Software. Und da funktioniert es bei mir wie oben gesagt. Sorry, hatte das mit dem Conbee vergessen zu erwähnen.
Naja, ist dann schon ziemlich seltsam.
Mit einer Hue-Bridge funktionieren die Rollos nicht, oder?
aktuell nicht.
Hallo Leute,
habe mir auch zwei Rollos Kadrilj gekauft.
In fhem benutze ich conbee und deCONZ auf einem Raspi3.
Ich sehe in fhem auch zwei Devices :
Internals:
DEF sensor 9 IODev=deCONZ
FUUID 5dea7896-f33f-8841-9136-0e0bb04d274c05ae
FVERSION 31_HUEDevice.pm:0.206240/2019-11-30
ID S9
INTERVAL
IODev deCONZ
NAME fyrtur01
NR 577
STATE Initialized
TYPE HUEDevice
lastupdated 2019-12-06 17:50:49
lastupdated_local 2019-12-06 18:50:49
manufacturername IKEA of Sweden
modelid TRADFRI open/close remote
name TRADFRI open/close remote
on 1
reachable 0
swversion 2.2.008
type ZHASwitch
uniqueid 00:0d:6f:ff:fe:90:47:8f-01-1000
READINGS:
2019-12-06 18:51:12 reachable 1
2019-12-06 18:50:49 state 2002
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 08db976670b354a30835611d4bfa4ac4
manufacturername IKEA of Sweden
mode 1
modelid TRADFRI open/close remote
name TRADFRI open/close remote
swversion 2.2.008
type ZHASwitch
uniqueid 00:0d:6f:ff:fe:90:47:8f-01-1000
config:
alert none
battery
group 4
state:
buttonevent 2002
lastupdated 2019-12-06T17:50:49
setList:
Attributes:
IODev deCONZ
room HUEDevice,Wohnzimmer
verbose 1
Internals:
DEF sensor 10 IODev=deCONZ
FUUID 5dea7a27-f33f-8841-175b-4c63c9e1ac93e158
FVERSION 31_HUEDevice.pm:0.206240/2019-11-30
ID S10
INTERVAL
IODev deCONZ
NAME fyrtur02
NR 578
STATE Initialized
TYPE HUEDevice
manufacturername IKEA of Sweden
modelid KADRILJ roller blind
name KADRILJ roller blind
on 1
reachable 0
swversion 2.2.007
type ZHABattery
uniqueid 08:6b:d7:ff:fe:1e:2d:02-01-0001
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 08db976670b354a30835611d4bfa4ac4
manufacturername IKEA of Sweden
modelid KADRILJ roller blind
name KADRILJ roller blind
swversion 2.2.007
type ZHABattery
uniqueid 08:6b:d7:ff:fe:1e:2d:02-01-0001
config:
state:
battery
lastupdated none
setList:
Attributes:
IODev deCONZ
room HUEDevice,Wohnzimmer
verbose 1
Ich kann aber nicht erkennen, dass ich die irgendwie steuern könnte ?
Was kann ich damit jetzt von fhem aus machen ?
Danke für die Erhellung. ;D
Gruß
Frank
warum sind die devices als sensor angelegt? die müssen als lampen erscheinen.
ich glaube das problem hatte schon mal jemand.
Hm, schon mal ein Hinweis.
Und nun ?
Gruß
Frank
Hm, wenn ich in fhem bei deCONZ "get sensors" aufrufe, kriege ich folgendes :
9: TRADFRI open/close remote ZHASwitch
10: KADRILJ roller blind ZHABattery
die 9 ist die fernbedienung und 10 ist scheinbar der batteriestand der fernbedienung. beides nicht was du willst. die devices die du dafür angelegt hat kannst du direkt wieder löschen.
was gibt ein get devices? wenn hier nichts auftaucht sind die rollläden nicht nicht (richtig) angelernt.
Zitat von: F-Spezi am 24 September 2019, 19:59:22
Ich hatte den Akku zum Laden draußen, eben wieder eingesteckt und die Position wird tatsächlich angezeigt.
Super, dann ziehen demnächst noch ein paar Rollos bei uns ein.
Hier die neue list Ausgabe:
Internals:
.FhemMetaInternals 1
CFGFN
CHANGED
DEF 11 IODev=deCONZ
FUUID 5d88e78f-f33f-63ce-9f31-ea09ec7398abe8fd
FVERSION 31_HUEDevice.pm:0.201220/2019-09-07
ID 11
INTERVAL
IODev deCONZ
NAME HUEDevice11
NR 2916
STATE dim50%
TYPE HUEDevice
desired 1
manufacturername IKEA of Sweden
modelid KADRILJ roller blind
name Light 11
swversion 2.2.007
type Window covering device
uniqueid 00:0d:6f:ff:fe:9c:db:30-01
.attraggr:
.attrminint:
READINGS:
2019-09-23 17:41:03 alert none
2019-09-24 19:53:52 bri 127
2019-09-24 16:02:59 onoff 1
2019-09-24 19:53:52 pct 50
2019-09-24 19:53:34 reachable 1
2019-09-24 19:53:50 state dim50%
helper:
alert none
bri 127
colormode
ct -1
devtype
effect
hue -1
pct 50
reachable 1
rgb
sat -1
update_timeout -1
xy
Attributes:
IODev deCONZ
alias EZ Rollo Rechts 1
color-icons 1
devStateIcon off:fts_shutter_updown on:fts_shutter_updown
icon fts_shutter
model KADRILJ roller blind
room HUEDevice
webCmd on:off:pct
widgetOverride on:uzsuSelect,zu off:uzsuSelect,auf
Ich muss jetzt nur noch den Status und das Icon anpassen.
Muss das wieder ausgraben ;)
Habe jetzt auch Testweise ein Rollo an meinem conbee, soweit kann ich es steuern.
Jedoch habe ich folgende Fragen:
- Bei mir funktioniert die Rückmeldung nicht -> es zeigt den aktuellen Status nicht an. Steuern mit bri, on off geht soweit
- wenn ich on/off einmalig sende fährt es manhcmal nicht ganz rauf oder runter sondern nur ein paar cm -> wie wenn ich den Befehl nochmals gesendet hätte. Über fhem/conbee habe ich aber diesen nur einmal abgesetzt. Kann das ein Zigbee hopping Thema sein, da mein Rollo weit weg ist vom conbee?
thx
Also falls es jemanden hilft, Problem 1 habe ich gelöst:
- Das machen was da steht: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment-571774612
- WICHTIG: dann den Akku aus dem Gerät, 10 Sekunden warten und wieder rein. Erst dann gingen die Reports und der Status kam zu deCONZ/fhem
Leider bleibt mein Problem mit dem on/off:
Wenn ich on/off einmalig sende fährt es manchmal nicht ganz rauf oder runter sondern nur ein paar cm -> wie wenn ich den Befehl nochmals gesendet hätte.
Habe ich aber nicht, sondern nur einmal gedrückt.
Mit bri/pct steuern geht immer.
Ist das ein bekanntes Problem?
Kennt da jemand Abhilfe?
Es gibt ja die 2.2.009 Firmware, damit jemand Erfahrung?
Danke
pOpY
Habe mittlerweile die 009 drauf und bin im deCONZ github dran bzgl. der doppelten empfangenen Cmds, dürfte an unicast/broadcast Thema liegen.
@justme1968
Bekomme in deCONZ nun das battery reading für das Rollo (nach dem manuellen binden & einstellen der reporting values).
Das wird in fhem mit einem ZHABattery HUeDevice angelegt, siehe das list:
Internals:
DEF sensor 6 IODev=deCONZ
FUUID 5e28a832-f33f-0e94-57d3-e55c269f6b0bdfa6
FVERSION 31_HUEDevice.pm:0.209360/2020-01-10
ID S6
INTERVAL
IODev deCONZ
NAME BAT_SZ_ROLLO
NR 330
STATE Initialized
TYPE HUEDevice
lastupdated 2020-01-23 07:25:50
lastupdated_local 2020-01-23 08:25:50
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name FYRTUR block-out roller blind
on 1
reachable 1
swversion 2.2.009
type ZHABattery
uniqueid 14:b4:57:ff:fe:d5:42:d5-01-0001
READINGS:
2020-01-22 21:05:04 reachable 1
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
e changed
id 6
r sensors
t event
uniqueid xxx
state:
battery 92
lastupdated 2020-01-23T07:25:50
setList:
Attributes:
IODev deCONZ
group Schlafzimmer
room System
Irgendwie bekomme ich aber das bettery reading nicht durch.
Hast du eine Idee?
Danke
pOpY
bitte log mit verbose 5 zeigen und das batterie einlegen und auch ein set statusRequest loggen.
Zitat von: justme1968 am 23 Januar 2020, 09:20:35
bitte log mit verbose 5 zeigen und das batterie einlegen und auch ein set statusRequest loggen.
ok, soll ich nur das ZHABattery oder die HUEBridge (deCONZ) auf verbose 5 setzen.
Welche Aktionen soll ich dann machen, oder einfach mal laufen lassen und dann hier reinstellen.
thx
pOpY
@justme1968
Hier das Log mit BAT_SZ_ROLLO (ZHABattery) & deCONZ (HUEBridge) auf verbose 5:
EDIT: Habe das Log aktualisiert:
Die sensor id ist 6 und hier das Update:
2020.01.23 11:18:43 5: deCONZ: websocket data: $VAR1 = {
'state' => {
'lastupdated' => '2020-01-23T10:18:43',
'battery' => 92
},
't' => 'event',
'uniqueid' => '14:b4:57:ff:fe:d5:42:d5-01-0001',
'r' => 'sensors',
'e' => 'changed',
'id' => '6'
};
Und nochmals dein List nach dem Update:
Internals:
CFGFN
DEF sensor 6 IODev=deCONZ
FUUID 5e296da8-f33f-0e94-bf5f-de82b7a9387dcbc1
FVERSION 31_HUEDevice.pm:0.209360/2020-01-10
ID S6
INTERVAL
IODev deCONZ
NAME BAT_SZ_ROLLO
NR 20404
STATE Initialized
TYPE HUEDevice
lastupdated 2020-01-23 10:18:43
lastupdated_local 2020-01-23 11:18:43
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name FYRTUR block-out roller blind
on 1
reachable 1
swversion 2.2.009
type ZHABattery
uniqueid 14:b4:57:ff:fe:d5:42:d5-01-0001
READINGS:
2020-01-23 10:45:05 reachable 1
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag 18915ab1fa1fa5bcde42eeeabcb769f7
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name FYRTUR block-out roller blind
swversion 2.2.009
type ZHABattery
uniqueid 14:b4:57:ff:fe:d5:42:d5-01-0001
config:
state:
battery 92
lastupdated 2020-01-23T10:18:43
setList:
Attributes:
IODev deCONZ
In den helper values gibts das battery aber nicht sichtbar als state/reading, Siehe Bild im Anhang.
pOpY
Habe den obigen Post aktualisiert ::)
müsste ab dem update morgen gehen. bisher wurde battery nur im config teil ausgewertet nicht im state teil der nachricht.
Super danke, werde berichten.
Funktioniert perfekt, danke!
Siehe Bild.
Hallo,
ich habe die Rollos bei mir über das IKEA-Gateway eingebunden, leider werden sie aber geöffnet als 100% angezeigt. Ich wollte mit
Zitatattr Rollo_links param levelInverse
diese Verhalten umdrehen param levelInverse lässt sich nicht einstellen.
Gibt es noch eine andere Möglichkeit das zu erreichen?
Gruß Rolf
Hallo,
welche Erfahrungswerte habt ihr mit der Akkulaufzeit einer Akkuladung bei z.B. täglichen hoch und runter fahren?
100% = offen ist das native verhalten der meisten smart home systeme.
d.h. 100% = open = hell wie bei einer lampe.
levelInverse gibt es nur beim hm modul und es schafft unterm strich mehr probleme als es löst. spätestens wenn du einen der sprach assistenten einbinden willst gibt es unlösbare probleme.
Zitat von: karpate am 25 Januar 2020, 10:05:49
Hallo,
welche Erfahrungswerte habt ihr mit der Akkulaufzeit einer Akkuladung bei z.B. täglichen hoch und runter fahren?
Habe die jetzt 2Wo und vorher voll geladen.
Beim einrichten in deconz und fhem einigemale öfter am Tag betätigt und jetzt noch 91% Akku. Sprich, das wären ungefähr 22Wo Laufzeit.
Ikea gibt 6Mo an, kommt mir also realistisch vor.
Zitat von: popy am 23 Januar 2020, 17:18:31
Funktioniert perfekt, danke!
Siehe Bild.
Wie lange hat es gedauert, bis er dir das Reading battery angezeigt hat, habe mein fhem heute aktualisiert und Version 2.05.72.
Leider kommt das Reading battery nicht rein, steuern und pct Werte sind alle da, nur halt battery nicht.
Grüße Marcel
Zitat von: Ma_Bo am 25 Januar 2020, 15:47:06
Wie lange hat es gedauert, bis er dir das Reading battery angezeigt hat, habe mein fhem heute aktualisiert und Version 2.05.72.
Leider kommt das Reading battery nicht rein, steuern und pct Werte sind alle da, nur halt battery nicht.
Grüße Marcel
Du musst ein "get sensors" machen auf dein HUEBridge/deCONZ device.
Da gibt es ein eigenes ZHABattery device vom Rollo.
Das legst du mal an in fhem.
Jetzt musst du in deCONZ das ein binding machen und die reporting values einstellen, siehe hier: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment-577537449
Dann das Rollo einmal neu starten und die Readings sollten da sein.
Ganz schön kompliziert, aber es läuft 8)
pOpY
Zitat von: popy am 25 Januar 2020, 17:11:25
Du musst ein "get sensors" machen auf dein HUEBridge/deCONZ device.
Da gibt es ein eigenes ZHABattery device vom Rollo.
Das legst du mal an in fhem.
Jetzt musst du in deCONZ das ein binding machen und die reporting values einstellen, siehe hier: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1121#issuecomment-577537449
Dann das Rollo einmal neu starten und die Readings sollten da sein.
Ganz schön kompliziert, aber es läuft 8)
pOpY
Device hab ich in FHEM schon angelegt.
Das in deCONZ noch nicht.
Mein deCONZ mit Phoscon APP läuft headless auf nem PI, wie komm ich an die Einstellungen ran, diese "Windows" Fenster hab ich ja nicht um die reporting values einzustellen.
Zitat von: Ma_Bo am 25 Januar 2020, 17:26:34
Device hab ich in FHEM schon angelegt.
Das in deCONZ noch nicht.
Mein deCONZ mit Phoscon APP läuft headless auf nem PI, wie komm ich an die Einstellungen ran, diese "Windows" Fenster hab ich ja nicht um die reporting values einzustellen.
Habe auch einen headless rpi, du musst den Desktop nachinstallieren und vncserver.
Dann per ssh
Sudo systemctl stop deconz
Sudo systemctl disable deconz
Sudo systemctl enable deconz-gui
Sudo systemctl start deconz-gui
Damit startest du den GUI von deconz.
Dann mit einem vnc viewer verbinden auf den rpi und du solltest dich anmelden können und den GUI sehen.
Darin kannst du die Sachen dann einstellen.
pOpY
Danke, werde ich morgen direkt mal testen.
Grüße Marcel
Gesendet von iPhone mit Tapatalk
####Edit
Es hat mir dann doch jetzt keine Ruhe gelassen und ich musste es testen.
DANKE es funktioniert !
Jetzt hab ich aber noch 2 Fragen,
wird das reading battery jetzt alle 7200 Sekunden aktualisiert oder auch direkt dann, wenn der Akkuwert sinkt?
Und gibt es eine Möglichkeit, den oberen Endpunkt (der ja bis jetzt immer das voll einfahren des Rollos ist) einzustellen?
Den unteren Endpunkt kann man ja anlernen.
Grüße Marcel
Zitat von: Ma_Bo am 26 Januar 2020, 01:35:24
Danke, werde ich morgen direkt mal testen.
Grüße Marcel
Gesendet von iPhone mit Tapatalk
####Edit
Es hat mir dann doch jetzt keine Ruhe gelassen und ich musste es testen.
DANKE es funktioniert !
Schön das es funktioniert hat.
Zitat von: Ma_Bo am 26 Januar 2020, 02:41:21
Jetzt hab ich aber noch 2 Fragen,
wird das reading battery jetzt alle 7200 Sekunden aktualisiert oder auch direkt dann, wenn der Akkuwert sinkt?
Ich glaube nicht dass der Akkuwert in 2h (7200s) so schnell sinkt das das sinn machen würde.
Weiß aber nicht genau wie die Firmware des Rollos die Situation eines sich ändernden Akkustands behandelt.
Finde es aber nicht für notwendig.
Persönlich habe ich bei Batteriebetriebenen Geräten einen Schwellwert von 10% eingestellt.
Wird dieser unterschritten bekomme ich eine Push Nachricht aufs Handy.
Somit sollte noch genug Zeit bleiben den Akku zu laden.
Zitat von: Ma_Bo am 26 Januar 2020, 02:41:21
Und gibt es eine Möglichkeit, den oberen Endpunkt (der ja bis jetzt immer das voll einfahren des Rollos ist) einzustellen?
Den unteren Endpunkt kann man ja anlernen.
Habe ich selbst noch nicht benötigt & bin auch bis jetzt noch nicht darüber gestolpert.
Heißt nicht dass es diese Möglichkeit nicht gibt ;D
pOpY
ZitatUnd gibt es eine Möglichkeit, den oberen Endpunkt (der ja bis jetzt immer das voll einfahren des Rollos ist) einzustellen?
Den unteren Endpunkt kann man ja anlernen.
Ich habe die Kommandos up/down über eventMap umgebogen:
attr HUEDevice37 eventMap /pct 3:up/pct 100:down
attr HUEDevice37 userReadings position {ReadingsVal($NAME,"pct",0)}
attr HUEDevice37 webCmd up:down:pctGruß
Danny
Zitat von: moskito am 27 Januar 2020, 13:27:02
Ich habe die Kommandos up/down über eventMap umgebogen:
attr HUEDevice37 eventMap /pct 3:up/pct 100:down
attr HUEDevice37 userReadings position {ReadingsVal($NAME,"pct",0)}
attr HUEDevice37 webCmd up:down:pct
Gruß
Danny
Das ist eine sehr gute Idee.
Werde ich dann auch so machen dass das Rollo nicht immer komplett einfährt.
Danke!
Zitat von: moskito am 27 Januar 2020, 13:27:02
Ich habe die Kommandos up/down über eventMap umgebogen:
attr HUEDevice37 eventMap /pct 3:up/pct 100:down
attr HUEDevice37 userReadings position {ReadingsVal($NAME,"pct",0)}
attr HUEDevice37 webCmd up:down:pct
Gruß
Danny
Update:
Bin weiter am integrieren des Rollos über deCONZ und auf eine Unschönheit gestoßen.
Wenn ich globale "lightSet" Gruppe über fhem in deCONZ auf "off" schalte um alle Lichter auszuschalten (z.B.: bei verlassen der Wohnung),
rührt sich zum Glück das Rollo nicht -> das ist schon mal gut.
Leider aber ändert sich der angezeigte pct Wert -> somit stimmt der angezeigte Status in fhem nicht.
Glücklicherweise bleibt der bri Wert erhalten!
Um das zu lösen habe ich folgendes gemacht (Inspiriert von Danny -> Danke):
attr BLIND_SZ eventMap /pct 0:up/pct 100:down/pct:position
attr BLIND_SZ userReadings position { ceil(100 * ReadingsVal($name,"bri","0") / 255) }
attr BLIND_SZ webCmd up:down:position
attr BLIND_SZ widgetOverride position:slider,0,1,100
Nun kann man schön die Position von 0-100 setzen (wie auch mit nur pct) aber der angezeigt Wert springt nicht auf "0" wenn das LightSet ausgeschaltet wird.
Hier noch weiterer Code den ich geschrieben habe um den Rollo Status inl. Icons & Batteriestatus anzuzeigen.
Wichtig dabei ist die Namensgebung des Blind & ZHABattery devices.
Das Battery device MUSS mit BAT_ beginnen, meine heissen z.B.:
BLIND_SZ
BAT_BLIND_SZ
Code fürs Stateformat:
attr BLIND_SZ stateFormat {
my $battery = ReadingsVal("BAT_".$name,"battery","0");
GetROLLOStateFormat($battery,ReadingsVal($name,"position","0"));
}
Hier noch die benötigte Funktion GetROLLOStateFormat() in der 99_myUtils.pm:
###################################
# stateFormat für ROLLO Battery
###################################
sub GetROLLOStateFormat($;$)
{
my $battery = shift;
my $pct = shift;
#starting div
my $res = '<div>';
#shutter icon
if($pct > 98) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_100.svg" height="32" width="32"> ';
}elsif ($pct >= 90) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_90.svg" height="32" width="32"> ';
}elsif ($pct >= 80) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_80.svg" height="32" width="32"> ';
}elsif ($pct >= 70) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_70.svg" height="32" width="32"> ';
}elsif ($pct >= 60) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_60.svg" height="32" width="32"> ';
}elsif ($pct >= 50) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_50.svg" height="32" width="32"> ';
}elsif ($pct >= 40) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_40.svg" height="32" width="32"> ';
}elsif ($pct >= 30) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_30.svg" height="32" width="32"> ';
}elsif ($pct >= 20) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_20.svg" height="32" width="32"> ';
}elsif ($pct >= 2) {
$res = $res.'<img src="/fhem/images/openautomation/fts_shutter_10.svg" height="32" width="32"> ';
}else{
$res = $res.'<img src="/fhem/images/openautomation/fts_window_2w.svg" height="32" width="32"> ';
}
#shutter percent text
$res = $res.$pct.' % geschlossen ';
#battery icon
if($battery > 75) {
$res = $res.'<img src="/fhem/images/openautomation/measure_battery_100.svg" height="32" width="32"> ';
}elsif ($battery > 50) {
$res = $res.'<img src="/fhem/images/openautomation/measure_battery_75.svg" height="32" width="32"> ';
}elsif ($battery > 25) {
$res = $res.'<img src="/fhem/images/openautomation/measure_battery_50.svg" height="32" width="32"> ';
}elsif ($battery > 10) {
$res = $res.'<img src="/fhem/images/openautomation/measure_battery_25.svg" height="32" width="32"> ';
}else{
$res = $res.'<img src="/fhem/images/openautomation/measure_battery_0.svg" height="32" width="32"> ';
}
#battery text
$res = $res.'Batterie: '.$battery.'%</div>';
return $res;
}Viel Spaß
Hallo,
mit den Anleitungen aus diesem Thread konnte auch ich 4 Fyrtur-Rollos inkl. Akku-Anzeige über ein RaspBee erfolgreich einrichten. Ein kleines Problem habe ich aber noch: Die Restkapazität eines Akku wird erst aktualisiert, wenn ich im "Attribute Editor" von deCONZ - RaspBee (GUI) auf den read-Button klicke. Bei einem der 4 Rollos habe ich nach dem aufladen auf 100% extra längere Zeit gewartet (knapp 2 Tage), aber nichts ist passiert.
Was habe ich vergessen? "Reportable Change" (also die "meldepflichtige Änderung") steht auf 1.
Gruß
Manfred
Zitat von: Eifelman am 20 März 2020, 13:52:02
Hallo,
mit den Anleitungen aus diesem Thread konnte auch ich 4 Fyrtur-Rollos inkl. Akku-Anzeige über ein RaspBee erfolgreich einrichten. Ein kleines Problem habe ich aber noch: Die Restkapazität eines Akku wird erst aktualisiert, wenn ich im "Attribute Editor" von deCONZ - RaspBee (GUI) auf den read-Button klicke. Bei einem der 4 Rollos habe ich nach dem aufladen auf 100% extra längere Zeit gewartet (knapp 2 Tage), aber nichts ist passiert.
Was habe ich vergessen? "Reportable Change" (also die "meldepflichtige Änderung") steht auf 1.
Gruß
Manfred
Hallo Manfred,
Eine Frage : den Power Configuration Endpoint hast du zum Raspbee gebindet? Falls nein nachholen.
Das Thema das die Reports abgehen nach dem binden und konfigueren kenne ich, mache das Rollo stromlos, drück eine Taste und gib den Akku wieder rein.
Danach sollte das reporting funktionieren, jedenfalls war es bei mir so.
pOpY
Zitat von: popy am 20 März 2020, 14:10:40
Hallo Manfred,
Eine Frage : den Power Configuration Endpoint hast du zum Raspbee gebindet? Falls nein nachholen.
Das Thema das die Reports abgehen nach dem binden und konfigueren kenne ich, mache das Rollo stromlos, drück eine Taste und gib den Akku wieder rein.
Danach sollte das reporting funktionieren, jedenfalls war es bei mir so.
pOpY
Das Binding wird er gemacht habe, da er ja beim Read den Wert bekommt.
Was ich beim Akkuwechsel gemerkt habe, ich muss den leeren Akku entfernen, mindestens 10 Sekunden warten, dann den neuen rein machen und das Rollo über eine Taste bedienen.
Dafür fahre ich das Rollo über die Taste komplett zu und danach wieder auf.
Mache ich das nicht, aktualisieren sich bei mir die Readings nicht. (Conbee)
Grüße Marcel
Ja, das Binding habe ich gemacht.
Und gerade den Akku herausgenommen, nach 10s wieder eingelegt und das Rollo mit den Tasten komplett aus- und wieder eingefahren.
Leider keine Änderung. Der Wert für "Battery Percentage Remaining" wird erst nach einem "read" in der Maske "Attribute Editor" aktualisiert und wird dann (ohne das Browserfenster aktualisieren zu müssen) in FHEM angezeigt.
Zitat von: Eifelman am 21 März 2020, 09:56:45
Ja, das Binding habe ich gemacht.
Und gerade den Akku herausgenommen, nach 10s wieder eingelegt und das Rollo mit den Tasten komplett aus- und wieder eingefahren.
Leider keine Änderung. Der Wert für "Battery Percentage Remaining" wird erst nach einem "read" in der Maske "Attribute Editor" aktualisiert und wird dann (ohne das Browserfenster aktualisieren zu müssen) in FHEM angezeigt.
Mache mal einen Factory reset bei dem Rollo und pair das neu.
Vll. Hilft es.
Ansonsten hätte ich noch die Idee bzgl. Firmware.
Welche Firmware hat dein Rollo?
Ich habe eines auf 009 gebracht, das zweite hatte schon 009.
Den 2. Versuch habe ich gerade bei den anderen 3 Rollos durchgeführt: also Akku raus, Taste gedrückt, 10s gewartet und Akku wieder rein.
Auch hier zunächst keine Aktualisierung, allerdings ist mir nach dem "read" aufgefallen, dass die Restkapazität jetzt mit "0" angezeigt wird. Erst nach dem Bewegen des Rollo wird wieder der aktuelle Wert angezeigt. Das sieht vielversprechend aus ...
Könnte "Reportable Change" = 1 bedeuten, dass nach 2 Stunden (7200) nur dann ein Wert gesendet wird, wenn sich die Kapazität um den Wert 1 ändert? Also würde bei "Reportable Change" = 0 nach 2 Stunden immer ein Wert gesendet?
Zitat von: Eifelman am 21 März 2020, 10:22:42
Den 2. Versuch habe ich gerade bei den anderen 3 Rollos durchgeführt: also Akku raus, Taste gedrückt, 10s gewartet und Akku wieder rein.
Auch hier zunächst keine Aktualisierung, allerdings ist mir nach dem "read" aufgefallen, dass die Restkapazität jetzt mit "0" angezeigt wird. Erst nach dem Bewegen des Rollo wird wieder der aktuelle Wert angezeigt. Das sieht vielversprechend aus ...
Könnte "Reportable Change" = 1 bedeuten, dass nach 2 Stunden (7200) nur dann ein Wert gesendet wird, wenn sich die Kapazität um den Wert 1 ändert? Also würde bei "Reportable Change" = 0 nach 2 Stunden immer ein Wert gesendet?
Also bei mir wird mit 1 auch dann gesendet, wenn sich der Wert nicht ändert.
Was ich bei mir aber gestern beobachtet habe:
Akku raus, 10 sek warten, neuen Akku rein, taste zu fahre, wenn unten, taste hoch fahren, erst nach knapp 4 Stunden, kam der aktuelle Wert für den Akku, danach wieder regelmässig alle 2 Stunden +- 10Minuten
Moin
Ich versuche seit mehreren Tagen ein Rollo mit Taster einzubinden.
Ich hatte die stable Version am Start. Mit der ging dann das meiste soweit, wie auch hier beschrieben, nur der Taster wollte nicht so richtig.
Mein Ziel war eigentlich, dass der Taster sich so verhaelt wie im Auslieferungszustand.
Nachdem das mit dem Taster partout nicht funktionieren wollte, habe ich mir gedacht, geh doch mal auf die dev Version, vielleicht geht es dann.
Tja leider Pustekuchen. Irgendwie taucht das Rollo im Phoscon nicht mehr auf. Der Taster funktioniert nun zwar besser als vorher, dafuer aber kann ich das Rollo mit fhem gar nicht mehr bewegen.
lastError parameter, pct, not available 2020-06-01 13:07:53
So wie es aussieht, hat Dresden zuletzt etwas veraendert. Somit kann ich jetzt gar nicht mehr weitertesten.
Ist hier jemand, der ungefaehr in der gleichen Situation ist? Oder mir sonst einen Tipp geben kann?
Entscheidend ist fuer mich die Funktionalitaet zwischen Taster und Rollo, ohne fhem!
Gruss und Danke
Christoph
Hast du die gewünschten Rollos in der Taster Group unter Groups im "alten" Webinterface (erreichbar unter Hilfe in Phoscon) von Phoscon zugewiesen ?
So mach ich das und funktioniert. Auch mit mehreren Rollos oder Taster. Funktion der Taster ist dann wie im Auslieferungszustand.
Habe schon 7x dieser tollen Rollos.
pOpY
Gesendet von meinem ONEPLUS A6013 mit Tapatalk
Zitat von: popy am 01 Juni 2020, 14:10:51
Hast du die gewünschten Rollos in der Taster Group unter Groups im "alten" Webinterface (erreichbar unter Hilfe in Phoscon) von Phoscon zugewiesen ?
So mach ich das und funktioniert. Auch mit mehreren Rollos oder Taster. Funktion der Taster ist dann wie im Auslieferungszustand.
Habe schon 7x dieser tollen Rollos.
pOpY
Gesendet von meinem ONEPLUS A6013 mit Tapatalk
Moin
Und Danke. Das funktioniert so leidlich. Wenn ich auch immer noch nicht so ganz verstehe, warum man drei (3) Programme/Apps braucht, um das zum Laufen zu bringen.
Weiterhin bleibt aber das Problem mit fhem. Welche Version von Phoscon ist bei Dir installiert?
Gruss Christoph
Zitat von: pc1246 am 02 Juni 2020, 14:49:15
Moin
Und Danke. Das funktioniert so leidlich. Wenn ich auch immer noch nicht so ganz verstehe, warum man drei (3) Programme/Apps braucht, um das zum Laufen zu bringen.
Weiterhin bleibt aber das Problem mit fhem. Welche Version von Phoscon ist bei Dir installiert?
Gruss Christoph
Schön das es jetzt geht :-)
Ja, stimmt. Ist ein Gefummel, aber wenn mans mal gemacht hat dann gehts bei den nächsten.
Und man machts ja nur einmal pro Rollo ;)
Habe die neuste stable Phoscon V2_05_77.
fhem ist glaube ich ~1 Mon alt.
Klappt aber alles ohne Probleme.
Habe mir z.B.: einen Betten Sensor gebaut und jeden Abend wenn jemand mehr als 15 Minuten im Bett liegt geht das Rollo runter :D
pOpY
Wie hast Du deinen Betten Sensor realisiert? Sowas suche ich schon lange...
Zitat von: Jamo am 02 Juni 2020, 16:03:03
Wie hast Du deinen Betten Sensor realisiert? Sowas suche ich schon lange...
Habe ich auch lange gesucht ::)
Bin schon knapp dran gewesen das mit einem Kapazitätssensor zu machen.
Abgehalten hat mich davon immer dass ich den Lattenrost mit Kupferstreifen zu pflastern hätte müssen um die Empfindlichkeit zu erhöhen.
Eine weitere Idee war mal mit einem Drucksensor unter den Bettfüßen,
hat mir aber auch nicht gefallen.
Bin dann über diese Lösung gestolpert (Link gesucht mit google, hoffe das war der Richtige): https://www.instructables.com/id/Bed-Presence-Sensor-With-SONOFF/
Das tolle daran, die Matte liegt nur zwischen Lattenrost und Matratze im Gesäß Bereich (da ist Mann & Frau am schwersten bzw. funktioniert es da am besten).
Hab folgende Matte 2x für unser Bett verwendet (je 1x pro Bettseite - Ehebett): https://www.pearl.at/at-a-NX5767-3110.shtml
Beide angeschlossen an einen Sonoff Basic mit Tasmota Firmware.
Das ganze per MQTT an fhem angebunden und mittels bisschen Config auf Tasmota (paar Switch Einstellungen) & fhem (Watchdog usw.) läuft es erstaunlich gut.
Hat noch nie einen Fehlfunktion gegeben.
Wie lange so eine Matte hält kann ich allerdings nicht sagen (kommt sicher auch auf die Aktivität drauf an ;D 8) )
Folgendes habe ich realisiert:
Man legt sich rein, es geht zwischen 20:00 & 24:00 Uhr der TV an wenn noch niemand im Bett liegt, das Licht geht an.
Nach 15 Minuten nachdem man sich ins Bett gelegt hat, geht das Rollo automatisch runter.
Unsere Wecker sind 2x Echo Show 5, wenn Wecker gestellt geht 10 Minuten nach dem läuten das Rollo um etwa 20% hoch (lässt etwas Licht herein zum wach werden).
Falls kein Wecker über Alexa gestellt (WE usw.) geht das Rollo um 08:00 Uhr Früh um etwa 20% hoch (damit Mann/Frau nicht den Tag verschläft ;) )
Wenn gewünscht kann ich Gerne meine RAW definitions hier reinstellen.
Viel Spaß beim basteln.
pOpY
Zitat von: popy am 02 Juni 2020, 15:14:59
Schön das es jetzt geht :-)
Ja, stimmt. Ist ein Gefummel, aber wenn mans mal gemacht hat dann gehts bei den nächsten.
Und man machts ja nur einmal pro Rollo ;)
Habe die neuste stable Phoscon V2_05_77.
fhem ist glaube ich ~1 Mon alt.
Klappt aber alles ohne Probleme.
Habe mir z.B.: einen Betten Sensor gebaut und jeden Abend wenn jemand mehr als 15 Minuten im Bett liegt geht das Rollo runter :D
pOpY
Moin
Also stable war bei mir V2_05_70! Jetzt die beta mit V2_05_77.
Bei DE sieht das dann noch irgendwie unsortierter aus! Das Changelog reicht nur bis V2_05_75, und ob stable oder nicht kann man nicht erkennen!
Die _70 meinte sie waere aktuell, wie jetzt auch die _77.
Kannst Du mir mal ein List von Deinen 3 devices schicken? (Rasb-/Conbee (deconz); Rollo und Taster)
Danke und Gruss
Christoph
Zitat von: pc1246 am 02 Juni 2020, 16:30:39
Moin
Also stable war bei mir V2_05_70! Jetzt die beta mit V2_05_77.
Bei DE sieht das dann noch irgendwie unsortierter aus! Das Changelog reicht nur bis V2_05_75, und ob stable oder nicht kann man nicht erkennen!
Die _70 meinte sie waere aktuell, wie jetzt auch die _77.
Kannst Du mir mal ein List von Deinen 3 devices schicken? (Rasb-/Conbee (deconz); Rollo und Taster)
Danke und Gruss
Christoph
Hmmm, also ich hatte vorher glaube ich die 74er lange und bin sicher auf dem stable channel.
Die Tage hat er mir bei "apt get upgrade" die 77er installiert und läuft bis jetzt.
Hier siehst du immer die neusten Releases: https://github.com/dresden-elektronik/deconz-rest-plugin/releases
der ganz oben ist der aktuelle stable. Drüber gibts noch welche zum einblenden welche die beta's sind.
Hier mein deconz list (wichtige Sachen wie mac's, key's usw. entfernt)
Internals:
DEF 192.168.0.9:8080
FD 5
FUUID XXXXXXXX
FVERSION 30_HUEBridge.pm:0.211360/2020-02-07
INTERVAL 60
NAME deCONZ
NOTIFYDEV global
NR 212
NTFY_ORDER 50-deCONZ
PORT 52374
STATE connected
TYPE HUEBridge
apiversion 1.16.0
buf
host XXX.XXX.XXX.XXX:8080
mac xxxxxxxxxxxxxxxxx
manufacturer Royal Philips Electronics
modelName Philips hue bridge 2015
modelid deCONZ
name MyBridge
swversion 2.5.77
updatestate 0
websocket 1
websocketport 443
zigbeechannel XXX
READINGS:
2020-03-05 12:16:01 alert none
2020-06-02 08:16:59 lastError resource, /lights/23, not available
2020-03-05 12:16:01 reachable 1
2020-06-02 16:31:32 state connected
helper:
apiversion 69632
count 0
last_config_timestamp 1591108292
offsetUTC 7200
updatestate 0
Attributes:
alias deCONZ Phoscon Gateway
devStateIcon connected:rc_GREEN:on disconnected:rc_RED:off Initialized:message_socket_disabled
group Geräte
httpUtils 1
icon hue_filled_bridge_v2
key XXXXXXXXXXXX
room System
webCmd pct:toggle:on:off
Rollo mit dem Namen BLIND_SZ (wieder bereinigt):
Internals:
DEF 3 IODev=deCONZ
FUUID XXXXXXXX
FVERSION 31_HUEDevice.pm:0.211360/2020-02-07
ID 3
INTERVAL
IODev deCONZ
NAME BLIND_SZ
NR 225
STATE <div><img src="/fhem/images/openautomation/fts_window_2w.svg" height="32" width="32"> 0 % geschlossen <img src="/fhem/images/openautomation/measure_battery_75.svg" height="32" width="32"> Batterie: 57%</div>
TYPE HUEDevice
desired 1
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name Rollo Schlafzimmer
swversion 2.2.009
type Window covering device
uniqueid XXXXXXXX
READINGS:
2020-06-02 08:00:00 alarm_this_day off
2020-05-29 20:18:38 alert none
2020-06-02 07:58:48 bri 0
2020-06-02 07:58:48 onoff 0
2020-06-02 07:58:48 pct 0
2020-06-02 16:37:33 position 0
2020-06-02 06:40:01 reachable 1
2020-06-02 16:37:33 state off
helper:
alert none
battery -1
bri 0
colormode
ct -1
devtype
effect
hue -1
mode
on 0
pct 0
reachable 1
rgb
sat -1
update_timeout -1
xy
json:
etag XXXXXXXX
lastseen 2020-06-02T14:34:53.086
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name Rollo Schlafzimmer
swversion 2.2.009
type Window covering device
uniqueid XXXXXXXX
state:
alert none
bri 0
lift 0
Attributes:
IODev deCONZ
alias Rollo
color-icons 2
devStateIcon 1
eventMap /pct 0:up/pct 100:down/pct:position
group Geräte
icon fts_window_2w
model FYRTUR block-out roller blind
room Schlafzimmer
stateFormat {
my $battery = ReadingsVal("BAT_".$name,"battery","0");
GetROLLOStateFormat($battery,ReadingsVal($name,"position","0"));
}
userReadings position { ceil(100 * ReadingsVal($name,"bri","0") / 255) }
webCmd up:down:position
widgetOverride position:slider,0,1,100
BAT_BLIND_SZ (wieder bereinigt), dieses Gerät stellt den Battery Level zur Verfügung welcher beim BLIND_SZ angezeigt wird:
Internals:
DEF sensor 6 IODev=deCONZ
FUUID XXXXXXXXXX
FVERSION 31_HUEDevice.pm:0.211360/2020-02-07
ID S6
INTERVAL
IODev deCONZ
NAME BAT_BLIND_SZ
NR 227
STATE Initialized
TYPE HUEDevice
lastupdated 2020-06-02 14:34:37
lastupdated_local 2020-06-02 16:34:37
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name Rollo Schlafzimmer
on 1
reachable 1
swversion 2.2.009
type ZHABattery
uniqueid XXXXXXXXXX
READINGS:
2020-06-02 16:34:37 battery 57
2020-03-22 13:25:33 batterystate high
2020-05-22 11:59:16 reachable 1
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag XXXXXXXXXX
lastseen 2020-06-02T14:34:53.086
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name Rollo Schlafzimmer
swversion 2.2.009
type ZHABattery
uniqueid XXXXXXXXXX
config:
state:
battery 57
lastupdated 2020-06-02T14:34:37.754
setList:
Attributes:
IODev deCONZ
Hier mein DIM_SZ_ROLLO (damit mache ich in fhem nichts außer Batterie Überwachung).
Wie gesagt habe ich im alten Phoscon Light Interface eine Gruppe vom Taster (wird automatisch angelegt) und da das Rollo zugewiesen:
Internals:
DEF sensor 82 IODev=deCONZ
FUUID XXXXXXXX
FVERSION 31_HUEDevice.pm:0.211360/2020-02-07
ID S82
INTERVAL
IODev deCONZ
NAME DIM_SZ_Rollo
NR 389
STATE 1002
TYPE HUEDevice
lastupdated 2020-06-02 05:58:33
lastupdated_local 2020-06-02 07:58:33
manufacturername IKEA of Sweden
modelid TRADFRI open/close remote
name Rollo Taster SZ
on 1
reachable 1
swversion 2.2.010
type ZHASwitch
uniqueid XXXXXXXX
READINGS:
2020-05-25 11:16:14 battery 100
2020-05-25 11:16:14 batterystate high
2020-05-25 11:16:14 reachable 1
2020-06-02 07:58:33 state 1002
helper:
devtype S
reachable 0
update_timeout 1
configList:
json:
ep 1
etag XXXXXXXX
lastseen 2020-06-02T05:58:33.283
manufacturername IKEA of Sweden
mode 1
modelid TRADFRI open/close remote
name Rollo Taster SZ
swversion 2.2.010
type ZHASwitch
uniqueid XXXXXXXX
config:
alert none
battery 100
group 16
state:
buttonevent 1002
lastupdated 2020-06-02T05:58:33.283
setList:
Attributes:
IODev deCONZ
alias Rollo Taster SZ
group Schlafzimmer
icon taster_ch
room System
Durch das geänderte webcmd beim Rollo braucht man nur "set BLIND_SZ ..." up, down, position x machen.
pOpY
Hi
Das ist interessant. Du hast einige readings, die ich nicht habe. Du hast auch nicht den subtype blind beim Rollo gesetzt. Nachdem ich den weggenommen habe geht es auch wieder aus fhem. da ich mir sicher bin, dass ich den vorher immer hatte, muss sich was geaendert haben. Und wenn Andre mal wieder Zeit hat kann er ja mal nachschauen. Somit funktioniert es jetzt erstmal fuer mich, wenn auch sehr harzig, mit den vielen Stellen!
Danke und einen schoenen Abend noch
Christoph
Zitat von: pc1246 am 02 Juni 2020, 17:53:20
Hi
Das ist interessant. Du hast einige readings, die ich nicht habe. Du hast auch nicht den subtype blind beim Rollo gesetzt. Nachdem ich den weggenommen habe geht es auch wieder aus fhem. da ich mir sicher bin, dass ich den vorher immer hatte, muss sich was geaendert haben. Und wenn Andre mal wieder Zeit hat kann er ja mal nachschauen. Somit funktioniert es jetzt erstmal fuer mich, wenn auch sehr harzig, mit den vielen Stellen!
Danke und einen schoenen Abend noch
Christoph
Ja, habe mir ein paar User Readings gemacht.
Spannend das mit dem subtype, hatte ich nie.
Naja, schön das es wenigstens so funktioniert.
Schönen Abend noch
der subtype blind ist nur für das ikea gateway und das tradfri modul vorgesehen. nicht für den betrieb an deCONZ.
Zitat von: justme1968 am 02 Juni 2020, 18:29:00
der subtype blind ist nur für das ikea gateway und das tradfri modul vorgesehen. nicht für den betrieb an deCONZ.
Moin Andre
Ich bin mir ziemlich sicher, dass es mit 2_05_70 lief.
Ist aber auch unwichtig, nur wie soll ein Unbedarfter das wissen?
Vorschlag, hinter den subtype blind eine Anmerkung schreiben? (nur fuer Ikea Gateway)
Schoenen Abend noch
Gruss Christoph
hab mir jetzt auch mal so ein Rollo zugelegt und nach eurer Anleitung eingebunden. Das funktionierte schon mal (danke dafür).
Allerdings hab ich noch eine Frage wegen der "Endlänge". Ich hab diese vorher eingestellt und dann das Rollo mit DeConz verbunden. Leider hat er es sich wohl nicht gemerkt. Hab auch versucht es nach der normalen Art wieder neu einzustellen (Knopf 2x drücken) aber klappt nicht mehr.
Wie habt ihr das gemacht?
Zitat von: StephanFHEM am 30 Juni 2020, 21:21:30
hab mir jetzt auch mal so ein Rollo zugelegt und nach eurer Anleitung eingebunden. Das funktionierte schon mal (danke dafür).
Allerdings hab ich noch eine Frage wegen der "Endlänge". Ich hab diese vorher eingestellt und dann das Rollo mit DeConz verbunden. Leider hat er es sich wohl nicht gemerkt. Hab auch versucht es nach der normalen Art wieder neu einzustellen (Knopf 2x drücken) aber klappt nicht mehr.
Wie habt ihr das gemacht?
Das geht genau so, 2x schnell untern Knopf drücken.
Aber du kannst die Endposition nur kürzer (weiter oben) als bisher einstellen. 100% in fhem ist dann die neue Endposition.
Wenn du die Endposition weiter unten als jetzt einstellen möchtest musst du das Rollo zurücksetzen, Position setzen und neu einbinden.
Lg
Danke! habs vorhin zwar genau so gemacht und da klappte es nicht aber nun mit erneutem Versuch hat alles funktioniert. Perfekt! jetzt muss ich nur noch den Schalter anlernen und das ganze in TabletUI einbinden:-) sieht schon mal sehr gut aus
Zitat von: StephanFHEM am 30 Juni 2020, 21:39:47
Danke! habs vorhin zwar genau so gemacht und da klappte es nicht aber nun mit erneutem Versuch hat alles funktioniert. Perfekt! jetzt muss ich nur noch den Schalter anlernen und das ganze in TabletUI einbinden:-) sieht schon mal sehr gut aus
Toll das es geklappt hat.
Nach dem anlernen musst du das oder die gewünschten Rollos noch in die Taster Gruppe geben.
Das machst du über das alte Lightning Control web interface.
Das findest du in phoscon im Hilfe Menü.
PS: du siehst den Taster nach dem anlernen nicht in phoscon nur im alten web interface.
Viel Erfolg
Zitat von: popy am 30 Juni 2020, 21:32:37
Das geht genau so, 2x schnell untern Knopf drücken.
Aber du kannst die Endposition nur kürzer (weiter oben) als bisher einstellen. 100% in fhem ist dann die neue Endposition.
Wenn du die Endposition weiter unten als jetzt einstellen möchtest musst du das Rollo zurücksetzen, Position setzen und neu einbinden.
Lg
Du kannst auch eine neue weiter unten anlernen, dazu fährst du das Rollo komplett ein (nach oben) und drückst dann die nach unten Taste 2x, danach kannst du es runterfahren und die neue untere Endposition einstellen ohne Werkseinstellung und neu anlernen...
Zitat von: Ma_Bo am 30 Juni 2020, 21:57:50
Du kannst auch eine neue weiter unten anlernen, dazu fährst du das Rollo komplett ein (nach oben) und drückst dann die nach unten Taste 2x, danach kannst du es runterfahren und die neue untere Endposition einstellen ohne Werkseinstellung und neu anlernen...
Danke, wusste ich nicht 8)
TabletUI steht auch und meine Frau freut sich:-) Ist es eigentlich normal, dass ich das Rollo als Lampe in der Phoscon App zwar sehen aber nicht steuern kann? PCT wird auch richtig angezeigt. Wenn ich da aber etwas umstelle dann passiert nichts und PCT springt nach 2 Sekunden zurück auf den alten Wert. Über FHEM geht alles. Leider zeigt er mir die Lampe von Deconz auch nicht in Alexa an...
Zitat von: StephanFHEM am 30 Juni 2020, 22:31:23
TabletUI steht auch und meine Frau freut sich:-) Ist es eigentlich normal, dass ich das Rollo als Lampe in der Phoscon App zwar sehen aber nicht steuern kann? PCT wird auch richtig angezeigt. Wenn ich da aber etwas umstelle dann passiert nichts und PCT springt nach 2 Sekunden zurück auf den alten Wert. Über FHEM geht alles. Leider zeigt er mir die Lampe von Deconz auch nicht in Alexa an...
Ist bei mir in Phoscon & Alexa App auch so.
Ich verwende eigentlich fhem nicht zum steuern sonder "Hue Essentials" auf Android, da funktionierts.
jetzt war die Fernbedienung dran. Hab sie in Phoscon angelernt und sie wird auch angezeigt. Dann hab ich in der alten Wireless Control App das Rollo zu der neu vorhandenen "Tradfri Remote..." Gruppe hinzugefügt. Aber irgendwie reagiert das Rollo noch nicht auf die Steuerung. Ich hab allerdings auch den Verstärker nicht in der Steckdose. Wollte den auch nicht benutzen.
Habt ihr die Steuerung mit Schalter über FHEM DOIF realisiert oder ist das ganze bei euch über Deconz verknüpft und müsste bei mir laufen?
Zitat von: StephanFHEM am 01 Juli 2020, 18:32:37
jetzt war die Fernbedienung dran. Hab sie in Phoscon angelernt und sie wird auch angezeigt. Dann hab ich in der alten Wireless Control App das Rollo zu der neu vorhandenen "Tradfri Remote..." Gruppe hinzugefügt. Aber irgendwie reagiert das Rollo noch nicht auf die Steuerung. Ich hab allerdings auch den Verstärker nicht in der Steckdose. Wollte den auch nicht benutzen.
Habt ihr die Steuerung mit Schalter über FHEM DOIF realisiert oder ist das ganze bei euch über Deconz verknüpft und müsste bei mir laufen?
Hallo.
Genauso habe ichs auch gemacht! Also über deconz/Phoscon!
Hast du unten "Apply" oder "Save" oer so ähnlich gedrückt.
War mein Fehler damals :-) Ist bisschen altbacken das Interface :D
Ev. hilft mal rausnehmen aus der Gruppe und wieder rein.
Ich verwende keinen einzigen Repeater, das geht über die HUE Lampen.
Die Steuerung über den Taster -> deconz -> Rollo ist ein bisschen träge, warum auch immer.
Aber so 1-2 Sekunden bei mir.
also, mit oder ohne Repeater ist auch kein Unterschied. Aber: Ich war nicht geduldigt genug. Es funktioniert tatsächlich wenn man nach dem Tastendruck einfach eine Minute wartet:-) In FHEM kommt der Tastendruck komischerweise sofort an
Zitat von: StephanFHEM am 01 Juli 2020, 18:47:33
also, mit oder ohne Repeater ist auch kein Unterschied. Aber: Ich war nicht geduldigt genug. Es funktioniert tatsächlich wenn man nach dem Tastendruck einfach eine Minute wartet:-) In FHEM kommt der Tastendruck komischerweise sofort an
Eine Minute ist schon lang.
Das hatte ich nur während eines Update des Rollos.
Da war das ganze smarthome komplett träge.
Sonst dauert es 1-2 Sekunden, was ich bei einem Rollo nicht problematisch sehe. Drückt man ja nur 2 mal an Tag :D
hab mir auch gedacht, dass eine Minute zu lang ist. Hab daraufhin wieder ein Reset am Schalter gemacht, ihn aus der App gelöscht und neu angelernt. Jetzt hab ich auch die 1-2 Sekunden.
Zitat von: StephanFHEM am 01 Juli 2020, 19:40:28
hab mir auch gedacht, dass eine Minute zu lang ist. Hab daraufhin wieder ein Reset am Schalter gemacht, ihn aus der App gelöscht und neu angelernt. Jetzt hab ich auch die 1-2 Sekunden.
Super, das es nun funktioniert ;)
so... nach den Erfolgserlebnissen ist jetzt das zweite Rollo da. Anlernen hat erst mal nicht klappt bis ich das Ding direkt neben den Conbee gelegt hatte. Bei der anderen hatte es noch am gleich weit entfernten Fenster funktioniert. Jedenfalls läuft es jetzt erst mal.
Was allerdings nicht klappt wie erwartet: ich wollte das zweite Rollo ganz easy unter Deconz in den gleichen Raum schieben wie die Fernbedienung der anderen (zur parallelen Steuerung) da sagt er mir, dass die Gruppe mit der maximalen Anzahl an Devices schon voll ist :o
Kann man das irgendwie umgehen oder muss ich die komplette Logik jetzt über ein virtuelles Device in FHEM abbilden?
Zitat von: StephanFHEM am 17 Juli 2020, 21:17:41
so... nach den Erfolgserlebnissen ist jetzt das zweite Rollo da. Anlernen hat erst mal nicht klappt bis ich das Ding direkt neben den Conbee gelegt hatte. Bei der anderen hatte es noch am gleich weit entfernten Fenster funktioniert. Jedenfalls läuft es jetzt erst mal.
Was allerdings nicht klappt wie erwartet: ich wollte das zweite Rollo ganz easy unter Deconz in den gleichen Raum schieben wie die Fernbedienung der anderen (zur parallelen Steuerung) da sagt er mir, dass die Gruppe mit der maximalen Anzahl an Devices schon voll ist :o
Kann man das irgendwie umgehen oder muss ich die komplette Logik jetzt über ein virtuelles Device in FHEM abbilden?
Das funktioniert bei mir ohne Probleme, z.B.: mit 3 Rollos im Wohnzimmer.
Mache mal alle haken weg. Save. Wieder in die Gruppe rein, beide anhaken und Save.
ok danke, dass hat geklappt. Sie fahren jetzt nur nicht ganz gleichzeitig hoch weil eine immer etwas später startet. Aber damit kann ich leben:-)
Zitat von: StephanFHEM am 17 Juli 2020, 21:52:26
ok danke, dass hat geklappt. Sie fahren jetzt nur nicht ganz gleichzeitig hoch weil eine immer etwas später startet. Aber damit kann ich leben:-)
Super, dass es geklappt hat.
Ist bei mir auch so.
Eines hat immer ein wenig eine Gedenksekunde ;)
Ist aber weiter nicht schlimm.
pOpY
Hi Leute,
ich bekomme meinen Fyrtur Rollo einfach nicht in Phoscon eingebunden. Ich habe einen Conbee 2 Stick. Deconz läuft bei mir headless.
Deconz, Raspi, Phoscon und FHEM sind up to date.
- Ich habe zuerst den Range Extender auf Werkeinstellungen gesetzt und dann in Phoscon eingebunden (mit aktiver Suche nach Leuchten).
- Danach habe ich den Schalter auf Werkeinstellungen zurück gesetzt und ebenfalls eingebunden (mit aktiver Suche nach Schaltern)..
- Zum Schluss versuche ich jetzt über >5 Sek halten der beiden Knöpfe den Rollo einzubinden. Suche nach Leuchten ist währenddessen in Phoscon aktiviert. Das habe jetzt gefühlt schon zum 20. mal versucht, aber kein Erfolg.
Range Extender und Schalter sind bereits in Phoscon und FHEM zu sehen.
Das einzige was ich bezüglich Rollo in FHEM finde ist: "3: FYRTUR block-out roller blind ZHABattery". Aber das schein laut einem anderen Beitrag hier wohl das Battery Reading des Schalters zu sein....
Batterie vom Rollo ist voll. Werkeinstellung des Rollos nachdem der Akku >60sec raus war, hab ich auch schon versucht...
Hat jemand noch einen Tipp was ich probieren könnte?
Hab einen Tipp: ein Rollo lief bei mir im eingebauten Zustand problemlos. Das zweite am Fenster daneben hat mir dann die gleichen Probleme gemacht wie bei dir. Bin fast dran verzweifelt bis ich es ausgebaut und direkt neben dem Conbee Stick nochmal versucht habe. Da lief es dann sofort mit dem Anlernen.
Zitat von: StephanFHEM am 30 Juli 2020, 19:09:10
Hab einen Tipp: ein Rollo lief bei mir im eingebauten Zustand problemlos. Das zweite am Fenster daneben hat mir dann die gleichen Probleme gemacht wie bei dir. Bin fast dran verzweifelt bis ich es ausgebaut und direkt neben dem Conbee Stick nochmal versucht habe. Da lief es dann sofort mit dem Anlernen.
Besten Dank für den Tipp. Ich hatte den Rollo noch garnicht verbaut. Hab ihn jetzt mal direkt neben den conbee gehalten...leider auch kein anderes Ergebnis.
Update: Erfolg! Dein Tipp war sehr nahe dran. In einem anderen Forum habe ich gelesen, dass der Conbee Stick Empfangsprobleme hat, wenn er einfach im USB Port des Raspi steckt...mit USB Verlängerung ging es dann direkt beim ersten Versuch.
Hallo,
möchte mir bald auch zwei Rollos zulegen. Sind diese inzwischen auch in Phoscon sichtbar und steuerbar?
Hat jemand zwei Rollos nebeneinander geschaltet und steuert diese mit einer Fernbedienung?
Gruß
Udo
in Phoscon sind sie nicht sichtbar bei mir. Nur die Fernbedienung sieht man da. Und ja, ich hab zwei nebeneinander. Erst hatte ich beide an einer Fernbedienung angelernt bzw. bei Deconz in eine Gruppe gepackt. Das hat zwar funktioniert aber leider nur nacheinander. Erst ist eine Seite zugegangen und dann die andere. Hab daraufhin ein DOIF in FHEM gemacht und greife den Tastendruck dort ab. Damit fahren auch beide gleichzeitig.
Also ich habe 7 Rollos und steuere in 2 Räumen einmal 2x und einmal 3x gleichzeitig. Die sind bei mir einfach in deconz in eine Gruppe gepackt. Bei mir fahren die zu 99% gleichzeitig. Manchmal eines um ein paar cm versetzt, aber immer zur richtigen Endposition.
Hi,
Möchte bald zwei Rollos einbinden:
Sollte man das Rollo zwingend zurück setzen bevor es in Phoscon angelernt wird?
Welche Tastenkombination am Rollo muss wie lange gedrückt werden, damit Conbee es findet sobald der Suchvorgang gestartet wurde? So lange bis die LED am Rollo blinkt?
Schau mal hier : https://youtu.be/1ACbtd3kmDE
Nicht vergessen das ganze Reporting einzurichten und am Schluss mal den Akku raus und wieder rein.
Gutes Gelingen
pOpY
Zitat von: popy am 21 November 2020, 22:21:30
Schau mal hier : https://youtu.be/1ACbtd3kmDE
Nicht vergessen das ganze Reporting einzurichten und am Schluss mal den Akku raus und wieder rein.
Gutes Gelingen
pOpY
Du meinst das Thema aus Deinem Post 40?
Genau und auch 54 ist wichtig bzgl. Batteriestatus.
Ich nutze noch das Alexa Modul und kann die Rollos auch darüber steuern. Allerdings arbeiten die Befehle falsch herum. Sage ich: Alexa, Rollo runter.
fährt er hoch und umgedreht. Ein positioninverse attribut hat das Device aber nicht.
Lässt sich das Problem trotzdem beheben?
homebridgeMapping beim Device...
Anmerkung: bei Alexa (legt Amazon so fest, ist aber wohl auch bei anderen Sprachsteuerungen so) ist offen 100% (Helligkeit) und geschlossen 0% (Helligkeit)...
Gruß, Joachim
Dreh die beiden Aktionen um.
Wie MadMax-FHEM beschrieben hat.
der parameter im homebridgeMapping ist invert. mit allen schon x–mal beschriebenen problemen.
Zitat von: justme1968 am 20 Dezember 2020, 10:20:24
der parameter im homebridgeMapping ist invert. mit allen schon x–mal beschriebenen problemen.
Auch wenn es schon x-mal besprochen wurde: es scheint doch so wie es aktuell ist falsch zu sein:
Wenn das Rollo
geschlossen ist, ist der Status in deCONZ:
"manufacturername": "IKEA of Sweden",
"modelid": "FYRTUR block-out roller blind",
"state": {
"bri": 254,
"lift": 100,
"on": true,
"open": false,
"reachable": true
}Laut FHEM ist es aber geöffnet, das Icon ist
fts_window_2w.
Wenn das Rollo
geöffnet ist, ist der Status in deCONZ:
"modelid": "FYRTUR block-out roller blind",
"name": "Rollo DG rechts",
"state": {
"bri": 0,
"lift": 0,
"on": false,
"open": true,
"reachable": true
},Laut FHEM aber geschlossen, das Icon ist
fts_shutter_100.
deCONZ definiert also ganz offensichtlich "Helligkeit" 0 (Lift = 0) = offen, "Helligkeit" 254 (Lift = 100)= geschlossen.
Ich habe auch eine Markise in deCONZ (mit einem ubisys J1) - auch hier ist 0 = offen, 100 = geschlossen. Mit homebridge-hue funktioniert aber alles richtig.
es ist NICHT falsch.
wenn dein device anders arbeitet musst du ein passendes homebridgeMapping verwenden. genau wie oben beschrieben.
Ah, meine Verwirrung kam daher, dass ich subType = blind gesetzt hatte. Dadurch wird automatisch webCmd = up:stop:down:pct angelegt was aber genau falschrum funktioniert. Habe es jetzt nochmal gelöscht und neu angelegt (ohne "blind") - jetzt habe ich auch das normale Lampen-Icon statt des Fensters. Mit subType = blind und verhalten genau andersrum würde mir zwar besser gefallen - aber standardmäßig ist es tatsächlich richtig. Sorry!
der subtype blind ist nur für das ikea gateway.
das hier
https://github.com/mjuhanne/fyrtur-motor-board
und das
https://github.com/mjuhanne/fyrtur-esp
finde ich hat sich richtig gelohnt
Wow, danke für den link.
Ist das Rollo dann wirklich leiser?
Kann man die custom Firmware auch per OTA über deconz aufspielen? (wie die ikea Firmware)
Danke
Moin
Ziemlich interessant. Wenn auch keiner versteht wie die Antwort von hansgans so aus dem Nichts kommt!
@popy: Das ist ohne Zigbee!
Was interessant ist, ist dass es eine alternative Platine gibt fuer ESP12F, im Text aber gleich geschrieben wird, dass ein ESP32 genommen werden sollte!
Gruss Christoph
@pc1246:
Danke, habe dann auch nochmals über das Github readme gelesen und anscheinend sind es 2x CPUs/Firmware/Platinen in einem Fyrtur/Kradjil.
Eine (STM32) macht die Motorsteuerung und die andere Die Kommunikation zur Außenwelt (Zigbee oder eben ein zusätzlicher ESP32).
Die Motor Firmware wurde neu erstellt, aber sollte kompatibel sein zum Zigbee Modul.
Habe bereits mit dem repo Inhaber Kontakt aufgenommen und leider dürfte KEIN OTA des STM32 Motormoduls möglich sein.
Siehe hier: https://github.com/mjuhanne/fyrtur-motor-board/issues/4
Schade, so fällt das während der Garantiezeit flach für mich.
pOpY
die Platine ist im Motor die kann geflasht werden mit ST-Link
und sonst braucht man nur noch nen espl
thats it
Steuere alles jetzt über MQTT
Eigentlich bin ich nur an einer leiser en Motorsteuerung interessiert.
Möchte bei zigbee+Akku bleiben, aber halt nicht immer durch das Laute Motor geräusch wach werden.
Die neue Firmware soll das ändern des speeds ja zulassen,
Aber anscheinend auch einen Battery drain Bug haben.
Hat von euch jemand das Zigbee Module + Akku + Motor CFW laufen?
Danke pOpY
Hallo, ich benutze das Rollo via Signalverstärker und Ikea Gateway (also alles Standard) am fhem via tradfri-fhem Modul. Läuft soweit alles stabil, allein die Fahrgeschwindigkeit bzw. erhöhte Lautstärke finde ich verbesserungswürdig. Gibt es da schon eine Lösung, seit Juli ist ja etwas Zeit vergangen.
Viele Grüße
Ja, es gibt jetzt eine Motorboard Firmware mit dem Zusatz sleep, welche mit dem Original zigbee Modul läuft. Habe ich bei 2x fyrturs geflasht. Gibt noch paar Kinderkrankheiten, aber ist leiser.
ich hab seit einiger Zeit ein komisches Verhalten meine Batterie-Sensoren der IKEA-Rollos. sie aktualisieren sich zwar noch, aber das Datum der letzten Reading-Aktualsierung bleibt unverändert. Hab das Problem nur mit den Ikea-"Sensoren". Hab sie auch schon gelöscht und sie wurden automatisch neu angelegt (scheint eine neue Funktion der HUEDevice zu sein) aber das Alter ist immer noch das bisherige Alter von dem gelöschten... wo auch immer er das noch herholt. Auch Neustart hat nicht geholfen.
hier ein Beispiel:
battery 89 2021-10-28 20:10:57
batteryPercent 89 2021-10-28 20:10:57
lastseen 2022-01-26T20:29Z 2021-10-28 20:10:57
bei Änderungen der Werte leuchten die Zeilen sogar Rot. Nur das Datum bleibt auf dem 28.10.21.....
hier noch die Device list
Internals:
CFGFN
DEF sensor 42 IODev=deCONZ
FUUID 61f1af37-f33f-d4ba-db6f-c6beadca53671623
FVERSION 31_HUEDevice.pm:0.255530/2022-01-24
ID S42
INTERVAL
IODev deCONZ
NAME Fyrtur_Rollo_AZ_Links_Bat
NR 1085
STATE 89%
TYPE HUEDevice
lastannounced 2022-01-26T20:42:51Z
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name FYRTUR block-out roller blind
on 1
reachable 1
swversion 2.2.009
type ZHABattery
uniqueid 58:8e:81:ff:fe:01:74:c3-01-0001
READINGS:
2022-01-26 21:29:44 IODev deCONZ
2021-10-28 20:10:57 battery 89
2021-10-28 20:10:57 batteryPercent 89
2021-10-28 20:10:57 lastseen 2022-01-26T20:29Z
2022-01-26 22:03:42 reachable 1
helper:
devtype S
fromAutocreate 1
reachable 0
update_timeout 1
configList:
json:
e changed
id 42
r sensors
t event
uniqueid 58:8e:81:ff:fe:01:74:c3-01-0001
attr:
id 42
lastannounced 2022-01-26T20:42:51Z
lastseen 2022-01-26T21:12Z
manufacturername IKEA of Sweden
modelid FYRTUR block-out roller blind
name FYRTUR block-out roller blind
swversion 2.2.009
type ZHABattery
uniqueid 58:8e:81:ff:fe:01:74:c3-01-0001
v2_service:
setList:
hmccu:
Attributes:
IODev deCONZ
group Rollo
model FYRTUR block-out roller blind
room HUEDevice
stateFormat batteryPercent%
Das ist wohl ein Bug in deCONZ. Werte werden zwar aktualisiert, der timestamp aber nicht
danke für die Info. Hast du dazu irgendwo ein Link wo das Thema besprochen od. bearbeitet wird? ich konnte in google absolut nichts dazu finden...
https://forum.phoscon.de/t/fyrtur-zhabattery-lastupdated-not-updated/1272
Zitat von: popy am 01 Juni 2020, 14:10:51
Hast du die gewünschten Rollos in der Taster Group unter Groups im "alten" Webinterface (erreichbar unter Hilfe in Phoscon) von Phoscon zugewiesen ?
So mach ich das und funktioniert. Auch mit mehreren Rollos oder Taster. Funktion der Taster ist dann wie im Auslieferungszustand.
Ich habe das auch so gemacht, aber trotzdem funktioniert es mit der Originalfernbedienung nicht.
Interessanterweise kann ich aber damit zB. ein Licht schalten, wenn ich dieses in die Scahlterfruppe mit reinpacke.
An was könnte es da noch haken?
LG
GatuRatz
Warum lernst du die Fernbedienung nicht einfach an, definierst sie in FHEM und machst es dort über ein DOIF (das kann dann auch zu bestimmten Zeiten die Rollos öffnen und schließen)
Zitat von: StephanFHEM am 01 August 2022, 10:21:09
Warum lernst du die Fernbedienung nicht einfach an, definierst sie in FHEM und machst es dort über ein DOIF (das kann dann auch zu bestimmten Zeiten die Rollos öffnen und schließen)
Wenn ich sie nicht anders zum Laufen bringe, dann werde ich das wohl auch tun.
Gefunden wird sie ja, vom Phoscon und auch von FHEM. Das Rollo reagiert halt nicht drauf.
Eine Automatisierung ist eh angedacht, ich will im Sommer die Sonne draussen lassen und sie im Winter (zumindest wenn keiner da ist) reinlassen.
LG
GatuRatz
Moin! Ich hoffe, ich bin nicht an der Suchfunktion gescheitert und schildere ein Problem, das schon alle kennen / gelöst haben:
Ich habe mehrere Fyrtur, Tredansen Rollos bisher über das IKEA-Gateway an FHEM angebunden.
Um Zigbee universeller nutzen zu können, will / wollte ich auf Deconz + Conbee II umsteigen. Lichter und Schalter funktionieren auch wie erwartet, aber:
Mit der aktuellen Deconz-Version (m.E. alle Apps und Firmware aktuell) wird mit mein testweise umgezogenes Rollo nicht mehr in FHEM und in den Deconz-Apps (alt+neu) angezeigt. In der Deconz-GUI taucht es auf und lässt sich steuern.
Im Einsatz: Gateway 2.18.02 / 19.9.2022 Firmware 26780700
Hat jemand das Problem auch? Macht ein Downgrade Sinn? Welche Version (Firmware / App) funktioniert bei Euch?
Danke :)
Bei mir läuft das Tradfri FYRTUR mit swversion 2.3.079 und ein weiteres FYRTUR mit swversion 2.3.088, unter Deconz-Version 2.18.2 mit Conbee II problemlos.
Zum Anlernen muss man mit dem Rollo ziemlich nahe an den Deconz Stick heran, und es ein paarmal versuchen, danach gehts. Ab und Zu verlieren die Rollo mal den Kontakt (unreachable), aber nach Batterie rausnehmen und wieder reinstecken gehts dann wieder für mehrere Monate.
Hi! Danke! Habe jetzt ein Downgrade auf 2.17.1 gemacht, neu angelernt und jetzt gehen zumindest schon mal die Basics. Das Anlernen war noch nie ein Problem. Das Device war ja auch in der GUI wurde aber nicht über das Rest-API an die Apps oder an FHEM übergeben. Das ging jetzt sofort. Seltsam.