Alternative culfw

[KölnSolar]

Hi Björn,
für meine Fortbildung  IT V1(Derivat) wird lt. Debugging erkannt, Pulsweiten sehen auch passabel aus. Müsste der nicht(bei Tastencode 01) mit autocreate als EV1527x58000 (FFD0000000 0F xx) angelegt werden ?
Oder bezog sich Deine Aussage die 10_IT anzupassen auf die Abbildung der 28 Tasten in einem device ?

@lichtimc Auch wenn die FB noname ist. Beschreib sie doch bitte etwas näher. Ein Typenschild wird's ja geben, Link zur Einkaufsquelle, Bilder....
Schönes WE
Markus

[bjoernh]

Hi Björn,
für meine Fortbildung  IT V1(Derivat) wird lt. Debugging erkannt, Pulsweiten sehen auch passabel aus. Müsste der nicht(bei Tastencode 01) mit autocreate als EV1527x58000 (FFD0000000 0F xx) angelegt werden ?
Oder bezog sich Deine Aussage die 10_IT anzupassen auf die Abbildung der 28 Tasten in einem device ?

@lichtimc Auch wenn die FB noname ist. Beschreib sie doch bitte etwas näher. Ein Typenschild wird's ja geben, Link zur Einkaufsquelle, Bilder....
Schönes WE
Markus

Hallo Markus,

kann sein. Vieleicht muss auch nur fhem ein update bekommen.
Aber es kann ja auch sein, dass diese Pulslänge noch nicht vom Modul verstanden wird. Ich weiß jetzt nicht auswendig wie lange die Pulsfolge bei den EV1527 sein muss.

Gruß
Björn

[Ralf9]

Code Auswählen Erweitern

2017.10.07 10:12:24.392 4 : sduinoD/msg get dispatch: i580008
2017.10.07 10:12:24.392 5 : sduinoD: dispatch i580008
2017.10.07 10:12:24.416 4 : sduinoD IT: message "i580008" (7)
2017.10.07 10:12:24.416 4 : sduinoD IT: msgcode "" (0) bin = 010110000000000000001000
2017.10.07 10:12:24.416 5 : sduinoD IT: EV1527 housecode = 1527x58000 onoffcode = 1000
2017.10.07 10:12:24.416 4 : sduinoD IT: 1527x58000 not defined (Switch code: 1000)
2017-10-07 10:12:24.419 Global global UNDEFINED IT_1527x58000 IT 1527x58000 1000 0000

Die Tastencodes werden vom IT-Modul erkannt und per Autocreate angelegt.
Vom IT-Modul können z.Zt. max 4 Tastencodes (on, off, dimup, dimdown) erkannt werden.

Mit dem  IT Attribut userV1setCodes können fast beliebig viele Tastencodes gesendet werden.
https://fhem.de/commandref_DE.html#userV1setCodes

Nachtrag:
Evtl muß mit dem Attribut ITclock noch eine ITclock angegeben werden.

Gruß Ralf

[lichtimc]

Das ist mein spezielles Gerät:
https://www.aliexpress.com/item/32W-RGB-28key-RF-remote-TWINKLE-LED-Fiber-Optic-Star-Ceiling-Light-Kit-400pcs-0-75/32704804203.html?spm=a2g0s.9042311.0.0.6kdTyD

Wenn man aber nach "28-key rf controller" googelt ist das fast immer dieselbe Fernbedienung...

Mein FHEM ist aktuell und bei mir werden automatisch 2 Devices angelegt:
IT_1527x58000: Durch Senden der 8. Taste (580008) wird das Gerät auf "on" gestellt. (Die Taste "off" existiert scheinbar nicht auf der FB.)
IT_1527x58001: Durch Senden der 16. Taste (580010) wird das Gerät auf "off" gestellt. Durch Senden der 20. Taste (580014) wird das Gerät auf "on" geschalten.

Bei sämtlichen anderen Tasten erscheint nur UNKNOWNCODE.

EDIT: eigener Thread

[KölnSolar]

Eieiei, was für ein Teil 

Da lag ich ja nicht schlecht 

Du hast nun verschiedene Möglichkeiten
1) raw-Code senden. Das sollte man problemlos hinbekommen. Vorteil: Klare Zuordnung zu den Tasten. Nachteil: kein Empfang der FB
2) Das 1527-device lässt 4 Codes zu. Die musst Du nur entsprechend editieren. Nachteil: nur 8 Tasten nutzbar(bei 2 IT-devices)
3) workarounds bauen: z.B. per defmod die on-/off-/dim-codes modifizieren Nachteil: unübersichtlich, Empfang nur f. 8 Tasten
4) 10_IT.pm anpassen. Sicherlich die schönste Lösung, aber auch die aufwändigste. Denn das wäre ja etwas (völlig) neues, wenn man in einem device 28 verschiedene Schaltzustände empfangen u. darstellen kann. Beim Senden dann nicht nur on/off/dimx, sondern 1-28

[lichtimc]

Mir würde die erste Variante völlig reichen, diese originale FB werde ich wohl nie wieder benutzen, wenn ich das ganze erstmal in FHEM eingebunden habe.

Wie komme ich denn zu den raw Codes, die ich senden muss?

EDIT: eigener Thread

[KölnSolar]

Dann lies schon mal hier

Und besser ein neues Thema eröffnen, da das dann mit diesem Thread nichts mehr zu tun hat.

[Crush85]

Kann mir jemand erklären wie ich aculfw auf dem raspberry auf mein cul1101 flashe? mit dem normalen culfw ging das irgendwie ganz einfach

[KölnSolar]

Es gibt aber doch gar keinen Unterschied  Flashen ist flashen.
Grüße Markus

[Crush85]

Hab eben eine Anleitung hier dazu gefunden, der CUL blinkt nun ununterbrochen blau, und fhem macht immernoch kein autocreate und die manuell eingerichtete steckdose kann ich auch nicht mehr schalten.

[bjoernh]

Hab eben eine Anleitung hier dazu gefunden, der CUL blinkt nun ununterbrochen blau, und fhem macht immernoch kein autocreate und die manuell eingerichtete steckdose kann ich auch nicht mehr schalten.

Evtl. Hilft ab-/anstecken. Dann sollte sich der Chip neu initialisieren.

[RaspiLED]

Hi crush85,
Mache bitte einen neuen Thread auf! Darin gibst Du bitte Infos: 1.) Welche Anleitung hast Du versucht? 2.) Was sagt Dein CUL Device in FHEM (list CUL)? 3.) Was ist Dein Fehler in der Überschrift (CUL flashen führte zu nicht ansprechbarem Device - open statt initialized oder Eben was genau Dein Fehler ist.)
Wie sollen wir Dir ohne Details helfen!?
Danke und Gruß
Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[Crush85]

Es funktioniert, es werden auch einige Signale abgefangen, vielen Dank!

[madronix]

auf dem normalen CULv3 von Busware geht keine Version.
habe diverse getestet. Es kommt immer wieder der Fehler, dass nicht genug Platz auf dem Stick ist

Bootloader and code overlap

Hat das Problem sonst noch jemand?

[KölnSolar]

Nö, völlig problemlos bei mir mit nem V3. Ich vermute daher allgemeine Flashprobleme bei Dir. Daher solltest Du einen eigenen Thread eröffnen.