NEWS

@thomas-braun Doch, normalerweise gucke ich bei Problemen schon auf git. Ich war mir hier aber nicht mehr sicher, wann ich ein update gemacht hatte.
Der Admin-Adapter läuft hier seit Ewigkeiten komplett problemlos, daher -> Schande über mein Haupt. 😑

Habe es mal so geändert:

if (err) { if (err.indexOf("size of -1") != -1) { log ("size -1 enthalten"); } else { console.error(err); } } else {

Mal schauen ob dies funktioniert. Wenn ja, dann mach ich log("size... weg.

@djmarc75 Ist es natürlich nicht. Es ist nur die relevante Passage. Der Trigger ist nicht das Problem. Das Problem ist, dass obige drei Befehle mit jeweils 1 Sekunde Pause durchlaufen werden. Der erste kam bei der openWB an. Der zweite und dritte nicht.
Erst nach einem Neustart des MQTT Adapters ging beides durch.
Der Scriptausschnitt ist nur zur Verdeutlichung: Wer A sagt (chargeLimitation) muss auch B und C sagen (ChargePointEnabled/ChargeMode), weil da außer einer Pause nix dazwischen ist.

@derdennis99 ich konnte das Problem leider noch nicht lösen.
Hier hat jemand das gleiche Problem schon vor über einem Jahr angegeben aber leider keine Lösung gefunden oder geschrieben.
https://forum.iobroker.net/topic/64779/fehler-im-adapter-homematic-rpc-mit-hmip-rgbw

ich frage mich auch, was für ein nicht Optionaler Parameter beim setzen der Sättigung noch mitgegeben werden soll/muss.

Hat jemand eine Idee?

Um das hier zu updaten: Das Problem ist durch umstellen auf den Entwicklerzweig gelöst - die dort vorhandene Version des Adminadapters startet und ist auch wieder erreichbar

@swagner naja, wenn du in der Adapter-Instanz-Konfiguration ggf. das Publishen von Datenpunkten eingestellt hast, wird er da auch was machen, auch wenn keiner zuhört.
Man müsste deine Instanz-Konfiguration sehen.

Und wenn er nur seinen eigene Status publiziert, so ein Broker sendet - vermutlich - auch eigene Infos. Kannst dich ja mal mit einem MQTT Explorer verbinden und abwarten was da so kommt.

Also mein Mosquitto sendet über das Topic $SYS eigene Infos, ggf, macht der MQTT-Adapter als Broker das auch

@homoran Ach echt! So einfach? Na gut wieder was gelernt. Danke!

@thomas-braun

r$ npm ls bufferutil iobroker.inst@3.0.0 /opt/iobroker └── (empty)

Ich habe hier eine Anleitung gefunden.
https://medium.com/@rezvovvad/send-notifications-to-a-specific-topic-in-the-telegram-chat-1f570b7ab929
Wenn ich dieses curl in JS Code umbaue, dann klappt das Versenden in Topics.

@bahnuhr sagte in Fehler Browser Konsole - basic html:

Nur: hab ich es nicht hinbekommen

dann musst du zu

ich habe es nicht hinbekommen

mehr informationen liefern.

was hast du genau gemacht bis wohin bist du gekommen gab es fehlermeldungen

wir bewegen uns hier im bereich programmierung.
da gibt es meist nicht den einen knopf den man nur drücken muss dann wird alles gut. das ist alles auf die situation individuell.
ansonsten würde es nicht programmierung heißen sonder configuration. da hat dann jemand anderes sich die gedanken gemacht

@oliverio
Danke für die Ausführung.
Dann ignoriere ich den Hinweis einfach.

@afuerhoff

Danke👍

@foxriver76 sagte in Adapter ws und socketio:

socket-io 6.7.0 sollte es wieder tun

Top, läuft wieder 👍 Vielen Dank für das schnelle Update!!!

@mcm57 ja da war was mit USB3. Hatte an meinem Raspi eine Verlängerung und jetzt am NUC auch. Beim Raspi ein definitives MUSS.

Ro75.

@mcm57
Danke dir für die Info. Glaube das wichtigste sind meine Scripte und die Identität meiner paar Thermometer, um die sich der iobroker bei mir kümmert. Zur Not muss ich die Dinge dann wieder manuell einpflegen. Sonst würd ich auch nicht so leichtsinnig mit dem System umgehen.

@thomas-braun Werde ich machen, danke.

@mcm57 wenn du mir sagst, wie ich das beheben kann, gern.

Ansonsten Adapter-Updates laufen normal durch und hm-rpc läuft auch.

@wolhem sagte in Update von Telegram und Alexa2 führt zu Fehler:

wodurch Funk-Rolladenmotoren gestört werden können?

durch Funkstörungen 😁

Was genau willst du wissen?