Ich poste hier mal nur Inhalt und keinerlei Daten der Firma oder Personen: "…... unter diesem Aspekt gestaltet sich der Sachverhalt wie folgt. Ihre Visualisierungssoftware (ioBroker) muss sich als Nabto-Client an der Heizungssteuerung (Nabto-Device) anmelden. Genauer muss es eine Applikation (Middleware) geben, welche sich als Nabto-Client an der Heizungssteuerung anmeldet und den Datenaustausch mit der Visualisierungssoftware organisiert. Auf diese Weise müssten die Endgeräte (zur Visualisierung) keinerlei Kenntnis von den Zugangsdaten zur Heizungssteuerung besitzen, da Sie die Daten direkt von der Visualisierungssoftware abfragen. Die Middleware würde auf den von nabto zur Verfügung gestellten Libraries (Nabto Client API) basieren, in Ihrem Fall eine der Libraries für Windows, siehe Quelle. Die Verwendung der Nabto Client API ist unter dem Punkt Literatur erläutert. Quelle: https://www.nabto.com/downloads/nabto-l ... o-libs.zip (Download: Nabto SDK static libs for Linux, macOS, Windows, iOS and Android) Literatur: https://www.nabto.com/downloads/docs/TE ... cation.pdf Abschnitt 5 (Nabto Client Scenarios) In Ihrem Fall (ioBroker) handelt es sich um eine node.JS basierte Lösung, leider gibt es hierfür noch keine fertige Implementierung (node.JS Modul). Als Middleware würde man also einen ioBroker-Adapter implementieren müssen, welcher die Kommunikation über die Nabto Client API durch die Aufrufe der jeweiligen C-Funktionen übernimmt. Für den Aufruf nativer Bibliotheken stehen diverse node.JS Module zur Verfügung. Zum Beispiel: Node-gyp: https://github.com/nodejs/node-gyp Node-ffi: https://github.com/node-ffi/node-ffi … "

@Homoran: Dann lies mal deine PN! Gruß Rainer ` angeblich gibt es ja noch ein Leben ausserhalb der HM. Bin dann mal wieder weg.

@ruhr70: Mit welchem Benutzername/Passwort logge ich mich denn an der Console ein, wenn ich. z.B. den Host updaten möchte? ` Auf der Synology gibt es eine relativ gute Weboberfläche über die man ein Terminal starten kann. Schau mal meinen, im Post vorher, verlinkten Thread an. Wenn man auf der Konsole des Docker-Host unterwegs ist kann man eine Konsolensession im Container starten. Ich glaube so: docker exec -it <container id/name=""> bash</container> Sofern man im Container kein komplettes OS laufen hat, benötigt man keine Kennung, weil es auch kein Rechtesystem gibt… Man muss immer im Kopf behalten, dass Docker kein VMware oder virtualbox ist. Man setzt darin keine vollständigen virtuellen Maschinen auf, sonder eher Umgebungen die nur die Pakete beinhalten, welche von der darin laufenden Anwendun benötigt werden... MfG, André

Ja, der liegt mir auch eher im Magen Jetzt müsste man wissen was das für ein start file ist, dass da gesucht wird und ob es besonders schlimm ist wenn es fehlt. So wie es grad aussieht funktionert der IOBroker. Ich kann allerdings nicht feststellen (ich wüsste nicht wie) ob der Js-controller rund käuft Gruss Ralf

@Homoran: Und nochmal Immer zuerst den js-controller und dann den admin updazen. ` Deswegen hatte ich heute auch wieder ein weißes Bild. Man updatet automatisch alles was an Adaptern aufleuchtet und denkt nicht daran, erst den Host zu updaten. Das muss irgendwie anders gelöst werden. Das ist eine Falle, in die jedesmal auch erfahrene User stolpern und die Anfänger total abschreckt.

@MrLee: Könnte der SQL-Adapter nicht vorm schreiben prüfen ob der Wert (Timestamp, Datenpunkt, value) schon da ist? ` Aus Performancegründen würde ich das nicht einbauen wollen … Also ich habe es so gelöst das ich ein Warm-Standby System habe. Für die States nehme ich Redis und da ist auf dem Warm-Standy ein Redis-Slave. Damit sind mal alle State-Daten da. Der Redis ist mit einer Zeile in der Konfig zum Master gemacht. ioBroker-Daten(also das Verzeichnis) an sich wird regelmäßig per rsync auf den Warm-Standby Rechner gesynct der hat HW- und OS-mäßig identisch ist zum Hauptsystem. Da ändert sich aber im Normalfall nur das objects.json. Heisst im Notfall reicht dort ein fixen des Hostnamens in der iobroker-Konfig und der Master läuft wieder. Für die Slaves hab ich nen DNS-Eintrag der auf den Master zeigt mit dem die Verbunden sind (ebenso für Redis). Also mit Ändern des DNS-Eintrags ist es auch gefixt. Sind also ein paar Handgriffe leider, und auch welche die blöd zu automatisieren sind. Die "Multi-Master"-Idee ist schon in einigen Köpfen, aber hier ist meiner Meinung nach ganz wichtig nicht zu wenig zu machen, weil man sonst zu schnell in komische Situationen kommt. Theoretisch müsste man eine Quorum-Logik bauen und das heisst das mindestens 3 Rechner nötig sind um zu sagen ob der aktuelle Master wirklich tod ist und sich auf einen neuen zu einigen falls man das automatisieren will. Das kann alles beliebig komplex werden. Mal schauen.

