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">:100:</emoji>0x20 write 100 1 / gpio -x mcp23017<emoji seq="1f4af">:100:</emoji>0x20 write 100 0 Read : gpio -x mcp23017<emoji seq="1f4af">:100:</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

Vielen Dank für die Informationen, ich habe, - außer Docker -, alle Installationsvarianten erfolgreich ausprobiert. Welche jetzt ideal für meine Umgebung ist, kann ich nicht sagen. Ich tendiere z.Zt. zur OS X Variante, da hierzu keine fixen Ressourcen vergeben werden müssen. Die Ressourcen meines alten MAC Mini (Ende 2012, 2,3 GHz Intel Core i7, 16 GB, 2 TB FusionDrive) sind halt endlich. Parallels Desktop: FHEM, permanent (2 Prozessoren, 2 GB RAM, 64 GB FD inkl. MySQL-, MQTT-Server, HomeBridge, HA-Bridge, …), Windows 10 64, temporär (4 Prozessoren, 8 GB RAM, 256 GB FD ) und FHEMTEST, temporär (2 Prozessoren, 2 GB RAM, 64 GB FD ...). iTunes, DLNA, OS X- Server permanent FHEM wird zusätzlich zu ioBroker benötigt, da nicht alle notwendigen Adapter vorhanden sind. Derzeit arbeite ich mich in vis ein. Das scheint wirklich die geniale Gestaltungsumgebung zu sein. Da gibt's noch viel zu entdecken und zu lösen. Meine weiteren Fragen, Probleme bzw. Herausforderungen werde ich in separaten Beiträgen stellen. LG Gernot

Naja, jetzt brauch ich auch nicht mehr die Benennung in der CCU anpacken und die kann so weiterdümpeln. Bin damit auch gleich fertig, dann ist das erledigt. Gruß und vielen Dank für eure Unterstützung.

Korrekt, leider ja. Die Kamera selbst hat zwar auch eine Bewegungserkennung, diese kann man aber nicht für ioBroker "abgreifen" :(