Beiträge von geist4711

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.

    Rückmeldung:

    Alles läuft bisher Problemlos.

    Einzig das die Temperaturen nicht ganz stimmen, gegenüber den Angaben der Sensoren die von einem anderen Hersteller (TFA klimalogg-pro) in jedem raum stehen (und auch weiteren zb analogen thermometern die ich testhalber inden RÄumen hatte), shellys messen immer zu wenig temp, einzig wenn man H&T's nutzt stimmt die temp bis auf wenige kommastellen, was ernachlässigbar ist.

    Die TRV's muss ich alle ca 2°c niederiger einstellen als die gewünschte temperatur, dann kommt es ca hin.

    NAS auf dem Rechner und einbindung ins netzwerk läuft mittlerweile auch stabil, aber das ist hier nicht Thema ;-)

    ich hab es aufgegeben irgend ein offset ein zus tellen.

    funktioniert nicht.

    hab jetzt offset im kopf, stelle bei gewünschten zb 22°c raumtemp 19,5 ein, dann werden es 22°........

    das alles ist sehr unschön, und mein frau muppert ob der 'dummen dinger' die ich tagelag nach-geoffsetet hab und es stimmte wieder/immernoch nicht.....

    'offset im kopf' findet sie aber auch blöd, was ich voll und ganz verstehen kann, weil, wozu dann so smarte dinger wenn die dünner wie ein stein sind?

    ich habe bei mir den umgekehrten weg genommen, hier wurden die GW's auf das minimum reduziert, ein GW steuert hier 3 TRV's einen H&T blue, 3 DW's an, läuft.

    alles über aktionen gelöst, mit fenster auf->TRV's runter usw.

    starte zum sonnenaufgang hier immer die GW'S automatisch neu und updates sind auf 13.00h festgelegt, das es nicht nachts ein update gibt und ich nix mitbekomme wenn da was schief läuft

    allerdings nutze ich auch kein shelly-control mehr für diese dinge, ich bin, wegen dieser diversen zicken des ganzen, auf ha gewechselt und jetzt scheint es anstandslos zu laufen. war schon kurz davor alles was mit shelly-TRV's zu tun hat in die tonne zu treten und auf andre hersteller zu wechseln.

    hab hier einen NAS der nun eine kleine VM am laufen hat, auf der ha läuft.

    das belastet den kleinen ryzen3200G mit 8GB RAM (3 zugewiesen für VM-ha) nicht wirklich.

    Gestern Abend und Heute hab ich folgendes getan:

    Alle in der shelly oberfläche noch stehenden aktionen usw gelöscht.

    habe mir gedacht, wenn HA und shelly beide steuern gibt das durcheinander.

    Dann alles was gesteuert werden soll an Heizungs-Regelungen im Haus erstmal mit Aktionen realisiert. erstmaöl nur in der einfachsten form, nochnicht in anlehnung an des script, da setz ich mich in ruhe dran das auf meine Geräte um zu setzen, wenn ich erstmal alles am laufen hab.......

    Dann alles einmal ausführen lassen, das alles auch funktioniert.

    Jetzt muss ich abwarten ob und wie zuverlässig alles läuft.

    cool, danke, werde mir das gleich mal kopieren um das als leitfaden zu nutzen.

    heute nacht, konnte ja nich schlafen, nich funktionierndes lässt mir ja immer keine ruhe ;-) ,

    hab ich zum teil die automationen erneuert und bin heute hingegangen die ganze struktur von meinen sachen hier, trv-zuordnungen, gateways, etc neu aufzusetzen, so das nicht zich gateways hier rumfunken, wo 2 auch genügen...

    heute ist einkaufstag und evtl komm ich abends nochmal zu etwas rumtüfteln und kann dann mehr berichten was wie wo geht oder auch nicht 💁

    inzwischen in 'Aktivität' gefunden, wenn die shelly eingeschaltet wird, weil thermostat läuft, und der lüfter einschalten soll, funktioniert es reibungslos, wenn wieder abgeschaltet werden soll, passiert nichts.

    hab extra neue automationen erstellt und sogar auf das neuste vitualbox upgedatet, mit erweiterungspack diesmal...

    hmm, kann ich nicht genau sagen, was passiert.

    und, ich war auch sehr sehr erstaunt, das sowas vorkommt, das es nicht funktioniert, wenn man eine simple if-then geschichte mit 2 stellen aufbaut.

    so beim testen hat es mit automation auch funktioniert, aber in der praxis blieb dann mal ein lüfter an, etc, daher erst der versuch mit szenen, was garnicht wollte und jetzt mitskripten und da komme ich an meine grenzen, meinletzter SPS-kontakt, siemens logo, ist ü40 jahre her :)

    wie meinst du da mit templates? kannst du das erklären oder weisst nenn link zum lesen?

    klingt interessant.


    ps.: könnte sein das das problem ist, das diese blue-dinger keine rückantwort erwarten (und ohne nochmal melden was passiert ist bis ein oki zurück kommt )sondern nur kurz einmal raussenden was sich ändert und so auch sachen untern tisch fallen können, denk ich mir.....

    ja, das sind skripte.

    vorher hab ich alles mit Automationen gemacht, die funktionierten aber nicht zuverlässt.

    da geht schonmal ein lüfter nicht an, oftmal aber schon, oder eine temperatur nach dem fenster öffnen (und dem darauf folgendem heizungs abstellen) nichtmehr neu gestezt wird usw.

    man kommt dann nachts in die küche und die ist bolle warm, oder der lüfter im wohzimmer läuft seit stunden wo er hätte aus sein sollen.

    daher der umstieg hier auf skripte, in ha gnauso wie shelly-oberfläche selbst.


    am liebsten hätte ich ja ein skript was jede einzelne aktion, änderung oder sonstiges immer nachprüft, ob auch ausgeführt wurde und gegebenenfalls dann so oft wiederholt, bis ausgeführung erfolgreich.


    wobei grundsätzlich ist es sonderbar das man sich um solche ausführungs-überwachungen überhaupt kümmern muss, so komplizierte dinge passieren ja da nicht.

    frage mich immer warum ist das so? geben die shellys alle keine rückantwort wenn sie einen befehl ausführen?

    hallo,leute, so langsam bin ich wirklich sehr sehr deutlich gefrustet mit den shelly sachen hier.

    steckdosen, strip4 und plug-s funkltionieren alle soweit.

    aber sobald es mit den tempsensoren(blu h&t) und fenstersensoren (blue dw) und blue trv's losgeht, kriselt das ganze.

    sensoren schalten nicht, trv meint beständig es ist ca 2°c kälter, automationen, aktionen oder szenen funktionieren teils nur zur hälfte, zb bleiben heizungslüfter an usw.


    nunja dann hab ich geld in die hand genommen, wollte ja eh einen nas aufsetzen, und hab mir home assistant(7.22) geholt, das läuft auf einer vm (virtualbox) unter ubuntu.

    soweit so gut funktioniert es auch, oki temperaturen sind weiterhin generell ca 2°c zu gering, was mich aber viel mehr stört,

    angelegte skripte funktionieren nicht, und automationen gehen auch oft nur teilweise.

    zb skript für trv wenn ventil öffnet soll der heizglüfter(shelly plug s gen3) an gehen:

    sequence:
     - if:
         - type: is_value
           condition: device
           device_id: e382daa4fb78c3b9d966759c78991e90
           entity_id: 84911cb11d961b8aef9230efb4950d5b
           domain: sensor
           above: 1
       then:
         - type: turn_on
           device_id: df25475321219bf87e03402cf317f386
           entity_id: 1c65327e3f2685504cdb98a04be9a1ce
           domain: switch
    alias: WZ Hzg Luefter ein
    description: ""

    dann wenn trv unter 2% ventilöffnung geht, soll heizungslüfter wieder aus gehen, mit zb 10sec verzögerung,das funktioniert aber nicht.

    ohne timer schon. hier ist der timer drin aber abgestellt

    sequence:
     - type: is_value
       condition: device
       device_id: e382daa4fb78c3b9d966759c78991e90
       entity_id: 84911cb11d961b8aef9230efb4950d5b
       domain: sensor
       below: 2
     - action: timer.start
       metadata: {}
       data:
         duration:
           hours: 0
           minutes: 0
           seconds: 10
       enabled: false
     - type: turn_off
       device_id: df25475321219bf87e03402cf317f386
       entity_id: 1c65327e3f2685504cdb98a04be9a1ce
       domain: switch
    alias: WZ Hzg Luefter aus
    description: ""

    jemand ne idee, was ich falsch mache?

    ich hatte nur die beiden kleinen displays getestet udn sie wieder zurück gehen lassen, weil ich aufm handy die räume alle sehen konnte, diese aber auf dem walldisplays nicht angezeigt werden, dort hätte es also nur eine riesen menge an einzelgeräten etc, ohne raumzuornung gegeben.

    genau DAS wäre aber mein anwendungsfall gewesen, wie beim smartphone, räume+zählerschrank als raum in der wohnung sehen und dann in den raum gehen zu können und die dort zugeordneten geräte dann vorzufinden -macht das display aber nicht.

    bei zb einem raspberry pi kann man sich per HA alles was HA kann anzeigen lassen und je nach software/OS des PI auch/oder die normale browser-ansicht die dem was man auf dem smartphone sehen kann entspricht.

    wie kriegst du das angezeigt das er so ein breites bild macht?

    ich hab hier immer nur rechts das schmale senkrechte fenster wo man nix sieht.....


    hier sind es um 20.5 bis 22.5 ° und die soll der TRV auch halten und das macht er auch.

    soweit so gut, ABER, bei ihm sind das immer so 18-21°c.

    nicht weiter schlimm, man kalkuliert die 3 grad ca einfach drauf, weil offset setzen bringt auch nix-

    vor allem aber, wenn die temp sich ändert sind das beim shelly gleich immer 1-2 grad mehr als alle anderen anzeigen, also von meinetwegen 22° runter auf 21° -shelly zeigt gleich 19° an. wobei ich dabei davon ausgehe wo ich noch dauernd mit offset nachgestellt hab, also nicht heute.

    fakt aber bleibt, änderungen sind stärker angegeben we bei allen anderen tempanziegen hier, wenn alle anderen 1° änderung zeigen ist shelly schon bei zwei.

    DAS ist das eigentlich schlimme, neben der tatsache das man offset setzen kann und es nix bringt, weswegen ich garkein offset mehr einstell.

    dann schlingern die temperaturen nämlich erstrecht durch die gegen, man stellt den offset nach, es schlingert wieder, usw.

    habs dann aufgegeben und stell garkein offset mehr ein und rechne im kopf -aber das kann es ja nicht sein, dafür hab ich nicht so viel geld ausgegeben, das können die danfoss mechanischen thermostate auch, die kennen nur einstellung frostschutz bis stellgrösse 5 kann mann dann austesten das zb stellung '2' hier ca 21°c grad sind....

    einzig wenn fenster offen, da reagiert das mechanische danfoss natürlich nicht drauf, das er dann aus macht.

    ist mir alles klar, mit dem regeln usw der thermostaten mit und ohne externen sensoren.

    wenn ich hier aber zb 10°c temperatur am TRV einstelle, der damit nie an geht weil raumtemp immer weit über 15°c ist, und nur zusehe was angezeigt wird, dann überschwingen oder spreizen die shellys deutlich, ohne das auch nur einmal das ventil geöffnet oder geschlossen wurde. sie überteiben also den temperaturverlauf, wenn sich real 1°C ändert, sind es bei shelly gleich 2 grad.

    keine gemessenen werte sondern angaben um das anzeigeverhalten der shellys zu beschreiben.

    sieht man auch wenn man einen H&T, einen TRV (H&T nicht mit TRV verbunden und als ext tempregler gesetzt) und analoge thermometer und andere elektronisch H&T im raum stehen hat und alle vergleicht

    alle geräte stehen nebeneinander. alle nicht-shellys zeigen einen ähnlichen temp-verlauf, nur shelly spreizt oder überschwingt oder wie man das nennen will gerne um 1-2°c.......

    die ecternen sensoren sind weit genug weg.

    externe tempregulierung einstellung auch noch aktiv.


    eigentlich geht es auch eher darum, das die dinger so spreizen mit ihrer temperaturangabe und das hat nix mit der wärme der heizung zu tun, die kann auch die ganze zeit aus sein weil eine viel niedrigere temp am TRV eingestellt ist und man beobachtet nur den temp-verlauf was angezeigt wird.

    dewegen ahbich die externen H%T alle raus genommen, ausser für heizungen die in einer mische zb stehen, da ist der H&T sinnvoll weil er sonst ja nur nischen-temp regeln würde.

    die temp-spreizung gillt auch für die H&T.

    bei externen (shelly)H&T's im raum, hab ich das selbstverständlich so eingestellt das dieser die temperaturführung macht.

    mit 'fussbodenheizung' bzw jetzt ja 'externer temperaturegelung'

    verhalten ist aber auch dort so, das die dinger einen wert anzeigen der anders ist als bei anderen thermometern (ohne temp-offset), egal ob digital oder analog. ist normal und dafür is ja der offset da alles gut.

    aber stark wegdriften tun die.

    d.h: temp ist bei 20°c shelly zeigt zb 18,4. alle anderen einheitlich zw 20°.

    ändert sich die temp auf zb 21°c, zeigt shelly 20,1 an alle anderen 21 grad oder 21.3 vor dem komma ist da eher uninteressant hier.

    shelly driftet also deutlich.

    in die andere richtung ist es das selbe.


    unabhängig vom temp-offset der teils nichts bringt.

    aber nur, wenn dieses offset auch angenommen wird, was man kontrollieren muss, und nein, es liegt nicht nur an der verzögerung bis neue daten vom TRV oder H&T kommen.

    und, wenn die temperatur dann um 1 grad sich ändert, zeigen shellys ganz gerne schon 2 grad änderung an.

    das ist ein eindeutiger fehler, unabhängig vom offset ansich.

    die dinger 'spreizen' ihre angezeigte temperatur deutlich.

    und nein es liegt nicht an meinen messgeräten mit denen ich gegen messe, neben dem eingesetzten elektronischen auch alte analoge geräte.

    da wandert die temperatur beim analogen und TFA's mit datenlogger und funk zb schön parallel hinauf und hinunter, aber die schellys geben nach oben und unten deutlich mehr an wie sich die temperatur geändert haben würde.


    ich lasse mittlerweile alle offsets etc weg, nach möglichkeit auch externe H&T weil die nochmehr probleme in diese regelkette bringen, denke mir den offset etc im kopf und stelle die soll-temperatur so ein, das sich dann unabhängig von der zahlen die die shellys anzeigen, die temperaturen ereicht werden, die ich haben will.

    allerdings ist das nicht die art diese teile zu betreiben, die ich mir vorgestellt hatte, nämlich alles mit anderen messmitteln gegen zu checken und zu lernen wie 'falsch' ich die shellys einstellen muss damit ich die temperatur bekomme die ich haben will....


    homatic wollte ich nicht, weil die geräte bei 880mhz rum funken, nicht im 2,4ghz band bzw mit wlan/bluetooth ausgestattet sind.

    in dem bereich laufen hier schon die H&T's usw von TFA.

    ich habe hier auch so meine probleme mit dem krams.

    ursprünglich war angedacht jedem raum einen thermostaten mit raumsensor und fensterkontakt zuzuordnen.

    dazu shelly dislplay.

    dieses sollte die alten danfoss mechanischen thermostate ersetzen.

    ziel: fenster reaktionen, also hzg aus bei fenster offen, evtl noch zeitverzögerung dazu.

    zusätzlich schlichte übersicht über alle räume ohne rumrennen zu müssen.


    folgendes hab ich dann sofort festgestellt und es wurde an meinen alten temperaturmessgeräten gezweifelt, statt shelly zu bezweifeln.

    die dinger scheinen auf einen bestimmten temperaturpunkt 'geeicht' zu sein, was ja nicht falsch ist.

    allerdings wenn die temp höher oder niedriger wird, verglichen mit meinem datenloggenden funk-messystem hier, spreizt die tempmessung erheblich. wenn 1 grad kälter ca, dann zeigt shelly gleich 2-3grad an, umgekehrt genauso.

    dazu, temperatur-offset funktioniert inkonsestent. man stellt was ein und die werte weichen weiter ab.

    dazu noch das mit den externen sensoren, die funktionieren kaum, TRV zeigt eines an, H&T etwas anderes.

    kann ja mein denkfehler sein aber, wenn er vom H&T die werte übernimmt, sollte er diese doch genauso anzeigen wie der H&T?

    dazu noch das teils die fensterkontakte nicht korrekt melden wenn fenster auf/zu und das die regelung nach einem H%T nicht geht.

    wenn man nicht ständig die oberfläche von shelly auf hat, kriegt man das garnicht mit, aber das hatte ich eigentlich, nach einer gewissen zeit bis alles eingstellt ist und allein laufen sollte, nicht vor.


    folgtendes mach ich jetzt, nach einigem ausprobieren:

    kein tempoffset setzen.

    nach dem schon vorhendenen raum sensoren beobachten in welchem temperaturbereiche der shelly regelt, und danach die temp am shelly einstellen, und mir den offset 'denken'.

    auf dauer ist DAS aber natürlich keine lösung.

    dazu hab ich fenster auf/zu und hzg-lüfter an/aus mit szenen gemacht, statt das dem TRV selber zu überlassen, das funktioniert zuverlässiger oder gar erst überhaupt.

    merkwürdige sache dabei, wenn man in einen der sensoren geht und sich in den anwendungseinstellungen die 'details zur gerätenutzung' anschaut. dort steht: 'das gerät wird in keinem thermostat verwendet' was aber nicht stimmt.


    unterm strich: ich finde die lösung von shelly gut, aber wenn es SO funktioniert, oder eben NICHT funktioniert werde ich dabei nicht bleiben sondern über 10 geräte wieder zurückschicken und ERWARTE mein geld zurück zu bekommen weil es eben NICHT funktioniert, egal ob ich die geräte schon über 2wochen habe, weil keine korrekte funktion.

    das wall display ist übrigens für mich nicht vernünftig nutzbar, man kann nicht die im shelly-control angelegten räume anzeigen, nur geräte und das ist unüberichtlich bei über 10 geräten.

    am liebsten wäre mir, wenn es wieder einen TRV gäbe der über WLAN statt bluetooth läuft, ohne dongel also dieses gateway.

    und der kann ja dann gleich das gateway zu fenster- und H&T sensoren bereitstellen.

    und, ganz wichtig, das tempmessen sollte gefixt werden, die shelly zeigen ziemlich wild temperaturen an, zb wenn hier 22.3°c im wohnzimmer sind meint der TRV es sind 19,0°c zb.

    ja, und der H&T misst noch was anderes. mit offset einstellen und alles abgleichen, gelingt nicht 'schwimmt' wieder auseinander.....

    achja, und das gateway hängt sich manchmal heimlich auf, meint, man kriegt es erst mit, wenn nix geht.

    nachdem es tagelang funktionierte, ist heute nacht der fenstersensor im schlafzimmer ausgefallen und heut morgen der in der küche.

    schlafzimmer funktioniert nach werksreset und neuanmeldung (jetzt hat das schlafzimmer seinen eigenes gateway) wieder,

    küche leider, der eh sein eigenes gateway hatte weil küche so schlechten empfang hat, nur 1x dann regt er sich nichtmehr, auch nicht mit neuer batterie.

    es wurmt. wieder.