[image: 452_screenshot.165.png] hmm - tja nun ist sie wieder bei Dir. Auch gut. :lol:

Hallo, ok, dann mache ich mal einen Thread dazu auf. Gruß Sven

Habe hier einen neuen Thread in der Entwicklung aufgemacht. http://forum.iobroker.net/viewtopic.php?f=24&t=5599 Vielleicht kann ein Admin diesen schließen. Dankeschön.

Oh Sorry, hatte das hier aus den Augen verloren. Gut, dass du schon die Lösung hast! Vorrausgesetzt das zu beschreibende Object hat den Typ Boolean (auf Deutsch: Logikwert), und nicht etwa Mixed, sollten "true" und "false" funktionieren. Oder du hast einen Bug gefunden. :?:

Wir haben ne Thread Dublette … bitte unter http://forum.iobroker.net/viewtopic.php?f=22&t=5588 weitermachen :-)

Sorry Jungs; bin eben eher der "ich möchte wissen was" Typ ;-) Hab keine Sekunde darüber nachgedacht, dass 0.0.0.0 auch gehen würde. Was zwar Sinn macht… aber s.o. :mrgreen:

Danke für den Tipp. Ich prüfe das mal. Was mir auffällt ist, dass in den Ereignissen kurz vor dieser Meldung immer das Datum mit Jahr 1970 und Uhrzeit 00:00h ausgegeben wird. Sobald die erste Meldung wieder mit korrekter Zeit erscheint, kommt der Fehler Beispiel: stateChange hm-rpc.0.KEQ0xxxxx.2.BOOT true true hm-rpc.0 2017-03-08 11:40:01.477 2017-02-11 16:15:00.835 stateChange hm-rpc.0.GEQ0xxxxx.0.UNREACH_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.GEQ0xxxxx.0.STICKY_UNREACH_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.GEQ0xxxxx.0.LOWBAT_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.GEQ0xxxxx.0.DUTYCYCLE_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.GEQ0xxxxx.0.CONFIG_PENDING_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-7_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-6_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-5_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-4_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-3_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-2_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.1.ERROR-1_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.0.UNREACH_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.0.STICKY_UNREACH_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.0.LOWBAT_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.KEQ0xxxxx.0.CONFIG_PENDING_ALARM false true hm-rega.0 1970-01-01T00:00:00.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.EEQ0xxxxx.1.ERROR-2_ALARM false true hm-rega.0 2017-03-08T07:44:25.000Z 1970-01-01T00:00:00.000Z stateChange hm-rpc.0.EEQ0xxxxx.1.ERROR-1_ALARM false true hm-rega.0 2017-03-08T07:44:25.000Z 1970-01-01T00:00:00.000Z

@foxthefox: Unabhängig was dahinter steht. Es eine clevere Übersicht der unterstützten Dinge. ` Da hast du recht und sowas gibt es ja auch auf der ioBroker Seite. Leider ist da nicht mehr zu sehen weil die Hersteller/Anbieter der Nutzung ihrer Logos zustimmen müssen und das haben wohl einige abgelehnt.

Problem dank Soef gelöst. Es war uPNP auf der Fritzbox nicht an. Danach ging es.

Auch eine Variante, hab mir das Feld hinter das Pumpem Widget gelegt. Schade das es mit dem Widget selbst nicht geht aber so reicht es auch. Danke ykuendig

Also es läuft nun, ich habe alles unter /opt nochmal gelöscht und dann von vorne angefangen. Anscheinend habe ich beim ersten mal tatsächlich versucht unter /opt zu installieren. Von diesem Versuch gab es anscheinend noch Reste, die jetzt zu Problemen geführt haben. Danke für eure Hilfe. Gruß, jawr

Bei mir haben sich die obigen Settings im Redis aber als guter "Notnagel" erwiesen weil im Notfall der Redis Server einfach eine Verbindung killt sobald die bei 512MB ausstehender Daten landet … damit hat er sich nie wieder aufgehängt. Und am Ende startet sich maximal der verursachende Adapter neu ... also auch zu verkraften. Schreibst Du "gelöst" bitte noch ins Thread Subject?! Danke

ok, ich habs, dass war es :) Danke, geht nun.

@Bluefox: @Homoran: Hallo Bluefox, Wäre das hier zum testen etwas für dich - wenn noch verfügbar: http://homematic-forum.de/forum/viewtop … =7&t=34953 Gruß Rainer ` Letztendlich es soll jetzt schon gehen und ich sehe, dass bei eric geht es. Mir reichen wirklich die RawDaten (mit Config Beschreibung: COC/CUL, Mode, …) um die Feature zu implementieren. ` besteht noch Bedarf an den RAW Daten von MAX!-Geräten? Habe die aktuell noch mit einem CUL unter FHEM laufen. Steuerung über IoBroker läuft auch schon. CULs habe ich insgesamt 3 Stück. einen CUL 433 MHz für Intertechno Steckdosen, einer für 868 MHz FS20 Geräte im SlowRF mode und einen für 868 MHz MAX!-Geräte im rfmode MAX. Damit kann ich gerne weiterhelfen.