Neues Modul: 98_Siro.pm (Ansteuerung von motorisierten Innensichtschutzrollos)

Begonnen von Dr. Smag, 27 September 2017, 00:14:49

Vorheriges Thema - Nächstes Thema

Der_Tom

aktuelle version im anhang.

in das log zu schauen schaffe ich erst morgen früh.

gruss Thomas

Invers

Kein Problem, danke.

EDIT:
Habe die Version gerade getestet. Damit scheint alles wieder zu funktionieren.
Herzlichen Dank nochmals dafür, dass du dich um des Modul und mein Problem gekümmert hast.

Byte 09 hat sich aus dem Git völlig gelöscht.
Ich hoffe, es geht ihm gut. Falls du Kontakt hast, viele Grüsse an ihn.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Der_Tom

Zitat von: Invers am 09 Juni 2021, 22:00:08
Kein Problem, danke.

EDIT:
Habe die Version gerade getestet. Damit scheint alles wieder zu funktionieren.
Herzlichen Dank nochmals dafür, dass du dich um des Modul und mein Problem gekümmert hast.

Byte 09 hat sich aus dem Git völlig gelöscht.
Ich hoffe, es geht ihm gut. Falls du Kontakt hast, viele Grüsse an ihn.


super das es wieder klappt.

Ich bin Byte09 ;-) .. danke der Nachfrage, alles gut bei mir. Aber du hast Recht, ich habe mich sehr geärgert hier.

Gruss Thomas

Invers

Danke für die Info. Bin überrascht. Freut mich, dass es dir gut geht. Immer schön negativ bleiben. LOL
Vielleicht hast du ja doch irgendwann wieder einmal Lust, etwas Neues anzufangen. Wäre ja sonst Talentverschwendung. Und man sagt ja, die zeit heilt alle Wunden.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Der_Tom

Zitat von: Invers am 10 Juni 2021, 13:47:57
Danke für die Info. Bin überrascht. Freut mich, dass es dir gut geht. Immer schön negativ bleiben. LOL
Vielleicht hast du ja doch irgendwann wieder einmal Lust, etwas Neues anzufangen. Wäre ja sonst Talentverschwendung. Und man sagt ja, die zeit heilt alle Wunden.


Moin,

Es ist ja nicht so , das ich nichts mehr mache. Ich bin mit meinem Modul MSwitch gut ausgelastet und entwicke dieses kontinuierlich weiter. Nur aus dem Forum habe ich mich weitestgehend zurückgezogen und wir sind auf eine gemütliche WhatsApp Gruppe ausgewichen.

Gruss Thomas

Invers

Hi,
ich hoffe, du findest vielleicht doch noch einmalt etwas Zeit, um dich zwischendurch mal kurz dem folgenden, noch immer bestehenden Problem zu widmen:

Es geht noch immer um die Perlwarnung.

Ich fahre das Rollo auf 80 Prozent zu. Keine Fehlermeldung.
2021.11.04 00:24:06 3: Siro-Set (Siro_SZR) : set Position 80

danach fahre ich dieses Rollo vorsichtshalber nochg einmal auf 80, falls es nicht mit dem Funkt geklappt haben sollte.
2021.11.04 00:24:51 3: Siro-Set (Siro_SZR) : set Position 80

Dabei das Rollo fährt dann kurz, obwohl es ja eigentlich schon an der Position steht und es kommen die Meldungen:

2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $timetodrive in addition (+) at ./FHEM/98_Siro.pm line 1392.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1:     main::__ANON__                      called by ./FHEM/98_Siro.pm (1392)
2021.11.04 00:24:51 1:     FHEM::Siro::Set                     called by fhem.pl (3890)
2021.11.04 00:24:51 1:     main::CallFn                        called by fhem.pl (1939)
2021.11.04 00:24:51 1:     main::DoSet                         called by fhem.pl (1971)
2021.11.04 00:24:51 1:     main::CommandSet                    called by fhem.pl (1265)
2021.11.04 00:24:51 1:     main::AnalyzeCommand                called by fhem.pl (1116)
2021.11.04 00:24:51 1:     main::AnalyzeCommandChain           called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1:     main::ParseCommandsDoIf             called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1:     main::DOIF_cmd                      called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1:     main::DOIF_SleepTrigger             called by fhem.pl (3427)
2021.11.04 00:24:51 1:     main::HandleTimeout                 called by fhem.pl (695)
2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 429.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1:     main::__ANON__                      called by ./FHEM/98_Siro.pm (429)
2021.11.04 00:24:51 1:     FHEM::Siro::SendCommand             called by ./FHEM/98_Siro.pm (1393)
2021.11.04 00:24:51 1:     FHEM::Siro::Set                     called by fhem.pl (3890)
2021.11.04 00:24:51 1:     main::CallFn                        called by fhem.pl (1939)
2021.11.04 00:24:51 1:     main::DoSet                         called by fhem.pl (1971)
2021.11.04 00:24:51 1:     main::CommandSet                    called by fhem.pl (1265)
2021.11.04 00:24:51 1:     main::AnalyzeCommand                called by fhem.pl (1116)
2021.11.04 00:24:51 1:     main::AnalyzeCommandChain           called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1:     main::ParseCommandsDoIf             called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1:     main::DOIF_cmd                      called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1:     main::DOIF_SleepTrigger             called by fhem.pl (3427)
2021.11.04 00:24:51 1:     main::HandleTimeout                 called by fhem.pl (695)


