[73_AutoShuttersControl.pm] Rolllos automatisiert steuern - Version 0.6.x

Begonnen von CoolTux, 27 April 2019, 08:04:52

Vorheriges Thema - Nächstes Thema

CoolTux

Zitat von: dancatt am 03 Mai 2019, 08:09:03
Mich wundert das ganze aber nun. Ich habe schon seit längerem die Entwicklerversion im Einsatz. Letzte Version war vom 10.4. und es hat immer alles korrekt funktioniert. Außer es war schon immer ein Bug enthalten und jetzt funktioniert es korrekt.

https://forum.fhem.de/index.php/topic,98583.msg919741.html#msg919741
und folgend bitte einmal lesen.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Karflyer am 03 Mai 2019, 08:15:14
Die Öffnungszeit der Rolläden sind in der Woche auf 05.45Uhr (zeitgesteurt) eingestellt. Zu dieser Zeit fahren die Rolläden ordnungsgemäß hoch. Anschließend steht als Öffnungszeit (NextDriveUp) die Uhrzeit vom Wochenende (07:30) Uhr aber für den heutigen Tag im ASC-Modul. Findet nun ein Wechsel des Status des Residentsmodul von asleep nach awoken (bzw. home) statt, fahren die Rollos wieder runter. Die Rollos fahren danach zur, für das Wochenende vorgegebenen Öffnungszeit, wieder hoch. Erst jetzt steht im ASC-Modul die Öffnungszeit für das Wochenende mit Datum vom morgigen Tag.

Gruß
Stefan

Das hört sich schon viel nachvollziehbarer an. Schaue ich mir gleich an.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: dancatt am 03 Mai 2019, 08:24:43
Wie geschrieben steht im STATE von calview_Schulferien_RLP und calview_Feiertage_RLP der Wert "none"
Zitat von: dancatt am 03 Mai 2019, 08:06:29
Es steht auch der Wert none in state.

Es ist entscheiden was wir genau beide meinen.
Ich meine das INTERNAL STATE.
Oben schreibst Du von STATE das ist für mich das INTERNAL
Dadrunter schreibst Du von state das ist für mich das Reading.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Karflyer am 03 Mai 2019, 08:15:14
Die Öffnungszeit der Rolläden sind in der Woche auf 05.45Uhr (zeitgesteurt) eingestellt. Zu dieser Zeit fahren die Rolläden ordnungsgemäß hoch. Anschließend steht als Öffnungszeit (NextDriveUp) die Uhrzeit vom Wochenende (07:30) Uhr aber für den heutigen Tag im ASC-Modul. Findet nun ein Wechsel des Status des Residentsmodul von asleep nach awoken (bzw. home) statt, fahren die Rollos wieder runter. Die Rollos fahren danach zur, für das Wochenende vorgegebenen Öffnungszeit, wieder hoch. Erst jetzt steht im ASC-Modul die Öffnungszeit für das Wochenende mit Datum vom morgigen Tag.

Gruß
Stefan

Gerade geschaut. In der Tat habe ich die feinere Auswertung nur für Astro und Brightness genommen. Ich fixe das die Tage.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

dancatt

Zitat von: CoolTux am 03 Mai 2019, 08:30:09
Es ist entscheiden was wir genau beide meinen.
Ich meine das INTERNAL STATE.
Oben schreibst Du von STATE das ist für mich das INTERNAL
Dadrunter schreibst Du von state das ist für mich das Reading.

Ok. In state und STATE steht für RLP_Feiertage, calview_Schulferien_RLP und calview_Feiertage_RLP der Wert "none".
Den Thread habe ich gelesen.
Cubietruck: FHEM-Server 6.0

Homematic: HM-USB-CFG2, HM-CFG-LAN, HM-LC-SW1-FM, HM-LC-Sw1-Pl-DN-R1, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-SEC-SC-2, HM-SEC-SD, HM-PB-6-WM55

Beta-User

Zur Info: Im Wiki habe ich die ReadingsGroup für Level mal angepaßt, so dass die auch mit den nicht vorbelegten Attributen klarkommt.
die anderen schaue ich mir bei Gelegenheit mal an, wenn nicht gemand schneller ist ;) ...

Zitat von: CoolTux am 03 Mai 2019, 08:30:09
Oben schreibst Du von STATE das ist für mich das INTERNAL
IsWE() greift auf state zu (den Reading-Wert, nicht das Internal STATE!). Wie in dem von CoolTux verlinkten Beitrag erläutert, gab es eine Änderung bei "$we", das stateFormat hilft also nicht mehr weiter (das war früher in der Tat anders). Wenn du "state" bei dem calview nicht manipulieren kannst/willst, brauchst du ein anderes device, Lösungen haben wir einige in den Vorthreads diskutiert.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Karflyer

ZitatZitat von: Karflyer am Heute um 08:15:14
Die Öffnungszeit der Rolläden sind in der Woche auf 05.45Uhr (zeitgesteurt) eingestellt. Zu dieser Zeit fahren die Rolläden ordnungsgemäß hoch. Anschließend steht als Öffnungszeit (NextDriveUp) die Uhrzeit vom Wochenende (07:30) Uhr aber für den heutigen Tag im ASC-Modul. Findet nun ein Wechsel des Status des Residentsmodul von asleep nach awoken (bzw. home) statt, fahren die Rollos wieder runter. Die Rollos fahren danach zur, für das Wochenende vorgegebenen Öffnungszeit, wieder hoch. Erst jetzt steht im ASC-Modul die Öffnungszeit für das Wochenende mit Datum vom morgigen Tag.

