MQTT ist auch ein IoT-Standard, der von Shelly und weiteren unterstützt wird.
Womit würdest du deine Komponenten mit MATTER zusammenfassen?
Beiträge von Schubbie
-
-
Und per ioBroker, Node Red oder sonstigem die Systeme kombinieren?
-
-
I und O sind falsch.
I = Minus an Trafo
O = minus von LED
+ von LED an Trafo +
-
Dann geht das Update nun doch ohne neues Einrichten von ioBroker ganz einfach per Shell? Daten bleiben dann aller erhalten? Man muss nicht darauf warten, dass ein Docker mit aktueller Version erstellt wurde?
-
Ich hab das ganze Internet durchsucht
Anscheinend nicht das richtige Internet
I/0 ist ein potentialfreies Relais und benötigt auf I + oder - und der Stripe benötigt dann das andere Potential am anderen Anschluss.
Warum nicht den Trafo auf 230V-Seite schalten? Kein Fachmann.
Hat der Trafo eine Mindestlast? Dann könnte es problematisch werden.
-
Und ich wollte wissen, ob es eventuell Sinn macht doch auf Docker zu gehen, aber anscheinend für mich noch nicht, wenn es so läuft. Danke für den Einblick.
-
Ich habe auch pro Lampenkreis nur einen Taster angeklemmt, was daraus resultiert, dass ich über meine vorhandene Verdrahtung keinen entfernten zweifach Taster anklemmen könnte.
An einigen habe ich trotzdem Serientaster angeklemmt, um per Actions über SW2 entfernte Shellies schalten zu können.
-
Ja, wenn dein WLAN so weit reicht. Wähle den Querschnitt bei 12V nicht zu gering, besser wäre 24V, dann ist der Spannungsabfall nicht so groß.
-
Müsste man messen, ob die SW einen Widerstand in eine Richtung L haben. Beim Dimmer sind es glaube ich rund 1,5MOhm, aber auf Polarität achten. Daran konnte ich bei meinen Dimmern sehen, dass die Klemmen nicht korrekt gelötet waren. Sollte beim 2,5er ähnlich sein.
Die Shellies waren von Anfang an defekt und wurden anstandslos getauscht.
-
Dann war es wohl ein Fehler, dass du NodeRed und Shellies nicht gleich per MQTT betrieben hast. Abfragen kannst du per NodeRed per HTTP, aber keine akkubetriebenen Shellies.
Vorteil bei ioBroker scheint zu sein, dass Shellies dort eher zur Verfügung gestellt werden und es fertige json-Parser gibt, die dir die gewünschten Werte direkt liefern. Ich parse in NodeRed per Funktions-Node, was auch simpel ist, wenn man es weiß. Komfortabler scheint die Methode über ioBroker zu sein.
Shellies mache ich in NodeRed also nur per MQTT oder HTTP, da mich die Shelly-Nodes nicht überzeugen konnten, eben auch, weil viele Shellies fehl(t)en.
Ich hatte es so in Erinnerung, dass ioBroker nicht so viele Möglichkeiten bietet. Ich werde erstmal nur bei NodeRed bleiben, da habe ich auch einige HomeMatic-Komponenten drin, aber das geht ja fast überall.
-
Alles gut, dann brauchst du NodeRed vermutlich gar nicht und gehst komplett auf ioBroker. NodeRed kannst du dann immer noch wieder installieren. Somit ist wenigstens geklärt, dass du NodeRed (noch) nicht benötigst. Das alte Thema und dieses ließen darauf schließen, dass du NodeRed benötigst.
-
@66er Mir ist es immer noch bewusst. Für mich sind beide Programme eigene Systeme, auch wenn beides auf einer Appliance läuft und das eine als Untersystem in dem anderen Arbeitet.
Auch wenn man mit NodeRed anfängt, kann man sicherlich ein Backup in das NodeRed unter ioBroker einspielen? Aber die Frage richtete sich an den TE und es bleibt seine Entscheidung. Ich wollte nur wissen, ob er ioBroker wirklich benötigt oder sich vielleicht durch irgendetwas irritieren lassen hat und der Meinung ist, das ioBroker für NodeRed Voraussetzung ist. Dieses hat er mir beantwortet.
-
Wenn du schon mehr mit ioBroker gemacht hast, dann ist es etwas anderes. Es hörte sich für mich so an, als wenn du in ioBroker die Daten der Shellies empfangen willst und dann an NodeRed weiter reichst. Du kannst die Daten der Shellies auch direkt in NodeRed empfangen und auch hier gibt es einen MQTT-Broker (wie im anderen Thema beschrieben).
-
Das ist mir bewusst 66er, nur warum mit 2 Systemen beschäftigen und diese lernen müssen, wenn eines reicht? Ich habe mich für nur NodeRed entschieden. ioBroker wäre für mich wohl nur wegen der etwas schickeren Visualisierung interessant, ansonsten fallen mir für mich keine Vorteile ein. Daher die Frage, ob er sich überhaupt mit 2 Systemen beschäftigen muss oder mit einem auskommen kann.
-
Broker ist der MQTT-Adapter im ioBroker und auswerten/steuern will ich mit NoderRed, welches auch als ioBroker-Adapterläuft.
Darf ich fragen, wozu dann ioBroker benötigt wird? Oder hast du darüber noch mehr als nur die Shellies am Laufen?
-
Ich glaube, dass du dir nicht im Klaren darüber bist, wie du visualisieren möchtest. Willst du dafür ioBroker oder NodeRed nutzen?
Warum ioBroker?
Warum NodeRed?
Reicht Dir vielleicht ein System?
-
Homematic oder etwas ähnliches hast du nicht zufällig? Die reichen in der Regel doch recht weit?
Den Empfänger noch dichter stellen geht nicht? Für Homematic kann z.B. eine Funksteckdose als Repeater genutzt werden. Die brauchen vermutlich weniger Strom als ein Shelly und kommen Homematic (oder auch der Shelly) mit Solarstrom aus, der tagsüber die Akkus lädt. Ist halt die Frage, ob Solarzellen an dem Briefkasten ein optisches Highlight darstellen und dort auch im Winter Sonne hin kommt.
-
Ungünstig, da die SW auf der selben Phase liegen müssen und es sicherlich noch andere Hürden gibt. Ich habe nicht jeden Schalter in einen Verteiler laufen. Zudem wollen sicherlich einige eine Anwesenheitssimulation.
Über einen neuen Gefrierschrank habe ich kürzlich auch nachgedacht, jedoch übersteigt die Neuanschaffung die Einsparung bis zum erwarteten Lebensende des alten bei weitem und vermutlich hätte sich das neue Gerät nichteinmal zu dessen Lebensende amortisiert.
-
ioBroker kenne ich nicht, ich habe nur NodeRed laufen. Mit ioBroker kennen sich andere aus, z.B. @66er .
