NEWS

So sieht es bei mir, bei allen Messsteckdosen aus:

(Ein Mix aus Grafana mit influxDB und json aus SourceAnalytix)
75e07f22-626c-42e5-a875-1353c6dd200b-image.png

@obstbauer sagte in Wolf WP CHA-10 - iSME7i (Wolf Link) oder iSME8i besser ?:

gibt es irgendwo eine kurze Anleitung

ich hatte das danach https://github.com/zivillian/ism7mqtt gemacht. Da steht auch wie die Konfiguration erzeugt werden kann.
Dann habe ich noch ein paar Notizen für die Installation selbst, weil manuell

Spoiler

Installation >sudo mkdir /opt/ism7mqtt >sudo chown $USER:$USER ism7mqtt/ mkdir /opt/ism7mqtt/makeconfig unzip -u ism7config-linux-x64.zip -d /opt/ism7mqtt/makeconfig/ chmod +x /opt/ism7mqtt/makeconfig/createdump chmod +x /opt/ism7mqtt/makeconfig/ism7config unzip -u ism7mqtt-linux-x64.zip -d /opt/ism7mqtt/ chmod +x /opt/ism7mqtt/ism7mqtt chmod +x /opt/ism7mqtt/createdump mv openssl.cnf /opt/ism7mqtt Aufruf OPENSSL_CONF=/opt/ism7mqtt/openssl.cnf /opt/ism7mqtt/ism7mqtt -m IP-Adresse Mqtt broker -i IP Adresse ism7 -p <Passwort auf dem ism7 Label> --mqttuser mqtt_wolf_user --mqttpass "<Passwort des Users>" --separate -t /opt/ism7mqtt/paramter.json Dienst einrichten sudo nano /etc/systemd/system/ism7mqtt.service [Unit] Description=ism7mqtt [Service] Type=simple User:<USER> ExecStart=/bin/bash /opt/ism7mqtt/ism7mqtt_start.sh [Install] WantedBy=multi-user.target Alias=ism7mqtt.service Script erstellen nano /opt/ism7mqtt/ism7mqtt_start.sh: Inhalt wie Aufruf chmod +x /opt/ism7mqtt/ism7mqtt_start.sh Startfähig machen bei reboot sudo chmod 644 /etc/systemd/system/ism7mqtt.service sudo systemctl enable ism7mqtt.service

Wie das mit dem openSSL ging weiß ich gerade nicht mehr, muss ich suchen.
Inhalt der Datei ist hier folgender:
Spoiler

# see https://stackoverflow.com/a/72245418/19671 openssl_conf = openssl_init [openssl_init] ssl_conf = ssl_sect [ssl_sect] system_default = system_default_sect [system_default_sect] Options = UnsafeLegacyRenegotiation

@arteck Ja, im PV-Forum habe ich jetzt auch mal einen Thread dazu gestartet. Mal sehen was da vielleicht rauskommt. Danke für den Tipp!

@hagbard

Danke für die Erklärungen 👏

Auch wenn das Thema etwas älter ist...

Ich habe trotz dieser Erklärungen etwas auf dem Schlauch gestanden, weil ich immer gewartet habe, dass doch bei meinem Bewegungsmelder endlich mal die Objekte angelegt werden sollten. Als das nach einiger Zeit immer noch nicht automatisch passierte, habe ich natürlich gezweifelt 🙄

Aber zu Unrecht. Für die, die vielleicht ebenso auf dem Schlauch stehen sollten, wie ich, hier noch eine letzte Information meinerseits:

Natürlich muss der Bewegungsmelder (oder anderes "blu-Gerät") mindestens einmal auslösen, damit überhaupt Daten übertragen werden.

Also nach Installation und Start des Script (welches man noch so einstellen sollte, dass es beim StartUp des Shelly-Gateway-Gerätes automatisch gestartet wird) kurz vor dem Bewegungsmelder Hüpfen 😂 oder anderes "blu-Gerät" einmal auslösen lassen und die Objekte werden in die Struktur unter "shelly.0.ble.xxx" angelegt.

@marc-berg

Danke habs gefunden geht soweit erstmal.
Nochmals danke für die Unterstützung.

@pfaelzer

Hallo,

ist zwar ein sehr altes Thema, aber vielleicht hilfts noch dem ein oder anderem weiter.

Ich habe meine Klimaanlage diese Woche auch endlich Smart gemacht und hatte dasselbe Problem.
Die Steuerung des Modus (topic/mode/set HEAT COLL OFF etc.) aus iobroker per mqtt funktionierte nicht.
Alle anderen Werte konnte ich ansteuern und bekam die Werte auch in /topic/state zurückgemeldet.
Da es mit MQTT-Explorer funktionierte, habe ich den Fehler beim mqtt Adater verortet.
Es scheint als käme dieser mit dem Kanalnamen "mode" nicht zurecht.

Ich habe dann in der mitsubishi2mqtt.ino die Zeile

ha_mode_set_topic = mqtt_topic + "/" + mqtt_fn + "/mode/set";

in