Dabei ist es egal, ob fhem schon Tage läuft, oder ob ich es gerade neu gestartet habe.

Früher habe ich das Rolle mit fav angesteuert, da kan ebenfalls die Perlwarnung. Ich kann aber nicht mehr sagen, ob die gleich war. Das war für mich der Grund, es mal mit 80 Prozent zu versuchen, falls der Fehler fav-abhängig wäre. Dem  ist aber offenbar nicht so.

Ich bitte dich, noch einmal kurz reinzuschauen. Ich wäre dir wirklich sehr dankbar.
Es eilt ja nicht, weil das Rollo fährt.

Danke im Voraus.

Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Der_Tom

Sorry , wenn du es schonmal gepostet hast habe ich es wohl irgendwie verbaselt.

Ich habe das Modul schon ewig nichtehr angefasst, biege es aber spätestens am WE zurecht.

Gruss Thomas

Invers

Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Der_Tom

Zitat von: Invers am 04 November 2021, 08:36:46
Hi,
ich hoffe, du findest vielleicht doch noch einmalt etwas Zeit, um dich zwischendurch mal kurz dem folgenden, noch immer bestehenden Problem zu widmen:

Es geht noch immer um die Perlwarnung.

Ich fahre das Rollo auf 80 Prozent zu. Keine Fehlermeldung.
2021.11.04 00:24:06 3: Siro-Set (Siro_SZR) : set Position 80

danach fahre ich dieses Rollo vorsichtshalber nochg einmal auf 80, falls es nicht mit dem Funkt geklappt haben sollte.
2021.11.04 00:24:51 3: Siro-Set (Siro_SZR) : set Position 80

Dabei das Rollo fährt dann kurz, obwohl es ja eigentlich schon an der Position steht und es kommen die Meldungen:

2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $timetodrive in addition (+) at ./FHEM/98_Siro.pm line 1392.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1:     main::__ANON__                      called by ./FHEM/98_Siro.pm (1392)
2021.11.04 00:24:51 1:     FHEM::Siro::Set                     called by fhem.pl (3890)
2021.11.04 00:24:51 1:     main::CallFn                        called by fhem.pl (1939)
2021.11.04 00:24:51 1:     main::DoSet                         called by fhem.pl (1971)
2021.11.04 00:24:51 1:     main::CommandSet                    called by fhem.pl (1265)
2021.11.04 00:24:51 1:     main::AnalyzeCommand                called by fhem.pl (1116)
2021.11.04 00:24:51 1:     main::AnalyzeCommandChain           called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1:     main::ParseCommandsDoIf             called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1:     main::DOIF_cmd                      called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1:     main::DOIF_SleepTrigger             called by fhem.pl (3427)
2021.11.04 00:24:51 1:     main::HandleTimeout                 called by fhem.pl (695)
2021.11.04 00:24:51 1: PERL WARNING: Use of uninitialized value $command in hex at ./FHEM/98_Siro.pm line 429.
2021.11.04 00:24:51 1: stacktrace:
2021.11.04 00:24:51 1:     main::__ANON__                      called by ./FHEM/98_Siro.pm (429)
2021.11.04 00:24:51 1:     FHEM::Siro::SendCommand             called by ./FHEM/98_Siro.pm (1393)
2021.11.04 00:24:51 1:     FHEM::Siro::Set                     called by fhem.pl (3890)
2021.11.04 00:24:51 1:     main::CallFn                        called by fhem.pl (1939)
2021.11.04 00:24:51 1:     main::DoSet                         called by fhem.pl (1971)
2021.11.04 00:24:51 1:     main::CommandSet                    called by fhem.pl (1265)
2021.11.04 00:24:51 1:     main::AnalyzeCommand                called by fhem.pl (1116)
2021.11.04 00:24:51 1:     main::AnalyzeCommandChain           called by ./FHEM/98_DOIF.pm (2029)
2021.11.04 00:24:51 1:     main::ParseCommandsDoIf             called by ./FHEM/98_DOIF.pm (2448)
2021.11.04 00:24:51 1:     main::DOIF_cmd                      called by ./FHEM/98_DOIF.pm (3419)
2021.11.04 00:24:51 1:     main::DOIF_SleepTrigger             called by fhem.pl (3427)
2021.11.04 00:24:51 1:     main::HandleTimeout                 called by fhem.pl (695)


