UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[liv-in-sky]

@sigi234 @MartyBr
um das feld auszuwählen musst ihr rechts in dieser zeile klicken - obwohl da nix ist - also nicht direkt am haken, sondern rechts in dieser zeile

[liv-in-sky]

@Mic

wollte einen lüftereinschalten, wenn temp über ..°C ist und wieder aus, wenn temp unter ..°C ist

sowas kann noch nicht gemacht werden ? oder stell ich mich zu d..f an

[Mic]

@liv-in-sky sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.3 testen:

um das feld auszuwählen musst ihr rechts in dieser zeile klicken - obwohl da nix ist - also nicht direkt am haken, sondern rechts in dieser zeile

Ist auch adressiert / zukünftig behoben:

@Mic sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.3 testen:

ioBroker-Admin-Issue #590 - Auswahlfelder müssen "an der Seite" angeklickt werden. Ist bereits behoben im ioBroker Admin Adapter, aber ist derzeit noch präsent.

---

@liv-in-sky sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.3 testen:

wollte einen lüftereinschalten, wenn temp über ..°C ist und wieder aus, wenn temp unter ..°C ist
sowas kann noch nicht gemacht werden ?

Geht noch nicht. Stellst du dir so was vor?

Also dass in Spalte "DP-Wert" auf Vergleiche, also <, <, <= und >= möglich ist?

[liv-in-sky]

@Mic ja genau - sowas habe ich mir vorgestellt

[MartyBr]

@liv-in-sky
Danke, funktioniert.

[Mic]

@liv-in-sky sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Mic ja genau - sowas habe ich mir vorgestellt

Ist nun drin in 0.1.0-alpha.5 - brauch ich nämlich auch
Bitte mal testen.

[MartyBr]

@Mic Ich bekomme immer Fehler:

bei

[liv-in-sky]

@MartyBr

den fehler habe ich auch

[MartyBr]

@liv-in-sky
Auf den Adapter habe ich auch lange gewartet. Aktuell laufen meine Bewegungsmelder über Script in der Homematic. Ich hatte vor einiger Zeit das Script von @Mic im Einsatz. Hier fehlte aber die Funktion, vor dem Einschalten der Lampen durch den Bewegungsmelder zu prüfen, ob die Lampe schon brennt. Dadurch wurden die Lampen dann ausgeschaltet. War schon blöd....

[liv-in-sky]

@MartyBr

werde meine scripte mit den bewegungsmeldern wahrscheinlich auch nicht in diesem adapter nutzen können - ich habe einen mode, indem ich - wenn allein - die scripte bzw iobroker - immer weiß, wo ich bin und einiges mehr, wie ein licht eingeschaltet wird - aber mal sehen, ob ich da was umstellen kann - ist bei mir daheim wie mit google - iobroker weiß immer wo ich bin

finde aber so eine schaltzentrale eine gute idee - meine javascript sammlung ist zu groß und unübersichtlich geworden - vielleicht kann ich mit dem adapter etwas aufräumen

ich glaube, ich muss langsam mit den aliasen richtig anfangen, sonst muss man darin auch noch ändern, wenn geräte getauscht werden

[MartyBr]

@liv-in-sky Das geht mir genauso. Ich emigriere auch so langsam meine Script von der Homematic zum ioBroker. Der größte Brocken waren die Rollläden inkl. Beschattung. Die laufen jetzt in Shuttercontrol. Bisher erfüllt der Adapter ca. 90% der Funktionen meiner Script. Der riesige Vorteil der Adapter ist die "zentrale" Steuerung der Einstellungen. Ich hatte ca. 40 Scripte für die Rollos laufen inkl. Beschattungssteuerung mit Temp./Differenztemp, Auswertung der Innen- wie auch Außentemperatur, etc.....
Das war doch schon immer ein Problem bei jedem Change Prozess. Das macht der Adapter schon einfacher.
Jetzt muss ich überlegen, wo läuft denn mein Script? Auf der Homematic oder schon auf dem ioBroker. Ich werde dann umsteigen, wenn mehr als 80% der Funktionen erfüllt sind.

[Mic]

@MartyBr sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

