NEWS

@hacki11 okay, danke für die Info :).
Und danke für die Arbeit an diesem super Adapter. Ohne diesen hätte ich mich nicht für eine MHI Klimaanlage entschieden.

@tom-c
Hast du den 120k ohm Wiederstand an deinem CAN HAT als Terminator aktiv? Hast du Wärmepumpe mal Strom los gemacht? Mehr fällt mir leider nicht ein.

@ilovegym Ich brauche Sie nur für 2 Dinge:

Alle Lampen ausschalten (Hue, Zwave usw.) ohne dabei auch alle Steckdosen (Hue) mit auszuschalten Meine gesamte Anlage ausschalten (Steckdose Hue)

Da die Steckdosen bei Hue leider ständig als "nicht erreichbar" angezeigt werden, obwohl sie steuerbar sind, lasse ich sie über Alexa laufen (iObroker mag die nicht).

Gibt es eigentlich irgendwo die Möglichkeit dem Adapter zu "verbieten" auch alle Scenen von Hue bei Alexa mit zu übernehmen? Sind echt nervtötend viele. 😄

@rene-5 sagte in iobroker Zigbee Adapter startet nicht:

Starting zigbee-herdsman problem : Error while opening serialport 'Error: Error: Device or resource busy, cannot open /dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2448975-if00'

Lesen scheint immer noch nicht Deins zu sein. Das Log sagt ganz deutlich warum es nicht geht.

A.

@marc-berg @Codierknecht
Danke vielmals! Ich war auf der Seite auch schon mit dem Übersetzer unterwegs, habe die Informationen aber leider nicht gefunden. Super 🙂

Und ja, die Werte für 70-130 passen in der mittleren Spalte um einiges besser, wenn man sie als mm/h annimmt 😄

Herzlichen Dank!

@randyandy

Hi, biste so gut, und zeigst mal dein Blockly, kannst ja deine Credentials rausxxxen..?

Edit: brauchste nicht, hab mir was in Javascript geschrieben..

@krizz2023 said in Umzug auf neuen raspi5 mit SSD:

@thomas-braun said in Umzug auf neuen raspi5 mit SSD:

@krizz2023 sagte in Umzug auf neuen raspi5 mit SSD:

nur um nicht nochmal das Image neumachen zu müssen?

Dann ist aber immer noch der ganze GUI-Quark installiert. Und deine Userverwaltung noch etwas 'konfuser'.

Um ehrlich zu sein, nehme ich bei nem TB Platz ein bischen "Bloatware" billigend in Kauf.
Und es wird doch nur ein User durch den anderen ersetzt, oder nicht?
Und Linux erscheint mir gegenüber Windows sehr oderntlich und schlank. Das räumt doch ganz gut Altlasten hinter sich weg. Zumindest lesen sich die Befehlszeilen beim Installern und Fixern immer so.
Also ist nur mein Laieneindruck. Ich komme von Windows und habe meine Berührung mit Linux erst übers Smart Home.

Achso. das war übrigens genau das Problem. Fix über Kreuz die IP's im Router getauscht und zack war das neue System spielfertig am Start. Und das war übrigens von Beginn an das Problem. Wie ich so hohl sein konnte, ist mir schleierhaft. #soisseshalt

@ralf-kruppa
Hallo Ralf, der Eintrag ist zwar schon etwas älter, aber vieleicht kannst Du mir dennoch helfen.

Ich bekomme die selben Fehler wie Du o. g. mal aufgelistet hattest.
Was genau hast Du in der pjsip.conf angepasst?

Möchte hier auch direkt den Telekom sip Service nutzen.

Danke
Detlef

@thomas-braun
das diag war vom alten container, der neue hat nun debian 12.7

@willyiobrok @mickemup

Nach meinen Erinnerungen gab/gibt es keine Datenpunkte, aus denen man die Leistung (AC) aus der Batterie einerseits und aus den PV Modulen andererseits getrennt entnehmen kann. Aber vielleicht habt ihr ja hier eine Lösung mit dem neuen Adapter finden können.

