Danke. Die Einstellungen sind bei mir auch so. Trotzdem kommt nur ein endloses please wait, wenn ich das Update anstoße.
Samstag zwei weitere IGs in Betrieb genommen, Faikins ins WLAN gebracht und Updates gefahren - keine Probleme
Danke. Dann ist es mit Sicherheit kein Problem am Update-Server. Ok seltsam.
Hallo zusammen, ich möchte euch meine Optimierung erklären: Ich nutze Daikin Perfera mit dem Faikin / Faikout Modul in iobroker und testweise mit Home Assistant. Alles funktioniert soweit bestens, aber mich stören die Lüftergeräusche, wenn ich im Raum bin. Ich dachte mir, wenn ich den integrierten Bewegungsmelder nutzen könnte in der Perfera, wäre eine anwesenheitsgesteuerte Lüftersteuerung das beste. Realisiert habe ich das aktuell durch einen zweiten ESP 32 S3, der die beiden PIR Signale im Motion Eye parallel abgreift. Durch MQTT steuere ich dann zeitverzögert die Lüftung in höhere Stufen und komme so auf eine besser Klimatisierung.
Wer hierzu Interesse hat, gerne melden. Hardwareseitig ist das wenig Aufwand, Stromversorgung parallel zum Faikout, also auch von der Daikin.
Mein Ziel ist es die Faikout Firmware anzupassen durch min. 2 digitale Eingänge für den PIR, und noch 1-2 GPIO als Reserve. Dazu habe ich einen GPIO Ausgang, der einen Summer oder eben externe Verbraucher steuern kann, direkt über MQTT.
Mir ist bewusst, dass dann Updates von RevK nicht mehr möglich wären, was aber auch keinen Sinn macht aus meiner Sicht, da das Modul fehlerfrei auf Dauer läuft - seitdem ich das automatische Update deaktiviert habe 
Möchte jemand in das Thema mit einsteigen und traut sich jemand an die Firmwareanpassung ran?
Jemand eine Idee wie man das firmwareseitig realisiert?
Die Firmware kann ich dir gerne "umbauen". Du wirst dann aber kaum um ein Flashen per Kabel (Adapter) dieser Software drumherum kommen da das Faikout per OTA nur signierte Firmware annimmt und diesen Key besitzt nur der Entwickler.
Für diese marginalen Anpassungen und dann den Wegfall des Entwicklersupports ohne OTA Updates, kann ich davon jedoch nur abraten.
Letztlich geht es bei dir darum einen ESP einzusparen und mich dafür in eine Supportwüste zu begeben, sehr fraglich. Nur weil eine Software läuft, heißt es nicht, dass sie Fehler und Schwachstellenfrei ist. Das ist Software per Definition nie.
Wie wäre es denn mit einer Anfrage an den Entwickler die Berücksichtigung des Motion-Eyes mit in die Firmware des Faikout aufzunehmen?
Da ich auch sensibel auf das Lüftergeräusch reagiere habe ich das auch seit 2 Jahren mit Presence Meldern im betrieb aber die Logik und Regelung ausschliesslich in HomeAssistant. Damit spare ich mir irgendein firmware management und kann jederzeit die regelung erweitern. Vielleicht ja auch ein weg.
@WattJetzt Wow, das klingt ja super. Sehr gerne würde ich dein Angebot annehmen. Zur Erklärung, die Faikout Module haben sich bei mir immer wieder mal aufgehängt, die Webseite - vor allem. Ein Reboot war über MQTT aber jederzeit möglich. Seit ich das Auto-Update deaktiviert habe, funktionieren alle verbauten Module einwandfrei.
Kannst du das so einbauen in die Firmwaredateien und diese auch hier zur Verfügung stellen, damit auch andere das einsehen können, also welche Datei(en) angepasst werden müssen und mit welchem Programm diese Firmware dann erzeugt wird. Wer sich in dem Kanal bewegt hat sicherlich genug Ideen hier daran was zu erweitern
So ist es aktuell in einem zweiten ESP (über ESPHome) in der Daikin (Deckengerät) umgesetzt, inkludiert aber auch meine Daikin Truhen mit einem separaten PIR, anderer GPIO (Truhe hat keinen integrierten PIR):
Eingänge auslesbar über MQTT:
#Daikin PIR Bereich A
platform: gpiopin:number: GPIO12mode: INPUT_PULLDOWNname: "Daikin Bewegungsmelder Kanal A"id: motion_astate_topic: "esp-og-wz-bewegung/binary_sensor/motion_a/state"
#Daikin PIR Bereich B
platform: gpiopin:number: GPIO13mode: INPUT_PULLDOWNname: "Daikin Bewegungsmelder Kanal B"id: motion_bstate_topic: "esp-og-wz-bewegung/binary_sensor/motion_b/state"
#Daikin externer PIR Bereich A
binary_sensor:
platform: templatename: "Externer Bewegungsmelder"id: ext_motiondevice_class: motion
#Dieser Teil sorgt für die MQTT-Übermittlung an deinen iObroker
Passe das Topic ggf. an deine bestehende Struktur an
publish_initial_state: truelambda: |-return id(sensor_spannung).state > 1.5;
MQTT Topic für iObroker Integration
on_press:then:
mqtt.publish:topic: "og-ez-esp-daikin/binary_sensor/ext_motion/state"payload: "ON"on_release:then:
mqtt.publish:topic: "og-ez-esp-daikin/binary_sensor/ext_motion/state"payload: "OFF"
sensor:
platform: adcpin: GPIO14id: sensor_spannungname: "Spannung Externer Bewegungsmelder"update_interval: 0.2sunit_of_measurement: "V"accuracy_decimals: 2filters:
multiply: 3.3
Und hier der Summer, regelbar von 0 - 3V3 über MQTT:
# Hardware-PWM-Ausgänge definieren
output:
- platform: ledc
pin: GPIO21
id: buzzer_pwm
inverted: false # Kehrt den PWM-Pegel hardwareseitig um (0% = an/HIGH, 100% = aus/LOW bzw. umgekehrt)
# Regelbare Komponenten (LED & Summer) von 0-100% im ioBroker steuerbar
number:
# 1. Der Summer (Lautstärke 0-100%)
- platform: template
name: "Klimaanlage Summer Lautstärke"
id: buzzer_volume
optimistic: true
min_value: 0
max_value: 100
step: 1
command_topic: "esp-og-wz-bewegung/number/buzzer/command"
state_topic: "esp-og-wz-bewegung/number/buzzer/state"
# Sendet den Prozentwert direkt linear (x / 100) an den Ausgang
set_action:
- output.set_level:
id: buzzer_pwm
level: !lambda "return x / 100.0;"
Ich denke, es macht Sinn über Details in einem privaten Chat, damit der Fokus in dem Kanal auf dem Modul bleibt. Die Firmware und anpassbaren Dateien werden natürlich zur Verfügung gestellt.
@hf_spsler Ein Bekannter hat das bereits bei RevK angefragt. Er will das nicht integrieren, was aus meiner Sicht auch verständlich ist, da er ja sein PCB hardwareseitig dafür nicht vorgerüstet hat.
Das machen sie immer dann gerne wenn mehr als ein Client auf die
Zudem waren die Faikins zumindest noch in 2025 recht unflexibel um nicht zu sagen sehr nervig was das Verbinden mit WLAN anging wenn das WLAN Signal hin und wieder mal schwach war - sie unternahmen keinen neuen Verbindungsversuch es half immer nur die ganze Split spannungsfrei zu schalten. Möglicherweise ist das mittlerweile per Firmwareupdate behoben - ich hab damals einen Kabelgebundenen Accesspoint in direkte Nähe der Innengeräte platziert.
D.h. der Entwickler ist sich wohl auch sicher, dass es keinen softwareseitigen Zugriff auf das Motion-Eye gibt sodass ein Hardwareeingriff gar nicht nötig wäre 
Was ich dir geben kann ist eine Faikout Software für Deinen ESP32-S3 mit zusätzlich konfigurierbaren GPIOs im Faikout-Menü. Diese werden dann mit Status über Mqtt kommunziert und sind darüber auch schaltbar.
Alles andere macht kaum Sinn. Das Faikout Hardwaremodul hat erst seit kurzem auf der Rückseite 3 weitere Lötpads die man ggf für freie GPIOs nutzen könnte. Daran anzulöten aber sehr unschön. In der Faikoutsoftware ist bereits eine I2C Unterstützung integriert um den Temperatursensor des Daikin Inlets zu erfassen und modifiziert auszugeben. Dafür gibt es aber aktuell auf dem Faikout gar keine wirklichen Anschlüsse! Der Entwickler muß also mit Standardentwicklermodulen C6 oder was auch immer denken oder bald eine Änderung seiner Hardware planen.
Egal, für deine ca. 5 weiteren GPIOs gibt es auf dem aktuellen Faikout keine Anschlüsse. Somit bleibt nur der Komplettumzug auf ein Standardmodul (wie du Dein ESP32-S3 beschreibst). Geht, aber die Spannungsversorgung und Signalanpassung ist dann ein Thema.
Ich hab das jetzt mal auf einen ESP32S3- N16R8 hochgeschoben und läuft. Sieht dann so aus im Extra Menü:
P.S.: Ich mache das aus reiner "Spiellerrei". Es gibt für mich x - Gründe warum ein Betrieb des Standard Faikouts und ein zusätzlicher ESP32 für diesen Individualteil die präferierte Lösung ist.
Boa, das ist ja der Hammer. Ich nutze diese Module: Faikout-S3-MINI-N4-R2 (wird so im Faikout angezeigt. Das steht drauf: ESP32-S3-WROOM-1U MGN8R2
Richtig erkannt. Ich nutze meine eigene Hardware ESPs, somit habe ich auch genug GPIOs frei. Das ist klar dass ich das hardwareseitig lösen muss.
Vielen Dank für deinen Aufwand. Ich wünschte ich könnte das auch 
Könntest du für mich und die anderen noch erklären, was es mit dem I2C Temp Sensor auf sich hat? Ich glaube die meisten nutzen wie ich das BLE als Temp. und Feuchtesensor als externe Einheit.
ok bau dir das jetzt fertig und poste es hier. Muß noch etwas "ausmisten" da ich in meiner "Spielumgebung" noch diverse andere Modifikationen drin hab. Die kommen raus und zieh mich auf den aktuellen Standard zurück. Was ich dir noch einbaue ist im Menü eine Option um da Firmwareupdates einzuspielen. Den OTA kann man ja nicht mehr nutzen, aber so spart man sich wenigsten die Kabelverbindung dafür.
Dabei hat der Entwickler nur für den HSHCAL101B (Alps Alpine) Sensor den Support im Faikout eingebaut. Dieser sitzt bei der Daikin am Einlass und kann somit angeschlossen und ausgelesen werden. Sinn ist dann über das Faikout einen modifizierten Temperaturwert des Einlasses wieder an die Daikin zu geben. Warum man das tun sollte, bin ich ausgestiegen da für mich uninteressant.
Hatte kurz überlegt da einen Support für zB PCF8574 einzubauen, aber die normalen Faikouts haben dafür nichtmal genug kontaktierbare GPIOs darum landet man eh bei Standardhardware und kann diese Bastellei direkt sein lassen.
Gerne. Der größte Aufwand ist die "Spielumgebung" mal funktionsfähig komplett aufzusetzen. Danach ist es weniger Know-How als Du vermutest
Krass. Bedeutet: Ob Pullup oder Pulldown realisiere ich hardwareseitig oder machst du das in der Firmware?
Ja so in dem Dreh, wenn du da noch Pull-Up als zweite Alternative mit rein machen könntest wäre das die Krönung. Kann das in der jetzigen Darstellung nur digital sein oder auch analog, also 0 - 3V3, was halt sinnvoller wäre, wenn andere hier auch Lichtsensoren etc. mit einbinden möchte, oder das Signal des PIR grenzwertig zur Schaltschwelle ist.
Der Pullup ist per Default definiert und wird nur durch aktiven Pulldown deaktiviert. Reicht dir das oder brauchst du auch einen übergeordneten "No-Pull" - Switch?
Ich hab es jetzt mal "hochgejagt".
Schau mal unter faikout-Modifications findest Du den erste Release "OLA-GPIO-MOD"
Da ich hier nur einen N16R8 habe mußte ich die Version für Deinen N8R2 "blind" erstellen. Ein allgemeiner erster Check somit nötig.
Aktuell sind das nur Binäre Inputs oder Outputs.
ERstmal herzliches Dankeschön für deinen Einsatz. Den Summer will ich via PWM ansteuern von 0-100%.
Passt das mit deiner Integration?
Den Unterordner habe ich gefunden. Bisher habe ich immer via USB D+/D- Bootloader, Partition table und Bin-files aufgespielt. Wie muss ich das mit deiner Version machen?
schau ich mir an. Edit: Neue PWM Version geht gerade Online. Wenn der GPIO Switch auf Output steht wird PWM einschaltschaltbar. Ist es aktiviert, kann man auch die PWM Frequenz konfigurieren. Per Mqtt ist 0-100% vorgesehen.
Die factory Version ist eine gemergte Version wo Bootloader und Partition table etc bereits komplett mit drinstecken. Diese Version auf Adresse 0x0 flashen. Sollte dann funktionieren.
Die Update Version ist der reine bin-File den du bisher kennst.
@WattJetzt Du bist der Hammer. Vielen Dank.
Daikin ist noch nicht über S21 verbunden, daher noch keine HA Objekte verfügbar. Über ioBroker oder MQTT Explorer Summer Ansteuerung funktioniert bereits. Leider habe ich noch nicht herausgefunden wie ich die Inputs im MQTT Explorer sehe. in der Webseite ist es sichtbar. Nach ca. 3 Minuten kam die Änderung dann bei xgpio3 im MQTT Explorer an. Trotz PIR Signal weg, bleibt xgpio3 auf true. Wie kommen die Änderungen direkt an (Einstellung im Faikout)?
