Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Laser]

@mickym Den Shelly Adapter nutze ich für diesen Shelly nicht. Darüber wurden keine Datenpunkte generiert, obwohl für schon vorhandene Shellys welche vorhanden sind. Ich habe hier einen eigenen mqtt Adapter mit eigenem Port verwendet, um sauber zu trennen.

[mickym]

@laser Wie gesagt, wenn Du im mqtt Adapter sauber schalten kannst, dann geht es auch über einen Alias.

[Laser]

@mickym ich werde diesen Weg gehen. Im mqtt klappt das Schalten und Lesen.

[mickym]

@laser Na dann zeig mal Deine Aliaseinstellungen, wenn es da noch hapert.

[mickym]

@laser sagte in iobroker, MQTT und Shelly - Was geht wie?:

@mickym ich werde diesen Weg gehen. Im mqtt klappt das Schalten und Lesen.

Ein Vorteil ist halt, dass Du Dich auch an die Originaldoku halten kannst, wenn Du Informationen brauchst: https://shelly-api-docs.shelly.cloud/gen1/#shelly2-5-mqtt

Hier sind solche Dinge auch beschrieben:

[Laser]

@mickym

dummerweise sieht man hier nicht den kompletten Pfad.
Lesen:
mqtt.2.shellies.shellyswitch25-3C6105E58ABC.relay.1
Schreiben:
mqtt.2.shellies.shellyswitch25-3C6105E58ABC.relay.1.command

[mickym]

@laser Ja dann kopiere ihn einfach raus und stelle ihn in Codetags rein. Aber sieht eigentlich gut aus.Vielleicht noch Leerzeichen bei dem ? aber das dürfte nichts ausmachen.

[mickym]

@laser

Hast Du auch beim Objekttyp deines Alias

Logikwert angegeben?

[Laser]

@mickym Das war es! ich hatte "Zeichenkette".

[mickym]

@laser sagte in iobroker, MQTT und Shelly - Was geht wie?:

@mickym Das war es! ich hatte "Zeichenkette".

Na dann ist ja alles gut!!

[Laser]

@mickym Danke nochmal!

[mickym]

@laser Gerne - und wenn Du in NodeRed - oder mit JSONs oder Objekten Schwierigkeiten hast, stehe ich gerne für Auskünfte bereit, wenn ich es selbst weiß.

[Laser]

Mein Shelly 2.5 schaltet nachts, etwa 2 Uhr, den Kanal 0 aus. Kann das ein Problem mit der Zeit sein? 14 Uhr soll er ausschalten.

[mickym]

@laser Ich habe keine Ahnung mit was Du schaltest. Das hat ja mit MQTT erst mal nichts zu tun, sondern mit Deiner Logikmaschine mit der Du schaltest.

Wenn das der Scheduler im Shelly selbst ist, dann musst Du halt schauen, dass der Shelly die richtige Zeit hat, wenn Du puzzelst, dann ist da halt was verkehrt, aber da können Dir die Puzzlefreunde besser helfen. Ich bin bekanntlich kein Verfechter dieser Puzzleteilchen.

[Laser]

@mickym Ich schalte über MQTT. Umweg über einen Alias.
Ist ja irre! Ein Scheduler war drin!

[mickym]

@laser sagte in iobroker, MQTT und Shelly - Was geht wie?:

@mickym Ich schalte über MQTT. Umweg über einen Alias.
Ist ja irre! Ein Scheduler war drin!

Na dann hast Du ja den Fehler gefunden. Aber wie gesagt auch wenn Du über MQTT oder einen Alias schaltest, ist der Trigger ja entweder eine Logikmaschine oder ein Trigger im Shelly selbst. Sprich über welchen Weg Du schaltest ist erst mal unwichtig, wichtig was ja den Trigger zu finden und das hast Du ja nun getan.

[Laser]

@mickym Da ist eigentlich nur ein Script, welches den Shelly schaltet. Und weil 14 Uhr im Programm und 2 Uhr schaltet die Kiste, dachte ich irgendwie an 24/12 Stunden Problem. Ein Witz, daß der Scheduler ausgerechnet auf 2 Uhr stand.

[mickym]

@laser Na ja wie gesagt, vielleicht hat das auch was mit dem Shelly Adapter zu tun gehabt (den ich nicht kenne), dass Du über diesen Adapter auch intern den Scheduler ansteuern kannst. Soweit ich weiß, hattest Du doch den Shelly mal mit dem Adapter angesteuert.

[Laser]

@mickym Schwer zu sagen, wie der Scheduler da rein kam. Ich dachte eigentlich, der Shelly war neu. Der Shelly- Adapter ist schon gut. So wie alle Adapter, wenn Sie gepflegt werden. IO Broker lebt doch von den Adaptern. Man kann nicht immer im Urschleim anfangen. Da löst man nie anspruchsvolle Aufgaben, weil die Zeit irgendwann nicht mehr reicht.

[mickym]

@laser Klar sind Adapter gut, aber sie bringen halt grundsätzlich eine zustätzliche Fehlerquelle mit und interpretieren halt die Dinge, die sie kennen. Sobald was neu ist, muss ein Entwickler wieder dran.
Ich nutze ja auch Adapter, die Dinge oder APIs toll verkapseln (ein hervorragender Adapter ist zum Beispiel der mercedes-me Adapter, den ich hier mal besonders lobend herausstellen will, weil hier das mit der Authentifizierung nicht einfach ist und bei Problemen quasi noch am gleichen Tag vom Entwickler eine Lösung bereitgestellt wird). Aber alles was mqtt spricht betreibe ich lieber direkt, da braucht es in meinen Augen keine Adapter. mqtt ist ein allgemeines Protokoll und leicht lesbar. Man muss sich also nur mit den topics etc. auskennen und die Basis von JSON und das ist wirklich kein Hexenwerk.
Teilweise ist das ja auch alles historisch gewachsen. Und über die Aliasfunktion, die ja nun richtig komfortabel ist, kann man auch selbst viele Dinge quasi "standardisieren".

Aber lasser wir lieber die Diskussion, ich hab mir hier mit meiner Meinung schon genug Ärger zugezogen.

Jeder hat halt so seine Meinung und das ist auch gut so. Ich bin ja wie gesagt auch kein Puzzlefreund und finde die "roten Knoten" viel mächtiger, wenn man nicht herkömmlich codieren will.