@Homoran: jwedenig hat geschrieben: Ja das wars Was genau? ` @jwedenig: WO? Wie? ` editieren des ersten Posts, dort in der Überschrift [gelöst] voranstellen. Gruß Rainer

@apollon77: Ich fürchte Du musst die Befehle mit ; oder && getrennt in einen Exec-Aufruf schreiben, da jeder Call für sich steht und alles was Du da tust für den nächsten Call weg ist ` Nee, mit Blockly habe ich es nicht hinbekommen. Aber ich habe den ersten Schritt geschafft und das mit dem cron job kapiert und lasse jetzt täglich backup durchführen. Hier nochmal die Beschreibung dazu. In der Konsole von Ubuntu: > crontab -e Dann öffnet sich die Datei in der alles auskommentiert ist. Hier fügt man folgende Zeilen am Ende ein: #------------------------------ 52 23 * * * cd /opt/iobroker && iobroker backup #------------------------------ Dann Strg-O, mit Return bestätigen um Änderungen zu übernehmen, Strg-X, Fertig. Nun wird täglich um 23:52 Uhr ein iobroker backup gemacht. Als nächstes muss ich diese Sache kapieren, um die Backup Datei auf die NAS zu spielen…

im moment ist mein internet tot aber vorgestern war als ich als ich die ddns adresse aufgerufen habe immer auf dem https web adapter. Port 80 macht nichts meine ich. Wie mache ich das debug an dann teste ich das mal sobald mein internet wieder da ist

Klar, SD Karte raus nehmen, in deinen PC stecken, und die Datei "cmdline.txt" auf der Karte öffnen. init=/bin/sh ````an das Ende der vorhandenen Zeile einfügen. Karte wieder in den PI, PI Starten (mit Tastatur und Monitor)… Jetzt müsste der PI in die Kommandozeile booten. Jetzt einfach```` mount -o remount,rw / ````gefolgt von```` passwd pi ````oder```` passwd root ````um die entsprechenden Passwörter zu ändern. Danach```` sync exec /sbin/init und der Pi sollte jetzt normal weiter booten. Danach die cmdline.txt öffnen und das "init=/bin/sh" wieder entfernen. Gruß, Alex

Sorry. Bin neu im Thema mqtt und sonoff und hatte nicht gesehen, dass es das Thema schon gibt. Für mich ist es nun gelöst: http://forum.iobroker.net/viewtopic.php … 519#p77519

@bodyfix: ich möchte gerne aber den IC2 Bus direkt ansprechen und somit Read o. write benutzen Z.B. Write : gpio -x mcp23017<emoji seq="1f4af"></emoji>0x20 write 100 1 / gpio -x mcp23017<emoji seq="1f4af"></emoji>0x20 write 100 0 Read : gpio -x mcp23017<emoji seq="1f4af"></emoji>0x20 read 108 auch gerne mit IC2 befehle i2cset -y 0 0x20 0x14 0x01 i2cget -y 0 0x20 0x14 aber wie kann ich diese in Node-Red einbauen. ` Hi bodyfix Konntest du dein Problem mit dem node-red Adapter für den MCP23017 lösen? Ansonsten gibt es seit heute auch einen Adpater für I2C direkt in ioBroker: http://forum.iobroker.net/viewtopic.php?f=23&t=7437 Im Moment unterstützt er zwar erst den PCF8574, aber wenn du wünschst, kann ich versuchen den MCP23017 zu integrieren. Freue mich auf deine Antwort. /UncleSam

@Schaimania: Wie können wir I2C Werte über den IO Broker einlesen? ` Hi Schaimania Konntest du dein Problem mit dem nodejs-adcpi lösen? Ansonsten gibt es seit heute auch einen Adpater für I2C direkt in ioBroker: http://forum.iobroker.net/viewtopic.php?f=23&t=7437 Im Moment unterstützt er zwar erst den PCF8574, aber wenn du wünschst, kann ich versuchen den MCP3424 zu integrieren. Freue mich auf deine Antwort. /UncleSam

ALSO, habe jetzt mehrmals CCU2 gestartet - vergebens Dann habe ich den Pi abgeschaltet und siehe da, meine CCU2 erwachte wieder, nun habe ich den Pi wieder eingeschaltet und die IP wie ihr gesagt habt geändert und schon schmiert die CCu2 wieder ab Komisch, oder?

Hey, also das Thema kann gelöscht oder auf gelöst gesetzt werden. Habe einen komplett cleanout von IObroker durchgeführt und alles neu installiert. Bei der Installation eines Adapters (welcher unbekannt) hab es bei der Installation wohl ein Problem was ich auch in den Logs nicht nachvollziehen konnte. Gruß Sebastian

Hier auch 2 Bilder dazu http://forum.iobroker.net/viewtopic.php … 303#p76345

Die Warnungen sind alle nicht schlimm. @bjoernBo: doch… Seite ist über iobroker:8081 erreichbar, nicht über die IP-Adresse. ` Sollte sie aber. Alles richtig getippt? Reagiert das Gerät, wenn du die IP-Adresse pingst?

