Node Red fehler bei Umstieg auf Raspi4

[Jan1]

@mickym
Er hat immerhin einiges gelernt und ich werde wohl bei mir auch umbauen. Hab vorhin mal mein die Jahre gewachsens Heizungsscript umgebaut und schau jetzt erst mal Bundesliga zum Entspannung.

Was ich bei Oskar nicht ganz verstanden habe, ist das ursprüngliche Problem, denn das was er da schreibt kann nicht sein und vom Rollladen war zu Beginn auch keine Rede.
Was solls, er hat Hilfe bekommen und seine Alexa Steuerung läuft ja nun wie gewünscht.

[Oskar]

@jan1 Hallo, wie ich am Anfang geschrieben habe sind durch die Umstellung meine NodeRed Befehle nicht mehr gegangen und nur dies war mein Anliegen deshalb kann ich dies was du da schreibst nicht ganz verstehen "was er da schreibt kann nicht sein" Ich wäre froh gewesen wenn alles wie vorher gegangen wäre. lg

[Oskar]

@jan1
""wie @Jan1 geschrieben hat, auch der Shelly braucht nur 0-100 als Input. Wo der Datenpunkt bei den Shelly-Adapter ist weiß ich nicht. Ich habe auch einige Shellies im Einsatz, aber steuere die nur über MQTT""
hallo jan1, ist es für ioBroker einfacher die Steuerung des Shelly über MQTT dann stelle ich den Shelly um. Gesteuert wird der Shelly über seinen Sonoff Schalter, mußte ich so machen damit ich keine Kabel ziehen muß. Leider hat dies auch nie richtig geklappt. lg

[Jan1]

@oskar
Wir geschrieben, die Node die Du für Alexa verwendet hast, hat vor fast einem Jahr ihre Funktion verloren, was der Grund war, dass alle auf die HUE Amazon Hub Node gewechselt hatten. Habs ja auch geschrieben, dass es möglich sein kann, dass das jemand gefixt hat. Allerdings hab ich davon noch nirgends was gelesen. Ist aber jetzt auch nicht so tragisch. Jetzt funktioniert das ja.

Die Steuerung von Sonoff zum Shelly kann man schon über MQTT machen, wobei dazu eben noch ein MQTT Server nötig ist. Einfacher wird das über interne Rules. Hab da gerade was gelesen, dass das sogar mit der original FW des Shelly funktioniert. Der Sonoff braucht dazu aber Tasmota.
Muss mal suchen, wo ich das gelesen hatte.

[Oskar]

@mickym
hallo, wie ihr schon festgestellt habt, bin ich ein Leihe was IoBroker und alles damit zusammenhängt.
Dies mit deinem Schaden tut mir leid.

Hast Du jetzt die hange Node genommen, die ich Dir gestern abend noch gepostet habe - mit der Du die 0 und 100% umdrehen kannst?
Dazu bin ich leider noch nicht gekommen, aber ich werde es ausprobieren, lg

[Jan1]

@oskar
Habs gefundene. Die Rule muss lediglich an die IP Deines Shelly angepasst werden. Stand im CreationX Forum.

Rule1 1


Rule1

on Power1#State=1 do WebSend[192.168.178.26]/relay/0?turn=on endon

on Power1#State=0 do WebSend[192.168.178.26]/relay/0?turn=off endon



oder kürzer:


Rule1 on Power1#State do WebSend[192.168.178.26]/relay/0?turn=toggle endon

[Oskar]

@jan1 hat dies mit dem was zu tun, ansonsten ist mir noch nicht klar wie du das oben geschriebene gemein hast

[mickym]

@jan1 Entschuldige - wenn ich mich in Eure Diskussion einmische - aber ich bekomme immer noch einen Gong, wenn jemand in den Thread schreibt.

Der Sonoff Adapter arbeitet wie ein MQTT-Broker. Der Shelly Adapter kann meines Erachtens sowohl über COAP-Protokoll arbeiten (war früher auch der Standard) und seit Neuestem auch über MQTT. Die Shellies sprechen grundsätzlich beides - aber nur eines zu einer Zeit. (Port 1883).

Man kann nun einen Broker über den MQTT-Adapter einrichten und diesen als Broker/Server konfigurieren - oder man nimmt mosquitto. Das ist inzwischen meine präferierte Wahl - da in meinen Augen der MQTT-Adapter als Server einen Bug hat, der mich Monate zur Verzweiflung gebracht hat. Ich nutze aber den MQTT-Adapter in iobroker als Client.

Damit kann ich in meinen Augen das Gleiche machen, wie die Adapter die MQTT sprechen, aber ich nutze halt diese Adapter nicht, da die Hardware eben schon MQTT-spricht.

Von der Integration glaube ich gibt es keinen Vorteil - aber das kann ich letztlich nicht ganz beurteilen, da ich die Adapter ja nicht verwende.

Du siehst zum Beispiel nutze ich so auch owntracks ohne den Adapter.

[mickym]

@oskar sagte in Node Red fehler bei Umstieg auf Raspi4:

