Autor Thema: [patch] Korrekter Status FSB61 "closed" statt "stop" bei position=100  (Gelesen 1911 mal)

Offline Stonemuc

  • Full Member
  • ***
  • Beiträge: 273
    • Baublog WeberHaus Citylife 500
Ich häng mich hier mal dran -. ich hab mit dem FSB14 das gleiche Problem, da die Fahrzeiten ja unterschiedlich sind für auf und ab und es da bei der Beschattung zu Problemen kommt, wenn ich das AutoShutters Modul nutzen möchte.
Hast du es mit deiner Lösung hinbekommen? Kann ich die 100 und die 0 einfach durch closes und opens ersetzen?
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

Offline jensb

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 661
    • GitHub Projekte
Habe in dem Zusammenhang noch etwas anderes feststellen müssen: Man sollte nicht nur die Bestätigungstelegramme am Aktor aktivieren sondern auf jeden Fall auch, wie in der Wiki beschrieben, deren Auswertung für die obere Position mit model=Eltako_FSB_ACK. Nur so ist sicher gestellt, dass man z.B. auch nach Hochfahren über Taster ohne FHEM in FHEM das Reading position aktualisiert bekommt.

Grüße,
Jens
FHEM 5.9 - RPi 2.0 Raspbian 9 + PiTFT - OPi Zero Armbian 5.35
RPi/I2C: MMA845X - CUL/FS20 - RTL2882/SDR: Oregon, Alecto - EnOcean - LAN/Firmata: BMP180, TSL2561, Heatronic 3, Stromzähler (ES-Fer), Gaszähler - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - Bluetooth

Offline Stonemuc

  • Full Member
  • ***
  • Beiträge: 273
    • Baublog WeberHaus Citylife 500
Ist der Patch jetzt im EnOcean Modul schon hinterlegt? Oder müsste ich das, so wie ch.eick, noch händisch erledigen?
Ich meine die Änderung anstatt von 0 opens und 100 closes zu setzen...
« Letzte Änderung: 03 Juni 2019, 10:14:55 von Stonemuc »
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

Offline jensb

  • Developer
  • Sr. Member
  • ****
  • Beiträge: 661
    • GitHub Projekte
Würde davon ausgehen, dass es dafür noch keinen Patch gibt, da weder Christian noch Klaus etwas davon erwähnt haben. Vielleicht kann Christian seine Lösung hier posten.

Grüße,
Jens
FHEM 5.9 - RPi 2.0 Raspbian 9 + PiTFT - OPi Zero Armbian 5.35
RPi/I2C: MMA845X - CUL/FS20 - RTL2882/SDR: Oregon, Alecto - EnOcean - LAN/Firmata: BMP180, TSL2561, Heatronic 3, Stromzähler (ES-Fer), Gaszähler - WLAN/ESP8266: Gardena 1251, Zirkulationspumpe - Bluetooth

Offline Stonemuc

  • Full Member
  • ***
  • Beiträge: 273
    • Baublog WeberHaus Citylife 500
Das wär was...dann könnte ich vielleicht endlich auf das Autoshuttersmodul umsteigen...anstelle meiner DOIFS
FHEM aus Raspberry PI 3 B+, Haussteuerung auf EnOcean Basis, Tecalor THZ 404eco Wärmepumpe

Offline ch.eick

  • Full Member
  • ***
  • Beiträge: 160
Hallo zusammen,

leider habe ich noch keine Umsetzung im Code machen können, da ich die richtige Stelle noch nicht gefunden habe und auch das Releload nicht so recht klappt. Ein kompletter Neustart von FHEM dauert bei mir halt auch etwas lange. Leider hat sich Klaus noch gar nicht zu diesem Thema gemeldet.

Es steht aber noch immer auf meinem Plan :-)

Viele Grüße
    Christian
FHEM unter Solaris 11.3 nonglobal Zone zum Testen.
RPI2; CUNX; Eltako FSB61NP; 230V zentral verschaltet; SamsungTV H-Serie; DLNARenderer; TV.pl;  Sonos; Vallox; Luxtronik; 2x FB7490; Stromzähler mit DvLIR; wunderground; clever-tanken

Offline hubiuwe

  • New Member
  • *
  • Beiträge: 7
Hallo zusammen.

Ich habe das FSB61 und nutze es zusammen mit ASC.

Das Prolem ist wirklich die Positionierung mit "set ... position 0".
Wenn das Rollo über mehrere Tage nicht manuell gefahren wird, und ASC Beschattet mit dem Rollo jeden Tag, bleibt das Rollo bei "position 0" jeden Tag weiter unten stehen.

Ich habe mir einen workaround gebaut:
attr AK_WZ_ROL eventMap { usr=>{'position 0'=>'opens'} }
Dadurch wird bei "position 0" immer "opens" gesteuert und das Rollo fährt sicher in die obere Endposition.
Der einzige Nachteil ist, ASC erkennt die eigene aufwärts Fahrt als manuelle Fahrt.

Anstelle "shading out" steht "manual" im Reading "ASC_ShuttersLastDrive"

In wie weit es die Steuerfunkton von ACS beeinflusst weiß ich noch nicht.

Warum wird nicht standardmäßig bei "set ... position 0" die Endlage mit "opens" angefahren???
Eine Differenzierung macht m.e. keinen Sinn.

Ganz oben ist schließlich ganz oben ;)

Gruß Uwe
« Letzte Änderung: Gestern um 12:16:59 von hubiuwe »