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

[Negalein]

@dslraser sagte in HM-RPC Level Kanal 3&4 nicht synchron:

nee, die brauchen dann wurde aktualisiert

Ok, also ein extra Blockly für diese 4 DP

passt das so?

[dslraser]

@negalein

falls wert = wahr kannst Du weg lassen

[paul53]

@negalein sagte: Problem besteht bei mir noch zum Teil. Und zwar wenn das Rollo mit dem Hardwaretaster (WRC2) gesteuert wird.

Direkt-Verknüpfung?
Meiner Meinung nach (habe kein HmIP) sollte bei jeder Rollo-Bewegung PROCESS im Kanal 3 auf NOT_STABLE(1) und anschließend wieder zurück auf STABLE(0) wechseln, unabhängig davon, was die Ursache der Rollo-Bewegung ist. Ist es bei dir nicht so?

[Negalein]

@dslraser sagte in HM-RPC Level Kanal 3&4 nicht synchron:

falls wert = wahr kannst Du weg lassen

leider funktioniert es so nicht.

Der DP vom Trigger geht 2x auf true.
1x beim betätigen des Tasters zum runter lassen des Rollo
1x beim betätigen des Tasters zum stoppen des Rollo

Beim 1. betätigen werden die Werte korrekt von 3.LEVEL in 4.LEVEL geschrieben.
Beim 2. betätigen steht wieder 0 in 4.LEVEL. :(

Hast du noch eine Idee?

[Negalein]

@paul53 sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Direkt-Verknüpfung?

Ja, denke passt so.

Meiner Meinung nach (habe kein HmIP) sollte bei jeder Rollo-Bewegung PROCESS im Kanal 3 auf NOT_STABLE(1) und anschließend wieder zurück auf STABLE(0) wechseln, unabhängig davon, was die Ursache der Rollo-Bewegung ist. Ist es bei dir nicht so?

Ja, habs gerade getestet. Ist so wie du sagst. NOT_STABLE(1) und anschließend wieder zurück auf STABLE(0)

[paul53]

@negalein sagte: Ja, habs gerade getestet. Ist so wie du sagst.

Dann müssen/sollten nicht die Taster (PRESS_SHORT, PRESS_LONG) ausgewertet werden.

[Negalein]

@paul53 sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Dann müssen/sollten nicht die Taster (PRESS_SHORT, PRESS_LONG) ausgewertet werden.

Danke, hab in der Zwischenzeit gerade weitergeforscht.

Hab das Blockly mit PRESS_SHORT & PRESS_LONG deaktiviert.
Es läuft nun nur dieses hier.

Denke seit die Dummy für PRESS_SHORT & PRESS_LONG in der CCU3 laufen, funktioniert es mit ACTIVITY_STATE von Kanal 3.
Ich werde es weiter beobachten.

Oder meinst du, ich sollte PROCESS im Kanal 3 als Trigger verwenden?

[paul53]

@negalein sagte: ich sollte PROCESS im Kanal 3 als Trigger verwenden?

Das macht sicherlich keinen Unterschied, außer dass man sich die Abfrage von Wert spart.

[Negalein]

Heute war es wieder soweit.

Rollo Nachmittag mit dem Schalter bis 80% geschlossen.
Blockly hat korrekt den Wert von 3.LEVEL nach 4.LEVEL übertragen.

Irgendwann wurde 4.LEVEL wieder auf 0 gestellt.

Kann man irgendwie herausfinden, durch was ohne irgendwas der 4.LEVEL plötzlich wieder auf 0 steht?

[Malz1902]

Ich nutze dafür in der CCU Programme für jedes Rollo und eine Systemvariable

! Aktualisiert die Position Rollo Bad
real level;
var level = dom.GetObject("HmIP-RF.ID_ROLLO:3.LEVEL").Value()*100;
dom.GetObject("SYSTEMVARIABLE").State(level);

[Homoran]

@negalein sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Kann man irgendwie herausfinden, durch was ohne irgendwas der 4.LEVEL plötzlich wieder auf 0 steht?

indem man den Datenpunkt loggt und beim loggen "logge Quelle mit" aktiviert

[Negalein]

@homoran sagte in HM-RPC Level Kanal 3&4 nicht synchron:

indem man den Datenpunkt loggt und beim loggen "logge Quelle mit" aktiviert

mit History?
Da gibts kein "logge Quelle mit".

[Homoran]

@negalein sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Da gibts kein "logge Quelle mit".

doch!

(in der Instanzenkonfig)

[Negalein]

@malz1902 sagte in HM-RPC Level Kanal 3&4 nicht synchron:

Ich nutze dafür in der CCU Programme für jedes Rollo und eine Systemvariable

Puhhh, das hab ich noch nie gemacht. Wie funktioniert das?

[Negalein]

@homoran sagte in HM-RPC Level Kanal 3&4 nicht synchron:

doch!
(in der Instanzenkonfig)

Wo?

[dslraser]

@negalein
history Adapter

Datenpunkt Schraubenschlüssel (Kanal 4 Level)

Habe das Gleiche Problem festgestellt

[Negalein]

Es war wieder soweit.

Aber warum hier der RPC wieder 0 schreibt ist seltsam.

Vielleicht kann @foxriver76 uns helfen?

[dslraser]

@negalein
ich habe die Trigger im Blockly mal auf wurde aktualisiert geändert.

[foxriver76]

@negalein Debug Log wäre da interessant, ob die CCU das so liefert. Weiß ad-hoc auch nicht welcher Kanal was macht bei den Rollos.

[Malz1902]

@negalein
In der CCU legst Du über den Punkt Einstellungen - Systemvariable legst Du erst einmal eine neue an. Dann gehst Du auf Programme und Zentralverknüfungen und erstellst ein neues Progroramm und füllst es so aus wie auf dem Screen zu sehen ist.