Beiträge von FreundderNacht

rallyecom

Bei mir läuft kein Iobroker (zumindest nicht in dem Umfeld um das es hier geht. Privat schon).

Sowohl die beiden lokalen NTPs als auch der Shelly haben statische IP's.

Die lokalen NTPs werden direkt per IP-Adressen angesprochen.

Alle Zeizpläne laufen lokal auf dem Shelly.

Der Shelly und die NTPs sind im selben Netzwerksegment (dem selben Switch).

Heißt im Grunde, ich brauche für die wichtigsten Funktionen (die Zeitpläne) keinen DHCP, keinen DNS, keine Internetverbindung.

Das einzige der eingetragene NTP muss, bei einem Neustart des Shellys erreichbar sein.

Somit ist hier die Schwachstelle das Switch und das nur 1 NTP anstatt beiden im Shelly eingetragen ist.

Natürlich wäre das ganze auch mit einem DNS Failover zu lösen, dann haben wir allerdings eine Fehlerquelle mehr und sind auf den DNS angewiesen.

Hier bin ich eher der Freund von "Keep it simpel".

Da fand ich die Möglichkeit die schreckus oben mit dem Lokal auf dem Shelly laufendem Skript aufgezeigt hat schon sehr interessant.

Ist zwar immer noch komplizierter als direkt die NTPs einzutragen aber ich bin auch nicht auf mehr Geräte und Dienste angewiesen als wenn ich direkt die NTPs eintrage.

Ich habe Rückmeldung vom Shelly Support erhalten.

Es ist, wie oben tvbshelly schon angenommen hat, nur möglich eine NTP-Server anzugeben.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Ich habe über das Ticketsystem mal einen Vorschlag eingereicht, es in einer zukünftigen Firmwareversion vielleicht zu ermöglichen, das mehrere NTP-Server (als Backup) angegeben werden können.

Ihr könnt dies natürlich auch gerne im Ticketsystem von Shelly tun.

Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

Dies würde auch die Wahrscheinlichkeit hierfür erhöhen.

Außerdem habe ich noch eine Beitrag im Community-Forum von Shelly bei den feature request eingetragen:

Integration of the option to enter multiple NTP servers/NTP pools in the Shelly firmware (backup)

Wenn ihr hier auch etwas schreibt, könnte dies auch dabei helfen das diese Funktion vielleicht bald implementiert wird.

Dabei bin ich auch noch auf folgenden Beitrag gestoßen, der vielleicht in diesem Zusammenhang auch noch für manche interessant sein könnte:

Use more fields from DHCP server...

Bis dahin werde ich mich mal an den Workaround von schreckus geben und versuchen diesen umzusetzen (vielen Dank nochmal dafür).

Zitat von schreckus

PS ein Grund ist mir noch eingefallen: Speicherplatz bei der Implementierung der Funktion sparen

Damit könntest du recht haben, alles was nicht gebraucht wird / nicht nachgefragt wird frisst Speicher, auch wenns nit mehr so schlimm ist wie früher .

Den Rest schau ich mir liebend gerne an, vielen Dank.

schreckus

Das mit dem Skript ist definitiv eine gute Lösung, die behalte ich mir auf jedem Fall nochmal im Hinterkopf, muss mich dann nur nochmal intensiv mit befassen.

Ich hab mal den Support angeschrieben, wie gesagt, ich habe mal gelesen das das eigentlich schon gehen müsste.

Und wenn nicht, gibt es ja wirklich noch die Lösung mit dem Skript. Vielen Dank für die Idee.

Zitat von schreckus

Wenn man noch betrachtet wie der Drift des internen Quarz des Shellys ist, glaube ich fast das nen Shelly einige Zeit laufen muss, das der Unterschied merkbar ist. (Ich frag jetzt nicht nach deinem Anwendungsfall bei dem du die Shellys im Milli oder Zehntelsekundenbereich synchron brauchst )

