@dirkhe hat jetzt funktioniert :) leider bleibt der adapter aber trotzdem Gelb host.raspberrypi 2020-03-29 20:29:11.582 info instance system.adapter.mihome-vacuum.0 terminated with code 156 (156) mihome-vacuum.0 2020-03-29 20:29:11.020 info (19497) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason mihome-vacuum.0 2020-03-29 20:29:11.018 info (19497) terminating host.raspberrypi 2020-03-29 20:29:11.009 info stopInstance system.adapter.mihome-vacuum.0 send kill signal mihome-vacuum.0 2020-03-29 20:29:11.014 info (19497) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2020-03-29 20:29:11.008 info stopInstance system.adapter.mihome-vacuum.0 (force=false, process=true) host.raspberrypi 2020-03-29 20:29:11.006 info "system.adapter.mihome-vacuum.0" disabled mihome-vacuum.0 2020-03-29 20:29:10.234 debug (19497) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 2020-03-29 20:29:10.233 debug (19497) no answer for undefined(id:11) received, giving up mihome-vacuum.0 2020-03-29 20:29:05.230 debug (19497) sendMsg[3] >>> {"id":11,"method":"get_status"} mihome-vacuum.0 2020-03-29 20:29:00.229 debug (19497) sendMsg[2] >>> {"id":11,"method":"get_status"} mihome-vacuum.0 2020-03-29 20:28:55.225 debug (19497) sendMsg[1] >>> {"id":11,"method":"get_status"} mihome-vacuum.0 2020-03-29 20:28:55.215 debug (19497) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 2020-03-29 20:28:55.215 info (19497) connecting, this can take up to 10 minutes ...

@Homoran Tja, da muss man halt entscheiden: einen Server, der möglicherweise auch weitere Aufgaben übernehmen wird, gleich vernünftig ausstatten, mit einem leichten Geschwindigkeitsverlust leben und problemlos erweitern zu können, oder bei einer Aufrüstung zwei 4GB-Riegel ausmustern.

@crunchip sagte in Steigende Anzahl von Objekten: @Homoran keine Ahnung wie der Adapter aufgebaut ist, jedenfalls kenne ich es nicht anders, war schon immer so, bei Neustart bzw restart, werden alle innerhalb von radar2.0._uBTs und radar2.0._uIPs gelöscht gibt es glaub ich ab der Änderung auf radar2.0, möge mich wage daran erinnern Vllt ein Bug in 1.2.0? Jedenfalls werden die DP nicht gelöscht

jou im repository (schicke Übersetzung "Verwahrungsort") auf latest gestellt. admin upgedatet -> läuft immer noch aber geräte ist schon da und dann so die Datenpunkte ver-aliast ioBroker.devices Adapter installieren. Admin -> Geräte öffnen (ggf. vorher einblenden, gaaaanz oben links auf das Dreieck drücken, da kommt eine Liste, da "Geräte" anhaken) In der Ansicht auf das Plus links oben drücken Links Ordner auswählen Name eingeben, Typ auswählen, Funktion und Zimmer befüllen, OK drücken ->danach kann man dann States aussuchen

Mir ist eingefallen was am BT beim Beelink ab und zu zickt und was man tun muss, damit es wieder läuft :-) Ein Reboot reicht nicht, der Beelink muss runter gefahren werden und kurz vom Strom getrennt, dann wird der interne BT Chip wieder gefunden und der BLE Adapter auch sofort grün. Warum ein Reboot nicht reicht, kein Plan.

@Lars-Schweier said in Keine INFO mehr: Zufällig pihole im Einsatz? Bei mir war nach Whitelisting von raw.githubusercontent.com der Info-Adapter wieder funktionsfähig. Danke für den Tipp. Hatte auch das Problem mit "Info" und "pi hole" im Verdacht. Mir fehlte nur die Adresse für die Whitelist Tom

Github update version 1.0.0 (default) >> 1.1.1 (2020.03.15) . Immer noch das selbe Problem.

@haselchen @Homoran Vielen Dank euch beiden!

@Dominik-F sagte in Welche Klimaanlange: irgendwann scheiß gebadet aufwachen das ist nicht gut ;-) ich nutze eine alte Monoblock im Schlafzimmer, die noch mechanisch geschaltet wird. Daher kann ich einfach über eine Schaltsteckdose schalten Um den Einstrom warmer Luft zu minimieren habe ich zwei (3) Profilbretter in die Rolladenführung eingelegt, von denen zwei mit einem Halbkreis im Durchmesser des Abluftschlauchs versehen sind wo ich dann den Schlauch einklemme und den Rolladen dicht verschließe Ist dann zwar dunkel (was auch im Sinne der Einstahlungsvermeidung ist) aber der Wärmenachstrom hält sich in Grenzen @Dominik-F sagte in Welche Klimaanlange: Nachts nicht lüften können ist auch dann gegeben, wenn draußen die absolute Feuchte nachts immer noch deutlich über der im Zimmer liegt

@Snupy Die CPU ist auch nicht unbedingt das Problem, aber die 1GB RAM, wobei 50% Auslastung schon ne Menge sind, wenn dann IOBroker noch was machen soll, ist da auch nicht mehr viel Luft. Ich habe kein VIS laufen, lese aber des öfteren, dass das wohl auch bisschen mehr CPU Leistung braucht, da viele schreiben, dass VIS nach dem Umzug auf z.B. ein NUC, wesentlich schneller reagiert.

Ich hab heute meinen Zigbee-Stick installiert. Nach erfolgreichem Pairen mit einem Aqara Fenster-Kontakt bekomme ich leider keinen Batteriestatus und keine Voltzahl angezeigt. Verbindung ist vorhanden. Beim Öffnen der Tür etc. wird auch geschaltet. Muss ich was weiteres einstellen?

@Jey-Cee Danke für den Hinweis. Da gibt es ja genügend Beteiligte, die den Fehler verursachen könnten (ioB, Phoscon (jetzt mal richtig geschrieben), Sensor, Docker, Netzwerk). Ich habe im ioBroker mit Blockly eine Abfrage zusammengebastelt, die jetzt offensichtlich so läuft, wie ich es wollte. Auch mit Blockly fange ich gerade erst an. Nochmals Danke für die Hilfestellung.

@Homoran vielen vielen Dank. Das war’s. Jetzt geht es. Schönes Wochenende

@drapo Na super, schön das ich helfen konnte. So wie es ausieht, soll das in Zukunft auch automatisch passieren. Warten wir mal ab was die nächsten Updates so bringen.

@sigi234 sagte in Adapter Visualisation: @skokarl Da läuft ein Update , abwarten. Dich kann man echt alles fragen.....Du hast immer ne brauchbare Antwort

@Sonnenkind Damit man deinen Thread besser finden kann korrigier mal bitte deine Tags und deinen Thread Titel(Wörter) RPC und Homematic