[73_AutoShuttersControl.pm] Neues Modul zum automatisierten steuern von Rolläden

[CoolTux]

Mir ist beim Testen etwas "kosmetisches" aufgefallen.
Hat man weder twiligt noch astro device, bekommt man eine unschöne Meldung im Log

Code Auswählen Erweitern

2018.11.11 18:32:31 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/73_AutoShuttersControl.pm line 368.
2018.11.11 18:32:31 1: stacktrace:
2018.11.11 18:32:31 1:     main::__ANON__                      called by ./FHEM/73_AutoShuttersControl.pm (368)
2018.11.11 18:32:31 1:     AutoShuttersControl::Notify         called by fhem.pl (3600)
2018.11.11 18:32:31 1:     main::CallFn                        called by fhem.pl (3520)
2018.11.11 18:32:31 1:     main::DoTrigger                     called by fhem.pl (631)


Ist in der aktuellen Entwicklerversion bereits gefixt. Danke Dir.
Hätte ich wohl doch lieber schon in der jetzigen stabilen mit einbauen sollen.

[hexenmeister]

Habe zum ersten Mal aus svn genommen 
Ich denke, ich nehme dann wieder aus git. Spannender 

[pc1246]

ASC_Roommate_Reading state
Ist auch nicht korrekt. In dem Reading darf ausschließlich eine Zahl stehen.

Aber das ganze hat sich seit den ersten Versionen nicht geändert. Es dürfen ausschließlich numerische Werte in dem Reading zum ermitteln der aktuellen Position drin stehen. Es kann also auch schon früher auf die Art nicht funktioniert haben. Zu mindest nicht korrekt.

Moin
Also die ganzen Eintraege sind automatisch erzeugt worden! Auch in ASC_AutoAstroModeMorningHorizon stand none oder so drin!
Ich hatte mich ja auch schon gewundert, dass der Eintrag tahoma ignoriert wurde und trotzdem position stat dim im pos_reading stand!
Ich habe auch keine residents oder Fensterkontakte oder aehnliches im Testsystem.
Gruss Christoph

[CoolTux]

Moin
Also die ganzen Eintraege sind automatisch erzeugt worden! Auch in ASC_AutoAstroModeMorningHorizon stand none oder so drin!
Ich hatte mich ja auch schon gewundert, dass der Eintrag tahoma ignoriert wurde und trotzdem position stat dim im pos_reading stand!
Ich habe auch keine residents oder Fensterkontakte oder aehnliches im Testsystem.
Gruss Christoph

Sorry Christoph Du bringst da zu viel durcheinander. Es gibt Attribute die sowohl im ASC Device als auch in den Rolläden stehen, da kommt dann schon mal ein none oder -1. Dann gibt es werte die der User in der Tat komplett selbst einstellen muss. Aber Informationen zum Rolladen und deren Bedienung sind vorbelegt auf Basis des globalen ASC Attributes 1 oder 2.

Eine bitte an alle habe ich, solltet Ihr finden das die Commandref nicht aussagekräftig genug ist bei einigen Dingen dann seit so nett und gebt Bescheid oder besser noch versucht eine Formulierung zu finden dies es besser beschreibt. Aktuell ist der Tom so nett und arbeitet für uns die Commandref auf. Aber vielleicht habt Ihr ja auch tolle Ideen und Formulierungen.



Grüße

[enno]

solltet Ihr finden das die Commandref nicht aussagekräftig genug ist bei einigen Dingen dann seit so nett und gebt Bescheid oder besser noch versucht eine Formulierung zu finden dies es besser beschreibt.

Mein größtes Problem ist in der Commandref zu verstehen wann und welche Sorte von Reading eingetragen werden muss und wann die Bezeichnung des Readings. Wenn Du das deutlicher formulieren könntest bekomme ich dein Modul vielleicht zum Fliegen. Zur Zeit bewegt sich mein Test Rollo (Somfy über Tahoma) noch nicht mal beim manuellen "Schütteln".

Gruss
  Enno

[CoolTux]

Mein größtes Problem ist in der Commandref zu verstehen wann und welche Sorte von Reading eingetragen werden muss und wann die Bezeichnung des Readings. Wenn Du das deutlicher formulieren könntest bekomme ich dein Modul vielleicht zum Fliegen. Zur Zeit bewegt sich mein Test Rollo (Somfy über Tahoma) noch nicht mal beim manuellen "Schütteln".

