Wenn ich mir anschaue, was die SW aus ein paar Mausbewegungen produziert und welche Codes und Verküpfungen daraus erstellt werden, dann ist es für mich ein mächtiges Werzeug. Ja, ich meinte die Seiten, bzw. Views aus vis mit allen dazugehörenden Programmteilen, Gifs, etc. Die Kommunikation zur SPS hätte ich dann manuell angepasst. Jedenfalls danke für Deine Info. Damit weiß ich, dass ich so eine Funktion nicht übersehen habe.

Moin, ich meinte eigentlich den Screenshot, wo die Versionsunterschiede bei den betreffenden Adaptern zu sehen sind. :) Bzgl. der Statistik: Ich habe mir mal meine angesehen. Es sieht danach aus, das dort alle jemals installierten Adapter aufgelistet sind - auch wenn diese aktuell nicht mehr in Benutzung sind. Du hattest TV-Spielfilm mal als Instanz drauf und damit tauch er auch in Deiner Statistik auf. Gruß, Eric Von unterwegs getippert

Ich werd wahnsinnig…. Da hab ich eben nochmal in den Adapter-Ordner geschaut und eine README entdeckt. Dort steht drinn das man die TTS Engine im Skript vorgeben kann wenn man schreibt: var idSayIt = "sayit.0.tts.text"; setState (idSayIt, 'de;80;<speak>Marlene sagt irgendwas.aBER DAS IST LÄNGST NICHT ALLES.</speak> '); und genau das war das Problem! DE steht für Google! Lasse ich das weg und schreibe nur: var idSayIt = "sayit.0.tts.text"; setState (idSayIt, '<speak>Marlene sagt irgendwas.aBER DAS IST LÄNGST NICHT ALLES. lol</speak> '); Bekomme ich die gewünschte TTS Engine aus den Einstellungen des Adapters! Ich könnt mich so in den A**** beissen!!! :roll: :oops: :roll: :oops:

Blöde Frage: müssen die Anführungszeichen mit eingegeben werden? Bin ja noch Neuling ;)

Würde mich auch interessieren. Es gibt zwar eine Objektdefinition hierfür (laut https://github.com/ioBroker/ioBroker/bl … commonrole) common.role = list common.type = array Ich habe aber noch keine Möglichkeit gefunden, das auch zu verwenden.

Ja. ;) Ich habe den SafeStream wieder zurückgegeben, da er sich bei voller Auslastung von nur einer VDSL-Leitung regelmäßig aufhängt. Das hat keinen Spaß gemacht.

Ich hab mal geschaut. Hier sind die UP Empfänger der gleichen Firma. Es kann allerdings sein dass du zum Anlernen von RF Link auch eine Fernbedienung (1/5/15 Kanal je nachdem wieviele Schalter du verbauen möchtest) benötigst. Viel Erfolg beim Projekt [emoji4] Gruß Stefan IOBROKER MULTIHOST / MAX!/Homematic/Mysensors/Lightify/Wemo/Tasmota …

Es gibt eine neue latest Version für den Dashbutton Adapter 0.2.3, da wurden neue MAC-Adressen zugefügt, das solltest du mal testen. Gruß Christian

Wir nutzen dafür auch einfach Android, einmal Hometaste und dort liegt schon der Kalender… Bekommt übrigens jemand den Kalender aus der Familien Gruppe angezeigt? Die fehlen nämlich... Der Kalender für ioBroker ist Mitglied der Gruppe und wird immer mit eingeladen. Grüße Brati Von unterwegs gesendet...

@Fitti: Ich habe dafür nicht einmal ein "system.adapter.admin". Einfach das Object anlegen möchte ich nicht. Oder? ` Nein, das macht sicherlich keinen Sinn. Die entscheidende Änderung war auch die Änderung des Eintrags in common.version im Objekt "system.adapter.admin.0". @Fitti: Nachdem ich dann aber ein "iobroker upload admin" durchführte, konnte ich wenigstens den JS Adapter aktualisieren. ` Das ist dann die bessere Lösung.

Fehler gefunden; Als Steckdose (durch dieses Ordnerwirrwarr) muss die Dose mit dem Status "STATE" gewählt werden. Dash Button schaltet nun Licht :-)

…und wie? Gruß Rainer

als erstes würde ich auch das erste Komando aktivieren … 1917_szene_kanal1_inaktiv.png

Könnte es vielleicht mit hwinfo64 funktionieren mit dem Remote Sensor Monitor (RESTful)? https://www.hwinfo.com/forum/Thread-Int … Web-Server Wie könnte man die Daten davon in iobroker bringen ? Beste Grüße

