@Ingo: Habe eben den Haken bei Sichtbarkeit weggenommen - es geht !!! ` Die Funktion Sichtbarkeit hat eine andere Aufgabe. Damit kann man Widgets verschwinden lassen (!) um sie nur bei bestimmten Anlässen zu zeigen. z.B. wenn die Temperatur zu hoch wird, eine Widget mit rotem Hintergrund "ALARM!" Auch kann man Widgets in Abhängigkeit des Werts weiterer Datenpunkte anzeigen lassen - oder eben nicht. Bitte den Thread als gelöst markieren (ersten Eintrag editieren und dort in der Überschrift [gelöst] davor schreiben) Gruß Rainer

ich muss das Thema nochmal ausgraben. Gibt es zu dem Thema schon Erkenntnisse, ob das in der Zukunft machbar sein wird? Gerade die Kombination aus rsylog/loganalyzer ist ja recht einfach installierbar. Gruss Silvio

…war ne coole Sache :) von mir auch vielen Dank für Idee und Umsetzung. Ich mache gerne wieder mit. @Eric: ESXI Installation hat auf den NUC geklappt. Es gab ein paar probleme mit fehlenden Treibern. Google hilft. Habe bereits ein paar VMs installiert. WINSCP für Gast und Host geht auch. Ist schon beeindruckend.

@steinwedel: Hast Du eine Idee, wie man den Raspi auf Shell-Ebene erkennen kann? ` Bin halt auch kein Linux Crack. Arbeite nur mit Cut and Paste und try and error ;) Habe ein wenig getoggelt und mit cat /proc/cpuinfo Bekommst du reichlich Info. Gruß Rainer

Ok, danke Paul, für die Infos! Gesendet von iPhone mit Tapatalk

Danke schon einmal für deine Antwort. Was findest du ist da nicht bequem? Die Steuerung über den Touchscreen oder das einrichten?

@pix: Hallo Bluefox, ich denke, das war das Problem. Es läuft wieder. Danke. Habe auf 4.5.0 gewechselt. Theoretisch ist 4.6 möglich, soll ich dahin? Gruß Pix ` 4.6 ist auch gut. Ich habe irgendwo gefunden, dass das Problem erst in 4.3 gefixt wurde. Deswegen habe ich dir empfohlen node.js upzudaten.

! ```` unsigned long SLEEP_TIME = 30000; // Sleep time between reads (in milliseconds) OneWire oneWire(ONE_WIRE_BUS); // Setup a oneWire instance to communicate with any OneWire devices (not just Maxim/Dallas temperature ICs) DallasTemperature sensors(&oneWire); // Pass the oneWire reference to Dallas Temperature. float lastTemperature[MAX_ATTACHED_DS18B20]; int numSensors=0; bool receivedConfig = false; bool metric = true; // Initialize temperature message MyMessage msg(0,V_TEMP); ! void setup() { // Startup up the OneWire library sensors.begin(); // requestTemperatures() will not block current thread sensors.setWaitForConversion(false); } ! void presentation() { // Send the sketch version information to the gateway and Controller // sendSketchInfo("Temperature Sensor", "1.1"); // Fetch the number of attached temperature sensors numSensors = sensors.getDeviceCount(); // Present all sensors to controller present(0, S_TEMP); } ! void loop() { // Fetch temperatures from Dallas sensors sensors.requestTemperatures(); Serial.print("-------------------------------------------->Temperature for the device 1 (index 0) is: "); Serial.println(sensors.getTempCByIndex(0)); }

@SchuetzeSchulz: Hi Bluefox, kannst Du LgTv auch hinzufügen? ` Erledigt

Jira sollte wieder gehen.

Danke, das hat geholfen! Anschließend konnte ich mit admin upload dann die Admin wieder zum Laufen bekommen. Der Ordner node-gyp war vom User 502 Gruppe dialout? Google sagt irgendwas von Ordnersync von einem Mac, hm, bin mir nicht bewusst das gemacht zu haben…

@fischi87: Hallo, Ich habe immer noch ab und zu das Problem. Was mir gerade auffällt, ist das mein Pro Adapter 5 oder mehrmals im "top" steht, kann mir das jemand erklären? Hier mal ein aktueller Auszug von top: ` Ich vermute, dass rpi nicht richtig runtergefahren werden konnte und dass da immer noch was aktiv ist. Da muss man den Adapter zwingen, dass er sich beendet. Da husky-koglhof nicht mehr so aktiv im git ist, dann sollte jemand drauf schauen.

Moin Rainer, danke erstmal. Sieht nach bissl arbeit aus. Werde mich da heute Abend mal ran machen. Habe jetzt wieder die Version 0.10.22 installiert. Jetzt läuft es zumindest erstmal. Danke

Hey, die CCU speichert das in RRD-Files. Die kann man bestimmt auslesen. z.B. https://github.com/siboulet/node-rrd-stream So könnte man die Daten auslesen und in einen der History-Adapter von ioBroker überführen … Nur so als Idee ... aber wäre Entwicklungsaufwand. Ingo F

Tja, so einfach war es dann mal niht bei mir, da ich auch die Hardware, IP-Adresse und Hostnamen änderte. :roll: Ich habe einfach den gesamten Ordner von alt auf neu kopiert (iobroker war auf neu bereits installiert und lauffähig). Es startete, aber ich konnte keine Weboberfläche starten. Auch kein offener Port 8081… Kurzum, ich nutzte das reinstallskript, die Hostnamen änderung und dann lief es recht problemlos. :ugeek: Danke für Eure Hilfe! So lng, Fitti

… mit der heutigen 1.0.3 funktioniert das Update nun! Vielen Dank!

Hallo @ all es scheint zu gehen wenn man jeden Adapter einzeln installiert (und ioBroker neu startet). Ich konnte jetzt alle Adapter installieren und die installation überlebt auch einen Reboot. Auch wenn ich nicht weiß woran es lag - würde ich für mich sagen gelöst. Danke trotzdem für die Tips. LG und schönes Wochenende

Danke für die Rückmeldungen! Ich hab das Ganze jetzt mal auf nem PI installiert. Da läuft alles problemlos. Gruß Stefan

@iben: Hallo, seit den letzten Updates startet der admin Adapter nicht mehr mit, wenn ich```` sudo ./iobroker start Ich muss manuell mit```` sudo ./iobroker start admin ````manuell starten. Hat sich was geändert, bzw. kann man das einstellen? ` Es wurde nichts geändert und iobroker start admin sollte dauerhaft Adapter laufen lassen und neu starten. Was ich vermuten kann, dass irgendwas stört (z.b Port ist besetz) admin beim Start und nach 3 Versuchen wird es nicht mehr versucht. Aber es muss unbedingt was im log darüber sein. Schaue im opt/iobroker/log an.