Ok @AlCalzone: Ich habe für die Korrektur der deutschen Übersetzungen VSCode verwendet. ` VSCode kenne ich, kein Problem … aber da hab ich jetzt mein Verständnis-Problem, wo finde ich die Datei im ioBroker-Verzeichnis, damit ich dann im Browser das Resultat "live" sehen kann? Ich hab's bis jetzt so gemacht: Fork vom Github-Repo Texte überarbeite Pull request auf Github gemacht Nach dem Merge, wenn der Adapter in der neuen Version verfügbar ist, im Test-ioBroker installieren und schauen ... :oops:

https://github.com/ruhigundrelaxed/iobroker.hyperion

@SchuetzeSchulz: Darf ich fragen, was das socket.emit bewirkt? Soll ich das statt setForeignObject nutzen? ` Das ist eine Möglichkeit, aus der Admin-Oberfläche bestimmte Adapterfunktionen aufzurufen - mit leicht anderer Syntax. Ich glaube aber dass bei dem was du vor hast (1x Sync aus Admin anstoßen?) die ursprüngliche Lösung einfacher ist - wenn du denn das Timing des Adapter-Neustarts auf die Reihe bekommst.

Hallo zusammen, danke für den Tip. Habe mir jetzt ne kleine Routine mit .getObjects geschrieben.

Bei Adaptern ist der „übliche“ weg dir einfach die aktuellen Werte zu merken in einer eigenen Struktur (Objekt mit den ids als key oder so) und dann selbst zu vergleichen und beim Schreiben dann immer dort auch aktualisieren. Es gibt glaube auch ein setStateNotChanged oder so, aber der arbeitet ggf nicht sooo Performant wenn es viele Daten sind. Üblicherweise sind die Daten diesmal da redundant hält nicht sooo viel.

Vielen Dank, hatte die 1.0.10 / 1.1.0 von Git mal einfach gegen die 1.0.9 getauscht, ging leider nicht. Findet dann die serial Ports nicht. Das schau ich mal mit einem Custom install. Gruß TB

Hallo Meistertr, alles Gute für 2018 ich bin hier per Zufall drauf gestoßen und wollte mir dem Worxx S genau deshalb anschaffen um ihn in Smarthome zu integrieren. Bin gespannt wie die Lösung einschaut. Eine "direkte Anbindung ohne Cloud etc" wäre mirt am liebsten. gruss kvo1

Hallo, ich versuche den Adapter auf einem Raspberry Pi 2 Model B mit ioBroker_Image_RPi_2-3_20171122_stretch.zip zu implementieren. Der Adapter wurde durch npm install https://github.com/Muskelkatermann/ioBr … ll/master/ hier abgelegt: /opt/iobroker/node_modules/ioBroker.nuimo/ Auf dem Reiter "Adapter" erscheint danach, wie erwartet, ein weiterer Eintrag: "ioBroker nuimo Adapter" Das Hinzufügen einer Instanz dieses Adapters führt jedoch zu einer Fehlermeldung: Fenster: Kommando Ausführen $ ./iobroker add nuimo ERROR: host io.Broker-Pi Unknown packetName nuimo ERROR: process exited with code 5 Die "statische Erweiterung" mit nuimojs ist leider veraltet. Seit August 2017 gibt es die Version 1.0.3. Das Ausführen der Beispielprogramme unter "exampes" funktioniert aber korrekt: info.js, interaction.js und led.js Ich möchte gerne nuimo mit ioBroker verwenden und freue mich deshalb über jede Unterstützung!

Thanks, that worked :D

Du kannst Adapter von Hand starten, auch wenn sie disabled sind: sudo node --inspect-brk=0.0.0.0:9229 /opt/iobroker/node_modules/iobroker.systeminfo/systeminfo.js --logs --force Ich debugge sie mit dem chrome broser wie oben. Du kannst –inspect... weglassen wenn du nur starten aber nicht debuggen willst. Das wichtige für dich ist --force, das bringt ioBroker dazu den Adapter zu starten auch wenn er disabled ist!