Moin Rainer, @Homoran: Haben deine beiden Raspberrys unterschiedliche Raspbian Versionen? ` Auf dem einen habe ich das Node-Update ausprobiert, bevor ich meinen Master Schrotte :-) Host 2: PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Host 3: PRETTY_NAME="Raspbian GNU/Linux 8 (jessie)" NAME="Raspbian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs" Gruß, Eric Von unterwegs getippert

Hallo Ritter, das sieht sehr interessant aus, kommt auf meine ToDo-Liste ;) Einen ESP wollte ich momentan aber nicht einbinden. Ich möchte ein "älteres Pilight-Raspi-Projekt" mit ioBroker als Slave installieren. Und an diesem alten RPi hängt ein LCD1602.

Hallo Das war ews. Wegen der Fehlermeldung dachte ich an was anderes. Danke Gruß NetFritz

Achtung wichtig für alle die auf CentOS 7.3.x den iobroker laufen lassen wollen. Entweder wartet ihr bis 7.4 oder wechselt auf ein andere OS. Waurm? Für die Installation einer 6.x Version von nodejs braucht man den http-parser. Der ist aber in der aktuellen 7.3 Version des CentOS rausgefolgen. Warum, keine Ahnung. Entsprechende Artikel und Bugreports gibt es. FEHLER: sudo yum install nodejs-6.11.1-1.el7 Geladene Plugins: fastestmirror, langpacks Loading mirror speeds from cached hostfile * base: ba.mirror.garr.it * epel: pkg.adfinis-sygroup.ch * extras: ba.mirror.garr.it * updates: ba.mirror.garr.it Abhängigkeiten werden aufgelöst --> Transaktionsprüfung wird ausgeführt ---> Paket nodejs.x86_64 1:6.11.1-1.el7 markiert, um installiert zu werden --> Abhängigkeit npm = 1:3.10.10-1.6.11.1.1.el7 wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet --> Abhängigkeit libuv >= 1:1.9.1 wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet --> Abhängigkeit http-parser >= 2.7.0 wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet --> Abhängigkeit libuv.so.1()(64bit) wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet --> Abhängigkeit libhttp_parser.so.2()(64bit) wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet --> Transaktionsprüfung wird ausgeführt ---> Paket libuv.x86_64 1:1.10.2-1.el7 markiert, um installiert zu werden ---> Paket nodejs.x86_64 1:6.11.1-1.el7 markiert, um installiert zu werden --> Abhängigkeit http-parser >= 2.7.0 wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet --> Abhängigkeit libhttp_parser.so.2()(64bit) wird für Paket 1:nodejs-6.11.1-1.el7.x86_64 verarbeitet ---> Paket npm.x86_64 1:3.10.10-1.6.11.1.1.el7 markiert, um installiert zu werden --> Abhängigkeitsauflösung beendet Fehler: Paket: 1:nodejs-6.11.1-1.el7.x86_64 (epel) Benötigt: http-parser >= 2.7.0 Fehler: Paket: 1:nodejs-6.11.1-1.el7.x86_64 (epel) Benötigt: libhttp_parser.so.2()(64bit) Sie können versuchen, mit --skip-broken das Problem zu umgehen. ** 3 bereits bestehende(s) rpmdb Problem(e) gefunden, »yum check« gibt Folgendes aus: ipa-client-4.4.0-14.el7.centos.7.x86_64 hat installierte Konflikte freeipa-client: ipa-client-4.4.0-14.el7.centos.7.x86_64 ipa-client-common-4.4.0-14.el7.centos.7.noarch hat installierte Konflikte freeipa-client-common: ipa-client-common-4.4.0-14.el7.centos.7.noarch ipa-common-4.4.0-14.el7.centos.7.noarch hat installierte Konflikte freeipa-common: ipa-common-4.4.0-14.el7.centos.7.noarch Workaround: Sucht euch eine Quelle und installiert diese manuel. Hier, gefunden: sudo rpm -ivh https://kojipkgs.fedoraproject.org//packages/http-parser/2.7.1/3.el7/x86_64/http-parser-2.7.1-3.el7.x86_64.rpm && sudo yum install nodejs-6.11.1-1.el7 Hoffe der Ein oder Andere kann damit was anfangen.

Im Telegram Adapter kann ich das Polling nicht verändern. Es geht nur Server-Mode, der setzt aber DynDns o.ä. voraus. Das geht leider nicht beim Betrieb mit Surfstick. Ich habe auch die Telegram-Node in Node-red probiert. Auch dort ist das Polling 300 ms und damit der Datenverbrauch identisch. Hat jemand eine Idee?