Shelly Plus Uni: Objekte?
-
Hallo,
ich habe heute doch den Shelly Adapter 8.1.1 aus GutHub installiert, weil ich einen Shelly Plus Uni im Einsatz habe. Allerdings erscheint er nicht unter den Objekte, auch nicht unter "Geräte". Woran kann das liegen? user und passwort für MQTT sind korrekt gesetzt, ebenso ei bei HTTP. -
@wrod sagte in Shelly Plus Uni: Objekte?:
Woran kann das liegen? user und passwort für MQTT sind korrekt gesetzt, ebenso ei bei HTTP
was hast du denn für ein Protokoll eingestellt?
welche Firmware hat der uni?
ansonsten
https://github.com/iobroker-community-adapters/ioBroker.shelly?tab=readme-ov-file -
@wrod Von GitHub hast nicht die 8.1.1 installiert, sondern den letzten Commit im Branch. Sprich irgend eine Alpha.
-
@wrod said in Shelly Plus Uni: Objekte?:
Hallo,
ich habe heute doch den Shelly Adapter 8.1.1 aus GutHub installiert,Die Version 8.1.1 solltest du - wenn du diese BETA Version installieren willst - vom LATEST Repository installieren.
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
@mcm1957 -
-
@mcm1957 OH ja, danke.
Ich habe nun den Adapter gelöscht und vom STABLE den 8.1.1 installiert. Leider hat sich das Bild nicht geändert. Ich bekomme keine Fehlermeldung (wie zuvor einmal bei den traditionellen Shellys, da musste ich das Passwort mehrfach neu setzen), aber es erscheint nichts unter "Objekte". Es scheint, dass einfach die Objekte nicht gesetzt werden oder dieser Shelly doch gar nicht erkannt wird. -
@wrod said in Shelly Plus Uni: Objekte?:
@mcm1957 OH ja, danke.
Ich habe nun den Adapter gelöscht und vom STABLE den 8.1.1 installiert.Das dürfte dir schwergefallen sein
denn im STABLE Repository ist derzeit 7.0.0.
Entweder hast du vom LATEST installiert oder die Version 7.0.0 -
@mcm1957 Stimmt, war unkonzentriert. Ich habe also 8.1.1, aber es funktioniert nicht.
-
@wrod sagte in Shelly Plus Uni: Objekte?:
aber es funktioniert nicht.
kann niemand etwas mit anfangen
@crunchip sagte in Shelly Plus Uni: Objekte?:
was hast du denn für ein Protokoll eingestellt?
welche Firmware hat der uni?wurden auch nicht beantwortet
-
@wrod was nicht erklärt wie du jetzt installiert hast.
Wenn der Shelly nicht auftaucht, dann stimmt bei der Einrichtung was nicht.
Vor 2 Tagen die HT gen3 bekommen. Kein Problem.
Eventuell den Adapter einmal neu starten. -
@crunchip Sorry. Der Plus Uni geht nur mit MQTT. Das ist eingestellt. Firmware ist aktuell.
Nun bin ich einen Schritt weiter - aber mit ein paar nehen Problemen.
-
Nach dem dritten Reboot des Shelly Plus Uni legt iobroker plötzlich die Objekte an. Nun ja. Mal weiter beobachten.
-
Aber 1: Die Instanz shelly.0 gibt die Fehlermeldung aus "[MQTT] Unable to get mqttprefix of client with id "shellyplusuni-a0a3b3687da0". "custom MQTT prefix" ist aber nicht angekreuzt.
-
Dazu kommt die Fehlermeldung: [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')
-
Dazu: "Connection Type is "No SSL", MQTT prefix ist gerade dieses "shellyplusuni-a0a3b3687da0", das die Instanz ausgibt. Enable RPC over MQTT ist gesetzt, ebenso "RPC status notofication ofer MQTT" und "Generic status updates over MQTT". "MQTT control" ist aber NICHT "enabled", wie auch in der Instanz-Anleitung angegeben.
-
Aber 2: Ich kann den Shelly Plus Uni unter seiner ipv4-Adresse zwar erreichen, aber nur vom Smartphone aus. Vom Rechner im Netz bekomme ich keine Verbindung - anders als zu den alten (Gen1 ) Shellys. Komisch
-
Ich habe nun unter den Objekten einen Ordner "input 2" mit "Channelname" "Durchfluss" und Type "count", aber keine Werte. Der Shelly selbst zeigt im Web Interface "Durchfluss 4 pulses" an.
-
-
@wrod Ergänzung. Nach langer Zeit habe ich nun auch von Windows aus eine Verbindung unter der ipv4-Adresse bekommen
-
@wrod Noch eine Einsicht: Ich hatte gestern ein Firmware-Update gemacht, das auch das Aussehen der Web-Interfaces veränderte. Nun macht der Shelly Plus Uni heute bereits das nächste (auch ohne Auto Update!). Das dauert offenkundig SEHR lange. Vielleicht ist das ein Grund für die lange Dauer beim Verbinden.
-
@wrod Mit dem neuerlichen Firmware-Update (nun: 1.4.2) sind die Fehlermeldungen weg. Aber nun komme ich wieder nicht von Windows auf das Web-Interface. Er hängt extrem lange in der Verbindung. Vom Smartphone aus geht es.
-
@wrod Zurück zum Thema Objekte: Im Shelly habe ich ein "Peripheral" namens "input", der unter den Objekten aber doch nicht erscheint. Eine Änderung des Namens ergibt dabei auch nichts.
-
@wrod zu früh gefreut: Nun sind die Fehler wieder da...
Woher kommen also die Meldungen:- "[MQTT] Unable to get mqttprefix of client with id "shellyplusuni-a0a3b3687da0".
- [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace')
... immerhin handelt es sich ja nicht um Gen 1, sondern Gen 2.2?
-
@wrod du führst seit stunden selbstgespräche, bringst aber 0 infos!
-
@wrod dazu gibt es auf git Beiträge
-
@crunchip Danke.
Dort habe ich das nur für Gen3-Geräte gesehen (MQTT-Prefix: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1041 und https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1028).
Die Objekte sind ja nun grundsätzlich angelegt, aber anscheinend nicht alle. Auch zum zweiten Fehler "Error in fuction setMqttPrefixHttp (Gen 1)" finde ich nicht weiter.
Kannst Du die konkreten Beiträge kurz andeuten?
Dank im Voraus -
-
Gibt es schon neue Erkenntnisse dazu? Auf Github erkenne ich kein eindeutiges Bild und scheint noch offen zu sein.
Nachdem ich heute auf Stable 8.2.1 des Shelly Adapters upgedated hab, bekkomme ich auch die Mqtt Meldungen für alle Shellys die in der Instanz laufen.
2024-10-07 09:39:26.868 - info: shelly.1 (2185738) [MQTT] Client Close: (shelly1pmminig3 / shelly1pmminig3-34b7dac7c8a1 / shelly1pmminig3#34b7dac7c8a1#1) (false) 2024-10-07 09:39:27.705 - info: shelly.1 (2185738) [MQTT] Client Close: (shellyplus2pm / shellyplus2pm-a8032ab62a30 / shellyplus2pm#a8032ab62a30#1) (false) 2024-10-07 09:39:28.330 - info: shelly.1 (2185738) [MQTT] Client Close: (shelly1pmminig3 / shelly1pmminig3-84fce63839fc / shelly1pmminig3#84fce63839fc#1) (false) 2024-10-07 09:39:40.633 - info: shelly.1 (2185738) [MQTT] Device with client id "shellypro2-30c6f784b55c" connected! 2024-10-07 09:39:43.020 - info: shelly.1 (2185738) [MQTT] Device with client id "shelly1pmminig3-34b7dac7c8a0" connected! 2024-10-07 09:39:43.977 - info: shelly.1 (2185738) [MQTT] Device with client id "shellyplus2pm-a8032ab62a30" connected! 2024-10-07 09:39:48.150 - info: shelly.1 (2185738) [MQTT] Device with client id "shelly1pmminig3-84fce63839fc" connected! 2024-10-07 09:39:50.619 - info: shelly.1 (2185738) [MQTT] Client Close: (shellypro2 / shellypro2-30c6f784b55c / shellypro2#30c6f784b55c#1) (false) 2024-10-07 09:39:52.696 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-a8032ab62a30" 2024-10-07 09:39:53.001 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shelly1pmminig3-84fce63839fc" 2024-10-07 09:39:53.009 - info: shelly.1 (2185738) [MQTT] Client Close: (shelly1pmminig3 / shelly1pmminig3-34b7dac7c7a0 / shelly1pmminig3#34b7dac7c7a0#1) (false) 2024-10-07 09:39:53.104 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shelly1pmminig3-34b7dac7c9a0" 2024-10-07 09:39:53.298 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f784b56c" 2024-10-07 09:39:53.388 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shelly1pmminig3-34b7dac7c7a0" 2024-10-07 09:39:53.432 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shellypro2-30c6f784b56c" 2024-10-07 09:39:53.952 - info: shelly.1 (2185738) [MQTT] Client Close: 192.168.7.165 (shellyplus2pm / shellyplus2pm-a8032ab62a40 / shellyplus2pm#a8032ab62a20#1) (false) 2024-10-07 09:39:54.815 - error: shelly.1 (2185738) [MQTT] Error in function setMqttPrefixHttp (Gen 1) for (undefined / undefined / undefined): TypeError: Cannot read properties of undefined (reading 'replace') 2024-10-07 09:39:54.817 - error: shelly.1 (2185738) [MQTT] Unable to get mqttprefix of client with id "shellyplus2pm-a8032ab62a40" 2024-10-07 09:40:17.887 - info: shelly.1 (2185738) [MQTT] Device with client id "shellypro2-30c6f784b55c" connected! 2024-10-07 09:40:23.812 - info: shelly.1 (2185738) [MQTT] Device with client id "shellyplus2pm-a8032ab62a20" connected! 2024-10-07 09:40:27.969 - info: shelly.1 (2185738) [MQTT] Device with client id "shelly1pmminig3-34b7dac7c7a0" connected!