Gruss
  Enno

Auch nicht nach einem Update von heute morgen und neustart von FHEM?

[CoolTux]

Mein größtes Problem ist in der Commandref zu verstehen wann und welche Sorte von Reading eingetragen werden muss und wann die Bezeichnung des Readings.
Gruss
  Enno

Kannst Du mir da ein Beispiel nennen? Komme gerade nicht klar was genau Du meinst mit "wann und welche Sorte von Reading" und "wann die Bezeichnung des Readings"

Vielen Dank

[enno]

Auch nicht nach einem Update von heute morgen und neustart von FHEM?

Ich teste das heute Abend mal, morgens gibt das Mecker von meinen Mitbewohnern. Melde mich dann mit den nächsten Problemen 

Gutes Beispiel ist: ASC_timeUpHolidayReading - corrsponding reading for ASC_timeUpHolidayDevice to detect holiday or similar / has to content 0 or 1.

Problemfälle für mich:
ASC_residentsDeviceReading - state of the residents device (nur 1/0 oder geht auch Home/Away)
ASC_rainSensorReading - reading of rain sensor device (nur 1/0 oder geht auch die Menge)
ASC_Roommate_Reading - the reading of the roommate device which represents the state (nur 1/0 oder geht auch Home/Away oder der Name des Readings)
ASC_Pos_Reading - name of the reading which represents the position of the shutter in percent, is used at unknown device types for set command. (Inhalt des Reading (zB. "dim") oder Name des Readings aus dem der Wert gelesen wird)

[CoolTux]

Ich teste das heute Abend mal, morgens gibt das Mecker von meinen Mitbewohnern. Melde mich dann mit den nächsten Problemen 

Gutes Beispiel ist: ASC_timeUpHolidayReading - corrsponding reading for ASC_timeUpHolidayDevice to detect holiday or similar / has to content 0 or 1.

Problemfälle für mich:
ASC_residentsDeviceReading - state of the residents device (nur 1/0 oder geht auch Home/Away)
ASC_rainSensorReading - reading of rain sensor device (nur 1/0 oder geht auch die Menge)
ASC_Roommate_Reading - the reading of the roommate device which represents the state (nur 1/0 oder geht auch Home/Away oder der Name des Readings)
ASC_Pos_Reading - name of the reading which represents the position of the shutter in percent, is used at unknown device types for set command. (Inhalt des Reading (zB. "dim") oder Name des Readings aus dem der Wert gelesen wird)

Ah ok, ich verstehe. Also wenn vom Reading die Sprache ist meint man immer den Namen des Readings, niemals den Wert/Inhalt.
Beispiel:
ASC_residentsDeviceReading - state of the residents device (nur 1/0 oder geht auch Home/Away)
Der Readingsname ist hier zu meist state, der Inhalt/Wert des Readings ist home/away/asleep und so weiter.

[pc1246]

Moin
Ich bin halt ganz blauaeugig an die Sache herangegagen. Tahoma auf dem Testsystem eingerichtet. ASC eingerichtet, und einen von den drei Rollladen als ASC type definiert. Danach gab es einige neue readings und zig Attribute. Manche erschienen mir schluessig, andere nicht. Zeiten wurden aber sofort eingetragen, die dann auch sinnvoll erschienen! Dann kam ziemlich schnell die erste Fahrt, die aber nicht ausgefuehrt wurde!
Mein Problem liegt jetzt darin, dass es ja nur einmal am Tag morgens und einmal abends ist. Somit ist jeder Versuch mit einem Abstand von ca. 12 Stunden behaftet, wobei ich morgens gar nicht mehr zu Hause bin, und abends mit dem Hund unterwegs. Das umstellen auf time scheint aber nicht so recht zu wollen, wobei ich zugegebener massen auch noch nicht ins log geschaut habe, da ich mir dieses WE mal frei genommen hatte.
Mal sehen evtl. habe ich heute abend ja Lust.
Ich habe mich auch bei der Uebersetzung schwer getan, manches zu verstehen, da schienen einige Ueberschreiber, halb fertige Kommentare drin zu sein. Ich habe dann versucht, aufgrund des Namens zu verstehen und etwas sinnvolles hinzuschreiben.