@mickym
hallo, wie ihr schon festgestellt habt, bin ich ein Leihe was IoBroker und alles damit zusammenhängt.
Dies mit deinem Schaden tut mir leid.

Hast Du jetzt die hange Node genommen, die ich Dir gestern abend noch gepostet habe - mit der Du die 0 und 100% umdrehen kannst?
Dazu bin ich leider noch nicht gekommen, aber ich werde es ausprobieren, lg

Importieren doch gleich mal den neuen Flow und ersetze mal die Change Node durch den Subflow und berichte ob Du nun mit den Einstellungen bzgl. % mehr zufrieden bist. Wie gesagt dann können wir das immer noch ändern dass 100% geschlossen und 0% auf ist.

[mickym]

@jan1 Mit Deinen Rules die Du sendest machst Du aber nur ein On und Off.
Für den Rollladen dachte ich braucht ihr doch eine %uale Steuerung.

Im Übrigen nutze ich auch einen Shelly hinter einem Lichtschalter - an den physisch nichts angeschlossen ist. Der Steuert dann über NodeRed einen mit Tasmota geflashten Sonoff Pow R2.

Sowie ich Dein Posting verstehe - ist das bei Dir umgekehrt und Du sendest über Sonoff/Tasmota ein Webbefehl über die HTTP-Schnittstelle der Shellies. sieh hier:

https://www.shelly-support.eu/lexikon/index.php?entry-pdf-export/11-http-request-shelly-2-5/

[mickym]

@oskar sagte in Node Red fehler bei Umstieg auf Raspi4:

@jan1 hat dies mit dem was zu tun, ansonsten ist mir noch nicht klar wie du das oben geschriebene gemein hast

@Oskar das mit dem MQTT habe ich geschrieben. Aber lass Deine Shellies erst mal weiter über den Adapter laufen. Sonst machst wahrscheinlich erst mal mehr kaputt als das es Dir hilft. Du solltest Dir halt erst mal im Vorfeld Gedanken machen, wie Du das designen möchtest. Ich gebe hier nur zum Besten warum ICH das so gemacht habe, aber das muss man nicht nachmachen.
Im Moment müsstest Du auch MQTT auf einem anderen Port laufen lassen, da wahrscheinlich 1883 bereits durch Deinen Sonoff-Adapter belegt ist.

[Jan1]

@mickym
Soll damit der Rollladen gesteuert werden? Hab ich dann wohl falsch verstanden. Aber eigentlich ist das ja auch egal und man muss hier auch nicht die Prozent vorgeben, machst mit nem verkabelten Schalter ja auch nicht. Hier reicht einfach das ein und aus Schaltern, was die Rule so kann

Rules sind aber auch nicht mein Spezialgebiet

Da such ich mir auch immer alles zusammen und pass es an meine Wünsche an.

[mickym]

@oskar sagte in Node Red fehler bei Umstieg auf Raspi4:

@mickym hallo, nochmals recht herzlichen Dank für deine Geduld und dein bemühen. Ich habe nun das genze für alle Rollläden eingegeben und nochmals alle getestet. Es geht bei allen wunder bar auf und zu nur an was ich mich gewöhnen muss, bei 50 % geht der Rollladen fast zu und 70 % ist etwa die hälfte.

Ich Drau es mich fast nicht zu sagen, aber ich habe einen Rollladen wo ich den Motor später eingebaut habe und dieser wird mit einem Shelly 2,5 gesteuert. dieser hat andere Datenpunkte, könntest Du mir da eventuell auch nochmals helfen? Wenn es zu viel für dich wird schreibe es ansonsten gleich mal danke im voraus, lg Oskar

@Oskar Da kommt mir eine grandiose Idee nachdem ich das nun verstanden habe. Du kannst den Shelly 2.5 Rolladen eigentlich direkt über HTTP Steuern.

Positionsvorgabe 75%: http://192.168.xxx.xxx/roller/0?go=to_pos&roller_pos=75

So ich habe es ausprobiert das funktioniert:

Gib den Link mit Deiner richtigen IP-Adresse in Deinen Browser ein und schau, ob der Rollladen auf 75% fährt. (ggf. halt Anmelden)

Wobei das auch wieder Käse ist - Du solltest doch Datenpunkte in Deinem Shelly Adapter haben - da brauchen wir den Sonoff auch nicht!! Poste mal die Datenpunkte Deines Shellies 2.5 aus Deinem Shelly Adapter.

In diesem Fall können wir den HTTP Request direkt aus NodeRed absetzen und brauchen den Sonoff zur Steuerung gar nicht. Zumindest wenn wir keinen Datenpunkt im Adapter finden.

Ich habe aber ein bisschen das Gefühl, dass ich Dich mit meinen Ideen eher verwirre - deswegen halte ich vielleicht ab jetzt besser meinen Mund.

[Oskar]

@mickym hallo, nein bitte nicht den Mund halten, was von dir gekommen ist hat alles geklappt und deshalb vertraue ich was du schreibst.
Ich muß das ganze nur zwei, dreimal lesen um es zu verstehen. Ich habe soeben dein Flow importiert und werde es morgen in der Praxis ausprobieren, sieht dann so aus, Rollladen Süd neu, Rollladen west alt.

