Hii, Ich habe gerade ein massives Update von Hannah veröffentlicht. Hannah hat zusätzlich zu der Routinen-Engine nun auch eine Trigger-Engine. Sie kann damit auf unterschiedliche ioBroker-States reagieren und Dinge tun. Sei es einfach nur Sprachausgaben sagen, Textnachrichten schicken, Lampen schalten, vollkommen egal. Außerdem gab es einen sehr großen Umbau. Die gesamte State-Logik wurde vom MQTT gelöst. MQTT hat sich im Praxiseinsatz für die Kommunikation zwischen Hannah und ioBroker nicht bewährt. Aus diesem Grund gibt es nun einen neuen (Alpha) Adapter: https://github.com/NurPech/ioBroker.hannah Ganz nach dem Vorbild des IoT-Adapters, kann man die Funktions- und Raum-Enums wählen die an Hannah übergeben werden sollen. Außerdem lassen sich beliebige weitere States an Hannah senden. Auch die andere Richtung ist möglich. States die der Adapter nicht freigegeben hat, kann Hannah trotzdem anfordern und lesen (aber nicht schreiben). Die Kommunikation ioBroker <-> Hannah läuft über gRPC. Das hat mich nun viele Stunden Arbeit gekostet, aber bisher läuft es besser und die Adapterentwicklung macht mir mittlerweile Spaß :D Mehr Aussagen über die Stabilität kann ich nach ein paar Tagen Praxiseinsatz treffen. Ein Test des Adapters könnte schwierig werden, der Tester braucht dafür mindestens Hannah-Core und damit es richtig Sinn ergibt Hannah Full-Stack, aber es liegt ja alles dafür auf Github :D Die aktuelle Version von Hannah ist diese hier: https://github.com/NurPech/Hannah/releases/tag/v0.1.2-public Dies ist größtenteils ein Maintenance-Release für Adapter v0.1.0: https://github.com/NurPech/ioBroker.hannah/releases/tag/v0.1.0 Kompatibilität ist somit Hannah v0.1.2 mit Adapter 0.1.0, Liebe Grüße Leonie

Hallo, Ich habe das Modul nachgebaut und programmiert. Im IoBroker oder auch Homeassistant wird es auch angezeigt. Meine Klimaanlage ist eine SRR25ZS-W. Das Modul ist am Anschluß für die Fernbedienung/Wlan angeschlossen. Steuern läßt sie sich allerdings nicht. Scheinbar passt hier die Software nicht zusammen. Kann du hier etwas dazu sagen ? Danke für die Mühe