Mir kam da eben eine Idee und bevor ich die vergesse habe ich die Mal Schnell aufgemalt. Ich bräuchte nur Mal Hilfe wie ich das am besten Script technisch in iobroker schreibe. Dachte das ich vielleicht ne Funktion dafür deklariere weil ich das ganze ja für mehrere Kanäle brauche. Aber seht euch Mal meine Skizzen an vielleicht hat ja jemand schnell ne Lösung zur Hand. [image: 7f5b942efb1adf499f4c03a4bee5164b.jpg]<link_text text="https://uploads.tapatalk-cdn.com/201712 ... e5164b.jpg">https://uploads.tapatalk-cdn.com/20171213/7f5b942efb1adf499f4c03a4bee5164b.jpg</link_text>" />[image: 073eda8aa83cb6af1592a8cac94bb4ae.jpg]<link_text text="https://uploads.tapatalk-cdn.com/201712 ... 4bb4ae.jpg">https://uploads.tapatalk-cdn.com/20171213/073eda8aa83cb6af1592a8cac94bb4ae.jpg</link_text>" /> Gesendet von meinem Pixel mit Tapatalk~~~~

Hi, Es ist einfach gewöhnungssache… Das Problem beim Synchron: Ich brauche die Daten von Objekt x um y zu machen, also warte ich bis x da ist und mache solange nichts anderes. Beim Asynchron: Ich brauche die Daten von Objekt x um y zu machen, also rufe ich x auf und mache solange was anderes und wenn irgendwann x fertig ist, macht er y weiter und ich habe solange ganz viele andere Sachen gemacht. Hier habe ich ein Beispiel, wie ich das benutzt habe. Es funktioniert super und nirgendwo muss das System angehalten werde, um auf irgendwas zu warten, obwohl ich fast nur Daten aus andere Objekten nutze. https://github.com/ldittmar81/ioBroker. ... fo.js#L745 Grüße, ldittmar

Hi Bluefox, die Mail Adressen haben wir ja ausgetauscht und dden Kontakt hergestellt. Wie ist der aktuelle Stand, ist hier eine Kooperation zustande gekommen? :) Wir möchten das Projekt irgendwann umsetzen und das könnte ein schöner Test / Referenzaufbau für das Thema sein.

Ok wenn es interessiert: in der /etc/rc.local echo '0a v' > /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03DA2L-if00-port0 und gut ist. unter /dev/serial/by-id sind auch andere Geräte zu sehen. Entsprechend auf den Jeelink anpassen. Fertig. Und Ruhe ist :-)

Ich laufe auch seit einigen Tagen fehlerfrei mit der v.1.2.3 Das Update lief problemlos durch. Allerdings habe ich keine neuen Funktionen getestet node v.6.12.0 npm v.3.10.10

@Rasputin: Aber das ist für mich ein Widerspruch, es hat sich nichts beim Ping-Adapter geändert, aber mein Adapter bekommt ein stateofChange. ` Und wenn du im Adapter auf eine Aktualisierung lauschen willst und nicht eine (wirkliche) Änderung? Dann geht das nur, wenn der Controller alle Events sendet und den Adaptern das Filtern überlässt. Da sollte natürlich darauf geachtet werden, dass nicht auf sämtliche States gelauscht wird, etwa per adapter.subscribeForeignStates("*") sondern nur die, die tatsächlich benötigt werden. > Wäre es denn nicht sinnvoller wenn der Ping-Adapter das machen würde, nur dann setState aufrufen wenn der PingStatus sich ändert, dies sollten dann alle Adapter so machen. Da hast du möglicherweise Recht!

Hallo Christian und Willkommen (auch hier) im Forum! Wie du dir wohl denken kannst, ist das Thema definitiv nicht meine Baustelle. @Bluefox oder @Apollon77 sind da wohl eher die Ansprechpartner. Ich denke sie werden sich dann hier melden. Gruß Rainer

Danke. I will stay tuned

=> http://forum.iobroker.net/viewtopic.php?f=36&t=8208