Betatester für neues Modul AutoShuttersControl gesucht!

Begonnen von CoolTux, 01 September 2018, 12:10:35

Vorheriges Thema - Nächstes Thema

Cluni

Na schwer ist die Formel ja nicht: y = x * (max - min) / 100 + min
Und das Ergebnis muss dann halt gerundet werden.

wobei:
x = Wert in % auf den gefahren werden soll

Im Anhang ist eine Excel-Tabelle, wo man mit min und max mal spielen kann. Und extra zwei Tabellen - einmal 5er Schritte und einmal 10er Schritte damit man es direkt sieht.

Cluni

Zitat von: Deckoffizier am 13 September 2018, 14:56:26
Hallo Cluni,

eine Bitte..
wie bekomme ich die ohne mein Zutun im zweiten UNIRoll Rollo quasi geerbten Readings wie oldPos wieder weg?
deletereading hat gestern leider nicht geholfen.


Mit dem ROLLO-Modul kenne ich mich nicht aus. Keine Ahnung, warum das mit deleteReading nicht geklappt hat. Wer hat die Readings denn erzeugt?

Deckoffizier

Hallo Cluni,

ZitatMit dem ROLLO-Modul kenne ich mich nicht aus. Keine Ahnung, warum das mit deleteReading nicht geklappt hat. Wer hat die Readings denn erzeugt?

Das würde ich auch gern wissen.  ;)

Nur Vermutung  ScanforShutters in ASC ??
In Deckung....

Gruß
Hans-Jürgen

FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

Deckoffizier

Hallo,

nur zu Info
mein Siro Rollo ließ sich auf Anhieb einbinden.
Scheint wohl mehr Logik im Modul/Hardware zu stecken in Puncto Nutzung von Position.

Gruß
Hans-Jürgen
FHEM 5.8 auf "yakkaroo Emu A1FL.1" mit CUL 868MHz, SIGNALduino,2 1Wire USB Busmaster, diverse 1 Wire Sensoren,Landroid,Aeotec USB Dongle Z-Wave Plus

Beta-User

Meine Güte, wieder ziemlich spät  und einige Beiträge weiter...

Zitat von: Cluni am 13 September 2018, 14:52:23
Nein nein, Deckoffizier - hier gibt es keinen Streit. ;)

;D ;D ;D

@Deckoffizier:
Wir verstehen uns schon, keine Sorge (denke ich zumindest ;D ).Der Hinweis auf das Rollo-Modul war nicht so gedacht, dass du ASC nicht einsetzen sollst!

So wie ich das verstanden habe, bildet das ROLLO-Modul nur eine Zwischenschicht ab, macht also die Umrechnung auf "100%" usw.. Nicht mehr, aber auch nicht weniger...

Also willkommen an Bord :) .
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

Ohne Dein zutun stimmt ja nicht ganz. Die sind bestimmt über Deine userReadings Versuche da hin gekommen. Hast Du denn noch userReadings in den Rolladen. Wenn ja lösche das Attribut oder Teile davon und lösche dann mit deletereading 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

#246
Version 0.1.41 habe ich eben hochgeladen. Für heute ist damit Feierabend.
- die Dämmerungsphasen lassen sich nun zur Berechnung auch in den Rolladendevices einstellen. Rolladendevice hat Vorrang vor dem globalen Einstellungen im Moduldevice
- einige kleine Bugfixes, darunter der das im Moduldevice als Reading bei Räumen mit Umlauten nur immer ein Rolladendevice gelistet wurde.



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

FunkOdyssey

#247
Ich muss mal kurz eine ganz andere Frage stellen:

Entfernt das Modul an irgendeinem Punkt die gesetzten Attribute AutoShuttersControl_.* ?
Ich habe versehentlich Jalousien vom Typ 1 angelegt, zu schnell "save" gedrückt und wollte nicht unbedingt manuell alle Attribute löschen, um sauber durchzustarten.

CoolTux

Das Modul löscht nur alles wenn man das Moduldevice löscht.
Das werden alle Attribute und Readings welches vom Modul gesetzt werden entfernt.
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

