Betatester für neues Modul AutoShuttersControl gesucht!

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

Vorheriges Thema - Nächstes Thema

Cluni

Auch nicht, wenn du von Vater Staat genauso viel Geld dafür bekommen würdest???  :o

CoolTux

Nee Du nicht mal dann. Wiederspricht komplett meinen Anforderungen an mich selbst.
Ich bin im übrigen jemand dem man nicht mit Geld locken kann. Ich hatte das schon mal und habe entsprechend gelebt. Hat mir auch nicht mehr Zufriedenheit im Leben gebracht.
Nun lebe ich ruhiger und vor allem für meine Familie  :)
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

Cluni


CoolTux

Ich habe eben eine neue Version hochgeladen. Ich hoffe da die WE Problematik in den Griff bekommen zu haben.
Ich würde aber empfehlen das diese Version erstmal nur Leute testen die WE verwenden und denen es nicht stört oder sie drauf achten ob die Zeiten stimmen oder nicht.
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

Stonemuc

Kann ich hier mit meinen FSB14 Enocean Aktoren anknüpfen?
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

CoolTux

Ich würde da einfach mal frech ja sagen.
Hast du einen set Befehl der in Prozent von 0 bis 100 die Rolläden fahren kann?
Heißt Dein dazugehöriges Reading genau so wie der set Befehl?
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

Stonemuc

Ja klar. Ich kann entweder mit open oder close komplett fahren oder mit einem set Eno_xxx 50 den entsprechenden Rollladenaktor z.B. in Position 50% bringen.
Folgende Readings hab ich - mal mit entsprechenden Werten für den jetzigen Zustand (zu) befüllt:

anglePos         90             2018-09-24 22:17:42
block                unlock      2018-09-24 19:39:46
endPosition    closed      2018-09-24 22:17:42
position           100           2018-09-24 22:17:42
state                closed      2018-09-24 22:17:42
teach              4BS teach-in sent 2018-09-18 08:40:08
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

Cluni

Zitat von: Stonemuc am 25 September 2018, 06:28:12
position           100           2018-09-24 22:17:42

Moin, das sieht doch gut aus.
Versuche mal bitte, ob der Rollladen mit dem Befehl
set NAME position x
(Wobei NAME der Name deines Rollladen und x ein Wert zwischen 0 und 100 ist) fährt.


Gesendet von iPhone mit Tapatalk

Beta-User

#413
Moin,

Rückmeldung zur letzten Version (0.1.54, eingespielt heute morgen vor der ersten Öffnen-Zeit):

Mehrere Rollläden sind heute morgen nicht gefahren, nämlich

- zwei, bei denen ich Ursache darin vermute, dass die gar keine Fenstersensoren haben (das ist neu; keine Fenstersensoren anzugeben sollte m.E. auch dauerhaft so bleiben können => Festverglasung)

- 4, bei denen sich der Roommate-Status seit vorgestern abend bzw. noch länger nicht von "absent" weg bewegt hat; bei zwei anderen, die einen "beweglicheren" Roommate haben, passt der Zeitstempel des letzten level-Readings zur Vorgabe im Attribut.

EDIT: Formatierung geändert (was ein Sch...)
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

Stonemuc

Ja klar funktioniert das - ich hab ja standartmäßig schon ein kleines "Steuerinterface"
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

CoolTux

Zitat von: Beta-User am 25 September 2018, 08:54:03
Moin,

Rückmeldung zur letzten Version (0.1.54, eingespielt heute morgen vor der ersten Öffnen-Zeit):

Mehrere Rollläden sind heute morgen nicht gefahren, nämlich

- zwei, bei denen ich Ursache darin vermute, dass die gar keine Fenstersensoren haben (das ist neu; keine Fenstersensoren anzugeben sollte m.E. auch dauerhaft so bleiben können => Festverglasung)

- 4, bei denen sich der Roommate-Status seit vorgestern abend bzw. noch länger nicht von "absent" weg bewegt hat; bei zwei anderen, die einen "beweglicheren" Roommate haben, passt der Zeitstempel des letzten level-Readings zur Vorgabe im Attribut.

EDIT: Formatierung geändert (was ein Sch...)

Ich habe auch 5 ohne Fensterkontakt. Die laufen.
Kannst Du mir eine Uhrzeit sagen? So gegen halb sieben in etwa?


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

Beta-User

Update war kurz vor 6, Soll-Fahrzeit 6:45 Uhr.

Die beiden haben auch keinen Roommate (wie der Rolladen dazwischen, der aber einen FK hat, den ich vor 6:45 auch ausgelöst hatte).
Könnte höchstens noch ein Funkproblem sein, da einer der beiden über ein anderes preferred IO (VCCU) läuft (neuerdings läut ja alles wieder gleichzeitig an, oder?).
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: Beta-User am 25 September 2018, 11:39:07
Update war kurz vor 6, Soll-Fahrzeit 6:45 Uhr.

Die beiden haben auch keinen Roommate (wie der Rolladen dazwischen, der aber einen FK hat, den ich vor 6:45 auch ausgelöst hatte).
Könnte höchstens noch ein Funkproblem sein, da einer der beiden über ein anderes preferred IO (VCCU) läuft (neuerdings läut ja alles wieder gleichzeitig an, oder?).

Hattest Du mal geschaut wie die Zeiten nach dem hochfahren von FHEM waren? Stand denn dort als Fahrzeit up 25.09.2018 6:45 Uhr?
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 kannst auch mal schauen was bei Dir im Moduldevice unter MEINROLLADEN_lastPosValue steht und wie da der Zeitstempel aus schaut. Wenn das mit heute morgen passt und die Position auch dann sollte er gefahren sein.
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

Beta-User

Hmm, also:

Die Zeitstempel im Moduldevice sehen für alle betreffenden Rollläden gut aus, alle timer scheinen ein paar Sekunden versetzt in der Zeit von 6:45 bis 6:46 durchgelaufen zu sein - das deutet darauf hin, dass es kein Funkproblem war.

Die alten Zeitstempel am Rolladendevice selbst sind wegen manueller Fahrt weg, nur die beiden ASC-Angaben sind mit dem zum ASC-Moduldevic passenden Zeitstempel (6:45.xx) da; da steht allerdings die up-Zeit übrigens wieder auf übermorgen früh.
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