Öffentliches Forum
  - Wärmepumpen

Nein, eben nicht. Dafür muss der User programmieren können. Damit ist er aber nicht mehr deine Zielgruppe, wer das kann machts einfach gleich selbst oder nutzt von Anfang an deinen Code als Basis. Du willst dich ja gezielt an diejenigen richten, die es simpel wollen. Also solltest du denen min. mal die Möglichkeit geben den Key im WebUI auszutauschen oder auf die freie, non-kommerzielle Variante zu wechseln. Einfach, simpel und klar im Handbuch & UI beschrieben in welchen Fällen das passieren sollte.


Das ist eben nicht failsafe. Failsafe wäre ein Fallback auf den physischen NTC vor Ort. Deine Lösung hingegen führt ggf. zu Problemen mit der Abtauung, führt ggf. zu kalter Bude wegen zu niedriger Vorlauftemperatur, und führt sicher zu Effizienzverlusten ggü. einem Einsatz ohne dein Tool. Führt auch dazu das plötzlich im Hochsommer die Heizung das Heizen anfängt.
Und wie bekommt der Nutzer das alles am Ende mit? Eben, nur durch Zufall weil er merkt das die Heizung kompletten Bockmist macht und er sich mal auf das Portal einlogged. Und der Hinweis da ist auch überschaubar, nichts zur Ursache oder möglichen Fehlerbehebung nur "Sicherheits-Modus, keine Daten, simuliere 5°C". Hilft das Opi weiter bei der Problemlösung? Da sollte min. unterschieden werden ob das Teil gar nicht ins Internet kommt (z.B. Referenzcheck gegen den verwendeten NTP-Server), oder die API keine, oder falsche Rückmeldungen gibt. Schön wäre es natürlich wenn Fehler mit dem API-Key gleich erkannt würden.


ich hoffe halt für dich, dass die User wirklich alle stumpf das Netzteil verwenden, den Isolator nicht übersehen, etc. Ein USB-C-Stecker verleitet ja wie schon weiter vorne geschrieben auch schnell dazu sich die Spannung wo anders her zu holen, erstrecht wenn gerade keine Steckdose da ist, die Anlage aber so einen schönen USB-A-ähnlichen Port bietet. Was passiert denn wenn deine Schaltung da dann mit 12 oder 24V versorgt wird, vor allem mit dem Widerstandsausgang, an dem die Anlage hängt?
Hier also auch min. fette Warnung vor sowas anbringen, besser: festes Netzteil oder zumindest kein Standard-Stecker, und den Isolator direkt onboard


was ist denn simpel und robust, wenn du die Gleichung dann eh implementieren musst, somit Hard- und Software also damit klarkommen müssen? Jetzt hast du 2 parallele Implementierungen, die du beide testen und pflegen musst. Erhöht die Fehlerquellen und den Pflegeaufwand. Entweder keine freie Eingabe von NTC-Werten zulassen, und nur die Tabellenwerte verwenden, oder lediglich die Kennwerte für die Gleichung ablegen und immer berechnen.


nur wenn er sich auch an einem geeigneten Ort befindet. Caldio1 soll ja innen montiert werden, er müsste also per Kabel abgesetzt werden, bräuchte dann ein eigenes Gehäuse, aber wieder mit genug Luftwechsel. Und auch in er Außeneinheit wäre der Ort wohl nicht gut, da dort die Werte zu leicht von der Anlage beeinflusst werden. Das ganze muss dann natürlich auch noch den ganzen EMV- und CE-Richtlinien entsprechen, trotz der langen Leitung gegen alle möglichen Fremdeinstrahlungen resistent sein etc. Wird die Kosten für ihn also schon ggf. deutlich erhöhen, und den Aufwand für den Kunden.
Den vorhandenen NTC auslesen wäre da schon einfacher, liefert aber natürlich keine Feuchte-Infos. Und ist schwerer an verschiedene NTC-Werte anzupassen, kombiniert mit dem wahrscheinlich nicht so prickelnden AD-Wandler von den ESPs... auch nix dolles. Dazu muss es natürlich auch erstmal einen vorhandenen NTC geben. Die LG Therma nutzt in der Billigvariante einen Fühler im Außengerät, den man auch besser nicht verändern sollte, da er für mehr als die Heizkurve da ist. Es gibt einen Anschluss für einen Außentempfühler im Innengerät, der ist aber eben optional, und wenn sich der Heizungsbauer Kohle sparen will... bleibt der offen. Der Kunde müsste also neben Caldio1 noch den Außentempfühler kaufen und montieren. Nochmal: Zielgruppe = ich will mich nicht um die Heizung kümmern und es muss alles popeleinfach sein

Zur Abtauproblematik an sich: hängt ja leider auch extrem von der Anlage, und ihren Einstellungen ab. Die Therma z.B. hat teils auch bei 0-1°C noch wenig mit Abtauung zu tun, auch bei höherer Luftfeuchte, solange man nicht auf den Trichter kommt sie auf Silent zu stellen. Da gehts dann hingegen schon bei 4°C unter ansonsten identischen Bedingungen mit dem Abtauen los. Nur Caldio weiß halt von all dem nix. Wieviel Ärger das in der Praxis machen wird, wird Dario ggf. dann erfahren, hoffentlich nicht all zu schmerzlich. Bei der besagten Therma ist es vermutlich nicht das Problem, solange man eben nicht auf den Trichter kommt den Temperatursensor der Außeneinheit zu ersetzen. Wenn doch dürfte es aber auch abseits Abtauwetter ggf. zu diversen Problemen kommen.

