Neuauflage des Moduls 98_Siro.pm

[Invers]

Super, danke.

[Invers]

Siehst du eine Möglichkeit, eine Sperre einzubauen, um ein Rollo stilllegen zu können?
Natürlich kann ich das auch mit dem Attribut disable erreichen, aber das ist unschön, weil ja dann das Speichern der cfg-Datei fällig wird.
Ich blockiere oft ein Rollo, um zeitweise das automatische Öffnen und Schliessen zu verhindern und nutze dafür disable. Wenn aber fhem oder der Pi neu starten, ist natürlich die Einstellung weg, da ich nicht speichere.

[Byte09]

Siehst du eine Möglichkeit, eine Sperre einzubauen, um ein Rollo stilllegen zu können?
Natürlich kann ich das auch mit dem Attribut disable erreichen, aber das ist unschön, weil ja dann das Speichern der cfg-Datei fällig wird.
Ich blockiere oft ein Rollo, um zeitweise das automatische Öffnen und Schliessen zu verhindern und nutze dafür disable. Wenn aber fhem oder der Pi neu starten, ist natürlich die Einstellung weg, da ich nicht speichere.

Ja das ist kein Problem,  mache ich heute Abend.

gruss thomas

Gesendet von meinem ELE-L29 mit Tapatalk

[Invers]

Oh, sehr schnelle Antwort. Ich danke dir.

[Invers]

Warnungen unter folgender Bedingung reproduzierbar aufgetreten:
- fhem Neustart
- Bei offenem Rollo noch einmal auf open geklickt
- Dann Warnungen erhalten:

Code Auswählen Erweitern

2019.06.14 07:58:47 1: PERL WARNING: Use of uninitialized value $param in concatenation (.) or string at ./FHEM/98_Siro.pm line 829.
2019.06.14 07:58:47 1: PERL WARNING: Use of uninitialized value $param in string eq at ./FHEM/98_Siro.pm line 830.
2019.06.14 07:58:47 3: Siro-Set (Siro_WZL) : set Up
2019.06.14 07:58:47 1: PERL WARNING: Use of uninitialized value $args[1] in concatenation (.) or string at ./FHEM/98_Siro.pm line 393.


Das Verhalten ist einmalig nach jedem Neustart zu beobachten.

[Byte09]

Warnungen unter folgender Bedingung reproduzierbar aufgetreten:
- fhem Neustart
- Bei offenem Rollo noch einmal auf open geklickt
- Dann Warnungen erhalten:

Code Auswählen Erweitern

2019.06.14 07:58:47 1: PERL WARNING: Use of uninitialized value $param in concatenation (.) or string at ./FHEM/98_Siro.pm line 829.
2019.06.14 07:58:47 1: PERL WARNING: Use of uninitialized value $param in string eq at ./FHEM/98_Siro.pm line 830.
2019.06.14 07:58:47 3: Siro-Set (Siro_WZL) : set Up
2019.06.14 07:58:47 1: PERL WARNING: Use of uninitialized value $args[1] in concatenation (.) or string at ./FHEM/98_Siro.pm line 393.


Das Verhalten ist einmalig nach jedem Neustart zu beobachten.

Dank dir für das Testen. Werde ich heute Abend mit beheben.

gruss thomas

Gesendet von meinem ELE-L29 mit Tapatalk

[Stefan6183]

Hallo,

erstmal vielen Dank für die Weiterentwicklung des Moduls! 
Mit dem neuen Modul habe ich momentan allerdings ein kleines Problemchen:
Ich muss SIRO_inversPosition 1 nutzen, damit die Ansteuerung über Alexa richtig herum funktioniert.
Bei SIRO_inversPosition 1 wird aber scheinbar das Rolladen Symbol nicht angepasst und zeigt alles falsch herum an.
Also bei offenem Rolladen zeigt das Symbol einen geschlossenen Rolladen.

Könntest du das noch ändern?

Viele Grüße
Stefan

[Invers]

@Stefan6183
Du hast das gelesen?

nachtrag :

sehe gerade das du nach den alten code für das devstateicon hast . Änder diesen bitte bei gelegenheit in :

Code Auswählen Erweitern


{return FHEM::Siro::Siro_icon($name); }

neue devices werden auch mit diesem angelegt . Nur damit ist es möglich das devstateicon automatisch an 'invers' und 'gruppendevices' anzupassen.

gruss thomas

[Byte09]

Schau mal 4 oder 5 Post drüber,  da habe ich genau dieses Problem angesprochen und entsrpechende alternative für das davstateicon genannt.

ändere das bitte entsprechend und gib mir bitte kurz Bescheid ob es geht.

es muss die heutige Siro Version genutzt werden.

gruss thomas

Gesendet von meinem ELE-L29 mit Tapatalk

[Stefan6183]

Gelesen hatte ich den Post schon, nur nicht richtig verstanden 
Ich probiere das heute Abend mal aus und gebe Bescheid.

Vielen Dank!
Stefan

[Byte09]

Oh, sehr schnelle Antwort. Ich danke dir.

ich habe eben eine testversion in das GIT gestellt. bei dieser kannst du mit set device lock_cmd on/off das device für die bedienung aus fhem blockieren.

disable und inactive ist keine so gute lösung , da das device die Fernbedienung weiter empfangen sollte, um die readings im falle einer fbfahrt zu aktualisieren, ansonsten wird es in diesm fall asyncron .

d.h hast du das lock_cmd auf on , sollte eine bedienung aus fhem nicht mehr möglich sein , wohl aber über die FB  ( incl aktualisierung der readings ) .