Ich habe einen einphasigen GoodWe-Wechselrichter GW5000N-EH und wollte diesen mit Modbus in EVCC einbinden. Ich hoffe, es ist ok, wenn ich hier mein Ergebnis teile, auch wenn der der Fokus nicht IOBroker ist ;-) Da über diesen relativ wenig bekannt ist und meistens über die "großen" Wechselrichter von GoodWe geschrieben wird, möchte ich kurz bestätigen, dass man auch diesen mit einem Modbus-Adapter wie dem Waveshare "RS485 TO POE ETH (B)" per Modbus TCP auslesen und z.B. damit in EVCC integrieren kann. Da der ursprüngliche Beitragsersteller mir ermöglicht hat, darüber den Goodwe GW5000N-EH einzubinden und mir die entscheidenden Tipps bzw. "roten Faden" gegeben hat, möchte ich gerne das Know-How für diesen eher seltenen Wechselrichter teilen und damit etwas zurückgeben - es geht! Der Vorteil: Gegenüber einer Einbindung rein über Homeassistant/IOBroker hinaus erhält die Modbus-Integration in EVCC das Attribut "steuerbar" - dadurch greift der Batterieentladeschutz von EVCC. Meine Einstellungen dazu (Waveshare): Device IP: Die IP Eures Waveshares im LAN Work Mode: TCP-Server Destination IP: IP des Wechselrichters im WLAN (findet Ihr z.B. über euren Router bzw. bei mir Ubiquit) Device Port/Destination Port: 502 Baud Rate: 9600 Databits: 8 Parity None Stopbits: 1 Flow Control: None Protocol (Wichtig!): Modbus TCP to RTU EVCC: GoodWe ET/EH/BH/BT Hybrid Inverter (OHNE Wifi) Modbus Verbindung: Netzwerk Modbus ID: 247 (Standardstellung gemäß SEMS+Portal) IP-Adresse: Eure Device IP (nicht (!) die des Wechselrichters) Port: 502 Modus-Protokoll: TCP (!) Batteriespeichernummer: 1 Akkukapazität (so wie bei Euch) Die Einstellungen gelten in EVCC sowohl für "Hausbatterie" als auch für den "Wechselrichter" Damit das funktioniert, muss im Wechselrichter natürlich Folgendes eingestellt sein: Verbinden zum Wechselrichter-WLAN "Solar-Wifi...." App Solar Go aufrufen RS485 Modusbus TCP = aktiviert COM-Adresse: 247 Baudrate: 9600 Meine Verkabelung: Standard-Patch-Kabel (S/FTP, TIAE 486B) a) ein Ende an Waveshare Orange in Port 485B (der zweite von links) Orange/weiß in Port 485A (der dritte von links) (zuvor abschneiden und vorsichtig die Äderchen abmanteln, ich habe sie ohne Aderendülse verbunden) b) anderes Ende mit RJ45 in Wechselrichter, Port Serial/485 (ggfs. die Abdeckplatte lösen) waveshare com/wiki/ RS485_TO_POE_ETH_(B) Test mit: mbpoll -a 247 -t 4 -r 37007 -c 2 -1 DEVICE_IP --> 37007 ist der State of charge Wichtig: Danach funktioniert es reibungslos. "Status prüfen" hat bei mir in EVCC ohne Ende gemeckert. Verblüffender Weise geht es nach dem Neustart, wenn man einfach "Trotzdem speichern" klickt. Als Erklärung zu EVCC und Modbus war für mich das Youtube-Video hilfreich: Wallbox mit Waveshare über Ethernet in EVCC und Home Assistant integrieren

Eigenes Thema formuliert.

@hotspot_2 Dann einmal das Array löschen und neu einlesen. 0_userdata.0.Lebensmittel.Warnung.Germany.json

@Rushmed sagte: In der Datei sehe ich nur Verweise auf WETTER_Trend und nicht auf Druck-Tendenz, soll das so sein? Jepp, die "diff" wird automatisch vom Befehl erstellt. Der nimmt noch etwas von vor und nach der eigentlichen Änderung vom Quelltext mit. So kann er beim patchen die Stelle zweifelsfrei identifizieren. Die eigentliche Änderung ist hier: - PNOW=$(echo "scale=2;$PNOW/10" | bc -l) + PNOW=$(echo "scale=2;$PNOW/10" | bc -l | normalize) "PNOW" ist dann die Druck-Tendenz. (-) entferne und (+) füge hinzu. Die einzige Änderung ist tatsächlich nur die Funktion "normalize" per "pipe" anzuhängen.

@Meister-Mopper sagte: Wenn kein "oder" auftaucht, ist es immer "und". Alte Juristenweisheit. Es taucht aber ein "oder" zwischen 3 und 4 auf Konstrukt A, B, C oder D Daraus A und B und C oder D schließen halte ich für abwegig...

@drapo sagte: @sigi234 hast du die Wtter HD Bilder für die neue Version des daswetter Adapter irgendwo verfügbar. Neu sind es ja anstatt 22 nun 41 Wetterbilder. Wie hast du dies allenfalls gelöst? Hallo, nein leider nicht.

Hallo miteinander, ich habe vor ein paar Wochen schon mal angesetzt, das Script (DasWetter.js von Scrounger) auf den neuen ioB-Adapter DasWetter V4.0 anzupassen. Leider bin ich aus Zeitmangel nicht ganz fertig geworden. Es fehlten im neuen Adapter auch noch die Symbole. Zwischenzeitlich sind die Symbole impementiert worden und ich habe die *.js nun final darauf angepasst. VG JH DasWetter.js

@Bass-T sagte in Matter over Thread/Matter over Wlan Voraussetzung: Wie findet die kommunikation Echo <> (W)LAN <> iobroker statt? gar kein Adapter, das ist die Funktion eines Border Routers @Bass-T sagte in Matter over Thread/Matter over Wlan Voraussetzung: Wie findet die kommunikation Echo <> (W)LAN <> iobroker statt? Matter Adapter