Ich sag es mal so freundlich wie es mir möglich ist:
Wenn ich mir das Repo so ansehe, ist da viel von der KI gemacht worden. Vor allem die Generierung des HTTP für die Web-UI. Seine Antworten sind ebenfalls von der KI generiert/glattgebügelt. Der Algorithmus ist ein schlechter Witz, da gibts jede Menge "richtige" Beispiele als HA-Integrationen.

Ganz ehrlich, ich erlebe in meinem Job mittlerweile ebenfalls jede Menge Leute die sich mit KI was zusammenkloppen und meinen sie sind jetzt Softwareentwickler - ich sehe hier eine gewisse Ähnlichkeit...

Das wird man an der CE-Konformitätsbescheinigung sehen können, ob alle anzuwendenden Regelwerke berücksichtigt sind.

Ich mache schon lange Hardwaredesign, die fehlende Failsafe auf den originalen NTC verstehe ich nach wie vor nicht. Das sind <30 Cent Kosten, um das umzusetzen. Auch könnte man da einfach mit kurzem Check des originalen NTC die reale Aussentemperatur gegenüber der API verifizieren. Das überlegt man sich aber vorher.
Die gängigen digitalen Potis sind auch nur für 5V auf der Widerstandsbank geeignet, hat da eine WP eine höhere Abfragespannung des NTC, ist das schon off-spec-Betrieb.

ESP32 wäre jetzt auch nicht meine erste Wahl für einen Prozessor, wenn es um Haltbarkeit und Zuverlässigkeit angeht.

Für mich hört sich das alles nach Arduino-Bastelbude an (wo andere kostenlos Code und Libs zur Verfügung stellen und Hirnschmalz investiert haben) und jemand versucht da mit begrenztem Design-Know-How, zwei selbst geschriebenen Codezeilen und Forenhilfe, damit jetzt irgendwie Geld zu verdienen.

Ich finde es erstaunlich, wie weit das Projekt technisch fortgeschritten ist.

Nur sehe ich dafür überhaupt keinen Markt.

Bis auf ein paar Tuner, wird das Interesse wahrscheinlich gegen Null gehen.

Bei 79€ Selbstkosten und 149€ Verkaufskosten sind das mal ganz grob gerechnet 70€ Gewinn.

Wieviel Stück Du bei den 70€ verkaufen musst, dass sich das lohnt kannst ja schnell ausrechnen.

Ich gratuliere Dir, wenn Du mehr als 200Stk verkaufst.

Wie gesagt, super Lösung aber leider realitätsfern.

Kommt mir auch bekannt vor. In den Antworten kommt mir etwas zu oft der Halbgeviertstrich vor. Da wüssten die meisten (mich eingeschlossen) vermutlich nicht einmal wie man diesen eingibt.

Zur Software: Es gibt dort einen Button für ein Systemupdate, dieser führt aber ins Leere oder übersehe ich da was?

Hallo zusammen,

hier ein kurzes Update. Ich habe damals für den Caldio One V1 ordentlich (und größtenteils zu Recht!) Prügel bezogen. Ich wollte mich kurz zurückmelden, denn ich habe die Zeit genutzt und euer Feedback – so schmerzhaft es teils war – fast zu 100% in die neue Hardware-Generation V2 einfließen lassen.

Hier ist das Update für die Skeptiker von damals:

Galvanische Trennung (Onboard): V2 nutzt jetzt einen isolierten DC/DC-Wandler (B0505S). Die Steuerelektronik ist nun physisch komplett vom Fühlerkreis der Wärmepumpe getrennt. Keine Ground-Loops, kein Rauschen, volle Sicherheit für die WP-Platine.

Hardware-Bypass (Echte Sicherheit): Ich habe die Kritik am 'Festwert bei Ausfall' gehört. Die V2 hat nun einen echten mechanischen Bypass. Bei Stromausfall oder Hardware-Defekt wird der originale NTC-Fühler 1:1 durchgeschleift. Das System ist somit 'fail-safe'.

Industrie-Hardware: Statt Breadboard-Look gibt es jetzt ein sauberes PCB-Design mit dem ESP32-S3 Chip (mehr Leistung für die KI-Modelle) und integriertem Schutz gegen Spannungsspitzen.

Software: Der Algorithmus ist gereift. Die Defrost-Protection ist jetzt Standard: Bei kritischen Wetterlagen (Feuchte/Temp) schaltet das System die Manipulation ab, um die Abtauung nicht zu stören. Zudem ist ein Optokoppler-Eingang für SG-Ready/PV-Überschuss dazugekommen.

Mir ist klar, dass viele hier HomeAssistant oder Heishamon nutzen. Caldio bleibt die Lösung für diejenigen, die genau das nicht können oder wollen (die 'Plug & Play' Fraktion).

Ich wollte mich einfach für den 'Realitätsschock' im Januar bedanken – ohne eure harten Kommentare wäre die V2 heute nicht auf diesem technischen Niveau. Wer die neue Hardware-Doku sehen will: caldio.de ist aktualisiert.

Beste Grüße, Dario

Warum soll es keinen Markt dafür geben?

Es gibt enduaer die bereit sind für vermeintlich smarte Heizkörper Thermostate Unsummen auszugehen... Die genau null Einfluss auf Verbrauch haben..