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

[harvey637]

@bluefox

Hi,

ja, genau so sieht das aus.

Waruuuuum nuuuur? keine Ahnung.

Wie von diversen Mitglieder zusammengetragen betrifft es wohl

Statusangaben von (mindestens) Dimmern und Rollos, also Werte die zwischen 0-100 (rpc) und 0-1 (rega)

liegen. Temperaturen und booleans sind ok, auch Variablen mit Ziffern, etwa Azimut des Sonnenstandscript.

Am Rande erwähnt sieht das so aus, dass nach einem Restart des iobroker als letztes die rega-Werte

in die sql-history (wahrscheinlich auch in die anderen history-Adapter) geschrieben werden.

Damit sieht das z.B. in VIS so aus, als währen alle Rollos "unten", da sie bei "1" stehen - gemeint

ist natürlich "100%", da ich iobroker restartet habe, als alle Rollos oben (rega: 1 - rpc: 100%) waren.

Wenn ich was testen kann - gerne, aber erst am Abend.

cu

Harvey

[harvey637]

Hi,

noch ein paar Infos zu dem Problem:

wenn ich in XML die statelist.cgi aufrufe bekomme ich dort einen Wert zwischen 0 - 1.:

 <channel name="Rollo 6 hinten" ise_id="1230" visible="true" operate="true"><datapoint name="BidCos-RF.LEQxxxxxxx:1.LEVEL" type="LEVEL" ise_id="1231" value="0.555000" valuetype="4" valueunit="100%" timestamp="1453650682" operations="7"><datapoint name="BidCos-RF.LEQxxxxxxx:1.STOP" type="STOP" ise_id="1232" value/valuetype="2" valueunit/timestamp="0" operations="2"></datapoint></datapoint></channel> 

Das Rollo steht aber bei 55% etwa in der Mitte.

Identisch sieht es aus, wenn ich pre state.cgu?device_id=1230 aufrufe, ebenfalls ein Wert zwischen 0 - 1 anstatt 0 -100%.

Rufe ich eine Temperatur/Feuchte auf sieht das "richtig" aus:

 <channel name="Aussensensor" ise_id="1234" visible="true" operate="true"><datapoint name="BidCos-RF.JEQzzzzzzzz:1.TEMPERATURE" type="TEMPERATURE" ise_id="1235" value="8.300000" valuetype="4" valueunit="°C" timestamp="1454074708" operations="5"><datapoint name="BidCos-RF.JEQzzzzzzzz:1.HUMIDITY" type="HUMIDITY" ise_id="1236" value="91" valuetype="16" valueunit="%" timestamp="1454074708" operations="5"></datapoint></datapoint></channel> 

Allerdings fällt auf, dass das Feld "valueunit" im Fall des Rollos auf valueunit="100%" steht, im Fall der Feuchte auf valueunit="%"!

Sehe ich mir den Datenpunkt des Rollos an, so erkenne ich, dass im Block

common: "min": 0, "max": 100, "unit": "%"

steht, im Block

native: "MAX": 1, "MIN": 0, "unit": "100%".

Beim Datenpunkt der Feuchte erwartungsgemäß etwas anders:

common: "min": 0, "max": 99, "unit": "%"

native: "MAX": 99, "MIN": 0, "UNIT": "%".

Also alle Informationen über die leider noch fehlende Umrechnung sind schon richtig erfasst, nur nicht ausgewertet.

Ich hoffe, das hilft beim Beheben dieses unschönen Fehler etwas - Good luck!

cu

Harvey

[dil3ttant]

Hallo zusammen,

ich habe diesen Thread hier soeben entdeckt und würde ihn wieder hochholen, denn ich habe das gleiche Problem mit meinem CUxD Dimmer.

Die Werte werden falsch umgerechnet, also z.B. 0,35% statt 35%

Laut Datum ist das Problem 1 Jahr später noch aktuell, oder gibt es mittlerweile eine Lösung dafür?

Danke und viele Grüße

Tom

[Harry-IO-HM]

Dann hole ich das Thema nochmal hoch, falls ich dafür einen neuen Thread aufmachen soll, bitte sagen!

Und zwar ist es bei mir das IP Heizkörperthermostat, dessen Ventilstatus als real angegeben wird, zwischen 0 und 1.00.

Bei den non-IP HKTs war es immer 0 bis 100 integer.

Das hat zur Folge, dass z.B. in VIS beim Widget "tplHqInTemp" der Wert falsch angezeigt wird. Gibt es dafür eine Lösung oder einn Workaround?

Schönen Abend noch,

Harry

[Harry-IO-HM]

Hat niemand eine Lösung?

Kann man nicht z.B. bei der ID-Zuordnung im Widget eine Art einfache mathemat. Umrechnung einbauen?

So in etwa:

aushm-rpc.0.00004711.1.VALUEwird````
{hm-rpc.0.00004711.1.VALUE}*100

Geht sowas?

[Bluefox]

@Harry-IO-HM:

Hat niemand eine Lösung?

Kann man nicht z.B. bei der ID-Zuordnung im Widget eine Art einfache mathemat. Umrechnung einbauen?

So in etwa:

aushm-rpc.0.00004711.1.VALUEwird````
{hm-rpc.0.00004711.1.VALUE}*100

Geht sowas? `  

https://github.com/ioBroker/ioBroker.vi … of-objects

{hm-rpc.0.00004711.1.VALUE;*(100)}%

[Harry-IO-HM]

Danke, werde ich heute Abnd so umsetzen - wieder etwas gelernt!

[Harry-IO-HM]

Sorry, kam jetzt erst dazu, das umzusetzen.

Geht aber leider nicht, es steht immer "0%" da, obwohl der Wert >0 ist. Ich vermute mal, dass das daran liegt, dass hier eine ID als Parameter im Widget verlangt wird - und nicht ein Wert.

Werde ich wohl ohne Änderung innerhalb des Widgets nicht weiterkommen, richtig?

[helischoberl]

Hallo,

Ich habe leider das gleiche Problem bei den HM-Wired Rollladenaktoren und HM-Wired-Dimmer.

Diese zeigen nach dem Start von IOBroker nur die internen Werte von der CCU an. Zb.: 0.7% statt 70%.

Später nach manueller Betätigung des Tasters oder Betätigung in IOBroker wird der %Wert in IOBroker richtig angezeigt.

Hingegen bei den Funk Rollladenaktoren werden die %Werte immer richtig angezeigt.

Da das Thema schon älter ist…gibt es dazu schon eine Lösung?

[foxriver76]

@helischoberl Das Thema sollte mit der aktuellen Version von Rega behoben sein.

` > 2.1.2 (2019-01-10)

(foxriver76) fix duty cycle script

(foxriver76) fix bug where state units were ignored for all except rfd `

[helischoberl]

Hallo Foxriver76,

Ich habe jetzt auf die Version ReGaHSS 2.1.2 aktualisiert und es schaut sehr gut aus. Jetzt stehen auch die richtigen %Werte in IOBroker sowohl bei den HM-Wired-Dimmer und auch bei den HM-Wired-Rollladenaktoren.

Ich hatte vorher die Version HM ReGaHSS 2.0.0 da es auch in der Admin-Console als neueste Version angezeigt wurde.

Ich bedanke mich sehr herzlich für deine rasche Hilfe. SUPER TOLL :D