NEWS
[Javascript] Midas (Aquatemp) Poolheizung
-
@mcm1957 Nicht ganz, erstmal läuft alles ja. Und es ist nicht zwingend notwendig das dieser aktuell ins Latest kommt. Issues würde ich natürlich bearbeiten.
Ich werde dieses natürlich noch nachholen, aber im Moment schaffe ich das nicht. Aber der Winter kommt ja bald.
Von der direkten Installation von Github wird jedenfalls abgeraten
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
-
Von der direkten Installation von Github wird jedenfalls abgeraten
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
-
-
@oxident Moin. Hast du eine eine Liste mit Geräten die mit dem Adapter funktionieren? Oder Links zum Hersteller , oder so?
@michael-roling Leider weder noch. Hierzulande dürften es durchgängig nur Midas-Geräte sein. Der eigentliche Hersteller scheint aber PHNX zu heißen.
Die nächste "Eskalationsstufe" wäre das komplette Ersetzen des Cloud-Zugangs durch einen Modbus-Adapter. Hab ich schon was zu gefunden ... ist aber sehr nerdig.
Danke, dass Du Dich um den Adapter kümmerst. Ich denke auch, die Stable-Sache sollte noch warten!
-
@michael-roling Leider weder noch. Hierzulande dürften es durchgängig nur Midas-Geräte sein. Der eigentliche Hersteller scheint aber PHNX zu heißen.
Die nächste "Eskalationsstufe" wäre das komplette Ersetzen des Cloud-Zugangs durch einen Modbus-Adapter. Hab ich schon was zu gefunden ... ist aber sehr nerdig.
Danke, dass Du Dich um den Adapter kümmerst. Ich denke auch, die Stable-Sache sollte noch warten!
-
@oxident kannst du mir das mal schicken was du gefunden hattest? Ohne cloud wäre noch viel besser. Du kannst es natürlich auch selbst einbauen 😉
Aquatemp _ https___heatpumps4pools(1).pdf
Vielleicht mal in der nächsten Saison. Bisher läuft die Cloud ja recht stabil...
-
@homoran Nun ja, meine Poolheizung hat in der Tat einen solchen Anschluss und angeblich haben es auch schon einige geschafft, dort die Steuerung direkt zu realisieren. Hier z. B.: https://control.com/forums/threads/first-venture-into-modbus-how-to-send-a-password.49759
Letzten Endes läuft es auf wohl auf einigen Wärmepumpen immer darauf hinaus, dass sie 1-2 RS485-Anschlüsse haben und dort dann auch das Display und ggf. der Cloud-Adapter mit eingehangen werden.
Da dieser Wifi-Adapter aber augenscheinlich auch nichts anderes als ein Modbus-TCP Wandler ist (HF-LPT230 Low Power WiFi Module) wäre es auch ein Ansatzpunkt, diesen direkt zu verwenden. Beispielsweise kann man unter http://ADAPTER-IP/iweb.html zumindest die Seite zum Firmware-Upgrade finden und der ein oder andere hat auch schon mittels Man-in-the-Middle die MQTT-Kommunikation zum China-Server abgefangen ... jedoch nicht wirklich verstanden:
https://community.home-assistant.io/t/implementation-of-aqua-temp-controlle/230400@oxident Hallo zusammen, ist schon jemand zu dem Thema fündig geworden? ich habe eine InverPro17 Wärmepumpe. Ich besitze kein WiFi Modul. Ich möchte mir auch keins zulegen. Ich würde gern direkt auf die RS485 Schnittstelle gehen (Umsetzer von LAN oder WLAN auf RS485) und das ganze über die ioBroker einbinden. Meine Wärmepumpe besitzt zwei RS485. Eine direkt neben der Klemme Remote ON/OFF und eine RS485 wo das Touchdisplay angeschlossen ist. Wenn ich mit einem USB-RS485 Dongle an den RS485 neben der Remote ON/OFF Klemme gehe, kommt da nichts. Ich sehe mit dem Ozzi nur auf einer Leitung einen statischen 5Volt High-Pegel. Versuche mit dem CASModbusScanner blieben ohne Response. Auf der Leitung zum TouchDisplay ist reger Datenverkehr (9600 Baud).
Aus meiner Sicht ist das aber keine normale MODBUS Kommunikation. Wenn ich das richtig verstanden habe, kommt bei einer MODBUS Kommunikation eine Anfrage von Master der den Slave anspricht. Das erste Byte ist dann die Adresse vom Slave. Wenn der Slave antwortet sendet er wieder seine Adresse gefolgt von den Daten. Beim Mitschreiben der Daten sehe ich im Wechsel Telegramme die mit 0x00, 0x01, 0x02 und 0x42 starten.
Ich habe schon im Netzt gesucht aber nichts gefunden. Kennt jemand hier evtl. das Kommunikationsprotokoll der RS485?
-
@oxident Hallo zusammen, ist schon jemand zu dem Thema fündig geworden? ich habe eine InverPro17 Wärmepumpe. Ich besitze kein WiFi Modul. Ich möchte mir auch keins zulegen. Ich würde gern direkt auf die RS485 Schnittstelle gehen (Umsetzer von LAN oder WLAN auf RS485) und das ganze über die ioBroker einbinden. Meine Wärmepumpe besitzt zwei RS485. Eine direkt neben der Klemme Remote ON/OFF und eine RS485 wo das Touchdisplay angeschlossen ist. Wenn ich mit einem USB-RS485 Dongle an den RS485 neben der Remote ON/OFF Klemme gehe, kommt da nichts. Ich sehe mit dem Ozzi nur auf einer Leitung einen statischen 5Volt High-Pegel. Versuche mit dem CASModbusScanner blieben ohne Response. Auf der Leitung zum TouchDisplay ist reger Datenverkehr (9600 Baud).
Aus meiner Sicht ist das aber keine normale MODBUS Kommunikation. Wenn ich das richtig verstanden habe, kommt bei einer MODBUS Kommunikation eine Anfrage von Master der den Slave anspricht. Das erste Byte ist dann die Adresse vom Slave. Wenn der Slave antwortet sendet er wieder seine Adresse gefolgt von den Daten. Beim Mitschreiben der Daten sehe ich im Wechsel Telegramme die mit 0x00, 0x01, 0x02 und 0x42 starten.
Ich habe schon im Netzt gesucht aber nichts gefunden. Kennt jemand hier evtl. das Kommunikationsprotokoll der RS485?
@roesch-fe Hast Du das oben verlinkte Dokument mal angeschaut?
Also die Verbindung zum Display ist definitiv die falsche ... aber eine der anderen beiden müsste eigentlich klappen. Habe es aber selber noch nicht probiert.
-
@roesch-fe Hast Du das oben verlinkte Dokument mal angeschaut?
Also die Verbindung zum Display ist definitiv die falsche ... aber eine der anderen beiden müsste eigentlich klappen. Habe es aber selber noch nicht probiert.
-
Kurze Frage, funktioniert das Modul auch mit einer Pool Full-Inverter-Wärmepumpe POOLSANA InverPOWER NEXT 15 ?
Danke
-
@oxident
ja genau, hab jetzt mal den Tuya adapter installiert und auch verbunden, aber leider stehen nur wenige daten zur verfügung.
Kein Aus oder Eingangswassertemperatur. Nur Zieltemp, modus etc...
Ist in der App das gleiche. Verstehe nicht warum, denn an der WP kann man sich die Werte alle anzeigen lassen. -
@oxident
ja genau, hab jetzt mal den Tuya adapter installiert und auch verbunden, aber leider stehen nur wenige daten zur verfügung.
Kein Aus oder Eingangswassertemperatur. Nur Zieltemp, modus etc...
Ist in der App das gleiche. Verstehe nicht warum, denn an der WP kann man sich die Werte alle anzeigen lassen. -
@memme Hmm, da bin ich leider raus. Aber unter https://forum.iobroker.net/topic/79399/howto-steuerung-fairland-pool-wärmepumpe-mit-tuya-adapter/3?_=1741758245238 schrieb gerade jemand der auch die Smartlife-App nutzt.
Will mir auch eine Wärmepumpe zulegen.Diese soll in mein Smarthome integriert werden. Aktuell bin ich auf der Suche nach Modelle, die ich per Tuya oder anderweitig integrieren kann.In der engeren Auswahl ist aktuell die Wärmepumpe von Poolsana mit 11kw. Als App wird die AquaTemp App angegeben. Funktioniert das alles mit dem Midas Adapter? Oder hat noch jemand gute Alternativen?
-
Will mir auch eine Wärmepumpe zulegen.Diese soll in mein Smarthome integriert werden. Aktuell bin ich auf der Suche nach Modelle, die ich per Tuya oder anderweitig integrieren kann.In der engeren Auswahl ist aktuell die Wärmepumpe von Poolsana mit 11kw. Als App wird die AquaTemp App angegeben. Funktioniert das alles mit dem Midas Adapter? Oder hat noch jemand gute Alternativen?
@diamand2k22 Also "theoretisch" sollte das mit dem Adapter funktionieren. Aquatemp ist da immer ein gutes Indiz.
-
@diamand2k22 Also "theoretisch" sollte das mit dem Adapter funktionieren. Aquatemp ist da immer ein gutes Indiz.
Ich habe gerade mal geschaut, die x-Series von Poolsans hat als App SmartLife. Das wäre ja dann noch einfacher über Tuya local ohne den China Cloud Mist.
-
Ich habe gerade mal geschaut, die x-Series von Poolsans hat als App SmartLife. Das wäre ja dann noch einfacher über Tuya local ohne den China Cloud Mist.
@diamand2k22 Ich hoffe es ... AquaTemp war in der Vergangenheit nicht gerade sehr "pflegeleicht" und diese China Cloud ist wirklich dämlich (und überflüssig). Wenn es mit Tuya local wirklich funktioniert, dann wäre das definitiv ein Argument!
-
Ich werde es testen und hier berichten!
Support us
650
Online32.4k
Users81.5k
Topics1.3m
Posts