Dabei ist es egal, ob fhem schon Tage läuft, oder ob ich es gerade neu gestartet habe.

Früher habe ich das Rolle mit fav angesteuert, da kan ebenfalls die Perlwarnung. Ich kann aber nicht mehr sagen, ob die gleich war. Das war für mich der Grund, es mal mit 80 Prozent zu versuchen, falls der Fehler fav-abhängig wäre. Dem  ist aber offenbar nicht so.

Ich bitte dich, noch einmal kurz reinzuschauen. Ich wäre dir wirklich sehr dankbar.
Es eilt ja nicht, weil das Rollo fährt.

Danke im Voraus.

Ich habe das Problem behoben , neue Version ist im GIT
update all https://raw.githubusercontent.com/Byte009/FHEM-Siro/master/controls_siro.txt


Aber die befehlswiederholung macht nicht wirklich Sinn. wenn du das rollo auf 80 % gefahren hast , geht das modul davon aus , dass diese position auch erreicht ist - egal on es mit dem funk geklappt hat , oder nicht. Es gibt keine Möglichkeit die wirkliche Rolloposition zu ermitteln . Da das Modul nun davon ausgeht, das entsprechendes ziel erreicht ist , wird es den zweiten Befehl nicht ausführen ( da Ziel bereits erreicht ).

das ist leider auch nicht abänderbar , aufgrund der fehlenden bidirektionalen verbindung. ( Der Befehl lautat ja nicht : Fahre auf 80 % , sondern er lautet "fahre hoch/runter" und nach berechneter Zeit um die Zielposition zu erreichen: "stoppe die Fahrt".

Daher ist eine Wiederholung des Befehls im Grunde sinnlos ( es passiert einfach nichts ). Falls der Befehl wirklich "untergeht" stimmen vermtete position und reale position sowieso nicht mehr überein und es hilft nur eine Kalibrierungsfahrt , d.H das Rollo muss ganz hoch oder ganz runter gefahren werden.


gruss Thomas

CoolTux

Habe nach über einem Jahr wieder FHEM in Betrieb. Nun stelle ich fest das gassistent hoch und runter vertauscht. Schließen ist hoch und öffnen ist runter. Hat da einer ne Idee?
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

Google sendet für schließen wohl ein off und das ist in Siro up also öffnen. Was kann man da machen? Hat das einer ans laufen bekommen?
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

Der_Tom

Zitat von: CoolTux am 10 November 2021, 00:22:20
Google sendet für schließen wohl ein off und das ist in Siro up also öffnen. Was kann man da machen? Hat das einer ans laufen bekommen?

ich habe die Version im GIT eben aktualisiert. diese enthällt nun ein Attribut "SIRO_inversONOFF" . Das Prblem sollte damit zu lösen sein.

Das war aber ein Schnellschuss heute morgen und ich hoffe das keine 'komischen' Nebeneffekte auftreten.

Bei gesetztem Attribut werden die Befehle einfach umgemapped:
on -> up
off -> down

gruss Thomas

CoolTux

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

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

Invers

Vielen Dank für die Änderung.
Scheint erfolgreich zu sein. Die Warnungen kommen nun nicht mehr.

Bezüglich der doppelten Befehle kann ich nur sagen, dass ich für jedes Rollo programmiert habe, dass der Fahrbefehl nach 60 Sekunden wiederholt wird.
Der Befehl wird auch wirklich immer doppelt ausgeführt.
Beweis:
2 Rollos im Wohnzimmer fahren fast gleichzeitig wenn alles klappt. Wenn also morgens nur ein Rollo fährt und das andere Rollo fährt dann erst 60 Sekunden später, weil es den ersten Befehl nicht gehört hat, dann gehe ich davon aus, dass doppelte Befehle auch deoppelt von fhem abgearbeitet werden.

Warum das funktioniert, kann ich nicht sagen. bisher klappte das aber immer bei allen 4 Rollos.
Daher waren mir Funkprobleme auch egal. Die Rollos fuhren fast immer. Mal früher, mal später.
Obwohl deine Erläuterung schlüssig und logisch ist, funktioniert es also trotzdem.

Ich glaube mich erinnern zu können, dass damals sogar extra dahingehend geändert wurde, dass die Rollos auch gleiche Befehle mehrfach annehmen.
Ob es mit der jetzigen Version noch immer so ist, wird sich herausstellen. Ich melde mich diesbezüglich nochmal.

Deinen Beitrag habe ich erst heute gefunden. Ich erhielt keine Mail und auch bei den ungelesenen Beiträgen erschien vorher nichts. Sorry also für die späte Reaktion meinerseits.

Nochmals herzlichen Dank.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2