Beiträge von Jo_Be

VPN/Proxy erkannt

Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.

  • 1PM Mini Gen4: Ist es Matter over Thread oder Matter over WLAN?

    Inzwischen habe ich gefunden, dass offenbar in Home Assistant im Basissystem Matter-zertifizierte WLAN-Geräte direkt gekoppelt werden können:

    https://sonoff.tech/de-de/blogs/ne…-matter-devices

    midestens aber, wenn die Matter-Integration installiert ist.

    Da ich wenig an HA interessiert bin, werde ich mir die entsprechende Teile im Source Code ansehen und ein bisschen rumprobieren....

    ...und glaube inzwischen aber, dass ich mit matter.js https://github.com/matter-js/matter.js weiterkomme.

  • 1PM Mini Gen4: Ist es Matter over Thread oder Matter over WLAN?

    Zitat von tvbshelly

    Warum ist dir Matter wichtig?

    Du kannst die Shellys doch auch direkt via WLAN (oder ZigBee) nutzen.

    Mache ich ja beides mit dem genannten Gerät 1PM Mini Gen4 auch vollständig und alles läuft perfekt. (siehe oben: via http rpc und zigbee via SONOFF ZBDongle-E 3.0 USB Dongle Plus)

    Aber meine Erwartung an Gen4 war ja die Unterstützung von ZLL für die vorherige Hue-Bridge.

    Das ist ja immer noch nicht umgesetzt worden von Shelly. Trotz eines von einigen unterstützten Thread (da ist auch gewisser tvbshelly dabei ;-) ) im anderen Forun zu ZLL und Suggestions im Vorschlagsformular von Shelly für ZLL.

    Da es sicher längerfristig Richtung Matter geht, möchte ich Gen4 gerne darin (mit dem original Shelly Matter) integrieren.

    Denn ich möchte den SONOFF ZBDongle-E 3.0 USB Dongle Plus gerne umflashen für Matter. (aber das ist dann eben Matter over Thread, was der Shelly nicht kann )

  • 1PM Mini Gen4: Ist es Matter over Thread oder Matter over WLAN?

    Super, danke, sehe ich mir an. Es ist ja oft nur die Kenntnis der genauen Fachbegriffe des Themas, um etwas zu finden. Mit den Links komme ich sicher weiter.

    Edit (einige Minuten später):

    Mit dem leider nicht: https://github.com/Luligu/matterbridge-shelly (ich möchte ja das integrierte Matter verbinden, denn das Gerät habe ich natürlich via http rpc (und mqtt) bereits voll unter Kontrolle)

    "Geräte der 4. Generation hinzufügen

    • Matter: Die integrierte Matter-Komponente sollte deaktiviert werden, um Netzwerkbandbreite und Geräteressourcen (Speicher und Energieverbrauch) zu schonen. Geräte der 4. Generation werden wie alle anderen Shelly-Geräte unterstützt. Die Matter-Komponente ist überflüssig, wenn Sie diese Geräte zu Matterbridge hinzufügen."

    Bleibt der andere Link...

    Edit (noch einige Minuten später):

    Nö, leider nein: Matterbridge ist auch eine Sache, die nicht wirklich Matter over WLAN unterstüzt. sondern nur eine generelle Matter-Bridge bietet.

    Fazit: Schade.

  • 1PM Mini Gen4: Ist es Matter over Thread oder Matter over WLAN?

    Zum Verständnis beim 1PM Mini Gen4: Ist es Matter over Thread oder Matter over WLAN?

    Diese Frage betrifft nicht nur den 1PM Mini Gen4 sondern alle Shelly Gen4 Devices, die die Möglichkeit zur Umstellung auf Matter haben.

    Einen SONOFF ZBDongle-E 3.0 USB Dongle Plus möchte ich auf Matter(over Thread) umflashen wg anderer Sensoren die Matter over Thread bieten. Ein Kombibetrieb Zigbee/Matter soll nicht stabil laufen auf dem Stick und es wird abgeraten.

    Bisher ist der 1PM Mini Gen4 mit Zigbee problemlos mit dem Stick und zigbee2mqtt verbunden (ohne HA uä). (Und natürlich ist WLAN zusätzlich aktiviert)

    Wenn es Matter over WLAN sein sollte. gibt eine gute spezielle Bridge-Software für Linux (also ähnlich wie zigbee2mqtt), die unabhängig von allen Smarthome-System und allen dedizierten Bridges läuft?

  • Shellys verirren sich im DHCP-Netzwerk, weil Wegweiser (Nameserver/sta) nicht gespeichert wird.

    Zitat von Yankee

    Jedoch nicht den ['wifi']['sta']['nameserver'] = '', der ist tatsächlich bei allen leer.

    Ist das ein Phänomen nur in meinem Netzwerk oder kann jemand bestätigen, dass die Shellys bei DHCP tatsächlich nicht die IP des Nameserver setzen/speichern?

    ['wifi']['sta']['nameserver'] ist ja irgendsowatt jc-Parser-artiges... Die tatsächlichen Antworten vom Shelly kann man stattdessen im Browser sehen mit zum Beispiel: http://<Shelly-IP>/rpc/Shelly.ListMethods (ein passendes json-Plugin im Browser macht es schön)

    Dort findet man dann einiges zu Wifi. Unter anderem: "Wifi.GetConfig" und "Wifi.GetStatus". Während in Wifi.GetConfig nur die konfigurierte SSID eingetragen ist, wenn der Shelly alles automatisch beziehen soll, sollte Wifi.GetStatus eigentlich alles liefern was altuell bezogen wurde, Dort steht aber tatsächlich nicht viel mehr als die erhaltene IP. Und DNS ist leer. Ich vermute aber, das ist nur ein Fehler bei der Rückgabe von Wifi.GetStatus, in dem Fall, dass alles via DHCP bezogen wurde. Eventuell kann man das aber mit "Wifi.SetConfig" passend setzen? Ich weiss es nicht und habe es auch nicht ausprobiert.

    Es ist schon richtig: Entweder man macht ein Ticket bei Shelly auf oder man untersucht den Traffic des Shelly, wenn er zum Beispiel den ntp-Server befragt (nach einem Reboot des Shelly), denn der geht - wenn er nicht als lokal eingetragen ist - nur mit DNS-Server zu (zum Beispiel) pool.ntp.org oder time.cloudflare.com, die ohne Namensauflösung für den Shelly nicht erreichbar sind.

    Meine Vermutung ist: Gateway und DNS-Server werden im Shelly bei DHCP richtig empfanden und sich gemerkt (nur "Wifi.GetStatus" zeigt es nicht)

  • Shellys verirren sich im DHCP-Netzwerk, weil Wegweiser (Nameserver/sta) nicht gespeichert wird.

    Zitat von Schubbie

    Kannst du Mal bitte zeigen, an welcher Stelle du die IP des Pi-Hole eingetragen hast und wie du es löst, dass die FritzBox interne Namen auflöst?

    Entschuldigung, wenn ich mich einmische. Das ist superschnell und einfach erledigt:

    1: Heinnetz > Netzwerk > Netzwerkeinstellungen > Erweiterte Netzwerkeinstellungen ändern > Ipv4 > Lokaler DNS-Server: hier den DNS-Server (pihole) eintragen.

    2: Im Pihole wiederum die Fritzbox als DNS-Server eintragen.

    3: In der Fritzbox kann man den DNS-Server entweder vom Internet-Provider beziehen oder andere eintragen (google oder oder )

    Jetzt schickt die Fritzbox immer (bei Wlan und bei Lan Anfragen nach IPs duch lokale Systeme) pihole als DNS-Server mit. Pihole filtert dann Anfragen vor und fragt dann erst danach die Fritzbox zur Namensauflösung an, die natürlich auch alle lokalen Rechner kennt.

  • Shelly offline

    Zitat von AlfonsS

    Fritzbox mit Firmware 8.20 zeigt dieses Verhalten. Shelly direkt über Browser erreichbar, aber nicht über Cloud ect.
    Die Fritte zeigt im Mesh/Netzwerk eine andere IP an, als tatsächlich vergeben.

    Sehr interessante Information. wo kann man mehr dazu erfahren (Link)?

  • Shelly offline

    Zitat von steffda

    Dann rück' es doch grade. Dafür ist ein Forum doch da.

    Wie geschrieben, an den Sätzen stimmt quasi nichts, deshalb:

    Zitat von Jo_Be

    . . . es ist schwer, das geradezurücken ;-) Aber sei's drum: wenn's klappt mit dem Internetzugang, dann ist ja "alles gut" . . .

    Ich empfehle Wikipedia.org zu den Themen DNS-Server (https://de.wikipedia.org/wiki/Domain_Name_System#Nameserver) und DHCP (https://de.wikipedia.org/wiki/Dynamic_H…ration_Protocol) zu lesen, denn ein Forum für Shelly-Devices und Konfiguration ist sicher nicht dazu da, grundlegende Konzepte des Internets zu schulen.

  • Shelly offline

    Zitat von steffda

    Nee, aber wenn man das Standardgateway als DNS einträgt, leitet dieses die Messages entsprechend weiter. Das dürften alle typischerweise im Homeoffice genutzten Router können.

    Das hat den Vorteil, dass ich an einer Stelle in meinem Netzwerk bestimme, welchen DNS-Dienst ich nutzen will, nämlich den, der im Standardgateway eingestellt ist.

    An diesen Sätzen stimmt quasi nichts ;-) Aber es ist schwer, das geradezurücken ;-) Aber sei's drum: wenn's klappt mit dem Internetzugang, dann ist ja "alles gut", wie man so sagt.

  • Router rebooter

    Timer: "Nach 5 Minuten automatisch wieder an"

    Und es gibt natürlich eine Variante mit einem Script auf dem Shelly, das regelmässig abfragt, ob ein Rechner im LAN erreichbar ist (WLAN nicht ok), oder ein Rechner im Internet (DSL/Kabel/...-Zugang nicht ok) erreichbar ist und dann der Router ausschaltet und dann mit dem Timer wieder anschaltet.

  • Einsteiger-Frage: Welche Funktionen laufen nur über die Cloud, welche auch "autark"/lokal?

    Zitat von tvbshelly

    Interessant, was es alles für Produkte gibt ... allein für NTP für Shelly natürlich "etwas teuer".

    Unter Linux kann man (in jeder Distribution) mit "ntp" einen Zeitserver installieren und fein granuliert konfigurieren. Und dort bei Bedarf (z.B. längerfristiger Internetausfall) dann die Uhrzeit manuell einstellen. Einzige Voraussetzung ist natürlich sinnvollerweise, dass das entsprechende System ständig (24/7) läuft und im lokalen Netz aktiv ist (z.B. ein Raspi oder ähnlich). Auf Wunsch kann man dort dann natürlich auch ein Empfängermodul DCF77 (ca. unter 10 Euro) anschliessen.

    Dann kann man das Internetkabel durchkneifen und einfach ohne Internet weitermachen ;-)