Beiträge von waki

    Damit die Frage als beantwortet gelten kann, zeige ich hier ein Script, das für jeden Eingang ein eigenes Topic auf 'true' oder 'false' setzt.

    Vielleicht geht es noch einfacher, aber ich bin kein Profi in der Shelly-Scriptsprache.

    Da ich auch noch alle Haken bei 'Enable MQTT Control' entfernt habe, ergibt es fast keinen Traffic mehr für MQTT.

    Ich habe jetzt herausgefunden, dass ich über scripting bei einem Topic das Retain-Flag setzen kann.In den Shelly script language features gibt es:

    Zitat

    MQTT.publish(topic, message[, qos[, retain]]) -> boolean

    If true the message is retained by the broker and delivered when subscribers are activated. Default is false

    Ich dachte nicht, dass ich für diese einfache Sache das scripten anfangen muss.

    Ich überwache mit einem Shelly Plus i4DC mehrere Eingänge, deren Status sich lange nicht ändert.

    Mehrere Geräte, die öfters neu gestartet werden fragen den Status ab.

    Wenn das Retain-Flag nicht gesetzt ist, bekommen diese Geräte den Zustand erst mit, wenn der Status sich geändert hat.

    Bei den Shellies der 1. Generation konnte ich auf der Weboberfläche Retain anhaken und es lief.

    Trotz langer Suche habe ich noch nicht den Trick gefunden.

    Die Fritzbox hängt direkt am Internet.

    Das interne Netz der Fritzbox ist für alle iot-devices und die äußere Schnittstelle der Firewall.

    Innen an der Firewall hängen alle PCs, Server und Drucker.

    Internet ------ Fritzbox -------------- Firewall -------- Server, PC usw.

    Die Shellies sind nicht in der cloud, sondern mit einem mqtt-Server verbunden, der im internen Netz der Firewall sitzt.

    Die eigentliche Kommunikation mit den Shellies erfolgt über MQTT. Nur zur Information oder updates wird die WebUI benutzt, keine App.

    Ich versuche jetzt nur zu verstehen, warum es seit einigen Jahren möglich ist, mit dieser Konstellation auch über einen eingeschalteten transparenten Proxy in der Firewall mit den 'alten' Shellies zu arbeiten und es mit der 'neuen' Plus-Serie nicht mehr geht.

    Die Shellies und andere ESPs hängen direkt an der Fritzbox im Netz 192.168.17.0/24 und bekommen IP über DHCP

    Das Hauptnetz hinter einer Sophos UTM Firewall hat 192.168.250.0/24.

    Von einem Shelly 2.5 der funktioniert hier der Status:

    {"wifi_sta":{"connected":true,"ssid":"AstaroGuest","ip":"192.168.17.26","rssi":-75},"cloud":{"enabled":false,"connected":false},"mqtt":{"connected":true},"time":"16:49","unixtime":1705938542,"serial":1,"has_update":false,"mac":"2462AB00B43C","cfg_changed_cnt":0,"actions_stats":{"skipped":0},"rollers":[{"state":"stop","source":"mqtt","power":0.00,"is_valid":true,"safety_switch":false,"overtemperature":false,"stop_reason":"normal","last_direction":"close","current_pos":0,"calibrating":false,"positioning":true}],"meters":[{"power":0.00,"overpower":0.00,"is_valid":true,"timestamp":1705942142,"counters":[0.000, 0.000, 0.000],"total":25959},{"power":0.00,"overpower":0.00,"is_valid":true,"timestamp":1705942142,"counters":[0.000, 0.000, 0.000],"total":23310}],"inputs":[{"input":0,"event":"","event_cnt":0},{"input":0,"event":"","event_cnt":0}],"temperature":43.97,"overtemperature":false,"tmp":{"tC":43.97,"tF":111.15, "is_valid":true},"temperature_status":"Normal","update":{"status":"idle","has_update":false,"new_version":"20230913-112234/v1.14.0-gcb84623","old_version":"20230913-112234/v1.14.0-gcb84623","beta_version":"20231107-163214/v1.14.1-rc1-g0617c15"},"ram_total":50720,"ram_free":36452,"fs_size":233681,"fs_free":144576,"voltage":228.42,"uptime":9345111}

    Die Einstellung der Netzwerkmaske sehe ich nicht.

    Bei den Shelly Plus habe ich die Status-Seite noch nicht gefunden und die Weboberfläche ind den Settings zeigt nur die IP.

    Wenn benötigt gebe ich gerne weitere Infos.

    Was ist bei der Plus-Software anders?

    Um den oben beschriebenen Verhalten weiter zu testen habe ich mir noch einen Plus i4 und mehrere Plus 2PM besorgt und in mein Netzwerk gehängt. Das Verhalten ist bei allen gleich. Ich kann Sie in meinem iot-Netzwerk erreichen und ansprechen, aber nicht von meinem Hauptnetzwerk.

    Ein Linux-Laptop, der wireless im iot-Netzwerk hängt und per Kabel im Hauptnetz kann nur wireless auf die Geräte zugreifen. Am Kabel zeigt sich nicht z.B. 'No route to host' sondern die schwarze Shelly Startseite mit dem endlos laufenden 'Connecting to Shelly'.

    Zum routing-Test habe ich den Geräten ip-Adressen zwischen den vorhanden funktionierenden zugewiesen.

    Das Problem ist der Proxy in der Firewall zwischen den beiden Netzen.

    Das log zeigt statuscode=400 bei den Plus-Geräten. Die anderen Geräte haben das nicht. Umgeht man den Proxy ist alles in Ordnung.

    Entschuldigt bitte, dass ich diesen Thread hier auf englisch angefangen habe, aber ich war da gedanklich gerade in einer anderen Welt.

    Als Browser habe ich es mit Firefox, Edge und Chrome probiert. Welchen bitte noch?

    Das Routing habe ich auch im Verdacht, aber die anderen etwa 50 Shellies und ESP-Freunde gehen alle.

    Bei ESP Easy gibt es die Einstellung: "Client IP block level", die "Allow All", "Allow Local Subnet" oder "Allow IP range" zuläßt.

    Daher meine Vermutung, dass es bei den Plus-Geräten eine ähnliche Einstellung geben könnte.

    I have all my shellies in a seperate subnet with the right routing to have web access and mqtt working.

    Now I got a new Shelly plus i4DC and I connot connect to the webUI from my pc. The browser shows a blck screen with the text: "connecting to Shelly" and a blue bar running endless below.

    When I take my tablet in the same subnet as the shellies I can access the webUI with no problem.

    It is my first plus device.

    Is there a switch to allow/deny access from other subnets?

    Die punktgenaue Einhaltung der geplanten Obsoleszens ist eine bemerkenswerte Ausprägung der Ingenieurskunst! Während meines Studiums gab es diesbezügliche Vorlesungen noch nicht. Ich bin mir jedoch sicher, daß das heute anders ist…

    Dem muss ich widersprechen.

    Im Rahmen meines E-Technik-Studiums in Darmstadt von 71 - 76 gab es eine Vorlesung über Kleinmotoren, in der relativ detailliert die Beschränkung der Lebensdauer auf eine gewisse Anzahl von Temperaturzyklen erklärt wurde, damit eine mit diesem Motor ausgerüstete Kaffeemühle nicht zu lange funktioniert.

    Es ist nicht alles neu, aber damals durften die Teile noch länger leben. ;)

    Ich habe vorgestern Allterco das Problem beschrieben und sie haben mich an den Händler verwiesen. Nachdem ich die (Nicht-)Reaktion von Wesmartify geschildert hatte, kam heute direkt von Allterco ein Replacement Voucher. :)

    Toll die Kulanz von Allterco. :thumbup:

    Ich werde zukünftig wieder direkt in Bulgarien kaufen.

    Hallo,

    hat von Euch einer aktuelle Erfahrungen mit Wesmartify?

    Ich versuche seit über zwei Wochen eine Reklamation anzubringen, aber telephonisch ist die Firma nicht zu erreichen und der Anrufbeantworter verweist darauf, Reklamationen per email zu regeln.

    Aber auf bisher drei emails seit dem 4.2. habe ich noch keine Reaktion bekommen.

    Ist das immer so?

    Von Allterco bin ich andere Reaktionen gewöhnt.

    Ich habe hier einen Shelly 2.5, der mich an die Grenzen bringt.

    Er hat funktioniert und sollte in ein neues Netzwerk umziehen. Dies war nicht möglich, de er die neuen Netzzugangsinformationen nicht speichert.

    Ich kann alles andere ändern und diese Information behält das Ding.

    Also versuchte ich es zu resetten.

    1. Über Menu: Setting/factory reset.

    2. Stromlos machen und den Taster 5-mal betätigen.

    3. 5-mal Stromlos machen

    4. Reset-Knopf länger als 10 Sekunden halten.

    Jedes Mal wird mir der Erfolg durch klappern der Relais bestätigt und wenn ich dann unter 192.168.33.1 im neu aufgespannten AP-Modus nachschaue, sind immer noch alle alten Einstellungen da.

    Selbst wenn ich unter WIFI MODE - CLIENT den Haken setze, sehe ich die richtigen Einstellungen für mein Netzwerk. Aber nach SAVE kommt zwar SETTINGS CHANGED aber er ist weiterhin nur über den AP_Modus zu erreichen.

    Was kann ich noch versuchen?

    Als TO erlaubt ihr mir hoffentlich ein letztes Statement.

    Meine Frage ist schon lange geklärt und ich habe mich über den geführten "Streit" zwischen Anzeigegenauigkeit und Meßgenauigkeit erfeut.

    Schon im Studium vor 50 Jahren haben wir im Fach Meßtechnik gelernt: "Wer mißt, mißt Mist" und trotzdem haben wir es immer wieder getan.

    Vielen Dank an Alle und ich finde es wirklich schön in so einem aktiven Forum so viel über diese spannenden kleinen Dinger lesen zu können. :)

    Es muss doch an dem Fühler gelegen haben.

    Ich habe mir neue Fühler besorgt und sie zeigen auf 0.1 Grad genau an. Mein einer Fühler war wohl von einer anderen Charge, auch wenn er äußerlich nicht zu unterscheiden ist.

    Ob man ihn mit einem Arduino oder Raspi umprogrammieren kann, versuche ich vielleicht wenn ich gaaanz viel Zeit habe.

    Offset habe ich bei beiden nicht eingegeben.

    Den absolut richtigen Temperaturwert erwarte ich auch nicht.

    Ich wundere mich nur, dass der eine nur z.B. 5.5, 6.0, 6.5, 7.0 anzeigt und der andere 5.5, 5.6, 5.7, 5.8, 5.9 usw.

    Ich habe an ein Add-on von meinem Shelly1 zwei Thermofühler vomTyp DS18B20 angeschlossen. Der Fühler, der als Temperature 2 angezeigt wird, misst auf .1 Grad genau und der auf Temperature 1 nur auf .5 Grad.

    Kann man das irgendwo einstellen oder können die Fühler zwar äußerlich gleich aber intern unterschiedlich sein?