danke Dir, ein einfaches iobroker add admin –enabled hat genügt. Frohes Fest noch :roll:

Hi Jey Cee! Vielen Dank, jetzt funktioniert alles ordnungsgemäß!!!

Zu deinen drei Optionen 1.) Nutzersicht (also der User der das Kommando sendet) A) setState mit ack=false B) Warten gibts an sich nicht …bzw entspricht einem "subscribe" auf den Datenpunkt wo man die Änderung erwartet C) Idealerweise der asynchrone Callback mit dem "subscribe" 1.) Adaptersicht A) der Adapter macht faktisch nichts, ausser das er einen subscribe auf den State hat sodass er auf Änderungen reagieren kann. Wenn eine Änderung kommt kann der Adapter müsste das "ack=false" ist und dann die entsprechende Aktion ausführen. Alle geänderten Werte schreibt er mit "ack=true" 2.) siehe 1.) Weil am Ende ja nicht der gleiche Datenpunkt von einem Kommando aktualisiert werden muss. Oder auch nichts. User sendet mit "ack=false" das Kommando, Adapter tut was er tun muss. Fertig. Wenn das so ist. ist eine Rückmeldung vom Adapter ja nicht nötig ... oder im Zuge von "GPIO"-Kram will man vllt den entsprechenden kanal als Wert auf das neu gesetzte aktualisieren 3.) User macht subscribe auf die Werte und verarbeitet nur alles mit "ack=true"

Die SuFu wirkt hier manchmal Wunder. Das Problem mit dem Update hatte ich letztens auch.

@derrapf: Da bekomme ich aber Fehler: Verbindung fehlgeschlagen Firefox kann keine Verbindung zu dem Server unter iobroker.net:8000 aufbauen. ` ich auch :( ist wohl gerade down :( Gruß Rainer

Danke, werde ich sobald es geht ausprobieren.

ja das habe ich :) Die Bedienung und Installation mit dem Admin Interface funktioniert ja auch, ich sehe die States etc. Nur ist mir das mit dem IPs halt aufgefallen. [image: 1757_iobroker_hosts.png]

auch die links sind alle falsch

Klasse, Danke für die Info. Frohe Weihnachten Mirko Gesendet von iPhone mit Tapatalk

Ein kurzes Update (gültig für Linux im Moment): Habe bemerkt dass nach updates des Raspi auf neues Pixel und auf Node 6.9.2/npm 4.0.5 einige Adapter nicht mehr richtig liefen. Speziell Adapter die Module kompilieren mussten waren betroffen (rpi2 z.B., GPIO lief nicht mehr). Die Adapter zeigten 'grün' aber funktionierten nicht. Na gut, also reinstall.sh Da bin ich draufgekommen dass reinstall.sh auch 2x installiert! #!/bin/bash iobroker stop ls -1 ./node_modules | grep iobroker. > list.txt cd node_modules; rm * -R cd .. while read in; do npm install $in --production; cd node_modules/$in/; npm install --production; cd ../..; done < list.txt chmod 777 * -R rm list.txt iobroker upload all Also schrieb ich mein eigenes reinstall: #!/bin/bash sudo iobroker stop ls -1 ./node_modules | grep iobroker. > list.txt cd node_modules; sudop rm * -R cd .. sudo rm iobroker while read in; do npm install $in --production --prefix /opt/iobroker ; done < list.txt chmod 777 * -R #rm list.txt sudo npm install iobroker --unsafe-perm iobroker upload all sudo iobroker start Auf meinem Testsystem war nach dem originalem Reinstall im ioBroker-Verzeichnis 369MB verbraucht (gemessen mit du -sh .). Mit meinem script waren nur 207MB verbraucht! IoBroker lief genauso und das rebuild dauerte halb so lang. Wie man sehen kann installierte ich alle Adapter OHNE sudo, nur iobroker selbt braucht sudo. Dann hab ich einen anderen Test gestartet: Alles mit Sudo aber ohne – #!/bin/bash sudo iobroker stop #ls -1 ./node_modules | grep iobroker. > list.txt cd node_modules; sudop rm * -R cd .. sudo rm iobroker while read in; do sudo npm install $in --production; done < list.txt chmod 777 * -R #rm list.txt sudo npm i iobroker --unsafe-perm sudo iobroker upload all sudo iobroker start Das Ergebnis waren 211MB Speicher (immer gemessen in ioborker-Verzeichnis). Diese Version lief etwas besser als die Vorige (erzeugte weniger Fehler da einige Adapter oder Module ihre subModule im node_modules Unterverzeichnis erwarten) UND Installationen unter Admin mir root (=sudo)-Rechten ablaufen! Meine Conclusio: Das Problem besteht durch die Unterschiedliche Nutzung von root und "–prefix /opt/iobroker". "--prefix /opt/iobroker" speichert die Module in opt/iobroker/node_modules und nicht im Unterverzeichnis vom Adapter. Da Adapter unterschiedlich (nicht nur mit Admin) installier werden sind sie oft als Benutzer oder root installiert was zusätzlich Probleme verursacht. Mein Vorschlag deshalb: Adapter sollten ohne Root installierbar sein Zweistufige Installation (mit submodulen im Adapter und Submodulen in iobroker sollten vermieden werden. Alle batch-scripts sollten klar sudo/user-Rechte definieren Möglicherweise sollte ioBroker unter einem eigenen User laufen (und nur Adapter die root brauchen darauf zurückgreifen) Momentan verwendet ioBroker verschiedene Strategien um einzelne Adapter-Probleme zu lösen. Meiner Meinung nach wäre es besser die Adapter an die ioBroker-Strategie zu binden.

@Jeeper.at: Hallo, Alles gut. Nimm einfach ein html Widget und binde den iCal.0.data.html ein. Schon hast du die Daten angezeigt. Genau das macht der Adapter. Er liest deinen Kalender und erzeugt den State bereits html formatiert. Lg Günther ` ja, dass habe ich auch dann auch gesehen. aber komisch ist es schon, dass der Datempubkt nicht sichtbar ist.

