HM-Funkmodul für RPI2 & RGB(W)-Controller bestellbar

[r4m3u5]

Auch 'ne Variante!
Fakt ist: XML-RPC-technisch gab es Änderungen, die in IPS ergänzt werden sollten. Das wird uns sonst eher früher als später noch weiter in den Popo kneifen

Beste Grüße
/Jens

[r4m3u5]

Ich habe das Problem mal im Bug-Tracker hinterlegt.

Beste Grüße
/Jens

[Nall-chan]

Ich schmuggeln den Controller mal heimlich ins IPS-HQ
Michael

[r4m3u5]

Lass Dich nicht erwischen!

[r4m3u5]

@r4m3u5

So wie es aufgebaut ist sehe ich da kein Problem. Ich habe auch mal aus Spaß an der Freude das Standard-2.15.2er Image „drübergeflasht“ - so, wie man es auch auf der CCU per WebUI ausführt - kein Problem

Ich zitiere mich ungern selbst, aber das o.g. war ein „False Positive“ - ein Update der RaspBerryMatic wird NICHT mit der Firmware der Original-CCU2 funktionieren! (zumindest aktuell nicht).

Beste Grüße
/Jens

[r4m3u5]

Gibt es denn schon Neuigkeiten bezügl. vollständiger Unterstützung des RGBW-Controllers seitens IPS? Der Eintrag im Bug-Tracker liegt auch bereits seit 5 Tagen brach.

Beste Grüße
/Jens

[paresy]

Der Controller wurde noch nicht zu uns geschmuggelt. Das passiert aber noch bald und dann gibt es diesbezüglich auch Feedback!

paresy

[r4m3u5]

Super! Danke für die Info!

Beste Grüße
/Jens

[Nall-chan]

Ich fahre das Teil schon spazieren…
aber es ist wie immer zum (Beginn des) Ende des Jahres…Urlaub, Krankheit zu viele Termine…etc

Michael

[r4m3u5]

[OT]
Mag jetzt selektive Wahrnehmung sein, aber es scheint als würden die anspruchsvolleren HM-Themen/Problemchen auch immer genau in dieser Zeit auftauchen. Verschwörung!! Ich geh mal meinen Alufolien-Hut holen … :rolleyes:

[OT]

[Nall-chan]

Habe geschmuggelt…und ‚geschmiert‘ :D:p
dabei sah es wirklich so aus als wenn die CCU einfach zu blöd ist.

Inzwischen habe ich selber noch etwas getestet… mal sehen ob meine Beobachtung korrekt war/ist.

Michael

[Powerfreddy]

Was … wem hast Du eine ‚geschmiert‘ ? :eek:

Gruß
Bruno

[Nall-chan]

Nicht wem eine, sondern eher womit:
Habe noch etwas kalorienreiches frittiertes mit einem Loch in der Mitte sowie mit Glasur und Füllung mit reingeschmuggelt

Michael

[paresy]

Ich denke Michael hat den Fehler gefunden.
Somit kommt bald eine frische Beta für die 3.4, sobald ich ein positives Feedback von Michael habe! Danke für den Fund!

paresy

[Nall-chan]

COLOR auf Kanal 2 und PROGRAM auf Kanal 3 gehen mit der #3780 jetzt.
Mehr habe ich noch nicht ausprobiert.
Zumal jetzt noch ein sinnvolles Mapping von Hexcolor auf den ganz tollen Bereich von 0-200 fehlt bei der Farbe.
Manchmal möchte ich die Jungs von EQ3 echt zum Mond schießen.
Erst der Unfug mit maskierten HexStrings der Statusanzeige und dann so was hier…

Wer noch Lust hat, kann sich ja mal an das enträtseln der restlichen Datenpunkte machen
Michael

[r4m3u5]

Ich hätte schwören können, dass ich HM_WriteValueInteger schon 1000x benutzt habe :rolleyes:

@Nall chan

Zumal jetzt noch ein sinnvolles Mapping von Hexcolor auf den ganz tollen Bereich von 0-200 fehlt bei der Farbe. Manchmal möchte ich die Jungs von EQ3 echt zum Mond schießen.

Yep! Der Bereich scheint übrigens nur von 0-127 (dezimal) zu reichen - dann ist es aber linear!?!?! Muss man nicht verstehen

Beste Grüße
/Jens

[r4m3u5]

Also irgendetwas passt da noch nicht:

• mit der Farbskala über das Farbwert-PullDown in der WebUI kann ich Werte von 0 bis 197 für „COLOR“ setzen - zusätzlich noch 200 für „weiß“

• über HM_WriteValueInteger gehen nur Werte von 0 bis 127. Alles ab 128 resultiert in 63 für „COLOR“

• „USER_COLOR“ ist überhaupt nicht nutzbar / es erscheint die FM: „Warning: Missing parameter ACT_BRIGHTNESS_STORE“

• egal wie ich versuche „ACT_BRIGHTNESS_STORE“ zu setzen - es tut sich einfach nichts (ein HW_WriteValue… scheint auch am Gerät nicht anzukommen) die Definition des DP ist zusätzlich verwirrend -> Integer, aber Wertebereich zwischen 0x00 und 0xff

So ganz verstanden habe ich das Gerät noch nicht … :rolleyes:

Beste Grüße
/Jens

[Nall-chan]

So, ich teste dann auch mal mit

@r4m3u5

• mit der Farbskala über das Farbwert-PullDown in der WebUI kann ich Werte von 0 bis 197 für „COLOR“ setzen - zusätzlich noch 200 für „weiß“
• über HM_WriteValueInteger gehen nur Werte von 0 bis 127. Alles ab 128 resultiert in 63 für „COLOR“

Ja, kann ich auch bestätigen. Aber WARUM das verstehe ich nicht… „/(o_O)/“

Versuch 1: SetValue an das Gerät mit Wert 171(int) => 0xAB (Hex)
Hier das ein Datenpaket von IPS an die CCU:

42 69 6E 00 00 00 00 39
00 00 00 08 73 65 74 56
61 6C 75 65 00 00 00 03
00 00 00 03 00 00 00 0C
4D 45 51 31 31 31 31 31
31 31 3A 32 00 00 00 03
00 00 00 05 43 4F 4C 4F
52 00 00 00 01 00 00 00
AB

CCU meldet COLOR 63

Und hier das Datenpaket von einem binRPCTool an die CCU:

42 69 6E 00 00 00 00 39  Bin....9
00 00 00 08 73 65 74 56  ....setV
61 6C 75 65 00 00 00 03  alue....
00 00 00 03 00 00 00 0C  ........
4D 45 51 31 31 31 31 31  MEQ11111
31 31 3A 32 00 00 00 03  11:2....
00 00 00 05 43 4F 4C 4F  ....COLO
52 00 00 00 01 00 00 00  R.......
AB  

CCU meldet COLOR 171 :eek:

Und dabei sind beide Datenpakte zu 100% identisch…jemand eine Idee

Michael

[r4m3u5]

Das wird noch kurioser! :eek:

Nach einem …

HM_WriteValueInteger($RGBW_COLOR,'COLOR',1281);

ist COLOR == 10
Nach einem weiteren…

HM_WriteValueInteger($RGBW_COLOR,'COLOR',1281);

ist COLOR ==20

WTF?!?

[Nall-chan]

Schau dir im Debug des HM-Socket die letzten vier Byte an, das ist der Wert welcher zur CCU geht.
Ich spiele gerade auch noch…
Nur _Store noch nicht, imho hat das mit dem Weißabgleich zu tun.
Michael