und dies sind die datenpunkte von meinem Shelly

relay0 und relay1 sind das gleiche

ich hoffe du kannst damit etwas anfange

[mickym]

@oskar Super.

1. Gut dann teste mal morgen mit den Inject Nodes, ob Dir die Steuerung bzgl. der Position des Rollladens so besser gefällt. Wie gesagt ggf. passen wird dann noch das mit dem 100 und 0 % an.

2. Dann kannst Du die 7 Inject Nodes löschen und den Ausgang der Alexa Node mit der neuen Subflow Node verbinden.

3. Danke für die Shelly Punkte. Die Relay Datenpunkte kannst Du ignorieren - die braucht man, wenn man den Shelly 2.5 zum Steuern von Licht oder anderen Verbrauchen nutzt.
   Ich habe Dir mal den in meinen Augen relevanten Punkt markiert:

Gib den Wert durch Doppelklick direkt ein und klicke sonst nirgends mehr hin, sondern einfach ENTER- Taste drücken!

oder Du fährst mit der Maus an den rechten Rand des WERTE-Felds - dann taucht dort ein Stiftsymbol auf, um den Wert in einem eigenen Fenster zu bearbeiten.

Dann hoffe ich mal, dass sich der Rollladen in die gewünschte Position bewegt.

[Jan1]

@mickym
Der wird über den DP in die gewünschte Position fahren. Ich habe zwar auf meinen Shellys Tasmota drauf, aber da unterscheiden sich die DP nicht.
Das ist doch auch das schöne, bei Rollläden hast immer irgendwo ein DP der 0-100 steuern kann. Deshalb ist es auch recht egal, was da für eine HW vorhanden ist und NodeRed wird mit dem Flow die Steuerung über Alexa wie gewünscht umsetzten. Hier gibts nur den Unterschied , ob jetzt 100 offen oder geschlossen ist.

Klar kannst das auch alles über MQTT und HTTP machen, aber warum denn hier mit Kanonen auf Spatzen feuern? Sprich warum soll NodeRed das 0-255 in Befehle wandeln wenn man doch simpel auch den DP steuern kann?

Der Wunsch oben den Shelly mit den Sonoff fernzusteuern geht eben auch über die Rule wesentlich einfacher ohne MQTT, da die Geräte ohne was dazwischen mit einander reden. Das dürfte wohl auch Dein Gedanke bei MQTT und HTTP sein, wobei in dem Fall eh schon über NodeRed und IOBroker angefangen wird. Ne Rule ist völlig losgelöst vom IOBroker und somit autark.

Aber ich habs ja auch schon geschrieben, es gibt nie nur eine Lösung und jede hat gewisse Vorzüge, oder Nachteile

[Oskar]

@mickym Hallo, guten Morgen, hast du das so gemeint?

[Oskar]

@mickym hallo, ich habe gerade gesehen daß der Shelly auf geöffneter Position nur 2 % anzeigt, die habe ich dann versucht umzuschreiben, da hat sich der Rollladen nicht bewegt. Ich habe dann die Kalibrierung drüber laufen lassen jetzt zeigt er bei geöffnet 100% an. Auch da hat sich der Rollladen nicht bewegt als ich die 75 eingegeben habe, habs mit beiden Einstellungen versucht, lg

[Jan1]

@oskar
mechanischer Endsachalter des Motor erreicht?
Es kann auch sein, dass der Shelly meint er wäre offen und schaltet einfach nicht mehr, kommt vor, wenn man zu oft nicht ganz hoch und runter fährt. Da der Shelly die Position eben über die Zeit ermittelt und die ändert sich durch äußere Einflüsse wie z.B. Temperatur leicht, was sich dann addiert, wenn nicht immer komplett gefahren wird.

Habe ich hier auch schon so festgestellt.

[mickym]

@oskar sagte in Node Red fehler bei Umstieg auf Raspi4:

@mickym Hallo, guten Morgen, hast du das so gemeint?

Nein. Du misst die SubflowNode hinter jede einzelne Alexa Geräte Node Schalten und dann den Home-Matic Datenpunkt. Warst Du denn mit den Stellungen zufrieden, also Du die Inject Node gedrückt hattest?

@Oskar

Der Flow ist doch immer Folgender:

1. Der EchoHub stellt eine Verbindung zwischen Alexa und NodeRed her - also hier kommen alle Nachrichten raus.
2. Diese Nachrichten wird an die GeräteNodes geleitet, die man mit Alexa bekannt machen muss (Anlernen).
3. Das was dann aus den Geräte Node rauskommt sind die Sprachbefehle - umgewandelt in Nachrichten.
4. Diese modifizieren wir (ursprünglich mit Change Node) nun mit Subflow Node.
5. Das Ergebnis leiten wir an die entsprechenden Datenpunkte im iobroker weiter (bislang Homematic Datenpunkte).

Es ist wichtig, dass Du das grundsätzlich verstanden hast.