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
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
Ich habe das Problem mal im Bug-Tracker hinterlegt.
Beste Grüße
/Jens
Ich schmuggeln den Controller mal heimlich ins IPS-HQ
Michael
Lass Dich nicht erwischen!
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
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
Der Controller wurde noch nicht zu uns geschmuggelt. Das passiert aber noch bald und dann gibt es diesbezüglich auch Feedback!
paresy
Super! Danke für die Info!
Beste Grüße
/Jens
Ich fahre das Teil schon spazieren…
aber es ist wie immer zum (Beginn des) Ende des Jahres…Urlaub, Krankheit zu viele Termine…etc
Michael
[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]
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
Was … wem hast Du eine ‚geschmiert‘ ? :eek:
Gruß
Bruno
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
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
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
Ich hätte schwören können, dass ich HM_WriteValueInteger schon 1000x benutzt habe :rolleyes:
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
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
So, ich teste dann auch mal mit
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
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?!?
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