Beiträge von Frank Berges

    aha verstanden... brauche dann beide... und das wird dann nix.. da zu gross, soll hinter aussensteckdose AP.

    Der muss in eine Wasserdichte Dose !

    Wenn das Teil Wasser sieht ist es in 0, nix Defekt !!

    Ausserdem ist das gefährlich, 230V und Wasser !

    Wasser in Kombination mit Mineralien (z.B Steinmehl) ist leitfähig !!!

    Vorschlag !

    Wasserdichte Steckdosen Schalterkombination.

    pasted-from-clipboard.png

    Steckdose wie gehabt benutzen.

    Schalter aus der Anderen Seite endfernen und die Schaltwippe meinet wegen mit Heisskleber von Innen festsetzen.

    In das nun gewonnene Gehäuse die Kombination reinbauen und den Fühler durch ein noch zu bohrendes Loch stecken.

    Nicht vergessen das Lock mit den Fühler darin abdichten (Silikon oder Heißkleber).

    Ist unauffällig und mit wenig Kosten und Zeit zu machen.

    Der Vorteil ist die 230V sind gleich daneben also kein großer Installationsaufwand.

    Habe den Gedanken verworfen: Was würde das bringen? Die Verzögerungszeit des Relais (unterschiedlich beim Anzug und Abfall) muß berücksichtigt werden, damit es funktioniert. DASS es funktioniert, ist durch Messungen nachgewiesen. Wozu also die Messung der Verzögerungszeit?

    Aus der Erfahrung heraus, ist es so das bei unveränderter Mechanischer Konstruktion der Relais, Schützen und Leistungsschaltern die Schaltzeiten relativ konstant sind was die Serie betrift und auch was die Lebensdauer betrifft.

    Erst bei starker abnutzung und dadurch endstehender Verbrennungsverschmutzung nimmt die Schaltzeit zu.

    Diese Funkton der Quasi "0-durchgangsschaltung" benutzt auch Fibaro bei seinen Relaisschaltern z.B FGS-223 und FGS-224 und deren Abwandlungen.

    Das ist aber nur bedingt funktionssicher, bei starker Phasenverschiebung tritt trotz alle dem ein Starker Abbrand an den Kontackten auf.

    Besonders schlimm sind LED Vorschaltgeräte da diese in der Billigversion einen extrem großen Anfangsstrom (Rush) haben.

    Da hilft nur ein VDR mit Thermosicherung damit der Relaiskontakt überlebt.

    Das mit der Messung der Zeiten ist zwar Interessant aber da man die Firmwahre nicht diesbezüglich anpassen kann nicht von Nöten.

    Das werden die Entwickler sicherlich mit unterschiedlichen Lasten und Versuchsreihen ausprobiert haben.

    Um den Abbrand bei Relais im Zaum zu halten würde ich Supressordioden (über die L-Last) bei Gleichtrom und RC-Kombinationen (über den Reaiskontakt) bei AC benutzen.

    Bei Kapazitiven Lasten (C-Lasten) würde ich einen VDR als sogenannte Strombremse benutzen.

    Über das Thema lässt sich trefflich diskutieren und jeder hat da eine Meinung zu.

    Wenn eine hohe Lebensdauer > 100.000 Schaltvorgänge haben möchte so bleibt nur der Weg über die Elektronik, Tyristoren, Mosfet, Transistoren usw. Übrig.

    Frank Berges diese würden aber AP-Roaming unterstützen - also Sie schauen nach ob es einen AP mit besserem rssi als festgelegt gibt und wechseln auf diesen - jeder Mesh AP hat ja seine eigene Mac-Adresse

    Das hat mich nun etwas umgetrieben.

    Bei allen Shellys die ich habe wird im Kunknetz 802.11k/v/r nicht angezeigt.

    In wie weit das nun Schlimm oder nicht ist kann ich nach den Obrigen Meldungen nur vermuten.

    Da sollten mal die Netzwerkprofis was zu sagen.

    Nicht die Pferde scheu machen und hinterher ist es nur ein Plüschtieger.

    Beunruhigend ist es schon.

    Moin zusammen,

    habe nun endlich das Problem gefunden und beseitigen können.

    Wenn das so ist wie du berichtest (Ich zweifel das nicht an !), so könnte es auch sein das mein Problem :

    AVM Mesh - shellys werden nicht dem besten Ŕepeater zugeordnet - Seite 3 - Shelly und Netzwerktechnik - (smarthome-forum.eu)

    Auch die Ursache hat.

    Ich habe das Problem mit i4 und Dimmer2 die rumzicken.

    Das was du in deinem Post schreibst hatte ich auch festgestellt nur Analysieren konnte ich es nicht da mir das Hintergrundwissen fehlt.

    Wenn das auch Andere Geräte betrifft so hat der Shelly ein Großes Problem.

    Wollen wir mal hoffen das es beim TRV bleibt.

    Unpassende HW die Protokolle nicht transportieren machen einige Dlan Repeater.

    Hallo

    Da ich mit einigen I4 und Dimmer2 auch Probleme habe, vermute ich auch bei mir "so ein" Problem.

    Kann man das irgendwie mit einfachen Mitteln rausfinden? (ich vermute nein)

    Ich habe hier HP und TP-Link Switch im Einsatz also keine Dlan aber wer weis.

    Gruss aus dem Sauerland

    Ich gebe die Temp-Daten per ioBroker an den TRV er verliert massiv schnell Akkulaufzeit.

    Hallo Timo

    Ich habe seit dem 28.01.2023 immer noch 100% also noch nicht messbar.

    Ich habe grade mal nachgesehen auch die Erreichbarkeit wahr gut nach ca. 30s hatte ich Zugriff auf die Webseite.

    Das funktioniert bestens.

    Der Heizkörper ist bescheiden Positioniert und der Raum blieb immer zu kalt.

    Jetzt ist ein Devolo Raumthermostat auf einer Anrichte (Ist nicht grade ein Designstück) der die Raumtemperatur misst.

    Die gebe ich dann mit einem Blocklie an den MQTT des TRV weiter.

    Der Rest macht dann der MQTT.

    Ich kommuniziere mit allen meinen Shellys nur über MQTT da ich eine Mischung aus Gen.1 und Gen.2 der Shellys habe.

    Probleme habe ich nur mit I4 und Dimmer2 wie ich an Anderer Forenstelle geschrieben habe.

    Da half auch kein MQTT, ich vermute da ein Netzwerk Problem da ich mit dem Problem scheinbar alleine bin.

    Mal sehen wie ich das aus der Welt schaffe.

    Grüße aus dem Sauerland

    shellies/shellytrv-<id>/thermostat/0/command/ext_t

    https://shelly-api-docs.shelly.cloud/gen1/#shelly-trv-mqtt

    Hallo

    Danke für die Info.

    Die Infoquelle hatte ich verbaselt !

    So das habe ich mal Aktiviert und den Wert eines z-wave Sensors dahin übertragen.

    Das hatte aber nicht sofort funktioniert.

    Erst als ich :

    pasted-from-clipboard.png

    auf Enable gestellt habe und den TRV neu gebootet hatte, wurde der Wert übernommen.

    Zur Info für die Die das auch machen möchten.

    So dann will ich mal sehen ob der TRV auch aussteigt wie bei den Anderen die das mittels APi gemacht haben und der TRV sich abmeldete.

    Da die Übertragung jetzt anders ist, könnte das funktionieren.

    Ich mache eh alles mit ioBroker und MQTT im Selbigen somit hätte ich da Ruhe.

    Grüße aus dem Sauerland

    und zwar möcht ich gern meinen Holzvergaser etwas in die 'neue digitale Welt heben' .

    Das heißt ich möchte gern die Abgastemperatur fürs erste überwachen und einen Lüfter damit Steuern (An/Aus). Aber die ganzen Temperatursensoren die ich so gefunden habe passen nicht dazu. 'Normale' PT100 bzw PT1000 die es überall zu kaufen gibt passen nicht.

    Hallo

    Schau mal hier, da ist ein Messwandler für 35,-€ damit kannst du das Signal des Messfühlers auf ein Normsignal z.B 0-10v wandeln.

    Norm- bzw. Hutschienen-Messumformer für PT1000 und PT100 (0‑10V/4‑20mA) (sensorshop24.de)

    Das kannst du dann mit einem Plus Adon einlesen.

    Da hast du ohne viel basteln schnell eine Lösung mit ausreichender Genauigkeit.

    Bei dem Lieferanten findest du auch Messaufnehmer ohne Ende.

    Wenn du einen Passenden Aufnehmer gefunden hast, so hat der auch Messumformer um ein Normsignal zu erzeugen.

    Grüße aus dem Sauerland

    Der H&T ist Batteriebetrieben das wird nix mit Script, auch mit Netzteil

    So was hatte ich mir schon gedacht, da ich aber keinen H&T habe, war das nur eine Vermutung.

    Das ginge aber mit einem I4 der als Vermittler zwischen H&T und TRV dient (Quasi als Gate wie bei mir der ioBroker).

    Ist durch die Brust in´s Auge aber eine Lösung und nach dem was er schreibt muss da ein Vermittler dazwischen seih es noch so Ungewöhnlich.

    Wenn der TRV im Tiefschlaf ist kann der H&T machen was er will, das kommt nicht an.

    Eine vertrackte Lage wenn da kein Moderator für Ordnung sorgt.

    Warum aber geht das bei einigen und bei Anderen nicht, komische Sache.

    Sind die schneller wach und bekommen den Befehl grade noch gebacken und die Anderen sind Schlafmützen?

    Das TRVs "offline" gehen betrifft auch nur einige wenige und nicht alle.

    Deshalb glaube ich an der Stelle doch an eine (Verbindungs-)Problem.

    Ich versuche dir mal zu helfen.

    Du hast direkt den H&T mit dem TRV verbunden.

    Da ich das über den ioBroker & MQTT mache, habe ich das Problem nicht.

    Kannst du auf dem H&T kein Script laufen lassen um erst den TRV aufzuwecken (mittels ping), 30s warten und Ihm dann die Sollwerte senden?

    Das ist aber nur Theorie, dafür musst du ein Script laufen lassen.

    Etliche TRVs im Fritz Mesh mit 7590 AX und 1200 AX - mit dem Ergebnis, dass die TRVs regelmäßig die Verbindung verlieren.

    Gibt es seitens des Shelly Supports schon Rückmeldungen betreffend einer neuen Firmware, welche ggf. die Probleme eleminiert?

    Hallo

    Ich habe meine TRV mittlerweile erhalten und eingebaut.

    Nach einem Tag laufen die noch.

    Aber das mit deinem "regelmäßig die Verbindung verlieren" muss kein Problem sein, die TRV gehen in einen Tiefschlaf um Energie zu sparen.

    Die wachen Turnusmäßig auf und melden sich bei Ihrem Chef.

    Wenn du die IP-Adresse aufrufst werden die geweckt und müßen erst mal wach werden um zu reagieren.

    Rufe die IP auf und warte mal ca. 30 Sek. und rufe die Adresse noch mal auf dann sollten die wach sein.

    Wenn es dann funktioniert, könnte dir eine Versuchsreihe ersparen denn das währe Normal.

    Sind die Dinger abgetaucht und müßen wieder neu über die APP angelernt werden oder kommen nur nach langer Zeit wieder dann würde ich mir Gedanken machen.

    Also ruhig But, Geduld wird ab und an belohnt.

    Die bei mir installierte Version ist die "20220811-152343/v2.1.8@5afc928c" das ist die Aktuelle.

    Eine Neuere kenne ich nicht und habe auch noch keine Info ob und wann.

    Grüße aus dem Sauerland.

    Habe noch festgestellt, dass bei Absturz/Reboot nicht immer ein 0-Wert gelesen wird, darum habe ich mal "uptime" geloggt, Teil des JSON Datenobjekts das man via /status Abfrage erhält (http://<IP-addr>/status). Fazit: es sind noch viel mehr Resets.

    Hallo

    Schau mal Hier, nicht das du das Gleich Problem wie ich ich hast.

    AVM Mesh - shellys werden nicht dem besten Ŕepeater zugeordnet - Seite 3 - Shelly und Netzwerktechnik - Offizielles technisches Shelly Support Forum (DACH) (smarthome-forum.eu)

    Bir mir ist das jetzt Stabil, ich hatte das Problem mit Plus i4 und Dimmer2.

    Grüße aus dem Sauerland

    Hallo,

    ich melde mich mal wieder nach einigen Fehlversuchen.

    Hallo und ein Gutes Neues Jahr.

    Da hast du ein Vergleichbares Problem nur mit anderen Teilnehmern.

    Schau mal hier :

    AVM Mesh - shellys werden nicht dem besten Ŕepeater zugeordnet - Seite 3 - Shelly und Netzwerktechnik - Offizielles technisches Shelly Support Forum (DACH) (smarthome-forum.eu)


    Da beschreiben einige Probleme und auch ich habe es so wie Du gemacht und einen Separaten Zweig aufgebaut und die Shelly's aus dem Mash genommen.

    Eine Mühsame Fehlersuche und merkwürdige Effekte, Zeitliche Probleme, Neubooten der Module, Verändern der Konfiguration, löschen der Scripte usw.

    Aber das muss nicht an den Shelly's liegen, auch die Fritzbox mit Ihrem Mas kann es sein die rumzickt.

    Ich habe auch einen TRV und noch nichts festgestellt, habe das Teil aber auch nicht im Fokus gehabt.

    Ich habe mir noch 3 bestellt da ich mit "Eurotronics Spirit z-Wave" einige Probleme habe dann hoffe ich mal das der Krug an mir vorbei geht.

    Die wollte ich an einigen Stellen einbauen, bei Problemen müsste ich mehrere Accespoints mit eigenem SSL einbauen.

    Grüße aus dem Sauerland

    Grundsätzlich sehe ich kein Problem mit aktueller Firmware in Shelly und AVM Produkten.

    Nutze beides ohne Probleme und auch mit Skripts auf Shelly.

    Hallo

    So nun bin ich etwas weiter, hat was gedauert, wahr eine Grippe dazwischen.

    Ich habe folgendes gemacht:

    1. Eine Fritz7590 V7.50 als Access-Point aufgebaut.

    2. An das vorhandene LAN angeschlossen mittels Kabel

    3. Separate SSL mit Festem Kanal eingestellt

    4. Alle von dem Problem betroffenen Geräte auf dem SSL angemeldet

    5. Ausgiebig über einen langen Zeitraum überwacht

    Ergebnis ist Material OK, Software OK das funktioniert einwandfrei (Hatte ich ja auch schon vermutet).

    Dann alles wieder zurück gebaut (War ja jetzt sehr einfach) , mit dem Ergebnis geht nicht.

    Somit hat die Kombination aus 2xI4, 6xDimmer2 (meine Außen Beleuchtung), Fritzbox7590 V7.5 mit mehreren 1200AX und Fritz4040 als Mash mit einer SSL und einem Kanal ein Problem.

    Das Problem verschärft sich wenn ich Automatische Kanalwahr einschalte, dann ist das überhaut nicht mehr beherrschbar.

    Diese Kombination ist sicherlich Ungewöhnlich und meiner Topologie geschuldet aber sollte eigentlich OK sein.

    Jetzt hole ich mir einen Preiswerten Repeater und ersetze die geliehene 7590 damit und dann läuft das erst mal, bei der Nächsten vollen Release und wenn ich Lust habe, Versuche ich das noch mal.

    Wenn ich nicht Rentner währe. hätte ich für so eine Suche sicherlich keine Zeit und Musse gehabt.

    Auf die Shellys zu wettern, ist sicherlich nicht angebracht, so einen Fehler muss man erst mal finden und ob es an den Shellys liegt ist damit nicht gesagt, auch die Fritzbox kann der Übeltäter sein.

    Grüße aus dem Sauerland

    Hinsichtlich Deines Elektroschadens:

    Fritzbox wurde ersetzt?

    Die brauchte ich nicht zu ersetzen, ich habe hier im Haus mehrere Unterverteilungen und Überspannungsschutz so das nur ein Stromkreis (Unterverteilung) betroffen war.

    Kann ich zwar machen da ich noch eine Als Reserve habe, davon verspreche ich mir aber nichts da alles Andere tadellos läuft und überale auch im LAN Überspannunsschutz installiert ist

    Also heisst es Abwarten.

    Würdest Du dir Bitte mal mein Script anschauen nicht das da noch was ist, hat zwar vorher gelaufen aber wer weis.

    Grusse

    Hallo

    66er

    Kann es sein, das mein Problem hier :

    Ständiges neu Booten - Shelly PLUS i4 / i4 DC - Offizielles Shelly Support Forum (smarthome-forum.eu)

    Genau das Problem hier beschreibt ?

    Ich bin mir nun durch viel Fehlersuchen und Experimentieren sicher das die Firmwahre Probleme mit dem Fritz Mash hat oder umgekehrt.

    Ich kann es nicht mehr genau sagen was der Auslöser wahr, die Neue Fritz-Software (Momentan läuft bei mit die 7.50 oder die 0.12.0 von den I4 der Auslöser wahren da ich zu diesem Zeitpunkt einen Großen Elektro-Schaden hatte (Ausgelöst durch einen Defekten Fi und einer Nullpunkt-Verschiebung).

    Vor diesem Zeitpunkt wahr noch alles Ok meine I4 mit den Scripten funktionierten und dann der Gau.

    Da wahr so vieles Defekt das ich nicht wusste wo anfangen und eine Analyse wahr sehr schwer ist das Teil defekt oder liegt es an der Software und und.

    Na ja bis auf mein Problem ist nun alles wieder OK.

    Wenn du der Meinung bist das mein Bericht besser hier hin gehört, so verschiebe Ihn oder verlinke Ihn.

    Grüße an alle und frohe Weihnachten aus dem Sauerland gewünscht