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

@_topi_: Hallo zusammen.. erst einmal vielen Dank an Bluefox und das Team für ioBroker. Ich bin seit einigen Monaten begeisterter Nutzer. Jetzt muss nur HabPanel etwas stabiler werden ;-). Ich versuche im Moment den Zugriff auf die ioBroker-Websites (vis, HabPanel) über den Web-Adapter oder den Cloud-Proxy etwas einfacher zu gestalten und hänge an der Authentication. Nach meinem Verständnis sind die Services doch über Basic HTTP Authentication gesichert. Ich habe bisher versucht die Nutzerdaten also URL Teil oder per Authorization-Header zur übertragen, kann aber die Anmeldeseite nicht vermeiden. Gibt es hier einen korrekten Weg, oder ist eine automatische Anmeldung generell nicht vorgesehen? Danke für eure Antworten, Tobias ` Automatische Anmeldung für die cloud ist nicht vorgesehen. Nur socketio unterstützt das. Damit Cloud authentication und lokal authentication zusammen funktionieren, sollte man 2 Web Instanzen machen. Und eine Instanz nur auf dem lokal Host betreiben ohne authentication für die cloud und eine Instanz mit SSL für lokale Anwendung mit authentication betreiben.

@paul53: Im JS-Adapter wird das NPM-Modul https://www.npmjs.com/package/node-schedule verwendet. ` Danke, das ist genau der richtige Hinweis.[emoji106] Gesendet von iPhone mit Tapatalk

Okay, sieht nicht so aus… https://github.com/npm/npm/issues/19004

Hallo in die Runde, bin neu hier und habe großes Interesse an dem irtrans usb adapter. Ich steuer so ziemlich alles per irtrans aufgrund meiner Behinderung und mit diesem Adapter könnte ich dann irtrans mit Alexa steuern … das wäre ein Traum, die Alpha bekomme ich irgendwie nicht ans laufen, weiß auch nicht genau wie ich den Adapter installieren muss, wäre über jede Hilfe sehr dankbar! Lieben Gruß, Christian :-)

Hallo, es geht um das net-snmp Modul. Wenn der Discovery-Adapter läuft, ist ja in der Regel noch nichts installiert. Das Modul wird aber benötigt um die MIB abzufragen. Oder ich muss die Funktion selbst nochmal schreiben. Bei der Adapterkonfiguration würde ich ebenso gern auf diese net-snmp zugreifen. Wie läuft das bei beiden Situationen? Gruß Marco

Gerne! In der package.json, Abschnitt "scripts": "deploy_local": "node build/deploy_local.js" Das Skript sieht folgendermaßen aus: https://github.com/AlCalzone/ioBroker.t … y_local.js bzw. die TypeScript-Originaldatei: https://github.com/AlCalzone/ioBroker.t ... y_local.ts Im Projektordner liegt noch eine deploy_password.json mit folgendem Inhalt: { "host": "<hostname>", "username": "<username>", "password": "<password>" }</password></username></hostname> Per npm run deploy_local aus VSCode wird das, was in den 3 Zeilen ab https://github.com/AlCalzone/ioBroker.t … cal.ts#L19 definiert ist, auf den Pi hochgeladen und upload/restart ausgeführt. Edit: Variante 2 per gulp-Skript aus einem älteren Projekt: ! ```` "use strict"; ! var gulp = require('gulp'), plumber = require('gulp-plumber'), gulpSSH = require('gulp-ssh'), execSync = require('child_process').execSync ; ! gulp.task('raspi-install', () => { ! let packFile; try { packFile = execSync("npm pack"); } catch (e) { console.log(Error while doing "npm pack": ${e}); return; } ! const conn = { host: "<hostname">, port: 22, username: "<username>", password: "<passwort>" }; const ssh = new gulpSSH({ ignoreErrors: false, sshConfig: conn }); ! return gulp .src([./${packFile}]) .pipe(ssh.dest('/opt/iobroker/')) .exec([ "cd /opt/iobroker", npm install ${packFile} --production, rm -f ${packFile}, ]) ; })</passwort></username></hostname"> Das führt aber durch die NPM-Installation zu mehr Arbeit auf dem Pi. Und Upload/Restart war da auch noch nicht drin.

@wendy2702: Hi, muss dieses alte Thema mal hoch holen. Hat sich an der Prozedur zum Einbringen eigener Widgets etwas geändert? Ich habe iobroker aus einem Backup neu aufgesetzt und da fehlt "mywidget" ja drin. Jetzt bin ich mir ziemlich sicher das ich es genau wie damals wieder eingefügt habe: mywidgets.jpg Allerdings erhalte ich jetzt beim restart von VIS oder auch iobroker komplett diesen Fehler: Habe meine Aufzeichnungen durchsucht kann mich aber nicht erinnern das ich noch etwas anderes machen musste als ich das beim letzten mal gemacht habe. Kann mir bitte jemand helfen das Widget wieder einzupflegen? Danke und Gruß Mirko ` Erstelle bitte noch die '/opt/iobroker/node_modules/iobroker.vis-mywidgets/io-package.json' Datei. Ähnlich wie andere Widgetsets

Na hoffentlich ganz bald ;-)

Bitte nutze den folgenden Thread (dann bleibt es übersichtlicher): http://forum.iobroker.net/viewtopic.php?f=24&t=7342 und prüfe als Erstes, ob Du die richtige node.js (>= 6.0.0) - und iobroker.admin (>= 1.8.2) - Version installiert hast. Grüße Carsten