Ich habe mein altes Tablet zur Anzeige der VIS jetzt aufgegeben und alles umgestellt auf einen Raspi 5 (SSD Bottom HAT) mit 14 Zoll Monitor. Auf dem Raspi, der nur zur Anzeige genutzt wird läuft einfach nur das neueste Standard Raspi Image (Trixie) In der raspi-config hab ich auch nur SSH aktiviert und wayland als Standard stehen lassen. Im Autostart Ordner ~/.config/labwc/autostart Verweis auf die Kiosk.sh die den Monitor steuert /home/pi/kiosk.sh & Und die Kiosk.sh unter /home/pi/ #!/bin/bash # 1. Warte auf Netzwerkverbindung echo "Warte auf Netzwerk..." while ! ping -c 1 -W 1 8.8.8.8 > /dev/null; do sleep 1 done # 2. Bildschirmschoner (swayidle) im Hintergrund starten # Schaltet nach 180s aus, bei Aktivität wieder an swayidle -w \ timeout 180 'wlopm --off *' \ resume 'wlopm --on *' & # 3. Chromium im Kiosk-Modus starten # --nocursor versteckt die Maus in Chromium # --force-device-scale-factor setzt den Zoom chromium-browser --kiosk \ --ozone-platform=wayland \ --force-device-scale-factor=0.75 \ --touch-events=enabled \ --enable-viewport \ --nocursor \ --hide-scrollbars \ --noerrdialogs \ --disable-infobars \ --check-for-update-interval=31536000 \ Das funktioniert bei mir super, der Monitor braucht, wenn der Bildschirm dunkel ist, bei 'Touch' ca 2-3 Sekunden und dann ist das Bild da. Auch die Ansteuerung durch Bewegungsmelder der das Display aufwecken soll funktioniert mit linux-control super. Im linux-control Adapter hab ich folgendes eingetragen: [image: 1772954536104-wlr_randr-resized.png] Also mein Fazit ist bis jetzt, das unter wayland alles funktioniert.

@Steffe.S. sagte in Enphase / Envoy / IQ-Gateway Solar Blockly Skript: Die Fehlermeldung "fetch is not a function" konnte ich bei mir mit dem Eintrag "node-fetch" im JavaSkriptAdapter lösen. Das hat geholfen, tausend Dank!

ne iobroker ist hier nicht im spiel, zu chromium, mag sein das war noch aus der alten anleitung die oben verlinkt ist

Hallo Tom, freut mich. daß es jetzt läuft. Gruß Werner

Ich kann mir eigentlich nicht vorstellen, dass der Sungrow das Entladen der Batterie verweigert, weil es ein nicht unterstütztes Gerät ist, das er vom Protokoll aber vollumfänglich versteht... Ich habe unter gleichen Bedingungen eine Pylontech Force H3 problemlos im Einsatz! Daher denke ich eher, dass etwas mit der Konfiguration nicht stimmt: "Entladung ab" zu hoch eingestellt, Entladung an Wochentagen oder zu bestimmten Uhrzeiten nicht erlaubt, oder oder oder... Du bekommst von mir noch eine PM.

Hi, danke für Deine Hilfe.... Nachdem ich die Daten(204) gesehen hatte, war es mir schon fast klar.... Verschlüsselung.... Wie gesagt, ich hole mir die Daten jetzt über einen ESP32 und ein Funkmodul(CC1101). Geht. Mit der Antenne, in Verbindung mit der Empfangsleistung gibts noch Luft nach oben. Werde mal die originale Antenne, wie in der EMpfangsstation verbaut ist, an den CC1101 hängen. In der EMpfangsstation ist übrigens ein CB3S-Chip drin. Man könnte notfalls dieses OpenBeken drauf flashen oder den CHip gegen einen ESP tauschen..... Aber das ist viel Aufwand. LG Alfred

Wenn sie eine Phase im Zyklus haben, der ohne Eiweiß auskommt, wäre das relevant. Eigentlich sollten alle Entwicklungsstadien vom Ei bis zum ausgewachsenen Tier erwischt werden, da Eiweiß bei über 48 °C gerinnt.