FunkOdyssey

Okay, stimmt. Hat nach ner Neuanlage geklappt.

Ich hatte wohl das Attribut "AutoShuttersControl = x" vor dem Löschen des Moduls gelöscht. Danke.

FunkOdyssey

Zitat von: CoolTux am 13 September 2018, 15:23:02
- die Dämmerungsphasen lassen sich nun zur Berechnung auch in den Rolladendevices einstellen. Rolladendevice hat Vorrang vor dem globalen Einstellungen im Moduldevice

Das scheint bei mir weder im ASC-Device noch in den Rollläden zu funktionieren.
Gerade eingerichtet, aber nach den Änderung der Horizont-Attribute (von -9 bis +9) habe ich (auch nach eine "Renew-Timer") keine neuen Zeiten.
Nur die Änderung zwischen CIVIL, REAL & Co. wirkt sich aus.




Andere Frage:
Wenn ich den Astro-Modus ausgewählt habe, werden doch weiterhin "Early" und "Late" berücksichtigt, oder?
Liegt also die Astro-Zeit vor "Early" oder nach "Late" wird nicht die Astro-Zeit berücksichtigt, oder?
Das finde ich gut. Ich bin kurz davon ausgegangen, dass ich mich bei der Konfiguration vorab festlegen muss.





Gibt es so etwas wie ein "TimeOffset"?
Im Time-Modus ist das ja irrelevant, da wird später vermutlich "Rand_Minutes" aushelfen.
Beim Astro-Modus werde ich das wahrscheinlich über den Horizont feineinstellen müssen, oder?

CoolTux

Zitat von: FunkOdyssey am 13 September 2018, 17:32:28
Das scheint bei mir weder im ASC-Device noch in den Rollläden zu funktionieren.
Gerade eingerichtet, aber nach den Änderung der Horizont-Attribute (von -9 bis +9) habe ich (auch nach eine "Renew-Timer") keine neuen Zeiten.
Nur die Änderung zwischen CIVIL, REAL & Co. wirkt sich aus.




Andere Frage:
Wenn ich den Astro-Modus ausgewählt habe, werden doch weiterhin "Early" und "Late" berücksichtigt, oder?
Liegt also die Astro-Zeit vor "Early" oder nach "Late" wird nicht die Astro-Zeit berücksichtigt, oder?
Das finde ich gut. Ich bin kurz davon ausgegangen, dass ich mich bei der Konfiguration vorab festlegen muss.





Gibt es so etwas wie ein "TimeOffset"?
Im Time-Modus ist das ja irrelevant, da wird später vermutlich "Rand_Minutes" aushelfen.
Beim Astro-Modus werde ich das wahrscheinlich über den Horizont feineinstellen müssen, oder?

Interessant. Gerade HORIZONT verwende ich selbst mit -3 Aber ich da gerne noch mal.
Early" und "Late" werden bei Astro berücksichtigt.
Ein TimeOffset wird es noch geben. Wenn alles sauber läuft.
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

FunkOdyssey

Zitat von: CoolTux am 13 September 2018, 19:33:30
Interessant. Gerade HORIZONT verwende ich selbst mit -3 Aber ich da gerne noch mal.


Kommando zurück.
Ich wusste nicht, dass ich auf Horizon wechseln muss, damit sich die Werte auswirken. Ich nahm an, dass sich das auch auf REAL & Co. auswirkt.

FunkOdyssey

Oje. Was mir gerade auffällt. Man kann über die GUI nicht mehr zurück auf "none" wechseln.
Ich rette mich wohl. Sollte aber gefixt werden.

CoolTux

Zitat von: FunkOdyssey am 13 September 2018, 21:49:38
Oje. Was mir gerade auffällt. Man kann über die GUI nicht mehr zurück auf "none" wechseln.
Ich rette mich wohl. Sollte aber gefixt werden.

Wenn es um die Astro Einstellungen im Rollodevice geht, dann einfach löschen.
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