Was?
Das der i4 nicht nutzbar ist weil keine Relais...
Was?
Das der i4 nicht nutzbar ist weil keine Relais...
Ist klar, verstehe ich.
Mal sehe wie ich zurechtkommen werde.
Danke, Gruß und guten Rutsch...
Doch, sobald die Kreuzschaltung Spannung auf den SW des Shellies gibt.
Ja, aber wie AlexAn mir erklärt hat. Mir ist klar das durch meine Aufschaltung die Vermutung sehr nahe liegt, das 2 Phasen im Spiel sind.
Hmm! Ist schwieriger als ich dachte...
Hi AlexAn,
mir ist klar das man KEINE 2 Phasen in eine Dose legt. Dort sind auch keine 2 Phasen.
Erklärung: An der Eingangstür / Flur sind 2 Schalter. Einer für die Aussenbeleuchtung und einer für das Flurlicht. Die Aussenbeleuchtung hat an der Wand (Eingangstür) eine Unterputzverteilung. Das Flurlicht hat dort keine Unterputzdose. Wie das verlegt ist erschließt sich mir nicht (mehr), da hat der Vorbesitzer seine Ideen verwirklicht. Die Phase für das Flurlicht ist an einer ganz anderen Stelle.
Jetzt habe ich eine Leitung der 5 Adern an an der Unterputzdose (Aussenbeleuchtung) abgegriffen. Ist ja auch nichts schlimmes. Ich will diese Sicherung auch separat lassen, könnte die ja mit auf die Sicherung für das Flurlicht klemmen.
Ich kann dort keinen Taster verbauen, dann muß ich alle umtauschen um da was zu erreichen. Das funktioniert ja auch alles wie es soll. Lief ein paar Tage bis sich der 1PM wegen Überhitzung ausgeschaltet hat.
Ich bin zwar kein "Elektriker" habe aber gefühlt mein ganzes Leben lang Kabel verlegt und kenne mich dahingehend schon etwas besser aus als ein Ottonormal. Mir gefällt die Situation auch nicht. Kann ja sein das es einen Weg gibt. Ansonsten heißt das entweder Phase auf andere Sicherung oder deinen Vorschlag "Taster + i4" umsetzen...
Danke.
Hallo Leute,
ich habe vor Kurzem einen Shelly Plus 2PM in die Luft gejagt. Da ich da aber einen ganz anderen Grund vermutet hatte verbaute ich dort einen 1PM. Nach kurzer Zeit hat sich dieser wegen „Überhitzungsschutz“ abgeschaltet und ich wunderte mich weshalb…
Habe mich belesen und herausgefunden das eine 2. Phase diesen überlasten kann. Da der Shelly nur etwa 20 Watt LED schalten muß, war für mich klar das da was im Busche sein muß!
Ich habe nun folgendes herausgefunden. Der Shelly schaltet am Ende einer Kreuzschaltung. Das klappt auch prima. ABER: Der Betriebsstrom MUß von einer fremden „Sicherung“ benutzt werden, da an diesem Schalter keine Dauerphase vorhanden ist!
Das bedeutet nun, das die Kreuzschaltung von einer und die Versorgung von einer weiteren Sicherung kommt. Ich vermute nun das die NICHT im gleichen Lastkreis hängen und somit Probleme bereiten.
Gibt es denn hier eine Möglichkeit doch noch die 2. Phase zu verwenden? Man kann meinen Kabel legen, die Vorbesitzer haben da ganze Arbeit geleistet. Dauerstrom habe ich logischerweise nur am 1. Kippschalter und nicht am letzten…
Danke für Tips auch wenn es nur Erklärungen sind, damit ich das Problem besser verstehen kann…
Gruß und guten Rutsch!!
Hmm, nicht toll.
Eine Frage, könnte man mit einem BLU Door einen Shelly Plus i4 steuern? Den i4 kann ich includieren und benutzen. Wenn also ein BLU einen dieser Schalter vom i4 bedienen könnte dann kann ich das auf der homee auswerten… nur so eine Idee. Oder gibt es eine bessere Lösung in dieser Richtung?
Aber die "shellies/shellyBLU" sind im MQTT Explorer nicht zu sehen. Was ist da noch falsch?! Denn so kann ich das Gerät ja nicht inkludieren und benutzen.
Habe ich irgendwas nicht beachtet?
wenn du den Kontakt öffnest dann muss das so aussehen:
shelly_bluetooth_rel:91 ADV 60:ef:ab:4b:22:58: mfd={}, svc={"fcd2":"RAA0AWQFAAAALQE/AAA="} 17:16:00
shelly_notification:209 Event from script:2: {"component":"script:2", "id":2, "event":"Status_Open", "data":{"version":2,"pid":52,"battery":100,"batteryString":"100%","illuminance":0,"windowStateID":1,"rotationLvl":0,"mac":"60:ef:ab:4b:22:58","rssi":-71,"deviceType":"Door-Window","gen":"BLU","deviceMode":"Window","deviceState":"Open"}, "ts":1703952960.60} 17:16:00
shelly_notification:163 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1703952959,"total":62.013}} 17:16:00
shelly_bluetooth_rel:91 ADV 60:ef:ab:4b:22:58: mfd={}, svc={"fcd2":"RAA1AWQFAAAALQA/AAA="} 17:16:02
shelly_notification:209 Event from script:2: {"component":"script:2", "id":2, "event":"Status_Closed", "data":{"version":2,"pid":53,"battery":100,"batteryString":"100%","illuminance":0,"windowStateID":0,"rotationLvl":0,"mac":"60:ef:ab:4b:22:58","rssi":-71,"deviceType":"Door-Window","gen":"BLU","deviceMode":"Window","deviceState":"Closed"}, "ts":1703952963.01} 17:16:03
shos_sntp.c:84 New SNTP time: 1703952958.969138 (delta -5.612375) 17:16:04
shelly_persistent_c:325 Writing persistent counters, but interval is shorter than 60 sec. 17:16:05
Oha! Was habe ich jetzt gemacht das ich "Bewegung" im Log vom Script sehen kann?!
Ist das schonmal was positives?
schalte beim Script mal den Debug ein
Status: started Script _[ script_2 ]_ 17:05:22
shelly_bluetooth_sca:65 bluetoth scanner already taken 17:05:22
Status: BT Scanner is scanning in Background 17:05:22
shelly_notification:163 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1703952359,"total":62.013}} 17:06:00
shelly_notification:163 Status change of switch:0: {"id":0,"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1703952419,"total":62.013}} 17:07:00
...mehr kommt da nicht.
BTW: Muß ich bei jeder Aktion den BLU Door/Win aufwecken?! Auch das bringt nichts neues. Auch wenn eine Aktion vom BLU kommt sehe ich nüscht.
Boh ist das kompliziert. Bin gespann ob ich das hinbekomme, brauche aber echt voll die Hilfe!!
Tx!
IPderShelly/rpc/Shelly.GetStatus im Browser sagt dir ob du eine MQTT Verbindung hast
Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.
"mqtt":{"connected":true}
"script:2":{"id":2,"running":true
Wie weiter oben schon geschrieben. Der Shelly ist ja via MQTT eingebunden und verrichtet auf meiner Cube seinen Dienst! Das passt. Ich habe Probleme den Shelly BLU Door/Win über das script via MQTT zu finden. Da stehe ich vor sehr viele Fragezeichen!
Ich bin der Meinung das wie zu sehen die MQTT-Verbindung steht, das Script ebenso aktiv ist. Ich habe aber keine Möglichkeit gefunden das Script zu testen oder einzubinden.
Egal was du machst aber zuerst muss die MQTT Verbindung BT Gateway und MQTT Broker aufrecht sein.
Also... uff! Mal sehen ob ich das verstehe: im Shelly Plus 1PM (192.168.98.67)
Bluetooth:
Enable Bluetooth: check!
Enable RPC: check!
Enable Bluetooth gateway: check!
MQTT:
Enable MQTT network: check!
Enable 'MQTT Control': check!
Enable RPC over MQTT: check!
RPC status notifications over MQTT: check!
Generic status update over MQTT: check!
Hmm... denke alles ist soweit aktiv? BTW: Den Shelly Plus 1PM sehe ich ja in meinem homee Cube! Der funktioniert auch einwandfrei. Die homee kann ich mit dem MQTT-Explorer ansprechen und ich sehe da auch Daten bzw. die angemeldeten Geräte.
http://192.168.98.67/rpc/script.list: {"scripts":[{"id":2,"name":"script_2","enable":true,"running":true}]}
http://192.168.98.67/rpc/script.GetStatus?id=2: {"id":2,"running":true,"mem_used":3584,"mem_peak":4102,"mem_free":21616}
Ich denke da ist das alles schonmal richtig?!
Das beste Script was ich bis jetzt kenne ist von hier:
Oh Mann! Okay, um es zu verstehen. Ich benutze das Script "Blu_to_MQTT v1.0 + Blu_Events v1.1". Ist das korrekt? Ich verstehe nicht den kpl. Sinn der Scripte. Noch nicht...
Meine script-conf wäre demnach so:
//Config
var BluEvent_ScriptID= 2; //Blu_Events Script ID.
var mqttLite= false; //Send only one event/rpc Topic, true/false
var mqttID= "shellyBLU"; //MQTT Topic ID, (behind topicPrefix)
var topicPrefix= ""; //Here you can set your own mqtt Topic Prefix, defult is an empty String
var mqttIDwithDType= true; //Adds a device type to the MQTT topic ID, can be disabled for backward compatibility, true/false
var mqttQOS= 0; //MQTT QOS Setting, Can be 0 - at most once, 1 - at least once or 2 exactly once. Default is 0
var uFixer= true; //Automaticly, try to fix a Shelly FW MQTT connection Bug, true/false
var debug= false; //Show debug msg in log, true/false, warning setting this to 'true' will delay reaktion speed a lot
var custom_Names= { //Optional, set custom names for specific Blu Mac addresses
'60:ef:ab:4b:22:58': 'Haustuerkontakt',
'60:EF:AB:3F:B5:D1': 'Fensterkontakt_Kueche',
Alles anzeigen
Mit dem MQTT-Explorer bekomme ich aber keine Reaktion. Ich weiß auch nicht ob ich das richitg anstelle. Im Explorer gebe ich die IP und den Port vom Shelly mit dem Script an, ist das richtig? Wenn ja, da kommt dann nur die Rückmeldung "Disconneckt from Server". Hmmmmm... muß noch viel lernen.
Ich wäre schon sehr zufrieden wenn ich die Fensterkontakte als "Schalter" über MQTT abfragen könnte. Ich denke das ich hier irgendwie nicht auf dem richtigen Weg bin...
Danke und Gruß!
Habe ein Script soweit ich denke eingerichtet. under http://192.168.?.?/rpc/script.GetStatus?id=2 bekomme ich die Rückmeldung: {"id":2,"running":true,"mem_used":3584,"mem_peak":4102,"mem_free":21616}.
Ich kann das Gerät aber nicht im Cube finden. Wie stelle ich fest daß das script auch funktioniert?
Gruß!
Soooo…
die Dinger sind eingetroffen. Ich habe es sogar hinbekommen die beiden Kontakte in die Shelly App einzubinden. Gekoppelt sind die mit einem Shelly Plus 1PM. Kontakte reagieren in der App wie sie sollen. Softwareupdate ist auch erfolgreich durchgelaufen.
Jetzt muß ich die Dinger in meinem homee Cube sehen können, also MQTT. Wie gehe ich nun richtig vor? Das Script kopieren und im Shelly Plus 1PM unter „Scripte“ mit copy/paste einfügen?
Gruß!
Okay, in Kürze werde 2 von den Dingern eintreffen! Dann werde ich experimentieren...
Ich melde mich mit Fragen oder Ergebnissen. Danke erstmal.
such mal den mqtt blu 1.0 script, der geht gut. habe ihn im einsatz
Hallo, meinst du das "Blu_to_MQTT v1.0" Script? Okay, habe ich mir vorgemerkt. Ich schaue wenn ich die Geräte hier habe.
Was mir aber aufgefallen ist, im Shelly Plus unter Script ist auch eine "Blbliothek" vorhanden. Was bedeutet die "BLE in Scripting - Shelly BLU DorWindow script Actions"? Hat wohl nichts damit zu tun?
Gruß...
Hallo,
ich bin kpl. neu im Shelly Universum! Ich bin gerade dabei von Z-Wave auf Shelly (WLAN) umzustellen, da Z-Wave bei mir immer mehr Verbindungsprobleme bereitet. Habe schon einiges umgesetzt was tadellos funktioniert!
Jetzt möchte ich meine Tür- und Fensterkontakte ebenfalls umstellen. Da fiel mir der Shelly BLU Door ins Auge. Ich habe ja schon einige Shelly Plus 1PM (2PM) verbaut, die dafür ja wie ich erlesen habe, zwingend als "Gateway" nötig sind. Jetzt mal mein Anliegen kurz erklärt:
Ich nutze schon seit fast 10 Jahren einen homee Brain-Cube. Der nun auch die Shelly's ohne Probleme via MQTT einbinden kann. Meine Tür- und Fenstersensoren sind wichtig für meine Alarmanlage. Diese Sensoren sollten die wichtigste Eigenschaft Geöffnet/Geschlossen zuverlässig übertragen können.
Jetzt habe ich mich schonmal belesen und mich mit den Scripten beschäftigt. Ich verstehe das alles "noch" nicht vollständig! Ich brauche da echt Hilfe damit ich mich entrscheiden und die Dinger bestellen kann.
Kann mich jemand an die Hand nehmen und mir die Geschichte erklären? Evtl. hat der Eine oder Andere sowas schon mit einer anderen Zentrale realisiert, was ich mir gut vorstellen kann. Die erklärungen in der Script-Abteilung sind mir zurzeit noch ein Buch mit 7 Siegeln...
Danke und Gruß... nette Weihnachtstage noch!
Hallo,
ich betreibe eine smarte Türklingel, die ich zurzeit noch mit Z-Wave realisiert habe. Da ich aber Probleme mit dem Funk (Störungen) habe wollte ich meine Türklingel auf Shelly umstellen.
Ich brauche auf alle Fälle eine Art Gong oder akustischen Melder, der in die Klingel in der Stube akustisch meldet. Über Z-Wave habe ich eine batteriebetriebene NEO Alarmsirene die man auf Klingelton umstellen kann. Das war super so. Ich finde aber keine die ich mit Shelly betreiben kann. Meine Zentrale ist der homee Brain Cube, der die bei mir schon vorhandenen Shelly Geräte zuverlässig einbindet.
Ich wäre froh wenn es einen Tipp geben würde wie ich das mit dem akustischen Melder hinbekomme.
Danke und Gruß!