Gruß
Stefan

Gerade geschaut. In der Tat habe ich die feinere Auswertung nur für Astro und Brightness genommen. Ich fixe das die Tage.

Danke dir. Das Modul und dein Support sind wirklich klasse.

Gruiß
Stefan

D3ltorohd

@CoolTux ich habe keinen Befehl um ihn auf 30% zu fahren. Das wollte ich ja mit einem Rule oder einem Timer lösen.

Des weiteren müsste ich überhaupt erst mal einen Rollo über dein Modul steuern können. So wie in meinem letzten Post bekommt er die Befehle.  Ich habe die Rollos zwar Wohnzimmer,Bad und Co genannt, aber in der Log werden die nur über den Channel angesprochen also dort steht dann 1, 3, usw.

Wie verbinde ich nun dein Modul mit den einzelnen Rollos. Was brauchst du alles an Infos um mir da vllt weiter zu helfen.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

CoolTux

Zitat von: D3ltorohd am 03 Mai 2019, 09:20:32
@CoolTux ich habe keinen Befehl um ihn auf 30% zu fahren. Das wollte ich ja mit einem Rule oder einem Timer lösen.

Des weiteren müsste ich überhaupt erst mal einen Rollo über dein Modul steuern können. So wie in meinem letzten Post bekommt er die Befehle.  Ich habe die Rollos zwar Wohnzimmer,Bad und Co genannt, aber in der Log werden die nur über den Channel angesprochen also dort steht dann 1, 3, usw.

Wie verbinde ich nun dein Modul mit den einzelnen Rollos. Was brauchst du alles an Infos um mir da vllt weiter zu helfen.

So wie es sich aktuell an hört wird da gar nichts gehen.
Du müsstest Dir mal bitte das Rollo Modul anschauen. Damit kannst Du Deine Rollos entsprechend auf Prozentwerte fahren. Nach Zeit.
https://wiki.fhem.de/wiki/ROLLO
https://forum.fhem.de/index.php/topic,95832.0.html



Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

D3ltorohd

Was meinst du mit, wird da gar nichts gehen ?

Ok, das ist ein anderes Modul, du meinst das mit deinem meine Rollos nicht steuerbar sind.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

Beta-User

ROLLO dient dazu, zwei beliebig anzusteuernde Relais zu einem virtuellen Rollladendevice zu verbinden. Dieses kann anschließend mit ASC genutzt werden.

Da es hier um ESP-basierte Hardware zu gehen scheint ("rule"), ist vielleicht auch das hier interessant: https://forum.fhem.de/index.php/topic,98366.msg917091.html#msg917091 (gemoddete tasmota-firmware+MQTT2-Device).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

D3ltorohd

Das ganze läuft über ein Signalduino. Das ganze läuft dann über das Jaro Modul.
Base : Intel NUC Debian 9, FHEM aktuell || Zigbee (Coordinator FW Z-Stack 1.2 default Koenkk) || MaxCUL (culfw V 1.67 nanoCUL868) || SIGNALduino 433MHz (V 3.3.2.1-rc8 ) || Shelly s1

Beta-User

Zitat von: D3ltorohd am 03 Mai 2019, 09:55:31
Das ganze läuft über ein Signalduino. Das ganze läuft dann über das Jaro Modul.
Zitat von: D3ltorohd am 02 Mai 2019, 21:15:19
In der Log steht dann immer JaroliftCUL : Jaro_FB set down 5
In der Log steht dann immer JaroliftCUL : Jaro_FB set down 3
In der Log steht dann immer JaroliftCUL : Jaro_FB set up 6

Ich kann up, down, stop und shade position. Auf eine bestimmte Position fahren kann man doch bestimmt mit einem Timer oder einem Rule, wenn ich sage der Rollo braucht 20 Sekunden, könnte man das doch auf 100% setzten, nach 10 Sekunden wäre er 50% zu usw.
So wie du das schreibst würde ich mal annehmen, dass man die Teile nach ROLLO übersetzen kann, indem man die entsprechenden Befehle konfiguriert. Bitte frage mal in dem entsprechenden Forumbereich nach bzw. teste das mal aus, wenn dieser "Schubs" nicht zielführend sein sollte:
attr <Rollo-Device> rl_commandDown down 3
attr <Rollo-Device> rl_commandUp up 3
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

CoolTux

Zitat von: D3ltorohd am 03 Mai 2019, 09:55:31
Das ganze läuft über ein Signalduino. Das ganze läuft dann über das Jaro Modul.

Was auch immer das Jaro Modul ist. Aber ich denke am einfachsten ist es in diesem Modul eine vernünftige Steuerung zu implementieren.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Ich finde in der gesamten Forensuche nicht ein Eintrag zu Jaro Modul außer hier in diesem Thread. Was soll das sein für ein Modul.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net