<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Test Adapter remko V0.6.1]]></title><description><![CDATA[<p dir="auto">Aktuelle Test Version | V0.6.1<br />
Veröffentlichungsdatum | 24.10.2026<br />
Github Link | <a href="https://github.com/mrdimixx/ioBroker.remko" rel="nofollow ugc">https://github.com/mrdimixx/ioBroker.remko</a></p>
<p dir="auto">Hallo zusammen,</p>
<p dir="auto">der Adapter ioBroker.remko ist jetzt im latest-Repository verfügbar und ich suche Tester.</p>
<p dir="auto">Was macht der Adapter?<br />
Er liest und steuert REMKO Wärmepumpen mit Smart-Web / Smart-Control (Firmware 4.26 und neuer)<br />
lokal über MQTT – ohne Cloud und ohne zusätzlichen MQTT-Broker. Alles, was er braucht<br />
(Zugangsdaten, Register-Datenbank mit Einheiten, Grenzen und Texten), liest er direkt aus der<br />
Weboberfläche der Wärmepumpe.</p>
<ul>
<li>Datenpunkte folgen dem Menü der Steuerung (Information, Einstellungen, Status, Übersicht …)</li>
<li>wie in der Weboberfläche werden nur Werte angelegt, die bei eurer Anlage tatsächlich vorhanden sind</li>
<li>eigener Ordner für den Kältekreis (Heißgas, Sauggas, Flüssigkeit, Verdampfer, Expansionsventil, 4-Wege-Ventil)</li>
<li>Schreiben wählbar: aus / nur Benutzermenü (empfohlen) / alle Parameter</li>
<li>optional zusätzlich Service-, Experten- und Inbetriebnahme-Menü</li>
</ul>
<p dir="auto">Voraussetzungen</p>
<ul>
<li>REMKO Wärmepumpe mit Smart-Web / Smart-Control, Firmware 4.26 oder neuer</li>
<li>Weboberfläche der Wärmepumpe im Netzwerk erreichbar (IP-Adresse eintragen, mehr braucht es meist nicht)</li>
</ul>
<p dir="auto">Getestet mit: REMKO WKF 100, Smart-Web Firmware 4.28.<br />
Rückmeldungen zu anderen Modellen (WKF, WSP, LWM, KWT …) sind sehr willkommen!</p>
<p dir="auto">Hinweis für Umsteiger von älteren Versionen: Seit 0.6.x sind die Objekt-IDs englisch<br />
(z. B. settings.domestic_hot_water statt einstellungen.warmwasser). Alte Objekte werden<br />
automatisch entfernt, History-Einstellungen werden übernommen – Skripte und VIS müssen<br />
aber angepasst werden.</p>
<p dir="auto">Links</p>
<ul>
<li>GitHub: <a href="https://github.com/mrdimixx/ioBroker.remko" rel="nofollow ugc">https://github.com/mrdimixx/ioBroker.remko</a></li>
<li>npm: <a href="https://www.npmjs.com/package/iobroker.remko" rel="nofollow ugc">https://www.npmjs.com/package/iobroker.remko</a></li>
</ul>
<p dir="auto">Fehler bitte am besten als Issue auf GitHub melden, gern mit Debug-Log und Angabe von<br />
Wärmepumpenmodell und Firmware-Version.</p>
<p dir="auto">Gruß mrdimixx</p>
]]></description><link>https://forum.iobroker.net/topic/85719/test-adapter-remko-v0.6.1</link><generator>RSS for Node</generator><lastBuildDate>Sat, 07 Nov 2026 18:14:59 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/85719.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 31 Oct 2026 08:36:11 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Test Adapter remko V0.6.1 on Tue, 03 Nov 2026 17:43:48 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/bluefox" aria-label="Profile: Bluefox">@<bdi>Bluefox</bdi></a> Danke für den Blick in den Code – beide Punkte waren berechtigt und sind in v0.6.2 behoben:</p>
<ul>
<li>Objekte werden im laufenden Betrieb nicht mehr gelöscht, nur noch neue angelegt.<br />
Werte, die gerade durch eine Anzeigebedingung ausgeblendet sind (Register hat noch nicht<br />
geantwortet, Betriebsmodus umgestellt …), behalten ihr Objekt samt common.custom und werden<br />
weiter aktualisiert. Beim Start werden nur noch wirklich veraltete Objekte entfernt: alte IDs<br />
nach einer Umbenennung, Register, die mit der eingestellten Menüstufe gar nicht vorkommen<br />
können, und leere Ordner.</li>
<li>onMessage() hat jetzt ein catch – Fehler landen im Log statt als unhandled rejection.</li>
</ul>
<p dir="auto">v0.6.2 ist auf npm veröffentlicht und läuft bei mir.</p>
<p dir="auto">Gruß mrdimixx</p>
]]></description><link>https://forum.iobroker.net/post/1361756</link><guid isPermaLink="true">https://forum.iobroker.net/post/1361756</guid><dc:creator><![CDATA[mrdimixx]]></dc:creator><pubDate>Tue, 03 Nov 2026 17:43:48 GMT</pubDate></item><item><title><![CDATA[Reply to Test Adapter remko V0.6.1 on Sun, 01 Nov 2026 12:05:43 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/mrdimixx" aria-label="Profile: mrdimixx">@<bdi>mrdimixx</bdi></a> Danke, schön dass es jetzt einen lokalen REMKO-Adapter gibt.</p>
<p dir="auto">Zwei Punkte vom kurzen Blick ins Repo:</p>
<ul>
<li><code>applyLayout()</code> läuft nach jedem Vollabgleich und löscht alle Objekte, die laut Anzeigebedingung gerade nicht sichtbar sind. Wenn ein Register aus der Bedingung in diesem Durchlauf nicht geantwortet hat, wird der Wert zu <code>NaN</code> und die Bedingung damit <code>false</code>. Dasselbe passiert, wenn der Nutzer z. B. den Betriebsmodus umstellt. Der Datenpunkt verschwindet dann samt <code>common.custom</code>, also History-Einstellungen, und kommt später ohne sie wieder. Skripte und VIS, die darauf zeigen, hängen in der Zwischenzeit auch in der Luft. Ich würde Objekte nur beim Start bzw. bei der Migration auf die neuen IDs löschen, im laufenden Betrieb höchstens neue anlegen. Oder ausgeblendete Werte per Schalter stehen lassen.</li>
<li><code>this.client.on('message', ...)</code> ruft das async <code>onMessage()</code> ohne <code>catch</code> auf. Wirft dort z. B. <code>setStateAsync</code> einen Fehler, gibt das eine unhandled rejection und der Adapter wird neu gestartet. Ein <code>.catch(e =&gt; this.log.error(...))</code> reicht da.</li>
</ul>
]]></description><link>https://forum.iobroker.net/post/1361353</link><guid isPermaLink="true">https://forum.iobroker.net/post/1361353</guid><dc:creator><![CDATA[Bluefox]]></dc:creator><pubDate>Sun, 01 Nov 2026 12:05:43 GMT</pubDate></item></channel></rss>