NEWS

Erst mal eine Teilmeldung aus der Ferne.

Mein Wandtablet (mit Firefox) macht den Ankündigungston wenn sayit auf Browser gestellt ist.

Mein zweites Tablet (mit Boat Browser) macht es trotzdem nicht wenn sayit auf Browser gestellt ist.

Den Boat-Browser muss ich aber für die weitere Funktionalität des Tablet verwenden.

Scheint also das die Einstellung "Browser" zwingend Voraussetzung im sayit-Adapter ist.

Nachtrag:

Dieter, wie sieht dein Script mit request aus ?

Bei mir steht im Log: ReferenceError: request is not defined at Object.

Vielen Dank, für Deine Hilfe.

Hi

Aber dafür hast du der Nachwelt wieder ein nettes Snippet da gelassen.

Thank u well 🙂

@rantanplan:

Das Du da noch Zeit für findest `
Das hatte Bluefox vor zwei Jahren in Kassel vorgestellt. Für mich als js-Legastheniker genau das richtige. Leider gibt es dort auch Bausteine in denen wieder js eingegeben werden muss 😞 Deswegen hatte ich es irgendwann nicht weiter verfolgt.

Wahrscheinlich liegt es auch jetzt daran, dass ich in einem node die payload aus zweien weiteren nodes nicht verarbeitet bekomme.

Gruß

Rainer

Meine Lösung:

Bin jetzt den Umweg über simpleAPI adapter gegangen … Abfrage über http://server:8090/getPlainValue/yr.0.f … .day0.text liefert richtige Umlaute.

Danke blauholsten - so funktionierts.

Ich habe eben diese Anonymen Funktionen (ich glaub, so heißen die??) und auch die asynchrone Verarbeitung bei Javascript noch nicht wirklich verinnerlicht.

Hi Black,

ja der Gruppen-Ansatz war mein erster Ansatz aber das erfüllt halt nicht so wirklich die Anforderungen. Unser Flur ist recht lang und ist abgewinkelt. Ich habe daher insgesamt 3 Bewegungsmelder im Einsatz um die unterschiedlichen Bereiche, wo Bewegung entsteht abzufangen und entsprechende Lampen für den Bereich zu schalten. Wenn ich nun mehrere Gruppen anlege stehe ich vor dem gleichen Problem. Mit nur einer Gruppe "Alle" bin ich dann da wo ich vorher war - immer alles an obwohl nicht nötig.

Durch den Hinweis mit dem "Command" sind die Schaltzustände nun aber deutlich schneller, so dass ich 250ms als sichererer Schaltabstand von Lampe zu Lampe getestet habe (vorher 2sek). Damit sollte sich leben lassen.

Beim Testen mit der CCU ist aufgefallen, dass auch dort ein geringer Zeitversatz beim Schalten der Lampen ist. Also vermutlich wirklich eher etwas "normales" wenn man die Lampen extern schaltet. Über den Alex Skill und Gruppen ist es genau so.

Danke auf alle Fälle für den Denkansatz mit dem Command und den Hinweis zum Trigger, den habe ich schon angepasst.

Viele Grüße

Mario

Hallo,

Danke, das ist die Lösung! Ich glaub ich brauch doch langsam ne Brille…. :geek:

Viele Grüße

Mario

Hallo Paul53,

es funktioniert.

1000 Dank.

ich war wohl schon zu müde um zu lesen. 🙂

Hey rantanplan,

vielen Dank an dich. Deine Lösung hat das Ziel gebracht. Wie auch immer du darauf gekommen bist es ist der Hammer.

Gruß Sven

ACHTUNG das Ziel ist erreicht….

ich hatte nur einen Fehler gemacht und habe die Namen nicht klein geschrieben, deshalb funktionierte es nicht.

Nun geht es zu 100 %

TOP vielen Dank an euch und besonderen Dank @ rantanplan

Ich lasse den Fred noch ein wenig auf, fall ich noch weitere fehler bei den Bloklys habe und Hilfe benötige.

Gruß Sven

Das wars. Danke

OK, danke euch für die Antwort, dann mal abwarten was iRobot sich so einfallen lässt in Zukunft.

` > …oder

^hm-rpc.0..+.0.LOWBAT$ `

der funktioniert auch…DANKE

Dann öffnet sich das WebInterface des Wiffi Pump und das Relais des Wiffi Pump wird getriggert.

Wenn ich den Javascript Datenpunkt über VIS auf true triggere, schaltet auch das Relais des Wiffi Pump, aber es kommt eben der parse Error

@fsjoke:

Was soll das eigentlich einschränken? Ich wollte nur dass nicht alles automatisch aboniert wird aber ich sollte ja trotzdem noch im script abonnieren können? `

Abstürzen darf natürlich nichts. Beschrieben ist die Option hier: https://github.com/ioBroker/ioBroker.ja … s-on-start

Ich habe keine Ahnung, was dein Datenpunkt 'knx.0.Sonos_PlugIn.Sonos_ZP0.ZP0_LineIn_mit_1' macht und ich kenne auch knx nicht. Aber wenn du versuchst, damit den "current_type" deiner Sonos zu setzen, wird das nicht klappen, da dieser Status "read-only" ist.

Zum Umschalten der Sonos von TV auf Radio nutze ich den "favorite_set":

setState("sonos.0.root.192_168_xx_yy.favorites_set", "Bayern 3");

Dafür musst du in der Sonos-App natürlich einen entsprechenden Favoriten angelegt haben.

Übrigens, da du oben mehrfach nachgehakt hast: Mit "if (statement)" wird das statement auf true abgefragt, also z.B. ob a größer b (a>b) oder c gleich d (c==d). Wenn das statement für sich bereits eine Variable vom Typ boolean ist, steht der Wert ja bereits auf true oder false, d.h. die Abfrage auf true kannst du weglassen. "if (a == true)" ist das gleiche wie "if(a)".

Beispiel: Restart nach 10s der cloud-Instanz bei Änderung der externen Router-IP-Adresse:

on({ id: "tr-064.0.states.externalP", change: "ne", ack: true }, function (obj) { log('mylog: Restart cloud instance due to new external IP address'); extendObject('system.adapter.cloud.0', {common: {enabled: false}}); setTimeout(function(){extendObject('system.adapter.cloud.0', {common: {enabled: true}})}, 10000); });

Übrigens, das Script macht zwar laut log genau was erwartet wird und die cloud-Instanz sagt auch "connected", aber seltsamerweise funktioniert Alexa trotzdem erst nach manuellem cloud-Restart oder per cron-Job. :?