@Chinek0: Da es ja, wie ich in dem Link gelesen habe nun bei dir funktioniert, ist die Verzögerung weg, wenn der sonoff mit hue emulation läuft? ` Kann ich danach mal ausprobieren. Ich denke ja. Die andere Verzögerung kam sicherlich zustande, weil es über andere Server lief (nach Hause telefonieren). Jetzt verstehe ich auch den Sinn es über hue emulation laufen zu lassen, weil es Alexa dann einfach als neues Gerät erkennt!? Aber ich finde es nicht gut für jeden sonoff eine neue Instanz von hue erzeugen zu müssen (10x 50MB wäre schon was). Dann doch lieber händisch im cloud Adapter einen smartname mit mqtt-state anlegen und dann Alexa neues Gerät suchen lassen, oder? Edit: es läuft ohne Verzögerung… ob hue oder mqtt egal. Hauptsache nicht mit original firmware auf dem sonoff.

Danke Apollon

@photographix: Habe leider aktuell nur einen VMware Sensor (Monitoring also von außen). Bis auf das die CPU hochgeht - wahrscheinlich wegen den viele Schreiboperationen, ist nichts auffälliges zu sehen. Die VM hat 2 vCPUs mit jeweils 2,40Ghz, 2GB RAM, 50GB HDD (50% voll), jetzt auf SSD (vorher NFS), Server 2016, 64Bit. ` Dann bin ich mit meinem Latein am Ende warum das bei Dir ohne Fehlermeldung abkachelt … komisch komisch. Einzige Idee wäre nochmal der Start per Kommandozeile aber mit "history.0 debug" als erste Parameter (die anderen nach hinten schieben) @photographix: Wenn ich auf Influx umsteige geht das dann trotzdem mit visualisieren in Float oder Rickshaw? Den Influx Adapter habe ich schon einmal installiert. Das DB Backend fehlt noch. ` Ja das tut. History, SQL und InfluxDB haben eine kompatible/gleiche Schnittstelle zur Datenabfrage und die verwenden die Flot/Rickshaw-Adapter, damit sollte das tun. Einzig den Aggragator-Typ "minmax" hast Du ggf. nicht immer da. Bei InfluxDB hab ich den nachgebaut, SQL glaube nicht. Aber "average" geht da auch

Korrektur: Die Funktion https://github.com/ioBroker/ioBroker.javascript/blob/master/README.md#runscript stellt der Javascript-Adapter zur Verfügung (noch nicht allzu lange, weshalb ich der Meinung war, dass es nicht geht). Allerdings bleibt die Tatsache, dass Triggerbedingungen erst erfüllt sein müssen, um zugehörige Funktionen auszuführen.

Hallo Gemeinde, danke für daa Feedback @Hormoran ja, genau die Anleitung hab ich verwendet- @Eric Welche IP hat Dein Master? 192.168.179.65 Welche IP hat Dein Slave? 192.168.179.67 Auf welchem Host hast Du das Custom Setup aufgerufen? auf 192.168.179.67 Und was hast Du da an welcher Stelle eingetragen (bist Du nach der Multihost-Doku vorgegangen)? ich hab hier : Host of objects DB(file), default[127.0.0.1]: < IP ADRESSE> vom Hauptsystem die 192.168.179.65 eingetragen. Danach war, wie gesagt der Slave im Master in der Host Liste sichtbar aber Install und delete von Adaptern ging nicht. Inzwischen hab ich die Änderung in der iobroker.json rückgängig gemacht, den Slave auf den Master wieder gelöscht. NodeRed läuft wieder und Adaptewr lassen sich installieren. Lediglich den Adapter Admin.1 werd ich nicht mehr los. Den hatte ich probeweise installiert.

Cool :) ioBroker im Inet ist schon seit einem Jahr. Und immer noch läuft :)

Habe das System neu gestartet, sieht bisher gut aus. Auf die einfachsten Sachen kommt man manchmal nicht. n Reboot ist ja oft die Lösung, egal welches OS :lol: :lol: Danke