Ein Vorschlag von mir, waere evtl. ein reading hinzuzufuegen, was zeigt, ob ASC korrekt konfiguriert ist. Ich bin auch gerne bereit ein Howto zu schreiben, wenn ich dann erst einmal einen am Laufen habe.
Die Formulierung im Wiki unter Basics ist eventuell auch nicht gelungen. Wenn Residents/Roommates oder anderes zwingend notwendig sind, dann darf da nicht "sollten" stehen, sondern "muessen".
Aber ich schaue erstmal heute abend wie es aussieht.
Gruss Christoph

[CoolTux]

Moin
Ich bin halt ganz blauaeugig an die Sache herangegagen. Tahoma auf dem Testsystem eingerichtet. ASC eingerichtet, und einen von den drei Rollladen als ASC type definiert. Danach gab es einige neue readings und zig Attribute. Manche erschienen mir schluessig, andere nicht. Zeiten wurden aber sofort eingetragen, die dann auch sinnvoll erschienen! Dann kam ziemlich schnell die erste Fahrt, die aber nicht ausgefuehrt wurde!
Mein Problem liegt jetzt darin, dass es ja nur einmal am Tag morgens und einmal abends ist. Somit ist jeder Versuch mit einem Abstand von ca. 12 Stunden behaftet, wobei ich morgens gar nicht mehr zu Hause bin, und abends mit dem Hund unterwegs. Das umstellen auf time scheint aber nicht so recht zu wollen, wobei ich zugegebener massen auch noch nicht ins log geschaut habe, da ich mir dieses WE mal frei genommen hatte.
Mal sehen evtl. habe ich heute abend ja Lust.
Ich habe mich auch bei der Uebersetzung schwer getan, manches zu verstehen, da schienen einige Ueberschreiber, halb fertige Kommentare drin zu sein. Ich habe dann versucht, aufgrund des Namens zu verstehen und etwas sinnvolles hinzuschreiben.

Ein Vorschlag von mir, waere evtl. ein reading hinzuzufuegen, was zeigt, ob ASC korrekt konfiguriert ist. Ich bin auch gerne bereit ein Howto zu schreiben, wenn ich dann erst einmal einen am Laufen habe.
Die Formulierung im Wiki unter Basics ist eventuell auch nicht gelungen. Wenn Residents/Roommates oder anderes zwingend notwendig sind, dann darf da nicht "sollten" stehen, sondern "muessen".
Aber ich schaue erstmal heute abend wie es aussieht.
Gruss Christoph

Hallo Christoph,

Residents oder Roommates sind nicht unbedingt erforderlich. Es geht auch ohne, aber vieles kann man dann nicht machen. Die Grundfahrten (Sonnenauf, Sonnenuntergang) gehen aber. Und auch Zeitfahren sollte gehen.
Aktuell kannst Du den set der Rolläden, also ob der Set Befehl korrekt erkannt wurde mit dem set Kommando wiggle testen. Dann sollten die Rolladen sich zu mindestens kurz bewegen.


Grüße

[CoolTux]

Wer Lust und Zeit hat ist gerne eingeladen. Wir können allgemein über das Modul sprechen und ich kann auf spezielle Fragen Antwort geben.

Das ist mein erstes Meeting mit dem Anbieter, hoffe das alles ohne Probleme klappt.

Montag, 12. November
21:00 bis 21:30

CoolTux lädt Sie zu einem geplanten Zoom Meeting ein.

Nehmen Sie teil von PC, Mac, Linux, iOS oder Android
https://zoom.us/j/225390542

Per Telefon beitreten
Mit einem Fingertipp auf dem iPhone:
+14086380986,,225390542# (San Jose)
+16465588665,,225390542# (New York)
Wählen(Für höhere Qualität eine auf Ihrem aktuellen Standort basierende Nummer wählen):
+1 408 638 0986 Vereinigte Staaten von Amerika (San Jose)
+1 646 558 8665 Vereinigte Staaten von Amerika (New York)
Meeting-ID: 225 390 542
Verfügbare internationale Nummern:
https://zoom.us/u/aeILaEFVFf
10 Minuten vorher als E-Mail
10 Minuten vorher