Mir geht's eigentlich nicht um die Genauigkeit, sonder das er, wenn er mal Neustartet, auch ziemlich sicher eine Zeit bekommt.

Sonst laufen die Zeitpläne nicht.

Wir sind mit dem lokalen NTP im selben Netzsegment ja schon gut aufgestellt, das andere wäre nur auch noch etwas sicherer gewesen.

Und andere Software kann es ja auch (z. B. Tasmota), deshalb hatte ich die Hoffnung das die Shellys das vielleicht auch können.

tvbshelly

Ja, ist alles in Einzahl geschrieben.

Ich frag mal beim Support nach, dann sollten wir es ja definitiv rausbekommen.

Hi,

ich bin gerade bei versucht bei meinem Shelly Pro 4PM mehrere NTP-Server einzutragen (Die IP's / Hostnames Kommagetrennt (192.168.178.2, ptbtime1.ptb.de, 0.de.pool.ntp.org) das hat er auch alles ohne Fehlermeldung gemacht (mehr als 3 Einträge wollte er nicht, dann kam eine Fehlermeldung).

Nach einem Neustart konnte er jedoch die Zeit nicht synchronisieren.

Daraufhin habe ich nochmal gegoogelt und Einträge gefunden nach denen man nur max. 1 NTP-Server eintragen kann. Ich meine aber mal irgendwo gelesen zu haben, das aus Gründen der Ausfallsicherheit auch mehrere gehen müssten. Ich finde den Eintrag jedoch nicht mehr und wenn ich mehrere eintrage und speichere kommt auch keine Fehlermeldung.

Hat das hier auch schon mal einer Versucht?

Da ich einen lokalen Stratum 1 NTP laufen habe aber gerne noch etwas mehr Redundanz haben möchte, wäre es schon schön wenn dies möglich wäre.

___________________________________________

Shelly Pro 4PM

Firmware Shelly 1.7.1

Statische IP

Cloudverbindung funktioniert

Zitat von homecineplexx

Hallo
wo kann man denn diese Halter bestellen?

lg

Hi,

du kannst sie hier im Forum bestellen:

Thema

Hutschienenhalter für Shellys und Wagoklemmen in verschiedenen Varianten von Print Worth 3D

For English version please visit here

Nach einer NOCH längeren Updatepause möchte ich diesen Post doch mal wieder auf den neuesten Stand bringen :

Update 05.05.2025:

• Die Halter der „Plus-Serie“ wurden zur „PWG3-Serie“ überarbeitet und umbenannt. Die Halter sind jetzt kompatibel mit folgenden Shellys: 1 Gen3, 1PM Gen3, 2PM Gen3, i4 Gen3, Plus 1, Plus 1PM, Plus 2PM, Plus i4, Plus i4 DC, Plus 0-10V Dimmer, Wave 1PM, Wave 2PM, Wave Shutter, Wave i4, Wave i4 DC.
• Die neue Halter Serie „Allstar“ ist

…

Print-Worth-3D

27. April 2019 um 15:56

So, ich hebe den I3 jetzt mal getauscht.

Funktioniert jetzt mit dem neuen einwandfrei, der alte hatte also vermutlich einen Schlag weg und war defekt.

Hallo,

ich kurz nochmal Empfang gehabt.

Da waren es 64dbi, dann war er allerdings wieder weg.

Ich werde ihn mal tauschen, bin bis jetzt allerdings noch nicht dazu gekommen.

Ich vermute auch mal das er einen Defekt hat.

Wenn ich endlich mal getauscht habe. melde ich mich nochmal.

Dann hat er leider nicht lange gehalten.

Dann muss ich ihn mal ersetzen, hab hier noch einen auf Reserve.

Sind ja nit so teuer.

Ich habe den anderen Accespoint jetzt mal abgeschaltet und die Messung vorher und nachher durchgeführt.

Ohne den Accespiont gab es etwas weniger Störungen, hat aber auch ohne ihn leider nicht funktioniert.

Der i3 verbindet sich immer noch nicht.

Hallo,

ich habe bei mir folgendes Phänomen:

Verteileschrank mit einem Shelly 1 PM und einem Shelly i3.

Shelly 1 PM verbindet sich mit meinem WLAN (Qualität ca. 65dpi).

Shelly i3 verbindet sich nicht und fällt immer wieder in den AP-Modus zurück.

WLAN über Unify AP's.

In der direkten Nähe des Verteilerkastens hängt ein Accespiont mit einem anderen WLAN (Freifunk).

Kann es vielleicht sein, das dieser den i3 stört?

Ist der i3 Empfindlicher als der 1 PM?

Gruß

Freund der Nacht

Hi,

hat der Shelly 1 eigentlich auch einen Überhitzungsschutz der bei 95 Grad (glaube ich) abschaltet?

Gruß

Freund der Nacht

Das mit der E27 Fassung, bzw. mit dem tauschen von Phase und N könnte ich am WE mal ausprobieren, ist ja schnell gemacht.

Wenn es dann nicht besser wird, werde ich die Fassung / Lampe wahrscheinlich komplett tauschen.

Wie gesagt, diese ist schon Jahrzehnte alt und würde eine "Operation" zum entfernen des Vorschaltgerätes wahrscheinlich nicht mehr überleben.

Elektriker bin ich leider nicht, aber ich habe eine Elektriker den ich ich in solchen Fällen fragen kann und der mir hilft.

Der andere Shelly der an einer identischen Röhre im Nachbarraum hängt macht keine Probleme.

Bei beiden ist der Shelly mind. ca. 1m vom Anfang der Röhre entfernt in einer extra Verteilerdose untergebracht.

Wenn alle Stricke reisen, werden die alten Lampen gegen komplett neue ausgetauscht.

Wie gesagt die sind eh schon mehre Jahrzehnte alt.

Zitat von Schubbie

Kommst du denn auf das Web-UI und kannst darüber schalten.

Ist der blaue Strich im Button im Fehlerfall an?

Ich bin davon ausgegangen, dass er komplett abgeschmiert ist.

Bei der Röhre hast du dann den Starter durch einen anderen für die Röhre ersetzt?

Im Fehlerfall ist alles Tot, keine Verbindung mehr zum Shelly (egal ob Web oder IO-Broker) und auch keine Reaktion mehr auf die Taster die an dem Schalteingang angeschlossen sind.

Das einzige was dann noch hilft ist Strom weg, Strom an, geht dann wieder eine Zeit lang.

Ja, der alte Starter wurde gegen eine neuen (müsste eine Brücke sein) ausgetauscht.

Zitat von Eulhofer

Da würde ich mal den Fokus drauf richten...

Wifi-Erreichbarkeit ist die eine Sache... aber wenn die Schalter nicht mehr reagieren liegt da zumindest mal "ein Wurm" drin....

Hallo Eulhofer

das ist auch das was mir bisschen komisch vorkommt.

Wenn nur die Wifi-Verbindung nicht funktionieren würde, OK, aber selbst die physisch angeschlossenen Taster funktionieren dann nicht mehr bis der Strom mal weg war.

Bei der Röhre bin ich mir bezüglich des Vorschaltgerätes nicht sicher, die Fassung hat schon mehre Jahrzehnte auf dem Buckel.

Allerdings habe ich im Nachbarraum die selbe und diese funktioniert einwandfrei.

Im selben Raum hängt auch noch ein 2,5 Shelly mit -74 dpi Signalqualität (hängen ebenfalls je 1 LED-Röhre dran, allerdings ist hier die Fassung erst ca. 5 Jahre alt), dieser macht auch keine Probleme

Ich habe eine FritzBox als Router Unify AC Pro AP's.

Schubbie

@Olsche

Vielen dank, dann muss ich nochmal tiefer graben woran es bei dem Shelly liegt.