> Die Suche ergab 22 Treffer: sayit doppelt vielleicht ist da ja was für dich dabei. Ich benutze im Moment noch kein sayit Gruß Rainer

Hab es getestet. Der Fehler scheint in der neuen Version behoben. Es ist aktuell über einen Zeitraum von ca 5Std keine 0 mehr eingetragen worden. Vielen Dank für das Update!

Fehler 2166 ist nicht gleich Fehler 2166 Die Nummer gibt im Prinzip nur eine Fehlerkategorie an, der restliche code spezifiziert das. Im HM-Forum gibt es einzelne User, die da inzwischen die Ursache aufgrund des codes zuordnen können - ich kann das nicht. Das gilt auch für den 11622 Gruß Rainer

Hi, ich hatte dasselbe Problem und BlueFox hat Outlook / Office365 ergänzt in der neuen Version. In der Zwischenzeit kann man die Einstellungen ändern um TLS zu ermöglichen. Siehe hier: http://forum.iobroker.net/viewtopic.php … ce365+tls2 Grüße, Jens

Abend! bin auch seit heute blutiger Anfänger und hatte das gleiche Problem. Im Log stand dann,, dass der Port schon in use wäre. Also, mal im Web Adapter Konfig auf Port 8083 gesetzt, schon geht's. Keine Ahnung war oder was den Port 8082 benutzt.

@vegetto: Hallo, der Name von der Default Media Player kann man leider nicht verändert (oder ich habe nicht gefunden wie…). Wenn das Title gesetzt ist, wird der gross gezeigt und nicht dem player. Ich habe mit v1.1.3 ein Bug gefixt, damit bei Default das url2play als title benutzt wird, wen keine ICY metadata gibt. Leider kann man nicht dem Title ändern, wenn das Streaming läuft, ohne das Streaming zu unterbrechen. Was denkbar wäre, ist defaultTitle und defaultImage Datenpunkten zu addieren und ihre Werte zu nehmen, wenn keine metadata im Streaming gefunden wird. Um das widget im iobroker.mobile zu inkludieren brauchen wir bluefox. Ich plane diese Tagen ein extra Widget zu addieren, damit einfacher ist das Streaming URL von eine Liste auszuwählen. ` …alles klar, danke dir für die Infos! Liebe Grüße tom

DITO ich auf Windows Home Server und läuft bestens! Torsten