Grüße
Leon

[sledge]

Hi,

ich habe gestern den Umstieg von Clunis Scripten (Danke nochmal an Bernd) auf ASC durchgeführt. Auch wenn einige Formulierungen in der Commandref noch etwas holprig sind, war der Umstieg für meine Anwendungsfälle reibungslos und ging mit wenig Konfigurationsaufwand von statten.

Hier mal meine Schritte, falls es jemand gebrauchen kann:

• Clunis Scripte "entfernen". Hierzu gibt es im ersten Post seines Threads einen Hinweis - hat bei mir einwandfrei funktioniert: neue Routine: Rollladensteuerung_delete_all('delete_all')    ### ACHTUNG - experimentell und ungetestet ###
  
• Definition des ASC-Moduls
• In allen Rollladen-Devices das Attribut "ASC" auf 2 gesetzt (Homematic / Shelly) und den Scan wie beschrieben im Hauptmodul gestartet. Alle Rollläden wurden gefunden und hinzugefügt.
• Im ASC-Device die übergeordneten Attribute gesetzt (für twilight, etc.). Ab jetzt ist die Grundfunktionalität bei mir bereits gegeben, tests mit "wiggle" funktionieren.
• Fensterkontakte hinzugefügt -> Komfortfunktionen funktionieren (das war der aufwändigste Teil)
• Residents im ASC-Device und Roommates in den entsprechenden Rollladen-Devices konfiguriert, die Schlafzimmer markiert -> ab jetzt fahren die Rollladen so, wie die BEwohner es wünschen (bei Anwesenheit manuell, bei Abwesenheit automatisch)

Fertig und läuft. Ich sag' Danke!

VG Tom

[CoolTux]

Hi,

ich habe gestern den Umstieg von Clunis Scripten (Danke nochmal an Bernd) auf ASC durchgeführt. Auch wenn einige Formulierungen in der Commandref noch etwas holprig sind, war der Umstieg für meine Anwendungsfälle reibungslos und ging mit wenig Konfigurationsaufwand von statten.

Hier mal meine Schritte, falls es jemand gebrauchen kann:

• Clunis Scripte "entfernen". Hierzu gibt es im ersten Post seines Threads einen Hinweis - hat bei mir einwandfrei funktioniert: neue Routine: Rollladensteuerung_delete_all('delete_all')    ### ACHTUNG - experimentell und ungetestet ###
  
• Definition des ASC-Moduls
• In allen Rollladen-Devices das Attribut "ASC" auf 2 gesetzt (Homematic / Shelly) und den Scan wie beschrieben im Hauptmodul gestartet. Alle Rollläden wurden gefunden und hinzugefügt.
• Im ASC-Device die übergeordneten Attribute gesetzt (für twilight, etc.). Ab jetzt ist die Grundfunktionalität bei mir bereits gegeben, tests mit "wiggle" funktionieren.
• Fensterkontakte hinzugefügt -> Komfortfunktionen funktionieren (das war der aufwändigste Teil)
• Residents im ASC-Device und Roommates in den entsprechenden Rollladen-Devices konfiguriert, die Schlafzimmer markiert -> ab jetzt fahren die Rollladen so, wie die BEwohner es wünschen (bei Anwesenheit manuell, bei Abwesenheit automatisch)

Fertig und läuft. Ich sag' Danke!

VG Tom

Hallo Tom,

Vielleicht lohnt es sich ja Deine Schritte in der Commandref und/oder im Wiki fest zu halten. Ich denke mal auf der ersten Seite dieses Threads wären sie auch gut aufgehoben 
Aktuell bin ich dabei Deinen Patch ein zu pflegen. Vielen Dank an Dich dafür.


Grüße

[sledge]

Hallo Tom,

Vielleicht lohnt es sich ja Deine Schritte in der Commandref und/oder im Wiki fest zu halten. Ich denke mal auf der ersten Seite dieses Threads wären sie auch gut aufgehoben 
Aktuell bin ich dabei Deinen Patch ein zu pflegen. Vielen Dank an Dich dafür.


Grüße

OK, mache ich mich heute abend mal ran - ist mE eher was für's Wiki.