NEWS

@spot73
Hast du in den Objekten den Datenpunkt "LEVEL"? Den musst du von 0 auf 100 stellen, oder jeden anderen beliebigen Wert.
Das kannst du z.B. mit Blockly tun. Also quasi: Wenn Taster runter gedrückt, steuere LEVEL mit 0. Und andersherum dann auch.

Edit: Es gibt aber auch einen Adapter zur Rolladensteuerung. Vielleicht ist das Besser direkt den zu nutzen. Kann aus Erfahrung sagen, das Rolladen steuern nicht ganz trivial ist, sobald man Fensterkontakte etc. einbinden will.

@karl-heinz1 sagte in Wallbox Heidelberg über RS 485 steuern.:

da kann ich nichts mit anfangen.

ich auch nicht.

ist das die

@homoran sagte in Wallbox Heidelberg über RS 485 steuern.:

Tabelle der Inputregister in der Modbus-Instanz

???

passt auch nicht zu
@karl-heinz1 sagte in Wallbox Heidelberg über RS 485 steuern.:

hier eine Auszug vom Register:

@dapanic sagte in HmIP Geräte nur mit Kanal 0:

wird sich sicher handhaben lassen

Klar!

c9fcf482-ef9b-4817-b3e2-71338d3fc175-image.png

@shakes wenn man auf eine IP zugreifen will, muss man ein Loch in die Firewall bohren.
Ganz ausschalten ist natürlich nicht das Gelbe vom Ei

Aber um das "Loch" kommt man wohl nicht herum

Danke, dann kann ich loslegen

Mach es jetzt gleich mit Modbusfähigen Zählern: https://forum.iobroker.net/topic/77705/sdm630-uns-sdm120-stromzähler-fragen-rs485-bus

Hallo,

Der Beitrag kann gelöscht werden.

Ich war so dumm, ich dachte es sei Modbus RTU an meiner PV Anlage. Es ist aber Modbus TCP.
Peinlich. Läuft alles.

@arteck
Fast nicht.. 🤦
Aber hab es jetzt erfolgreich hinbekommen..
Danke

Der RTSP-Stream wäre ja ein Goodie, aber für

Ich würde gerne den Akkustatus sehen.

wenig hilfreich ... außer man könnte eine Bildauswertung des Batteriesymbols (so denn eins eingeblendet wird) machen ...

@finn-g ohne das der docker Container fehlerfrei läuft macht es keinen Sinn am Zigbee Adapter irgend etwas zu versuchen. Das erst lösen, dann kann es weiter gehen. Die von dir gelisteten Meldungen müssen weg

@asgothian sagte in neue Zigbee Instanz lässt sich nicht starten:

@myzerat Ich werd aus dem ganzen Chaos das du da beschreibst nicht schlau. Die Erklärung von @arteck hört sich aber plausibel an.

Eine Frage hab ich noch - warum diese ganzen D in der PanID ? Warum nicht eine wirklich zufällige 16 stetige Hex zahl ? Die Initiale Einstellung mit den 16 D ist unter anderem auch wegen ihrer einfachen Erkennbarkeit gewählt - viele D = Default Einstellung, nicht verändert = schlecht.

Bei Deiner PanID muss man 3 mal hinschauen um zu erkennen das es nicht die Default PanID ist.

A

chaos? man liest ja hier immer wieder, soviele infos wie möglich zu geben, daher habe ich in meinem letzten thread, mir mühe gegeben wirklich alle infos zusammengetragen, was ich bezüglich zigbee_1 finden konnte, was für eine Laien eventuell als chaos dargestellt werden kann aber für eine Profi wie dich?

wegen der PAN id DDDDDDDDDDDDDDDB, verstehe deine Frage, aber bei den vielen erfolglosen Versuchen über Tage hinweg, habe ich dann die Standardeinstellung so gelassen und nur noch die letzte Stelle geändert! Bei den zwei anderen Zigbee Instanzen, habe ich selbstverständlich eine zufällige 16 Stellige Hex Zahl!

dennoch danke für eure Hilfe , nun klappt es ja zum Glück, warum auch immer, da ich in den Tagen zuvor nichts anders gemacht hatte!

Lass mal so wie es ist. ggf. kann eine parallele Anforderung der Broker überfordert sein.

@asgothian Danke für deine ausführliche Antwort. Verspätet, weil aus unerklärlichem Grund meine IP-Adresse gesperrt wurde.
So wie ich es jetzt verstanden habe, gibt es mindestens 3 Wege, ZigBee Geräte einzubinden:

Im ioBroker "ganz normal", in ioBroker auf Ausschlussliste, was in diesen Fall funktioniert, via ZigBee2MQTT2 mit externen Broker, z.B. mosquitto.

Wobei ich die letzte Variante möglichst vermeiden möchte.

LG Lothar

@crunchip said in Shellys per mqtt keine Verbindung:

@accuface https://forum.iobroker.net/post/1209659
Da scheint es dir aber nicht klar zu sein

So, ich war jetzt erstmal mit dem Hund an der frischen Luft.
Jetzt hab ich es auch gesehen.

Warum ist mir das vorher nicht aufgefallen?
Ganz einfach, jeden Shelly den ich aufgemacht hab und in die MQTT Settings gesprungen bin, war automatisch eine IP Adresse drin.
Warum es die eigene war versteh ich nicht ganz. Ich meine nämlich dass es bei den ersten nicht so war, da hab ich die IP eintragen müssen. Jetzt hab ich da halt nicht drauf geschaut und hab mich eigentlich gefreut dass die IP automatisch übernommen wurde.

Jetzt gehts natürlich.

Was mich trozdem stuzig macht, warum der Trinkbrunnen, der ja schon mal erfolgreich eingebunden war, auch seine eigene IP beim MQTT Setting drin stehen hatte. da bleibt mir ein Rätsel.

Es tut mir jetzt echt Leid, dass ich euch alle mit meiner Dummheit so transaliert habe. Im Nachhinein doch wieder irgendwie zum Lachen.

Jetzt aber Gute Nacht

@ro75

Hab’s auf Github gerade überflogen.
Die Bosch Geräte werden wohl so über den Adapter eingepflegt.

@IstvanT

Eventuell auf Github ein Issue erstellen , weil das Gerät noch nicht unterstützt wird.

@d003232

Danke für die Info.
Ich habe gerade auch das Problem dass sich einige meiner plus 1 PM ( vor 2 wochen erst eingebaut) nicht über mqtt im iob einbinden lassen.
In der Shelly App bleiben sie nach der eingabe des PW und dem Neustart einfach auf getrennt.
Auch das Löschen und neu anlegen hat nichts gebracht.
IP auf Statisch gesetzt, sowohl in der FritzBox als auch am 1PM hat nichts gebracht.
Das letzte FW Update war am 19.08.24 auf 1.4.2.
Vorher im iob eingebundene shellys laufen auf der selben FW einwandfrei. kann also fast nicht am update oder Gerät liegen.

Grüße

@shipper
mit der neusten firmware läuft alles

Ich bedanke mich bei allen!
Das Problem konnte ich lösen indem ich den Shelly-Adapter gelöscht und neu installiert habe, die einzelnen Geräte dann wieder per Browser neu eingerichtet.

🤝

@maddin77 Repeater WLAN könnte das Problem sein.

Zum Testen mal laaaaannnnges Kabel verwenden