Rolladen öffnen aber nicht vor x Uhr

[dulles]

@FredF

Habe ich schon die ganze Zeit, aber mit einer festen Uhrzeit oder nur mit der Option Sonnenaufgang.

dulles

[FredF]

@dulles
Dann warten wir mal 15:29 Uhr ab...
Um im Log zu sehen ob sich da was tut , setz doch noch einen Debug baustein in das untere mache ein.

[dulles]

@FredF
hier das Ergebnis:

dulles

[Homoran]

@dulles
ist das so?

im Skripteditor oben rechts im Schraubenschlüssel bitte nachsehen

[dulles]

@Homoran

dulles

[Homoran]

@dulles

@Homoran sagte in Rolladen öffnen aber nicht vor x Uhr:

im Schraubenschlüssel bitte nachsehen

dann schalt es aus

[dulles]

@Homoran

nächster Versuch (18:25):

dulles

[Homoran]

@dulles
Was für Rolladenaktoren nutzst du?
meine HM-Aktoren haben nämlich min=0 und Max=1

[paul53]

@Homoran sagte in Rolladen öffnen aber nicht vor x Uhr:

meine HM-Aktoren haben nämlich min=0 und Max=1

Auch in ioBroker ? Nach meiner Erinnerung (habe keine Rolläden) rechnet das der HM-RPC-Adapter um in 0 - 100 %.

[dulles]

@Homoran

HM-LC-Bl1PBU-FM - Funk-Rollladenaktor 1-fach für Markenschalter, Unterputz
Firmware: 2.11

dulles

[Homoran]

@paul53 sagte in Rolladen öffnen aber nicht vor x Uhr:

Auch in ioBroker ?

nur in ioBroker!
Hab daqs eben auch nicht geglaubt und überprüft.

Ich dachte ein Rolladen sei nicht ganz heruntergefahren und stünde auf 1%
In der HM WebUI steht 100%

[dulles]

@Homoran

Also die Werte sind immer identisch im ioBroker und in der CCU3

dulles

[paul53]

@Homoran sagte:

nur in ioBroker!

Poste bitte mal die RAW-Ansicht von einem LEVEL-Datenpunkt.

[Homoran]

@paul53
Auch da habe ich natürlich nachgesehen 0 und 1

Sorry - schief geguggt:

{
  "type": "state",
  "common": {
    "def": 0,
    "type": "number",
    "read": false,
    "write": true,
    "min": 0,
    "max": 100,
    "unit": "%",
    "role": "level",
    "name": "HM-RCV-50 BidCoS-RF:1.LEVEL"
  },
  "native": {
    "CONTROL": "NONE",
    "DEFAULT": 0,
    "FLAGS": 1,
    "ID": "LEVEL",
    "MAX": 1,
    "MIN": 0,
    "OPERATIONS": 2,
    "TAB_ORDER": 2,
    "TYPE": "FLOAT",
    "UNIT": "100%"
  },
  "from": "system.adapter.hm-rega.0",
  "user": "system.user.admin",
  "ts": 1576150976517,
  "_id": "hm-rpc.0.BidCoS-RF.1.LEVEL",
  "acl": {
    "object": 1638,
    "state": 1638
  }
}

ich hatte bei native nachgesehen.

Aber so sieht es aus:

[paul53]

@Homoran sagte in Rolladen öffnen aber nicht vor x Uhr:

Auch da habe ich natürlich nachgesehen 0 und 1

Die Umrechnung erfolgt nur, wenn native.UNIT = 100% ist, was bei Rollo-Aktoren der Fall sein sollte.

[Homoran]

@paul53
jetzt muss ich es näher spezifizieren:

in meiner produktiven Umgebung ist es 0/100

in meiner neuesten Test-Installation auf dem pi4 mit Controller v2.1.1 ist es 0/1

[paul53]

@Homoran sagte in Rolladen öffnen aber nicht vor x Uhr:

Test-Installation auf dem pi4 mit Controller v2.1.1 ist es 0/1

Mit der js-controller-Version hat es nichts zu tun, denn die Umrechnung macht die HM-RPC-Instanz. Ist vielleicht beim Einlesen der Geräte in die Instanz etwas schief gelaufen ?

[Homoran]

@paul53 sagte in Rolladen öffnen aber nicht vor x Uhr:

Ist vielleicht beim Einlesen der Geräte in die Instanz etwas schief gelaufen ?

ich mach mal ein "neu einlesen"

EDIT: Bleibt dabei
Ich teste mal was anderes

[Homoran]

@paul53
Echt strange!

Habe noch die callback-Adresse eingetragen und neu eingelesen - nichts (immer schön STRG-F5!)
Anschließend den gesamten Baum von HM-rpc.0 eingelesen - nix

• im Gegenteil! es fehlten einzelne Datenpunkte
  Nochmal alles gelöscht und neu eingelesen - wieder das selbe.

Dann im HM-REGA die Instanz für den rfd kurz aus und wieder auf rpc.0 gestellt.
Dann war alles da und 0-100

Muss ich jetzt nicht verstehen

[dulles]

an Alle ein dickes Dankeschon für die Unterstützung und Geduld.

Ich kann nun mitteilen, dass der Blockly funktioniert und ohne Fehler durchläuft.

dulles