Climate Solutions Community

Danke an alle, die zu meinem Thema geantwortet haben. Ich denke, man kann es jetzt sehr gut einordnen. Mein Fazit: Parameter schreiben bzw. ändern ja, aber sparsam. Hierzu die genannten Logiken bzw. Verfahren zum Schutz anwenden. Ich würde es gut finden, wenn ein entsprechender Hinweis in der Readme auftauchen würde. Vor der „KI-Warnung” hatte ich mir auch keine Gedanken über zu viele Schreibvorgänge gemacht. ... Mehr anzeigen

Top, danke für die ausführliche Erklärung! Das hilft extrem weiter, um das Risiko besser einzuschätzen. Da man nicht genau reinschauen kann, ist es wohl schlauer, auf Nummer sicher zu gehen und den Speicher nicht unnötig zu stressen. Auch wenn moderne Chips ordentlich was wegstecken, muss man es ja nicht drauf ankommen lassen. Es macht definitiv Sinn, die Logiken so zu bauen, dass mit den Schreibzyklen eher sparsam gehaushaltet wird – sicher ist sicher. Danke für den fachlichen Input! ... Mehr anzeigen

@Juergen-B Nein, den genauen Hardware-Aufbau kenne ich nicht. Ich lasse mich bei meinen Logiken durch die KI unterstützen und hatte dort mal den Hinweis bekommen, mit dem Speicher vorsichtig zu sein. Es ist ja Tatsache, dass dort Werte abgelegt werden, die auch nach einer Stromunterbrechung erhalten bleiben müssen. Wahrscheinlich sind ein paar Schreibvorgänge am Tag kein Thema, aber durch Logikfehler oder zu viele Parameteränderungen kommt schnell einiges zusammen, was dann zum Problem werden könnte. Ob das nun technisch über ein EEPROM, eine SSD oder einen anderen Flash-Speicher gelöst ist, der diese Masse an Schreibvorgängen mitmacht, weiß ich eben nicht – deshalb meine Frage an euch Experten.   ... Mehr anzeigen

Ich klinke mich hier noch mal kurz ein, weil meine technische Frage von oben zwischen den ganzen Beispielen ein bisschen untergegangen ist. Ich glaube aber, dass das Thema für alle hier wichtig ist, die open3e zum aktiven Steuern nutzen. Es geht um den EPROM Verschleiß: Da ja anscheinend immer mehr von uns die Schnittstelle nutzen, um Parameter aktiv zu ändern, wie ich das bei meiner Logik für die Fensterkontakte mache, wäre es echt gut zu wissen, wie riskant das eigentlich für die Hardware ist. Wenn wir regelmäßig Werte schreiben, riskieren wir dann langfristig einen Defekt der Steuerung durch erschöpfte Schreibzyklen? Vielleicht können die Profis hier das Thema mal konkretisieren. Das wäre für die ganze Runde hilfreich, um die eigenen Logiken hardware schonend aufzubauen oder das Risiko einfach besser einschätzen zu können. ... Mehr anzeigen

Ich habe z. B. bei meiner Vitocal 200-S anfänglich den Raumeinflussfaktor anhand meiner Fensterkontakte geändert. Das heißt, wenn ein Fenster länger offen war, habe ich den Raumeinflussfaktor zurückgenommen und beim Schließen mit Verzögerung wieder auf den ursprünglichen Wert gesetzt. Auch die Schaltdifferenz der Sparfunktion habe ich anhand der Raumtemperatur und Außentemperatur angepasst. Die Möglichkeiten sind hier schon groß und man kann sich mit gewissen Logiken hier ganz schön austoben. Aber es gibt einen Punkt, auf den ich irgendwann gestoßen bin, der mich dazu gebracht hat, alles wieder zurückzunehmen. Und zwar habe ich mal gelesen, dass gewisse Werte bzw. Datenpunkte in einen festen Speicher (EPROM) geschrieben werden. Dieser Speicher unterliegt ja einem gewissen "Verschleiß" bzw. sind die Schreibvorgänge begrenzt. Bei Fehlern in der Logik oder mehreren Änderungen in kurzer Zeit kommt hier schon einiges zusammen. Ich weiß jedoch nicht, inwieweit das wirklich ein Problem wäre. Vielleicht können die Profis hierzu einmal etwas sagen bzw. ihre Einschätzung dazu geben. Aktuell nutze ich das Projekt umfangreich zur Datenauslesung. ... Mehr anzeigen

Hallo, als erstes möchte ich hier mal ein ganz großes Danke an die Macher dieses genialen Projekts aussprechen.  Ich nutze aktuell den iobroker e3oncan Adapter für meine Vitocal 200-S Wärmepumpe. Vielleicht kann ich auch einen kleinen Beitrag zu dem Punkt Proxmox mit LXC Container beitragen. Meinen Innomaker USB2CAN-C Konverter konnte ich wie folgt einbinden: Zum Einbinden muss in der Konfigurations Datei (z.B. 101.conf) im Pfad /etc/pve/nodes/**nameeuresservers**/lxc  folgende 3 Zeilen am Ende des Textes hinzugefügt werden: lxc.net.1.name: can0 lxc.net.1.type: phys lxc.net.1.link: can0 Nach dem Neustart des kompletten Servers ist der Konverter unter "can0" verfügbar. Ich hoffe das hilft Euch weiter. Viele Grüße Marco   @CanLauscher2 vielleicht bekommst Du es hiermit auch hin 🙂 ... Mehr anzeigen