da meine frau mich heute abend verplant hat ,konnte ich es jetzt nur recht schnell testen . Die perlwarnings hoffe ich auch korrigiert zu haben.

wäre super wenn du es mal testen könntest , ob das so deinen anforderungen entspricht.

Code Auswählen Erweitern

update all https://raw.githubusercontent.com/Byte009/FHEM-Siro/master/controls_siro.txt

gruss thomas

[Invers]

Hi, gefällt mir sehr gut! Besonders die Idee mit dem Schloss. Das hatte ich in meinem DOIF auch genutzt.
DOIF kann ich nun löschen. Danke dir sehr.

Die Perlwarnungen sind weniger, aber nicht weg. Erste Warnung bei bereits geschilderter Situation, zweite Warnung kann ich nicht zuordnen, da ich sie nicht gleich gesehen hatte. Finde ich aber bestimmt noch.

Code Auswählen Erweitern

2019.06.14 18:42:09 1: PERL WARNING: Use of uninitialized value $param in concatenation (.) or string at ./FHEM/98_Siro.pm line 832.
2019.06.14 18:42:09 3: Siro-Set (Siro_WZL) : set Up
2019.06.14 18:43:04 3: Siro-Set (Siro_WZR) : set Down
2019.06.14 18:43:05 3: Siro-Set (Siro_WZR) : set Stop
2019.06.14 18:43:27 1: PERL WARNING: Use of uninitialized value $param in string ne at ./FHEM/98_Siro.pm line 893.
2019.06.14 18:45:05 3: Siro-Set (Siro_WZR) : set Up
2019.06.14 18:45:09 3: Siro-Set (Siro_WZR) : set Up


Nachtrag (zusatzbitte/Frage)
Könnte man, ohne unbescheiden zu sein,  da noch einen Logeintrag bekommen in der Art:
Siro-Set (Siro_WZR) : set Up locked
oder ähnlich, egal wie?

[Byte09]

Hi, gefällt mir sehr gut! Besonders die Idee mit dem Schloss. Das hatte ich in meinem DOIF auch genutzt.
DOIF kann ich nun löschen. Danke dir sehr.

Die Perlwarnungen sind weniger, aber nicht weg. Erste Warnung bei bereits geschilderter Situation, zweite Warnung kann ich nicht zuordnen, da ich sie nicht gleich gesehen hatte. Finde ich aber bestimmt noch.

Code Auswählen Erweitern

2019.06.14 18:42:09 1: PERL WARNING: Use of uninitialized value $param in concatenation (.) or string at ./FHEM/98_Siro.pm line 832.
2019.06.14 18:42:09 3: Siro-Set (Siro_WZL) : set Up
2019.06.14 18:43:04 3: Siro-Set (Siro_WZR) : set Down
2019.06.14 18:43:05 3: Siro-Set (Siro_WZR) : set Stop
2019.06.14 18:43:27 1: PERL WARNING: Use of uninitialized value $param in string ne at ./FHEM/98_Siro.pm line 893.
2019.06.14 18:45:05 3: Siro-Set (Siro_WZR) : set Up
2019.06.14 18:45:09 3: Siro-Set (Siro_WZR) : set Up


Nachtrag (zusatzbitte/Frage)
Könnte man, ohne unbescheiden zu sein,  da noch einen Logeintrag bekommen in der Art:
Siro-Set (Siro_WZR) : set Up locked
oder ähnlich, egal wie?

Mit den warnings muss ich nochmal schauen ... wie gesagt hatte ich eben wenig Zeit.  Einen logeintrag gibt es... allerdings bei verbose 4 oder 5 ... kann ich gerade nicht schauen... unterwegs. Den kann ich aber auf 3 setzen.

gruss thomas

Gesendet von meinem ELE-L29 mit Tapatalk

[Invers]

Ich habe zufällig noch etwas entdeckt, von dem ich nicht weiss, ob es ein Fehler, oder Absicht ist:
Klickt man auf ein devStateIcon, welches 0 anzeigt (Rollo offen), dann fährt das Rollo runter.
Zeigt das devStateIcon dann 100 und man klickt, passiert allerdings gar nichts.

Man kann übrigens eine solche Abwärtsfahrt per devStateIcon  auch nicht stoppen. Bei Klick auf Stopp stoppt das Rollo kurz und fährt dann weiter. Kann man beliebig oft probieren. Das halte ich aber für vielleicht gefährlich, falls etwas im Weg steht. Ich denke es wäre besser, wenn ein Fahrtabbruch jederzeit möglich wäre.

[Byte09]

Ich habe zufällig noch etwas entdeckt, von dem ich nicht weiss, ob es ein Fehler, oder Absicht ist:
Klickt man auf ein devStateIcon, welches 0 anzeigt (Rollo offen), dann fährt das Rollo runter.
Zeigt das devStateIcon dann 100 und man klickt, passiert allerdings gar nichts.

Man kann übrigens eine solche Abwärtsfahrt per devStateIcon  auch nicht stoppen. Bei Klick auf Stopp stoppt das Rollo kurz und fährt dann weiter. Kann man beliebig oft probieren. Das halte ich aber für vielleicht gefährlich, falls etwas im Weg steht. Ich denke es wäre besser, wenn ein Fahrtabbruch jederzeit möglich wäre.

it's a bug., not a feature [emoji11]

schaue ich mir an, weiss aber noch nicht ob ich morgen dazu komme und Sonntag geht es erstmal ein paar Tage in den kurz urlaub.

gruss thomad

Gesendet von meinem ELE-L29 mit Tapatalk