@Mic Ich bekomme immer Fehler:

Ich habe nun die Anforderung rausgenommen, dass Datenpunkte nur einmal pro Tabelle vorkommen dürfen.
Gelöst in 0.1.0-alpha.6

[MartyBr]

@Mic
Werde ich testen. Danke. Die Entwicklung läuft ja rasant.

[Mic]

@MartyBr
Das hier sollten wir uns noch ansehen:

Hast du Latitude/Longitude in deinen Admin-Einstellungen drin?
Sonst noch was auffälliges im Log?

[MartyBr]

@Mic
Die Meldungen kommen im Sommer bei <night> und <nightend>. Die Zeiten liegen hier in Deutschland wohl außerhalb des Scopes. Ich habe das seit Anfang an in jedem Script, wo Astro Zeiten berechnet werden. Dazu gibt es einige Foreneinträge.

Habe jetzt die neue Version installiert. Im Test System einige Errors:

War dann mutig und habe es auf dem Produktiv System installiert. Hier lief es einwandfrei durch bis auf den Zeitfehler.

Konnte aber beide Systeme noch nicht testen.

Update 18:40
Habe die beiden "Anderen Auslöser" aktiv geschaltet, läuft wieder.
Danke

[Mic]

@MartyBr sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Update 18:40
Habe die beiden "Anderen Auslöser" aktiv geschaltet, läuft wieder.

Danke fürs Testen. Was meinst du mit "läuft wieder"? D.h. auch Astro für night/nightEnd geht?

Denn das sollte dennoch gehen, auch wenn night/nightEnd nach Mitternacht sind.

[MartyBr]

@Mic
Sorry, der Text war nicht deutlich. ich hatte die beiden "Anderen Auslöser" deaktiviert und den Adapter laufen lassen. Nun habe ich nach dem Update die beiden Trigger wieder aktiv geschaltet und es kamen keine Fehlermeldungen.

Hast du einen Tipp für mich für die Meldungen für night/nightend? Die Geo-Koordinaten sind eingetragen.

[Mic]

@MartyBr sagte in Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen:

Hast du einen Tipp für mich für die Meldungen für night/nightend? Die Geo-Koordinaten sind eingetragen.

Habe mich grad zum Testen weit in den Norden versetzt:

Da erkennt er dann auch keine Zeiten:

Was ich machen kann: Option anbieten, die bei night/nightEnd Fehler einfach eine vorzugebende Uhrzeit setzt, damit zumindest die Funktionalität soweit gegeben ist. Könnte man auch einfach in Abhängigkeit vom Sonnenaufgang grob kalkulieren lassen für den Sommer, also sunrise - x Minuten...

[MartyBr]

@Mic
Das klingt gut, dann kann man den Fehler umgehen. Ich möchte ungern umziehen, fühle mich hier sehr wohl

[liv-in-sky]

@Mic

was bedeutet das :

smartcontrol.0	2020-07-11 19:10:16.420	debug	(24857) Subscribed state 'controll-own.0.mount.CPUTemp' change: ack 'false' is not meeting conditions per isAckPassing()
smartcontrol.0	2020-07-11 19:10:16.420	debug	(24857) Subscribed state 'controll-own.0.mount.CPUTemp' changed, new value: [38] (ack: false)
smartcontrol.0	2020-07-11 19:10:01.402	debug	(24857) Subscribed state 'controll-own.0.mount.CPUTemp' change: ack 'false' is not meeting conditions per isAckPassing()
smartcontrol.0	2020-07-11 19:10:01.402	debug	(24857) Subscribed state 'controll-own.0.mount.CPUTemp' changed, new value: [47] (ack: false)
smartcontrol.0	2020-07-11 19:09:46.386	debug	(24857) Subscribed state 'controll-own.0.mount.CPUTemp' change: ack 'false' is not meeting conditions per isAckPassing()
smartcontrol.0	2020-07-11 19:09:46.386	debug	(24857) Subscribed state 'controll-own.0.mount.CPUTemp' changed, new value: [39] (ack: false)
smartcontrol.0	2020-07-11 19:09:41.354	info	(24857) 0 trigger schedules activated...