ha_mode_set_topic = mqtt_topic + "/" + mqtt_fn + "/betriebsart/set";

geändert und den ESP neugeflasht (inkl. erase Flash all contents). Nach Neueinrichtung kann ich nun alles über
den iobroker steuern (topic/betriebsart/set HEAT COOL OFF etc.)

Der Kanal /topic/power/set funktioniert nicht, wird aber auch nicht benötigt.

@asgothian
Danke für die schnelle Antwort.
Ich habe es nun so programmiert:

UND Verknüpfung.jpg

So funktioniert es.

@simatec Habe ich hier erstellt, danke fürs schauen: https://github.com/simatec/ioBroker.solax/issues/234

Für alle anderen: Ich habe einen Workaround über Home Assistant gefunden: https://github.com/PatrikTrestik/homeassistant-solax-http
Über diese Erweiterung kann ich die Solax Wallbox lokal abfragen und dann per MQTT in iobroker übertragen.

dskvml created this issue in simatec/ioBroker.solax open Solax Wallbox support for EVC and HAC chargers (Gen1 and Gen2) #234

Nabend,

erst einmal danke an die Vorredner für den Ganzen Input.

da dieses thema ein zwei Monate alt ist möchte ich nur kurz Berichten, das es bei mir heute relativ problemlos funktioniert hat.
ich bin im Grunde nur den Anweisungen der GITHUB Seite gefolgt. ist also noch "aktuell" (ich bin selbst immer ganz dankbar wenn es einen Status Quo bei solchen Themen gibt)

https://github.com/tomquist/esphome-b2500

Einzig den Generator musste ich doch 3,4 mal durchblättern bis uch alle #Optionen verstanden und eingestellt hatte.

Hinweis: bei mir lief die OTA-Version der BIN, die generiert wird immer in einen Boot-Loop. die Datei die jedoch mit "Factory" benannt ist funktionierte jedoch perfekt.
die werte laufen jetzt in IO per MQTT auf. ich würde nur empfehlen den Poll Intervall auf ca. 30 Sekunden zu setzen. nicht default 5 oder wie bei mir zu beginn 10.
Das scheint zu Problemen zu führen. und Alle 30 Sekunden reicht aus meiner Sicht noch dicke aus.

Ich habe übrigens nicht das empfohlene Board für 11 Euro verwendet sondern ein fast baugleiches von ali für ~2€
evtl. kommen daher die Probleme mit OTA 😅. Ist vll für den ein oder anderen interessant.

Grüße, John.

@bug77

Hallo,

dann hast du keine direkte Verbindung ESP und IOBroker. Bist also nur über umwege über HA an die Werte gekommen

VG
Thomas

@isolator sagte in Erfahrung: Hoymiles MS-A2 Akku via MQTT iobroker steuern:

Einzig bei Lastwechsel (E-Herd) ist noch nicht so zufriedenstellend 😉
Irgendwie ist der Speicher zu langsam. Habe überschuss, speicher lädt, Last vom E-Herd geht rein, Speicher speist noch ein, obwohl Fremdbezug ist.

Lastwechsel sind so ein Ding, denn die Steuerung soll ja tatsächlich gedämpft reagieren und nicht wild oszillieren.
Da musst Du Dein Optimum durch ausprobieren finden.
Du kannst das Samplingintervall etwas runtersetzen um mehr daten schneller zu bekommen und den Integralfaktor raufsetzen.
Außerdem kannst Du mit der Schrittweite spielen (Zeile 254). Das ist aktuell auf 30% begrenzt.

Ich habe hier auch mal die hardware-integrierte Logik über Unimeter-Emulation laufen gelassen und die ist zwar schneller in der Anpassung als das Skript oben mit den vorgeschlagenen Parametern, aber z.B. Wasserkocher sind dem auch eher zu schnell da und wieder weg.

Am Ende bleibt daher nur Ausprobieren für das persönliche Verbrauchsprofil.

Wenn Du bessere Parameter findest, kannst Du sie ja hier teilen.

@cinimod
Ja, weil für eine höhere Version Homebridge 1.6 notwendig ist .
Aktuell ist im Adapter 1.5 eingepflegt seit 3 Jahren .
Hab nen Issue erstellt was leider bisher ignoriert wird .

@accu

Das bitte ein [GELÖST] vor Deinen Threadtitel.

Ich konnte den Fehler bzgl Videostream finden.

Bzgl. Videostream.
Mein Siri Homepod steht im Internal LAN, mein iobroker im Smarthome LAN.
FFMPEG von Yahka nimmt den Stream der Kameras und schickt diesen an den Homepod.
Und genau das wurde von meiner Firewall blockiert. Habe jetzt dem Iobroker erlaubt sich zum Homepod über TCP zu verbinden und voila - Stream ging sofort.

Herzlichen Dank an Alle die versucht haben mir zu helfen. Schlussendlich ein Firewall Problem.

@asgothian
Danke fürs Feedback (und die Aktualisierung der Anleitung), ich dachte mittlerweile wirklich ich bin zu blöd fürs lesen.

@mcm1957 Beides macht mich sehr traurig.