Beiträge von DonPosei

Betreiber hat sich geändert

Liebe Forumsmitglieder,

wir freuen uns, Euch mitteilen zu können, dass wir in Kürze das Layout unseres Forums auf das vertraute und bewährte Shelly Design zurückführen werden. Für die meisten von Euch wird das lediglich eine Rückkehr zu Altbekanntem sein – dennoch sind wir uns bewusst, dass diese Umstellung einige Anpassungen mit sich bringt. Wir möchten Euch schon im Voraus für Eure Geduld während dieses Prozesses danken. Ein Update zu Schaltplänen und Lexikon folgt auch.

Für Euch als Forumsmitglieder ändert sich nichts: Euer Forumskonto bleibt mit allen Zugangsdaten bestehen, die nun von uns verwaltet werden. Detlef hat uns alle Daten und Rechte übertragen. Das gleiche gilt für die Facebookgruppe https://www.facebook.com/groups/smarthomeforum/

Falls Euch nach der Umstellung Probleme auffallen oder Ihr Anmerkungen habt, zögert bitte nicht, uns zu kontaktieren. Ihr erreicht uns ganz einfach unter forum.de@shelly.com.

Vielen Dank für Eure Unterstützung!

Euer Shelly Team

PS:

Wichtige Informationen, wie z. B. zu den neuesten Firmware-Updates, werden wir ausschließlich in der Shelly Community (https://community.shelly.cloud/) veröffentlichen. Deshalb wird es innerhalb dieses Forums Verweise zur Shelly Community geben. Selbstverständlich könnt Ihr auch selbst Links zwischen den Foren teilen, um noch mehr Antworten und Lösungen zu finden und Euch gegenseitig zu unterstützen.

Unsere Datenschutzhinweise zur Verarbeitung aller Daten findet Ihr hier, sodass Ihr Euch über alle wichtigen Punkte informieren könnt. Es werden keine zusätzlichen Daten erhoben, und die Verarbeitung erfolgt weiterhin nur zu den bisherigen Zwecken.

Die zentrale E-Mail-Adresse des Forums wird künftig forum.de@shelly.com lauten. Alle relevanten Informationen dazu findet Ihr auch im Impressum der Forums-Website.

Die Informationskanäle von Shelly:

Shelly Community: https://community.shelly.cloud/

Facebook Support-Gruppe: https://www.facebook.com/groups/ShellyIoTCommunitySupport

Knowledge Base: https://kb.shelly.cloud/knowledge-base/

Ticket-System: https://support.shelly.cloud/en/support/tickets/new

Shelly Dokumentation: https://shelly-api-docs.shelly.cloud/


Wir freuen uns auf weitere rege, professionelle und konstruktive Diskussionen in unserem gemeinsamen Forum.

Unser besonderer Dank gilt Detlef für den Aufbau und die Pflege dieses Forums. Wir wissen, wie viel Arbeit hierin steckt, und werden unser Bestes tun, damit dieser Austausch weiterhin möglich bleibt.


Bei Fragen könnt Ihr Euch gerne per Mail an uns wenden.


Euer Shelly DACH Team

  • [MQTT] Unable to get mqttprefix of client with id "shellyplus1-xxxxxxxxxxxx"

    @Withy : Ich habe mehrere Shellies, die auch direkt auf der FB hängen. Die zeigen leider auch das gleiche Verhalten.

    @De kat: Bei mir sind keine Shelly AP aktiviert. Alle Shellies laufen direkt auf der FB oder sind über entsprechende AccessPoints ans Netzwerk angeschlossen.

    Ich habe ein bisschen weiter geforscht. Bei mir WAR eine Mosquitto Instanz auf dem Raspi. Die Mosquitto Instanz lief auch auf Port 1883. Moskitto habe ich komplett gelöscht. Fehler bleibt leider.

    Ich habe derzeit die Shelly Adapter Version 6.3.1 geladen, weil ich das "Gefühl" habe, damit funktioniert es am Besten. (Kann ich an nichts festmachen!)

    Wenn ich den Shelly Adapter laufen habe, hat mein Host eine Last zwischen 90-110%. Durch die hohe Last laufen die Scripte z.T. nicht oder die Zwave Telegramme werden mit riiiiiiiiiiieeeeeesiger Zeitverzögerung erst abgearbeitet.

    Ich würde allen gerne mehr und vorallem gesichertere Daten zu Verfügung stellen, aber ich habe keine Ahnung wie ich z.B. Logs (z.B. ein Log vom Shelly Adapter) aktivieren kann, geschweige denn wo ich diese Log auf dem System finde. Wenn mir jemand sagt, wie ich die Logs ziehen kann, stelle ich die gerne zur Verfügung.

    Also, gibt es ein sinnvolles Set an Log Dateien, die vielleicht einen Hinweis auf das Problem geben können?

    Viele Grüße

    Mike

  • [MQTT] Unable to get mqttprefix of client with id "shellyplus1-xxxxxxxxxxxx"

    Hallo zusammen

    @Seven-of-Nine:

    Hier ein Auszug aus einem LOG eines ShellyPlus1:

    shos_mqtt_conn.c:489 MQTT0: Connect status 257 20:06:53

    shos_mqtt_conn.c:839 MQTT0 connecting after 54764 ms 20:06:53

    shos_mqtt_conn.c:598 MQTT0: Connecting to 192.168.1.147:1880 (192.168.1.147:1880) 20:07:48

    shos_mqtt_conn.c:489 MQTT0: Connect status 257 20:07:58

    shos_mqtt_conn.c:839 MQTT0 connecting after 56414 ms 20:07:58

    shos_mqtt_conn.c:598 MQTT0: Connecting to 192.168.1.147:1880 (192.168.1.147:1880) 20:08:54

    shos_mqtt_conn.c:489 MQTT0: Connect status 257 20:09:04

    shos_mqtt_conn.c:839 MQTT0 connecting after 55187 ms

    Das LOG sagt mir (ohne wirkliches Wissen), der Shelly versucht alle paar Sekunden eine Verbindung zu seinem (192.168.1.147:1880) MQTT Server aufuzubauen. Das ist das, was ich an vielen Shellys sehe. Ich habe diese LOGs an ca. 10 Shellies gezogen und überall habe ich das gleiche Bild.

    @Lötauge: Der Raspi ist direkt an meiner AVM 7490 an einem der LAN Ports installiert. Die einzige Änderung in der letzten Zeit war eine Umstellung von Telekom auf Vodafon. Aber ich denke das ändert nur etwas an meiner IP außerhalb meines Netzwerks. Ansonsten habe ich 4 Netgear WAX610 als AccessPoints laufen. Diese sind natürlich per LAN und PoE an meinem Netgear GS324TP Main-Switch angeschlossen. ALLE FEST installierten Geräte (Drucker, Shellies, AccessPoints, Switche) haben statische IP-Adressen. Mobiltelefone und alles was sich nicht auf eine feste Adresse einstellen lässt natürlich nicht.

    Vielen Dank an alle die mir helfen wollen. Ich kann nicht sagen, wie sehr mir das Problem auf den Nägeln brennt. Deshalb freue ich mich über jede Idee und Hilfe! Danke an alle!

    Viele Grüße

    Don

  • [MQTT] Unable to get mqttprefix of client with id "shellyplus1-xxxxxxxxxxxx"

    Zunächst mal Danke Stefan für die Antwort. Ja es gibt weitere MQTT-Adapter. Das ist deine Aussage.Und die ist richtig!

    Leider hilf mir das nicht wirklich weiter......

    Sollte also jemand weiteres einen konkreten Hinweis haben, der mir helfen könnte und den ich umsetzen kann, würde ich mich sehr freuen.

    Ich habe übrigends den Shelly Adapter mal deinstalliert und wieder neu installiert. Leider ist der Fehler geblieben.

    VG

    Mike

  • [MQTT] Unable to get mqttprefix of client with id "shellyplus1-xxxxxxxxxxxx"

    Hallo zusammen


    Ich nutze einen Raspberry 4 mit 8GB, den Iobroker und habe etwas mehr als 60 Shellies (Gen1&Gen2) in Betrieb. Ich habe (soweit möglich) alle mit MQTT konfiguriert. In letzter Zeit kommen irre viele Meldungen mit:

    [MQTT] Unable to get mqttprefix of client with id "shellyplusi4-xxxxxxxxxx"

    Diese Meldungen kommen seitenweise. Dadurch wird der IObroker so langsam, dass keine Scripte mehr richtig laufen. Auch werden die Shellys unter Objekten „braun“ angezeigt, als ob diese Shellys keine Netzwerkverbindung haben. Manche Shellies sind „grün“, verlieren dann aber irgendwann die Netzwerkverbindung. Im Log kann das Ganze auch beobachtet werden.

    2023-10-23 12:37:12.318 - [32minfo[39m: shelly.0 (8237) [MQTT] Device with client id "shellyplus1-441793a9c2e8" connected!2023-10-23 12:37:23.158 - [32minfo[39m: shelly.0 (8237) [MQTT] Client Close: (shellyplus1 / shellyplus1-441793a9c2e8 / shellyplus1#441793a9c2e8#1) (false)

    2023-10-23 12:38:03.010 - [31merror[39m: shelly.0 (8237) [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793a9c2e8"

    Erst Verbindung, dann Verbindungsverlust und dann „unable to get……..“

    Noch ein paar Fakten: interner MQTT Port 1880

    Fehler bleibt in Version 6.4.1 und 6.6.1 gleich

    Die meisten Shellies haben die FW 20230912-081943/1.0.3-g6176478

    Ich habe auch schon versucht ein paar Shellies auf die FW 20231018-133002/1.0.7-beta2-g5d80465 zu ziehen. Fehlerbild bleibt.

    Alle Shellies haben den „Originalen“-Prefix.

    host.iobroker iobroker Update shelly from @6.4.1 to @6.6.1 (Versuch von heute morgen!)

    host.iobroker iobroker NPM version: 9.6.7

    shelly.0 (8237) starting. Version 6.6.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.17.1, js-controller: 5.0.14

    shelly.0 (8237) Starting in MQTT mode. Listening on 0.0.0.0:1880 (QoS 0)

    So, ich bin völlig fertig, weil nichts läuft und meine Familie mir auf’s Dach steigt.

    Kann mir irgendjemand helfen? Hat irgendjemand eine Idee? Bild 23.10.23 um 16.19.jpegWas kann ich noch tun, um eine Verbesserung herbeizuführen.

    VG

    Don

  • Webhooks keine Funktion mehr FW 1.0.0

    Zitat

    Heute wurde mir der Update 1.0.0 für alle Plus Geräte angeboten. Natürlich auch gleich drauf gezogen. Jetzt habe ich einen Plus1PM, mit der Firmware „20230803-125304/1.0.0-gaec0744“, der keine Http-Befehle ausführen will. Das hat vorher alles wunderbar funktioniert.

    .....

    Taste wird lange gedrückt - http://192.168.XXX.XX/relay/0?turn=toggle

    Hey zusammen

    Ich habe das gleiche Problem mit meinen Shelly I4, die schon die neue SW haben.

    Ich sehe in der App, dass z.B. ein "Single_Push" passiert ist, der Webhook der VORHER funktioniert hat wird aber nicht ausgeführt.

    Auch scheint der IOBroker die Webhook Adresse nicht auszuführen. Wenn ich die Adresse (http://192.168.1.xxx/light/0?turn=toggle) im Browser eingebe, funktioniert die Funktion.

    zur Erklärung: Ich habe I4's als Input und z.B. Shelly Dimmer 2 um die Lampen zu steuern. In den I4-Inputs habe ich Webhooks programmiert, die dann die Lampen schalten.

    An mehreren Stellen habe ich zusätzlich noch Zigbee Lampen. Dann greife ich das Input Signal von dem I4 Kanal mit dem IOBroker ab und schalte alles gemeinsam über ein Script. Mit der neuen SW erkennt der IOBroker aber das Signal nicht mehr. In den Objekten steht der SinglePush drin.

    Gerade habe ich den Shelly Adapter neu gestartet und bekomme MQTT Fehlermeldungen von Shelly:

    2023-08-23 11:01:14.938 error [MQTT] Unable to get mqttprefix of client with id "shellyplusi4-0cdc7ef6b530"

    2023-08-23 11:01:14.938 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

    2023-08-23 11:01:14.937 error [MQTT] Unable to get mqttprefix of client with id "shellyplusi4-441793a65e24"

    2023-08-23 11:01:14.937 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

    2023-08-23 11:01:14.936 error [MQTT] Unable to get mqttprefix of client with id "shellyplusi4-a8032ab6173c"

    2023-08-23 11:01:14.935 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

    2023-08-23 11:01:14.934 error [MQTT] Unable to get mqttprefix of client with id "shellyplus1-441793aa5074"

    2023-08-23 11:01:14.934 error [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')

    Sorry, aber meiner (unerfahrenen) Meinung nach, hat die neue SW ein Problem (oder zumindest eine Änderung) im Bereich von MQTT.

    Viele Grüße

    DonPosei