Anders als bei den Energien, bei denen die ins Haus fließende Energie mittels Differenzen und Summenbildungen ermittelt werden muss, liefert Fronius für Leistungen den Wert P_Load, der bereits auf der Bilanzierung der Leistungsflüsse (Netz, Module, Batterie) fußt.

Statt dem Adapterwert verwende ich nun jedoch das entsprechende Holding Register aus dem Modbus in meiner Visualisierung ..

<font size=2>P_Load = {x:modbus.2.holdingRegisters.1.40083_W;y:modbus.2.holdingRegisters.200.40087_W;parseFloat(parseFloat(x) + parseFloat(y)).toFixed(0)} W</font size>

.. wobei der Inhalt von Fronius lapidar und wenig hilfreich - ja, fast schon irreführend - mit AC Power umschrieben wird. Es hat damals sehr lange gedauert, bis ich erkannte, dass hiermit eben nicht die vom GEN24 erzeugte Leistung (PAC) gemeint war. Diese entnehme ich mittlerweile aus dem Modbus Register ..

<font size=2>P_AC = {x:modbus.2.holdingRegisters.1.40083_W;parseFloat(x).toFixed(0)} W</font size>

79acd065-65a7-4abd-9e9a-73728a4169b1-image.png

@wg sagte in Backitup CIFS Fehlermeldung, obwohl kein CIFS verwendet wird:

/opt/iobroker/backups

Das kann nicht funktionieren... Du kannst doch nicht in den Quellpfad kopieren. /opt/iobroker/backups ist das lokale Verzeichnis für alle Backups

@marc-berg
Hey Marc! Danke für deine Antwort.
Ich hab es hinbekommen. Hier die Importdatei:

# DML # CONTEXT-DATABASE: iobroker 0_userdata.0.Zählerstände.Wasser ack=false,from="system.adapter.influxdb.0",q=0,value=45.5677 1740787200000000000

Hier die Kommandozeile:

influx -username 'admin' -password '' -import -path wasser.csv

Mensch, war das kompliziert. Vielen Dank für Eure Unterstützung!

@andreb das Problem ist das der opple einen zigbee-multicast absetzt. Das muss durch rekonfiguration behoben werden. Da ich selber keinen habe kann ich nicht sicher sagen wie du den sauber neu konfiguriert bekommst - die Logs zeigen aber deutlich das dieses nicht passiert ist.

A.

@winkelho
Tut mir leid. Ich habe nur einen Wechselrichter und den KSEM. Ich bin nach der Beschreibung der Register gegangen und habe alle Werte die ich benötige.
Ich habe mich um das Thema nicht weiter bemüht, es hat für meine Zwecke alle Daten.
Sorry, vielleicht kann dir Jemand aus dem Forum weiterhelfen.

@mcm1957 Ich habe die gleichen Probleme mit Shelly und Mqtt.
Meine Shellys sind sowohl vom Web Interface als auch über den IOBroker Mqtt Adapter ohne Probleme erreichbar. Ich habe nur einen meiner Shellys testweise auf den IOBroker Mqtt Adapter umgestellt, dieser liefert zuverlässig die Daten vom Shelly. Alle Shellys der Gen1 über CoAp sind problemlos vom Shelly-Adapter registriert und haben keine Netzwerkprobleme.
Auch Home Assistant hat keine Probleme mit meinen Shellys.
Mein Softwarestand ist die aktuelle Version v10.1.0.
Meiner Meinung nach ist die dauernde Abmeldung der Shellys und der darauffolgende Reconnect das große Problem dieses Adapters. Dadurch wird der gesamte IOBroker nach kurzer Zeit lahmgelegt.
Solltest Du logs für die Bearbeitung (debug oder nur info) benötigen, kann ich sie jederzeit erzeugen.
Danke für Deine Arbeit am Adapter! Und auch danke für die anderen Kollegen!
Georg

@mcm1957 sagte in Heidelberg Wallbox Energy Control und wbec:

Falls du hier noch mitlieset,

letzte Anmeldung im Forum war Sept 24

@mike2712

Vielleicht hilft dir meine Dokumentation unserer Visualisierung weiter.

Dann werde ich das mal so machen. Ich habe noch einer 4er von einem anderen Testprojekt rumliegen.