Hallo
Ist das die 2.2.4 Version die den Fehler erzeugt?
Was genau macht die und was nicht, lohnt es sich von 2.1.8 auf die 2.2.4 zu wechseln?
Die 2.1.8 ist die, Die bei mir funktioniert und Alle Anderen waren ein Desaster.
Etwas mehr als das "Error" und "Reboot Befehl fehlgeschlagen" währen sehr Nett.
mfg
F.B.
Meine 8 Stück laufen seit März.2024 mit der FW2.1.8 wieder wie gewohnt ohne Probleme und seit dem habe ich noch keine Akku laden müssen.
Alle Akku8s sind noch auf 99%.
Alle Neueren FW machten teils Große Probleme, Erreichbarkeit, ausfälle (nur mit Reset behebbar), Akku innerhalb einiger Tage unter 70% (Danach keine Funktion mehr) usw.
Das alles kannst du Hier nachlesen, ich war da kein Einzelfall.
In den Wichtigen Räumen habe ich die TRV raus geworfen und durch BOSCH (zigbee) ersetzt, währe nach jetzigem Stand gar nicht nötig gewesen aber der WAF bestand darauf nach dem das Badezimmer einmal kalt war und ich nicht da war um zu helfen.
Ich hoffe du hast da bessere Ergebnisse als ich. Berichte mal ob das bei dir läuft.
Möglich das es an meinem Netz liegt, Fritz 7490AX mit 1200AX Repeatern (Alle am Kabel hängend).
Grüße aus dem Sauerland
Hi Berges,
erstmal schön, dass s klappt bei dir mit den Werten aus MQTT!
Ich steuere bei meinen TRVs nicht die Taget-Temperatur, sondern gleich die Ventilposition auf diesem Topic:
Hallo Martin
Ja funktioniert hatte das.
Mittlerweile bin ich wieder auf Firmware 2.1.8 da die höheren Versionen immer abgestürzt sind.
Langfristig werde ich die Dinger raus werfen, ich habe auch noch Anderes zu tun als mich mit den Shelly TRV zu beschäftigen.
Meine 24 Thermostate laufen jetzt schon seit einiger Zeit zu 50% mit "Bosch SmartHome Thermostat II" über zigbee3.0 das funktioniert Prima, selbst das Steuern über externen Temperaturgeber war überhaupt kein Problem.
Meine Odysse begann mit Devolo (z-Wave) ging weiter mit Eurothronic Spirit (z-Wave) dann Shelly TRV und das Ende könnte Bosch Thermostat II sein.
Alle die Vorherigen Geräte hatten Macken, regelten miserabel oder haben das Netzwerk gestört.
Bis Dato habe ich so viel Zeit und Geld in die Buggy Geräte Investiert das ich kotz...... könnte.
Ich habe hier einiges am laufen > 250 SmartHome Geräte "z-Wave", "Zigbee 3.0" oder "Wlan" (Shelly oder ESP32 Eigenbau) nur die Thermostate zickten rum.
Grüße Frank
ich nutze keinen ioBroker, sondern nur node-red als Steuersystem.
So sieht der Teil vom flow aus:
Hallo Martner
Jetzt habe ich Heute mal den einen TRV vom Shelly-MQTT auf den ioBroker-MQTT zurück gestellt.
Da kommt jetzt der Info wie bei dir. auch ich drösel da alles raus was ich haben möchte.
Nur mit dem Setzen der Temperatur habe ich keinen Erfolg.
Wenn ich den command so beschreibe {"target_t": 20} passiert nichts.
Das müsste nach allem was ich gelesen habe so eigentlich richtig sein ?!
Die Dinger sind aber auch Problematisch (um es mal vorsichtig zu formulieren) , alles Andere läuft bei mir.
Aber 9 Stück in die Tonne hauen dazu bin ich zu geizig.
Ich frage für das ram_free nicht regelmässig den Status ab, sondern hole mir den Wert aus den mqtt-Meldungen, die der TRV ja ohnehin schickt.
Hallo Martin
Das ist Interessant, welches Objekt im ioBroker beinhaltet den das Json ?
Ich habe mir jetzt mal alle angesehen und finde da nichts.
Möglicherweise bin ich aber da etwas Blind.
Ich benutze den Shelly MQTT.
Wie machst du das ?
Das würde "das" Problem lösen oder verringern.
So hatte ich das in Prinzip abgefragt (nur der Endscheidende Part).
Am 7.3.2024 habe ich meine 9 TRV auf 2.2.3 am laufen.
Ich steuere alles über MQTT.
Alle TRV laufen nur als Regel-/Stellglieder, also minimale TRV Funktionen.
Bis jetzt sind alle bei 99% Batterie und auch die Abstürze sind weg.
Die von martner erwähnten ram_free Probleme konnte ich noch nicht feststellen.
Ich hoffe das die Version jetzt bei mir das Ende aller Probleme bedeutet.
Hoffentlich gilt das auch für die Anderen die Die TRV im Einsatz haben.
Was mir bei all dem aufgefallen ist, wenn ich zu viel und zu schnell hintereinander "/status" Abfragen sende, so kommt der TRV aus dem Tackt und er verstellt z.B den Sollwert von vorher 19 auf 24°C.
Ob sich noch andere Sachen verstellen ?
Wenn ich das gesehen habe, habe ich den TRV rebootet, kallibriert und neue Temperatur vorgegeben.
Das konnte ich bei meinem Rumprobieren einige Male feststellen jedoch nicht immer sondern nur ab und an mal.
Ich habe meine Routine (Status abfrage und wenn ram_free unter 20000 dann /reboot) deaktiviert um dieses Problem nicht zu bekommen.
Ein Möglicher Fehler währe hier ein Input-.Buffer overflow.
Ich auch, das Update hat ohne Probleme funktioniert.
Verbesserungen ?
Was soll sich den geändert haben ?
aragorn kannst du es bitte erklären. §933a ABGB ist wie es scheint ja österreichisches Recht, wo die Gewährleistung 10 Jahre beträgt.
Da habe ich mich vertag, ich habe da etwas durcheinander gebracht !
Das ist Östereichisches Baurecht !
Hier in Deutschland sieht es so aus :
Ich bin aber kein Jurist und somit hoffe ich das Das jetzt richtig ist.
Unternehmen und Moral sind ein Antonym
Na ja aber da haben wir noch den § 933a ABGB ob der greift ?
Aber erst mal hoffen.
Das der Momentane TRV so seine Probleme hat, ist ja bekannt.
Das es einen Neuen geben wird 3Q/2024 ist Interessant.
Kann eigentlich nur Besser werden.
Toll währe es wenn man die Alten (Bei mit 9 Stück) umrüsten könnte.
Die Dinger öffnen und die Platine tauschen ist zwar etwas knifflig aber machbar.
Wenn einer Kontakt zu den Leuten hat, könnte man ja mal das anregen.
Da die "Alten" Geräte Macken haben sind sie eigentlich zumindest Moralisch in der Pflicht.
ich habe es im ioBroker derzeit so gelöst - funktioniert TOP:
Konntest du das Bitte als Code einfügen?
So kann ich das nicht lesen.
Grüße
Hallo
Soweit so gut. Meine Fragen dazu.
Der TRV ist auch sicher mit dem Repeater verbunden? Die Shellys sind da manchmal ein wenig eigenwillig.
Wie ist der rssi-Wert von ihm und vom danebenliegenden Shelly?
Ein Ping von fast 2sec ist nicht unbedingt der Renner.
Mein schlechtester Shelly mit einem rssi von -80 liegt da gut unter 30ms
So sieht das bei mir aus :
C:\Windows\System32>ping 192.168.2.175
Ping wird ausgeführt für 192.168.2.175 mit 32 Bytes Daten:
Antwort von 192.168.2.25: Zielhost nicht erreichbar.
Antwort von 192.168.2.25: Zielhost nicht erreichbar.
Antwort von 192.168.2.25: Zielhost nicht erreichbar.
Antwort von 192.168.2.25: Zielhost nicht erreichbar.
Ping-Statistik für 192.168.2.175:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
C:\Windows\System32>ping 192.168.2.175
Ping wird ausgeführt für 192.168.2.175 mit 32 Bytes Daten:
Antwort von 192.168.2.175: Bytes=32 Zeit=2331ms TTL=255
Antwort von 192.168.2.175: Bytes=32 Zeit=3ms TTL=255
Antwort von 192.168.2.175: Bytes=32 Zeit=814ms TTL=255
Antwort von 192.168.2.175: Bytes=32 Zeit=1936ms TTL=255
Ping-Statistik für 192.168.2.175:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 3ms, Maximum = 2331ms, Mittelwert = 1271ms
C:\Windows\System32>Der erste ping da wachte er auf.
Der zweite ca. 5 Sek später.
RSSI -61dBm
Die Anderen machen das vergleichweise.
Ich komme häufig über die IP im Browser nicht dran, auch über den iobroker vis nicht,
obwohl TRV über ping erreichbar ist.
Das hört sich eigentlich Normal an.
Es ist so, das der TRV in den Tiefschlaf geht um Energie zu Sparen (wifi braucht eniges an Energie).
Du musst den erst wecken und Ihn dann abfragen.
dazu giebt es hier im Forum einiges an Dokumentation, suche mal danach.
Also keine Sorge noch scheint alles Normal zu sein.
Ich betreibe hier 7 TRV ohne Probleme.
Ich benutze aber die Kommunikation mittels MQTT und ioBroker als Gateway.
Ich messe die Temperatur mit einem z-Wave oder Shelly Gerät und Teile das dem TRV als Istwert mit.
Der TRV regelt dann den Heizkörper.
Auch das wird im Forum öfter behandelt.
Gruss Frank
übrigens, deine links klären darüber auch nicht vollständig auf.
Hallo
Also fangen wir mal an,
Der I4 wird an 230V AC betrieben.
Der Addon wird Huckepack auf den i4 aufgesetzt und auch versorgt.
Somit haben wir eine Komplette Einheit an diese kann man Sensoren anschließen.
Schau mal hier :
Der DHT22 ist ein Thermo und Luftfeuchte Sensor, DS18B20 ist ein Themperaturfühler, dann folgt ein Potentiometer, Nebst Digitaler Abfrage und ein Thermowiederstand.
Der i4 hat dann auch noch 4 Digitale Eingänge.
Hier ist die Doku zu finden.
Shelly PLUS Addon Bedienungsanleitung (mehrsprachig) - (smarthome-forum.eu)
Wie du sehen kannst jede Menge Möglichkeiten, was man daraus macht ist jedem selbst überlassen.
Ich benutze diese Kombination um meine Heizung zu überwachen, Heizkreis vor und Rücklauf Temperatur, Beulerkreis vor und Rücklauf Themperatur, Warmwassertemperatur usw.
Ich hoffe das war ausführlich genug ohne ein Roman zu werden.
Grüße aus dem Sauerland
Hi
scheinen noch nicht so viele entdeckt zu haben
Das Ding kostet 30,-€ plus den Sensor.
Das alles muss aber auch in ein Gehäuse.
Nehmen wir mal einen
Das ist das Gleiche nur mit noch mehr Möglichkeiten.
Auch das muss in ein Gehäuse und benötigt einen Sensor.
Möglichkeiten gibt es mehrere aber das von Shelly ist die Preiswerteste.
Aber ich dachte du suchst etwas wie auspacken, einschalten Erledigt.
muss kein shelly sein, sondern reicht wenn in HA integriebar ist.
Hallo
Dann schau dir mal eine Wetterstation an.
Ist zwar nichts Preiswertes aber einschalten, aufhängen vertig.
Gruss
Hallo
Wie übertrage ich einen Externen Temperatursensor (z.B einer von z-Wave) über MQTT an den TRV ?
Irgendwie habe ich da nichts gefunden.
Gruss F.B.
Rein Juristisch hast du da natürlich recht.
Nur Umgangssprachig reden alle nur von Garantie und verstehen das Juristische auch nur unzureichend.
Hier mal eine genauere Erklärung dazu :
Garantie, Gewährleistung und Produkthaftung: Wo ist der Unterschied (e-recht24.de)
Aber mal ehrlich damit ist jeder nicht Jurist überfordert und er wird Genervt reagieren.
Ein Übermass an Bürokratismus und Überjurismuss Macht das Leben eher schwieriger als einfacher.
Alle verstecken sich hinter Vorschriften und Gesetzen und der Normale Menschenverstand wird angezweifelt.
Das aber ist nur meine Meinung und jeder mag das anders sehen.
Aber es ging um die Information um Eingangspost, dass die Pumpe bei Umgehung des Shelly bereits einen Kurzen verursacht ....
Du meinst das hier : Heute hat einer meiner Shelly 2.5 einen Kurzschluss produziert, der den FI rausgehauen hat.
Natürlich ist das Sachlich falsch aber Normal für einen Nichtfachmann. (Sorry Maxxl )
Lassen wir mal die Kirche im Dorf.
Das hier ist keine Sachliche Fachdiskussion und ich könnte auch so schreiben das keiner versteht was ich meine.
Wir wollen uns alle untereinander helfen und mir ist es egal ob ich einem Profi oder einem Nichtfachmann helfe.
Ich brauche auch ab und an mal Hilfe und schreibe sicherlich in den Augen anderer Fachleute Müll.
Ich finde es immer Klasse wenn ich Hilfe bekomme und bin da immer sehr Dankbar.
Genau so habe ich den Post von Maxxi auch verstanden.
ist ja prima das Maxxl den Verursacher gefunden hat.
Ich bleibe bei meiner Vermutung das die Pumpe einen Isolationsfehler hat,
Bitte benutze die Pumpe nicht mehr das ist Lebensgefährtlich (Gut das der Fi dich geschützt hat).
Du schreibst das die erst 1/2 Jahr alt ist. Dann fällt die noch unter Garantie.
Versuche beim Garantieträger (Händler) das zu reklamieren und sage du hast kein Vertrauen in diese Type du hättest gerne was besseres.
Jammern, Angst schildern und ein kleiner Aufpreis bringen dich da sicherlich weiter.
Wenn das nicht Hilft, der Hersteller (Wenn es keiner aus Fernost ist) wird da sicher für Ersatz sorgen.
