Hallo,
unterstützt FHEM eigentlich das sog. INSTA Funkbus Protokoll, welches auch von Gira, Berker und Jung verwendet wird?
Ich habe dazu mal etwas in einer Google+ Gruppe gefunden. Mir ist aber nicht ganz klar, was daraus geworden ist.
Mein Ziel wäre es einen Jung Dimmer mit einem Funkempfänger in der Kurzhubtaste (Jung CD 1561.07 F Kurzhubtaste mit Funkempfänger) anzusteuern...
Viele Grüße
Michi
Würde mich auch interessieren.
... oder kommt man bei Gira um den Gira-Server nicht darum herum.
Einen Freund von mir hat Fhem mit HM bei mir gesehen und würde bei sich auch gerne ein paar Dinge automatisierten.
Gruß Hannes
Gesendet von Unterwegs mit Tapatalk 4
Hallo
Könnte eine solche Konfiguration funktionieren?
leider habe ich mit EIB keinerlei Erfahrung.
Ich verwende nur HM.
Ein Freund von mir hat jedoch den Gira Funkbus im Einsatz.
Nach längerer Suche im Web hätte ich jetzt eine Konfiguration welche funktionierten könnte.
http://www.voltus.de/schalterprogramme/gira/funk-bussystem/kombi-gateway/gira-086800-funk-knx-eib-umsetzer-ap.html
Mit
http://www.voltus.de/hausautomation/knx-eib/aktorik/interface/weinzierl/weinzierl-730-knx-ip-interface.html
Denkst Du, dass dies eine Möglichkeit wäre Funkbus nach fhem zu bringen?
Gruß Hannes
Gesendet von Unterwegs mit Tapatalk 4
guugst du hier: http://forum.fhem.de/index.php/board,51.0.html (http://forum.fhem.de/index.php/board,51.0.html)
G
Hat jemand GIRA Funk mit FHEM zum Laufen bekommen?
Komplette Protokollinfo gibt es hier inkl. Prüfsummenberechnung:
http://www.mikrocontroller.net/topic/158243
Hallo!
Ich habe durch die Arbeit von Jens aus der Google-Gruppe cul-fans meine FUNKBUS Komponenten rudimentär an FHEM angebunden. Jens hat hierfür eine neue Firmware für den CUL 433 gestrickt und nach einigem Hin und Her kann ich nun stumpf die Telegramme meiner Fernbedienung auslesen und wiederholen. Das ist aber Stand Juni 2013. Bisher gibt es noch kein Plugin, um die Einbindung komfortabler zu gestalten. ;)
Viele Grüße
Karsten
Das wäre mir egal ;-) Mir würde es reichen, wenn es überhaupt geht. Was muss ich tun um das zu nutzen?
Grüße Stefan
Das fände ich auch sehr interessant. Da ich gerne im Flur Bewegungsmelder installieren möchte, da gibt es von HM nichts brauchbares, aber von Gira http://katalog.gira.de/de_DE/datenblatt.html?id=452388 mit eben besagtem Protokoll, wenn auch sehr teuer.
Sorry, für die späte Antwort. Ich hatte keine automatische Benachrichtigung aktiviert...
Also hier sind die Zutaten:
1. CUL 433 kaufen
2. Custom Firmware von Jens installieren (kann ich weiterschicken)
3. CUL auf 433.42 MHz einstellen
4. CUL Protokollierung erweitern: set CUL raw X21
5. CUL für IFB aktivieren: set CUL_433 raw Jr
6. Mit einer vorhandenen Fernbedienung Telegramme senden und im FHEM Log analysieren
7: Per Dummy und Notify in FHEM einbinden
Beispiel: CUL: unknown message J:2C57B5A0717C80:4 3 ADEA 5 E8E0 A7UL 00 26
Die Einträge sind wie folgt aufgebaut:
J für IFB
43: Type und Subtype sollte immer 43 sein
ADEA: Die Seriennummer der Senders
5: Unbekanntes Flag
A7: Die Taste hier geht A,B,C und jeweils 0-7
U: U für Up, D für Down und S für Stop
L: Länge, S,L,1,0 (bei mir funktionieren die Jalousien nur mit dem "L" und die Schalter mit dem "S")
Hier der dazu passende FHEM-Befehl: set CUL raw Js43ADEA5A7UL (man beachte das "Js" anstelle des "J")
VG
Karsten
Edit: Custom Firmware für den CUL angehängt. All credits belong to Jens. Benutzung auf eigene Gefahr.
Traumhaft! Jetzt bräuchte ich nur noch die Custom Firmware von Jens ;-) Kannst du mir die Sourcen schicken an stefan (ed) prie.be.
poste die firmware doch hier. ich glaube da gibt es noch mehr Interessenten.
gruss
andre
Schön wäre es, wenn Jens die Sourcen für die Firmware freigeben und hier veröffentlichen könnte. Ich hätte auch Bedarf und denke an einen Einsatz mit dem Busware SCC-Modul.
Hallo,
gibt es hier schön Neuigkeiten? Hätte eine ein paar Rauchmelder von GIRA die ich mit ins FHEM einbinden würde.
Grüße
50er
Hallo,
ich habe auch Interesse an Sourcen für die Firmware.
Ziel: Comfortfenbedienung durch CUL+FHEM ersetzen
Mit Custom Firmware kann ich zwar die Telegrame von Fernbedienung zum Funksender mitlesen
aber wenn ich die gleiche Telegram über CUL (wie in der Anleitung s.o.) abschicke passiert nichts
Was mache ich falsch?
RPi B+ +CUL433+FHEM
Danke für Ihre Hilfe
Hallo cul-newbee,
ich in zwar nur der Einäugige, aber poste doch mal ein empfangenes Telegramm und das zu sendende. An das "Js" anstelle vom "J" hast du gedacht, oder?
VG
Karsten
Hallo Osterie,
Danke für deine Hilfsbereitschaft. Inzwischen habe ich das Senden hinbekommen.
Es lag daran, dass ich mit falschen FB (ich hab mehrere) die Rolladen anzusteuren versucht habe .
Und wie funktioniert:
7: Per Dummy und Notify in FHEM einbinden
Beispiel Code?
Im Voraus vielen Dank
VG
VG
Hallo cul-newbee,
hier ist der Code, den ich verwende:
define WoZi_Rollade_links dummy
attr WoZi_Rollade_links alias Rollade links
attr WoZi_Rollade_links devStateIcon Hoch:shutter_open Runter:shutter_closed
attr WoZi_Rollade_links eventMap /on:Hoch/off:Runter/
attr WoZi_Rollade_links room WoZi
attr WoZi_Rollade_links sortby 1
attr WoZi_Rollade_links webCmd on:off
define WoZi_Rollade_links_hoch notify WoZi_Rollade_links:on set CUL raw Js43APDA5A6UL
define WoZi_Rollade_links_runter notify WoZi_Rollade_links:off set CUL raw Js43APDA5A6DL
VG
Karsten
Vielen Dank. Hat's geklappt. Jetzt bleiben nur die Kleinigkeiten: Mehrere Schalter für Licht und Rollos,
Sprachsteuerung und und und
Danke
MfG
Can you put the source code of this firmware on a github? I would like to see what you did to Make this work.
Regards.
Zitat von: Itserik am 28 Oktober 2014, 17:30:08
Can you put the source code of this firmware on a github? I would like to see what you did to Make this work.
Regards.
Hi,
I have no source code but only compiled custom firmware from Jens.
and it works 8), thanks to Jens and Osterei for code sample
Importent is to setup CUL to 433.42 MHz: set CUL freq 433.420 (and not 433.42, don't ask why I know this)
then set CUL raw Jr
Regards.
Moin, hat noch jemand einen Tipp für mich? Ich sehe mit Glück jeden 4.-8. Tastendruck von der FB im Terminal Fenster.
Was ich gemacht habe:
1.) CUL flashen
2.) Hyperterm starten und:
Modus setzen:
Jr
Frequenz sezen:
W0F10
W10ab
W1185
Hex aktivieren:
X21
Hi,
versuch mal die Antenne vom CUL anders ausrichten.
Ich hab ähnliche Situation gehabt. Bei mir waren beide Antenne (vom CUL und Gira-Empfänger) im 90 Grad Winkel zueinander ausgerichtet.
MfG
Mhm bringt wenig bis gar nichts. Senden funktioniert super nur empfangen nicht.
Hi,
und was siehst du im FHEM Log?
Ich hatte mal mit cutecom probiert und war das gleiche Verhalten.
Andere Log Optionen? X67
MfG
Nur ca. jeder 30ste Tastendruck auf der FB wird angezeigt im LOG auch mit X67.
Hm, ich sehe hier warten einige auf weitere Entwicklung der FW bzw. den Quellcode. Leider hat das Projekt bei mir keine Priorität (eei mir geht ja was ich brauche ;-) aber ich würde das schon gerne sauber in die CUL FW einbauen. Deshalb habe ich mir jetzt mal eine Deadline gesetzt. Wenn ich es bis 31.01.2015 nicht geschafft habe, zumindest den aktuellen Stand einzupflegen, werde ich die Quellen wie sie sind ins Forum stellen.
Bitte also noch etwas Geduld
Gruß,
Jens
Super! Vielen Dank!
Hast du eine Idee, warum bei mir der Empfang nur alle 20-30 Tastdrücke passiert? Ist die Erkennung zu sensibel / meine Jung Fernbedienung zu ungenau?
Nicht wirklich, hattest Du mich das schon mal per Email gefragt oder war das jemand anderes?
Meinen Wandsender empfange ich auch nicht immer wenn ich es erwarte, aber dahinter könnte auch ein Algorithmus liegen, der die Sendezeit wegen der 1% Regel begrenzt. Aber zumindest ein Telegramm pro Tastendruck bekomme ich. Ich überlege noch mal ob mir etwas einfällt wie wir das rausbekommen können.
Habe deine E-mail nicht - insofern kann ich es nicht gewesen sein ;-)
Ich bekomme leider KEIN Telegram. Ich muss ca. 20-40 mal drücken und dann erhalte ich mit Glück EINMAL ein Telegram.
Dann bist Du nicht der einzige auf der Welt, denn die Frage hatte ich schon mal per Email. Das hilft Dir aber wohl nicht.
So ich habe noch mal nachgeschaut. Bei dem Anwender bei dem der Empfang auch nicht geht waren es Berker Komponenten, bei Dir ist es aber Jung, oder? Die habe ich auch.
Mach im Terminal mal ein
V
und
C99
oder in Fhem ein
set CUL0 raw V
set CUL0 raw C99
und poste die Ausgabe.
Da sourceforge meine Reply-Versuche statthaft ablehnt, kommt es oeffentlich (es geht um culfw Schreibrechte fuer Jens)
Hallo Jens,
ich habe dich hinzugefuegt, moechte dich aber bitten, bevor du eincheckst mir
grob zu schildern, welche bereiche dein Code anfasst.
Wenn das eine eigenstaendige Datei ist, und nicht zusammen mit den bisherigen
Modi (SlowRf/HM/MAX/etc) kollidiert, dann hast du freie Hand. Sonst moechte ich
das enger pruefen, bzw. Patches bekommen.
Leider haben wir in culfw noch nicht so eine Trennung wie in FHEM, dann waere
es einfacher.
> P.S: kannst Du mich auch gleich für die CUL developer im FHEM Forum freischalten?
Sorry nein, ich bin kein Forums-Admin.
Ich vermute das kann nur Boris oder Martin.
Gruss,
Rudi
Zitat von: culinsta am 13 November 2014, 20:48:58
Dann bist Du nicht der einzige auf der Welt, denn die Frage hatte ich schon mal per Email. Das hilft Dir aber wohl nicht.
So ich habe noch mal nachgeschaut. Bei dem Anwender bei dem der Empfang auch nicht geht waren es Berker Komponenten, bei Dir ist es aber Jung, oder? Die habe ich auch.
Mach im Terminal mal ein
V
und
C99
oder in Fhem ein
set CUL0 raw V
set CUL0 raw C99
und poste die Ausgabe.
Also Ausgabe
V
V 1.54 CUL433
C99
0D2E2D07D3913D04
320000000010AB85
55E43023B9000700
18136C070091876B
F85611EF2C171F41
00597F2F88310B00
Grüße
Stefan
Hallo Rudi,
vielen Dank.
Ich benutze den gleichen Interrupt wie SlowRF habe mich aber mit minimalen Änderungen eingeklinkt. Der Hauptteil ist in einer eigenen Datei. Ich schicke Dir die Grundintegration als Patch. Das Pflegen der Protokolldetails würde ich im Anschluss eigenständig machen.
Gruß,
Jens
Guten Abend zusammen,
ich habe bis jetzt auch einiges Versucht meine Funkbus-Komponenten mit FHEM zum laufen zu bekommen. Dafür das die Teile so teuer waren sind sie echt eigenwillig.
Da bin ich echt froh das es mittlerweile Leute geschafft haben mit FHEM Funkbus-Protokolle zu senden.
Ich wäre sehr dankbar wenn mir jemand die Firmware von Jens schicken könnte.
Gruß
Christian
Hallo culinsta,
konntest du mit meinen Ausgaben etwas anfangen?
Grüße Stefan
Hallo Stefan,
nicht richtig. Ich sehe ein paar Unterschiede zu meiner Ausgabe, aber bei dem anderen Nutzer bei dem das Empfangen nicht geht gibt es diese Unterschiede nicht. Ich habe die entsprechenden Settings aber noch nicht verstanden. Gib mir noch ein paar Tage Zeit.
Gruß
Jens
Vielen Dank für den Hinweis Jens. Hab ich übersehen.
Ich werde berichten was sich ergibt.
Zitat von: hugalli am 17 November 2014, 22:05:17
Vielen Dank für den Hinweis Jens. Hab ich übersehen.
Ich werde berichten was sich ergibt.
Danke - war mir nur unsicher, ob es nicht untergegangen ist.
Moin, nun muss ich doch noch einmal nachfragen ;-) Gibt es etwas neues?
Hi,
basierend auf der Arbeit von Jens (culinsta) und der Erklärung von Karsten (osterei) habe ich die beigefügten Änderungen gemacht um die Einbindung von Insta Funkbus (IFB)Komponenten zu erleichtern.
Die aktuelle Implementierung ist noch in einem experimentellen Stadium (pre - Alfa Stadium ;)), aber sie ermöglicht bereits das Schalten einfacher Komponenten. Die Dimmer bereiten mir da noch etwas Probleme...
In der 00_CUL.pm wurden die J43... -er Nachrichten dem IFB Standard zugeordnet. Die Datei basiert auf der fhem Version 5.6
Die 10_IFB.pm beinhaltet die Logik um mit diesen Nachrichten umzugehen - sie basiert aber auf der 10_IT.pm
Um eine IFB Komponente zu definieren
define Stehleuchte IFB B3229A2
attr Stehleuchte IODev CUL
attr Stehleuchte model ifbswitch
B3229 - ist der "Hauscode" der Komponente
A2 - der dritte Schalter
Gruß,
alex
Hallo liebes Forum,
Erst einmal Respekt! Tolle Idee, Insta zu integrieren. Ich kann den 31. kaum noch abwarten...
Immer wieder lese ich dieses Thema von vorne bis hinten und verstehe immerhin schon ein bischen etwas. Ich würde mich sehr freuen, wenn Ihr auf meine dumme verbleibende Frage kurz eringehen könntet :-)
Mein Idee: Ich möchte gerne einen Insta-Rolladenschalter von Gira ansteuern (Am CUL: nur senden, nicht empfangen). Im Moment verstehe ich das so, dass Jens seine CUL-Firmware-Erweiterung in Sourceforge einchecken wird. Danach werden vermutlich irgendwann das Perl-Modul für IFB und die Modifikation an dem CUL-Perl-Modul dem offiziellen FHEM-Release hinzugefügt?
Im Moment betreibe ich einen CC1101 USB Lite mit 868,35 MHz (für FS20) an einem Raspberry Pi.
Meine Fragen:
1. Muss ich wirklich einen 433 MHz CUL kaufen? Oder können Befehle nicht auch nach automatischem Umschalten auf 433 MHz gesendet werden?
2. Für den Mitschnitt der Adressen bzw. des Schaltbefehles müsste ich vermutlich die Frequenz kurz fest auf 433 MHz einstellen?
Falls das irgendwann so klappen würde, wäre das einfach riesig!!!
Einen schönen Abend wünscht
Martin
Hallo Martin,
von Newbie zu Newbie ;D, wenn ich mich jetzt richtig erinnere habe ich in meinen Recherchen gelesen dass der 868 CUL auch in der 433MHz betrieben werden kann. Das einzige Mako ist dabei das der CUL, zu einem Zeitpunkt, nur auf einer der beiden Frequenzen arbeiten kann.
Das Umschalten, nur für das Absenden des Befehls, ist dann der Weg.
Gruß,
alex
@Peter: Danke für den Hinweis
Jein. Die HF-Eigenschaften werden etwas schlechter sein. Siehe http://forum.fhem.de/index.php/topic,31946.0.html (http://forum.fhem.de/index.php/topic,31946.0.html).
Gruß
Peter
Hallo liebes Forum!
Also, zunächst mal: Danke! Es klappt hervorragend.
1. Einen zweiten CUL für 433 MHz gekauft.
2. Die Custom Firmware aus #9 installiert.
3. Den CUL in FHEM eingebunden.
4. CUL auf 433.42 MHz eingestellt.
5. CUL Protokollierung erweitert: set CUL_1 raw X21
6. CUL für IFB aktiviert: set CUL_1 raw Jr
7. Mit einer vorhandenen Fernbedienung Telegramme gesendet und im FHEM Log analysiert.
8: Per Dummy und Notify in FHEM einbunden.
Für alle anderen Newbies wie mich hier noch ein paar Tips:
Zu 1: Dank der Tips von Peter und Alex habe ich erfahren, dass die wechselnden Sendefrequenz bei einem für zwei Frequenzen parallel genutzten CUL dauernd ins EEPROM geschrieben werden müssen. Das verkürzt die Lebensdauer eines CUL, so dass ich mir einen zweiten gegönnt habe.
Zu 3: Ich habe mich entschieden, nur die von mir hier beschriebenen Änderungen zu machen und nicht die FHEM-Perlmodule anzupassen. Damit bin ich Update-sicher(er). Beim Parallelbetrieb von zwei CUL stellte sich für mich die Frage, welcher denn nun vom USB Stack als /dev/ttyACM0 und welcher als /dev/ttyACM1 erkannt werden würde. Dies lässt sich mit den Raspbian udev-Devices jedoch leicht regeln:
define CUL_0 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00 xxzz
define CUL_1 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00 yyzz
Ich stelle mal die ketzerische Frage, ob man das mit den fest ins EEPROM geschriebenen Frequenzen nicht eleganter lösen könnte? ;)
Zu 6: Das klappt zwar, ist aber (zumindest bei mir) nicht bootresistent. Damit bei jedem Start von FHEM der Modus gesetzt wird, habe ich mir folgendes einfallen lassen:
define ifb_modus notify global:INITIALIZED set CUL_1 raw Jr
Oder kennt vielleicht jemand einen eleganteren Weg?
Zu 7: Beim Gira Insta-Funkbus scheint die Kommunikation zwischen Handsender und Rolladenaktor irgendwie anders zu fun(z/k)en.
Im Prinzip kann man die bereits dargestellte Analyse verwenden, jedoch muss ich für einen Schaltbefehl bei Gira offensichtlich zwei um zwei Sekunden versetzte Funksignale aussenden.
Zu 8: Der dummy "rollade" schaltet per notify folgende Geräte:
define r_rauf notify rollade:rauf set CUL_1 raw Js123456789UU ;; sleep 2 ;; set CUL_1 raw Js123456789UL
define r_runter notify rollade:runter set CUL_1 raw Js123456789DU ;; sleep 2 ;; set CUL_1 raw Js123456789DL
"123456789" ist jeweils der individuelle Teil, immer beginnend mit "43".
Vielen Dank für Eure Hilfe! Ich freue mich sehr, den teuren Funkbus jetzt auch von FHEM aus steuern zu können, ohne irgendwelche Handsender kaputtzulöten. Ich hoffe sehr, mein Beitrag kann auch jemandem im Forum weiterhelfen.
Viele Grüße und einen schönen Sonntag,
Martin
PS: Ich möchte nicht ungeduldig erscheinen oder undankbar: Was macht denn die Integration in die offizielle culfw?
So jetzt ist meine Deadline abgelaufen und ich habe es wieder nicht geschafft. Asche über mein Haupt ;-)
Zumindest jetzt hier der Sourcecode. Basiert auf CUL 1.54.
Sollte jemand weiterprogrammierten bevor ich es vielleicht doch noch schaffe würde ich mich über eine Ankündigung hier freuen. Ich habe die Hoffnung für mich noch nicht aufgegeben. Und entschuldigt den einen oder anderen Pfusch.
Gruß,
Jens
Hi Jens,
erstmal Danke für deine Arbeit.
Ich habe eine Beschreibung von Verbindungsprotokoll über Gira RX/TX Funk-Modul gefunden.
Der Aufbau von Telegramm weicht von dem beschriebenen Aufbau im Berker Elektronik Handbuch.
Meine Frage wäre: wie kann ich die vom CUL empfangege Telegrame auslesen bzw wie kann
ich die Telegrame über CUL senden (rawsend G???, ein Beispiel wäre sehr hilfreich) und zwar
nicht durch Firmware interpretierte Ausgabe J:43<SNr.><Kanal><Funktion>, sondern wirklich
die Abfolge vom 0 und 1.
P.S. Im X67 Modus habe ich J:43<SNr.> 4 3000 A0D0 00 63998
was bedeuten Rot markierte Zahlen
Hallo,
ich versuche meine Jung Funkschalter für die Jalousie zu steuern.
Bisher klappt das hoch und runterfahren, was ich mit folgendem Befehl mache:
set CUL_1 raw Js43EEAE5B2U100 ;; sleep 2 ;; set CUL_1 raw Js43EEAE5B2UL00
Mir ist allerdings nicht klar, ob man den ersten Befehl auch weglassen kann, denn es funktioniert eigentlich auch mit dem letzten allein.
Auch ist mir nicht klar, ob der erste Befehl ...U1.. oder ....UU... sein sollte und ob man die ...00 braucht, oder nicht.
Was ich jetzt gerne noch machen würde, ist die Jalousie ein bisschen (ca. 1s) anzusteuern, damit sie nach dem runterfahren wieder gerade gestellt wird und so Licht reinkommen kann.
Einen einzelnen "Auf-"Trigger kann ich mit
set CUL_1 raw Js43EEAE5B2UU ;; sleep 2 ;; set CUL_1 raw Js43EEAE5B2US
machen, aber dann muss ich drei davon schicken, damit die gewünschte Rolladenstellung erreicht wird.
Vielen Dank schonmal.
Hallo JMW,
also die Sache mit den 2 Funkbefehlen stammt von mir. Ob die wirklich notwendig sind, da bin ich mir auch nicht mehr so sicher. Funktionieren tut auch ein Befehl - wie schon von Dir beschrieben.
Also, wie komme ich dann auf die 2 Befehle? Ich habe einen kleinen Gira-Handsender benutzt, um bereits programmierte Aktoren zusätzlich per CUL ansteuern zu können. Dabei ist mir aufgefallen, dass im Mitschnitt fast immer diese zwei Befehle auftauchten - mit 2 Sekunden Versatz dazwischen.
Meine Schlußfolgerung, das müsse dann wohl so sein (mit einem klappte es bei mir wohl nicht auf Anhieb - vermutlich aber aus einem anderen Grund) ist vermutlich falsch. Entschuldige bitte, bin eben auch nur ein Anfänger... :-)
Zu Deiner zweiten Frage:
Schon einmal
set CUL_1 raw Js43EEAE5B2UU ;; sleep 6 ;; set CUL_1 raw Js43EEAE5B2US
versucht?
Bzw. kannst Du das eventuell direkt beim herunterfahren machen? Ich verwende folgenden Befehl:
define r_ws_ritze notify rolladen_wohnzimmer_sued:ritze set CUL_1 raw Js...DU ;; sleep 2 ;; set CUL_1 raw Js...DL ;; sleep 24 ;; set CUL_1 raw Js...SL
Viele Grüße,
Martin
set CUL_1 raw Js43...UU ;; sleep 6 ;; set CUL_1 raw Js43...US
Funktioniert nicht, weil ja scheinbar nur der letzte Befehl ein Kommando auslöst.
Mit dem set CUL_1 raw Js43...US
wird dann die Jalousie nur kurz
angesteuert, aber eben nicht lang genug, um die Lamellen weit genug aufzumachen.
Dein Code define r_ws_ritze notify rolladen_wohnzimmer_sued:ritze set CUL_1 raw Js...DU ;; sleep 2 ;; set CUL_1 raw Js...DL ;; sleep 24 ;; set CUL_1 raw Js...SL
macht doch nur, dass der Rolladen nach 24 Sekunden anhält. Ich möchte, dass er nach dem Anhalten noch für 1 Sekunde nach oben fährt (weil dann die Jalousie-Lamellen aufgerichtet sind).
Klappt bei Dir das Mitloggen der Botschaften immer? Bei mir kommt nicht jeder externe Funkbefehl auf dem Eventlog raus.
Hier mal ein Log wenn ich eine Zeit lang den Taster drücke:
2015-05-03 19:14:57 CUL CUL_1 UNKNOWNCODE J43...UU00
2015-05-03 19:14:57 CUL CUL_1 UNKNOWNCODE J43...U100
2015-05-03 19:14:57 CUL CUL_1 UNKNOWNCODE J43...U100
2015-05-03 19:14:57 CUL CUL_1 UNKNOWNCODE J43...UL00
Man erkennt, dass erst UU und dann mehrmals U1 kommt und nach einer längeren Zeit dann UL, was komplett runterfahren bedeutet.
Ich habe mit U1, U0, UU und allem rumgespielt, aber es klappt nicht. Könnte es sein, dass eine bestimmte Sequenz abgespielt werden muss?
Gibt es was Neues bei der INSTA Funkbus Entwicklung?
Ich komme mit meinem Problem der Jalousie-Aufstellen nicht weiter und komischerweise finde im im Internet fast nichts,
was mir weiterhilft.
Es gibt doch unter Euch auch Leute, die mit dem INSTA Funkbus rumgespielt haben. Was war Euer Anwendungsfall?
Ich kann bis jetzt Rolläden/Jalousie komplett runter oder rauffahen, aber nicht mit nur EINEM Befhel die Jalousie so weit aufstellen,
dass der Sonnenschutz gegeben ist, aber ich noch aus dem Fenster schauen kann. Ich brauche dafür 2-3 Js43....US Befehle und
dabei geht die Jalousie schrittweise auf die gewünschte Lammellen-Position. Ein kontinuierliches ca. 1s nach oben fahren, wie er von der Fernbedienung/Wandtaster möglich ist, bekomme ich über FHEM nicht hin.
Gruß,
JMW
Erstmal danke für die Arbeit an der speziellen CUL Firmware. Das klappt soweit echt super.
CUL433 V3 mit Jung Firmware aus Post#9
Raspberry Pi 2
Jung FAJ6UP Aktoren.
Was ich dort schon bemerkt hatte...
Nach dem Absenden des Befehls, kommen einige Telegramme zurück. Ganz so, als ob der CUL etwas empfängt. Wo kommt das denn her? Eigentlich sollte ja nichts mehr senden... oder?
Unter FHEM aber werden manche Befehle einfach "verschluckt", wenn man sie zu schnell nach dem ersten Befehl abschickt.
Es scheint, als ob FHEM wartet, ob noch etwas im Empfangspuffer liegt und erst nach einer gewissen Zeit dann auch sendet.
Nur, wenn nichts mehr im Puffer wäre, wäre die Latenz auch wahrscheinlich geringer.
Kann meine Beobachtung jemand bestätigen?
Gibt es eine Lösung?
Hallo,
auch ein FHEM newbee hier. Also ich bin so weit, dass ich einen GIRA Dimmer mit einem GIRA Wandtaster ein- und ausschalten kann.
Ein mit: set CUL_433 raw Js43D298BA0US00
Aus mit: set CUL_433 raw Js43D298BA0DS00
Hochdimmen mit: set CUL_433 raw Js43D298BA0UL00
Runterdimmen mit: set CUL_433 raw Js43D298BA0DL00
Habe auch das Problem, dass anscheinend nicht alle Funk-Befehle des Wandtasters im FHEM Log erscheinen. Und ich bekomme auch zusätzliche Befehle (meistens J43D298BA0D000) im Log nach dem Senden der obigen Befehle über notify. Keine Ahnung wo die herkommen.
Dimmen geht leider nicht in einzelnen Stufen sondern immer nur bis Maximum oder Minimum automatisch. Auch hier scheinen zusätzliche Befehle aufzutreten, die ich nicht sende. Hier mal ein Beispiel aus dem LOG:
2015.06.14 22:45:31 4: HTTP FHEMWEB:192.168.178.40:54897 GET /fhem&room=Koeln&cmd=set+CUL_433+raw+Js43D298BA0UL00
2015.06.14 22:45:31 5: Cmd: >set CUL_433 raw Js43D298BA0UL00<
2015.06.14 22:45:31 3: set CUL_433 raw Js43D298BA0UL00
2015.06.14 22:45:31 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:31 5: Notify loop for CUL_433 raw Js43D298BA0UL00
2015.06.14 22:45:31 4: CUL_Parse: CUL_433 J43D298BA0UU00
2015.06.14 22:45:31 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:31 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0UU00
2015.06.14 22:45:31 2: CUL_433: unknown message J43D298BA0UU00
2015.06.14 22:45:31 4: CUL_Parse: CUL_433 J43D298BA0U100
2015.06.14 22:45:31 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:31 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0U100
2015.06.14 22:45:31 2: CUL_433: unknown message J43D298BA0U100
2015.06.14 22:45:32 4: CUL_Parse: CUL_433 J43D298BA0U100
2015.06.14 22:45:32 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:32 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0U100
2015.06.14 22:45:32 2: CUL_433: unknown message J43D298BA0U100
2015.06.14 22:45:32 4: CUL_Parse: CUL_433 J43D298BA0U100
2015.06.14 22:45:32 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:32 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0U100
2015.06.14 22:45:32 2: CUL_433: unknown message J43D298BA0U100
2015.06.14 22:45:32 4: CUL_Parse: CUL_433 J43D298BA0UL00
2015.06.14 22:45:32 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:32 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0UL00
2015.06.14 22:45:32 2: CUL_433: unknown message J43D298BA0UL00
2015.06.14 22:45:33 4: CUL_Parse: CUL_433 J43D298BA0UL00
2015.06.14 22:45:33 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:33 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0UL00
2015.06.14 22:45:33 2: CUL_433: unknown message J43D298BA0UL00
2015.06.14 22:45:34 4: CUL_Parse: CUL_433 J43D298BA0UL00
2015.06.14 22:45:34 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:34 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0UL00
2015.06.14 22:45:34 2: CUL_433: unknown message J43D298BA0UL00
2015.06.14 22:45:35 4: CUL_Parse: CUL_433 J43D298BA0UL00
2015.06.14 22:45:35 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:35 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0UL00
2015.06.14 22:45:35 2: CUL_433: unknown message J43D298BA0UL00
2015.06.14 22:45:35 4: CUL_Parse: CUL_433 J43D298BA0SL00
2015.06.14 22:45:35 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:35 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0SL00
2015.06.14 22:45:35 2: CUL_433: unknown message J43D298BA0SL00
2015.06.14 22:45:36 4: CUL_Parse: CUL_433 J43D298BA0SL00
2015.06.14 22:45:36 5: Triggering CUL_433 (1 changes)
2015.06.14 22:45:36 5: Notify loop for CUL_433 UNKNOWNCODE J43D298BA0SL00
2015.06.14 22:45:36 2: CUL_433: unknown message J43D298BA0SL00
Nur der erste Befehl kommt von mir, der Rest irgendwie automatisch hinterher.
Vielleicht ist ja die CUL Firmware von Jens noch nicht ganz zuverlässig mit dem empfangen und senden von Befehlen?
Das Problem ist natürlich, dass bei einer Betätigung des Wandtasters der Status im FHEM nicht mehr dem wirklichen Status entspricht, da FHEM meistens die wichtigen Befehle vom Wandschalter nicht mitkriegt.
Sonst jemand eine Ahnung woran das Fehlen der Befehle des Wandtasters im LOG liegen könnte?
Grüße,
Chris
Hallo Chris,
im Anhang findest du Hardwarebeschreibung instafunk RX/TX-Modul
Viele Grüße
Hallo alle zusammen,
gibt es hier vielleicht Fortschritte?
Ich ware sehr daran interessiert ;)
Danke im Voraus
Gerhard
Hi,
ich habe die Firmware von Jens leicht modifiziert, so dass das Dimmen der GIRA Dimmer jetzt bei mir funktioniert. Die Firmware von Jens hat eine gewisse INSTA spezifische Intelligenz eingebaut, insofern sie bestimmte Sequenzen von Telegrammen aussendet.
Für Kurze Telegramme zum Ein- bzw. Aus-Schalten (Js.....US.. bzw. Js.....DS... ) werden eigentlich 4 Telegramme gemäß INSTA ausgesendet, und zwar einmal D oder U mit undefinierter Betätigungsdauer (DU oder UU) und dreimal D oder U mit kurzer <0,5s Betätigungsdauer (D0 oder U0). Warum dies so ist, keine Ahnung, vielleicht um Übertragungsfehler zu korrigieren.
Für Lange Telegramme zum Beispiel zum Dimmen (Js.....UL.. bzw. Js.....DL... ) wurden in der Version von Jens eigentlich 9 Telegramme ausgesendet, und zwar einmal D oder U mit undefinierter Betätigungsdauer (DU oder UU) und dreimal D oder U mit langer <1s Betätigungsdauer (D1 oder U1) und viermal D oder U mit sehr langer >1s Betätigungsdauer (DL oder UL) und zweimal ein Stopp-Telegramm (S1). Dies war zumindest für meine GIRA Dimmer zu viele sehr lange Telegramme so dass diese immer auf Max bzw. Min fuhren. Dies habe ich jetzt in der anhängenden Firmwareversion gekürzt, so dass die sehr langen Telegramme nicht mehr gesendet werden.
Dies könnte allerdings bei der Steuerung von Rollladen nun Probleme bereiten, da die Rollladen nicht mehr den gesamten Weg fahren. Ein mehrfache Wiederholung des Kommandos könnte Abhilfe schaffen, habe ich aber nicht ausprobiert.
Zudem hatte ich auch Probleme mit dem empfangen von Telegrammen der GIRA Sender. Der Befehl "set myCUL sens 16" hat aber Abhilfe geschaffen, so dass jetzt fast alle Telegramme auch empfangen werden.
Viel Spaß beim Testen.
Chris
Hallo all,
Ich habe FHEM aktiv auf ein Raspberry Pi mit CUL 433, mit die neusten Firmware von Chris. Ich versuche jetzt meine Berker aktoren zu bewegen, leider ohne erfolg.
Dazu habe ich:
- Den CUL in FHEM eingebunden.
- CUL auf 433.42 MHz eingestellt.
- CUL Protokollierung erweitert: set CUL_1 raw X21
- CUL für IFB aktiviert: set CUL_1 raw Jr
- Mit einer vorhandenen Fernbedienung Telegramme gesendet und im FHEM Log analysiert.
Die Event monitor sagt nun "CUL CUL_0 UNKNOWNCODE J43B1085A0U000" wenn ich mit ein Handsender die Lampe schalte.
'Set CUL_0 J43B1085A0U000' und 'Set CUL_0 Js43B1085A0U000' geben kein Erfolg.
Nach 'Set CUL_0 raw X67' sagt die Event monitor nach berürung vom Handsender "CUL CUL_0 UNKNOWNCODE J:2C108DA0014180:4 3 B108 5 2800 A0U0 00 30043".
Was würde euch am nächsten versuchen?
Freundliche Grüsse,
Paul
Hallo Alle,
Ich habe de Lösung gefunden! Ich habe die S zugefügt: 'set CUL_0 raw Js43B1085A0DS00', und dan functioniert es.
Die Modul von Alex functioniert leider noch nicht. Wenn er das wunscht, werde ich gerne etwas testen.
Freundliche Grüsse,
Paul
Hallo Paul,
jede Änderung bzw. Verbesserung ist gerne gesehen, aber bitte uns auch daran teilhaben lassen ;)
Ich, für meine Person, bin leider in der letzten Zeit überhaupt nicht mehr dazu gekommen um mich um eine Weiterführung des Projekts zu kümmern, aber im Winter könnte es sein das ich wieder Zeit finde...
Gruß,
alex
Hallo Alex,
Ich habe zuletzt versucht ein Berker Dimmer als IFB zu definieren und zu nützen. Das is die betreffende Log:
2015.11.13 17:27:24 3: Name: LosseDimmer -> code: 43256CCA3
2015.11.13 17:27:24 3: No I/O device found for LosseDimmer
2015.11.13 17:27:47 2: IFB set LosseDimmer on
2015.11.13 17:27:47 0: Strange call for nonexistent <undefined>: GetFn
2015.11.13 17:27:47 1: PERL WARNING: Use of uninitialized value $msg in pattern match (m//) at ./FHEM/10_IFB.pm line 159.
2015.11.13 17:27:47 1: PERL WARNING: Use of uninitialized value $msg in concatenation (.) or string at ./FHEM/10_IFB.pm line 162.
2015.11.13 17:27:47 2: IFB IODev device didn't answer is command correctly:
2015.11.13 17:28:56 2: ROOMMATE set rr_Sonja location underway
2015.11.13 17:29:34 2: IFB set LosseDimmer on
2015.11.13 17:29:34 0: Strange call for nonexistent <undefined>: GetFn
2015.11.13 17:29:34 2: IFB IODev device didn't answer is command correctly:
2015.11.13 17:30:00 2: IFB set LosseDimmer off
2015.11.13 17:30:03 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.11.13 17:30:03 2: IFB IODev device didn't answer is command correctly: raw => No answer
2015.11.13 17:30:03 3: Setting CUL_0 serial parameters to 9600,8,N,1
2015.11.13 17:30:03 1: /dev/ttyACM0 reappeared (CUL_0)
2015.11.13 17:30:03 3: CUL_0: Possible commands: BCFiAZEJGMRTVWXefmltux
2015.11.13 17:30:17 2: IFB set LosseDimmer on
2015.11.13 17:30:20 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.11.13 17:30:20 2: IFB IODev device didn't answer is command correctly: raw => No answer
2015.11.13 17:30:20 3: Setting CUL_0 serial parameters to 9600,8,N,1
2015.11.13 17:30:20 1: /dev/ttyACM0 reappeared (CUL_0)
2015.11.13 17:30:20 3: CUL_0: Possible commands: BCFiAZEJGMRTVWXefmltux
2015.11.13 17:30:34 2: IFB set LosseDimmer on
2015.11.13 17:30:37 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.11.13 17:30:37 2: IFB IODev device didn't answer is command correctly: raw => No answer
2015.11.13 17:30:37 3: Setting CUL_0 serial parameters to 9600,8,N,1
2015.11.13 17:30:37 1: /dev/ttyACM0 reappeared (CUL_0)
2015.11.13 17:30:37 3: CUL_0: Possible commands: BCFiAZEJGMRTVWXefmltux
2015.11.13 17:31:27 2: IFB set LosseDimmer off
2015.11.13 17:31:30 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.11.13 17:31:30 2: IFB IODev device didn't answer is command correctly: raw => No answer
2015.11.13 17:31:30 3: Setting CUL_0 serial parameters to 9600,8,N,1
2015.11.13 17:31:30 1: /dev/ttyACM0 reappeared (CUL_0)
2015.11.13 17:31:31 3: CUL_0: Possible commands: BCFiAZEJGMRTVWXefmltux
2015.11.13 17:31:38 2: IFB set LosseDimmer on
2015.11.13 17:31:41 1: /dev/ttyACM0 disconnected, waiting to reappear (CUL_0)
2015.11.13 17:31:41 2: IFB IODev device didn't answer is command correctly: raw => No answer
2015.11.13 17:31:41 3: Setting CUL_0 serial parameters to 9600,8,N,1
2015.11.13 17:31:41 1: /dev/ttyACM0 reappeared (CUL_0)
2015.11.13 17:31:41 3: CUL_0: Possible commands: BCFiAZEJGMRTVWXefmltux
Freundliche Grusse,
Paul
Hallo Paul,
versuche es mal so:
define LosseDimmer IFB 256CCA3
attr LosseDimmer IODev CUL_0
attr LosseDimmer model ifbdimmer
aber wie ich in meinem Beitrag vom 15.01 anmerkte, für Dimmer gibt es noch keine richtige Unterstützung (zumindest was den damaligen Stand betrifft).
Gruß,
alex
Hallo alle zusammen,
gibt es hier vielleicht Fortschritte?
Ich ware sehr daran interessiert.
RPi 2B + CUL433 (V3) + FHEM-5.7
3 x 1254 UDE Jung Universal-Tastdimmer
3 x 1561.07F Kurzhubtaste mit Funk-Empfänger
5 x FUD 1253 EB Funk-Universaldimmer EB
3 x 44F Funk-wandsender "Flach"
1 x 48 FH Funk-Handsender, Komfort
Hier ist der Code, den ich verwende (wie in Antwort #17):
define lamp_eiland dummy
attr lamp_eiland alias Lamp Eiland
attr lamp_eiland devStateIcon ON:light_ceiling OFF:light_ceiling_off
attr lamp_eiland eventMap /on:ON/off:OFF/
attr lamp_eiland room Keuken,Woonkamer
attr lamp_eiland webCmd on:off
define lamp_eiland_on notify lamp_eiland:on set CUL raw Js43F####A3US00
define lamp_eiland_off notify CUL:raw.*|lamp_eiland:off set CUL raw Js43F####A3DS00
Mit diese Code kann ich ein- und ausschalten, aber nicht dimmen.
Es geht mit die culfw von Jens (Antwort #9) und von Chrisz (Antwort #55).
Ich habe es auch probiert wie in Antwort #40
00_CUL.pm
10_IFB.pm
IFB Komponente definiert als
define Tafellamp IFB F####A1
attr Tafellamp IODev CUL
attr Tafellamp model ifbdimmer
attr Tafellamp room Woonkamer
Wass sollte ich für devStateIcon, eventMap und webCmd zuweisen?
Mann kann damit dimmen, aber nicht ein- oder ausschalten. Auch nicht runterdimmen bis aus.
Dafür kann ich ja die per Notify eingebundene dummy Switch nützen, aber es wäre schöner es mit einem Switch/Dimmer zu machen.
Ich habe es nur mit die Firmware von Chrisz probiert.
Wie kann ich das alles besser machen?
Welche Firmware ist besser für Dimmer? Jens oder Chrisz?
Sollte ich auch die ifbremote definieren?
Gibt es irgendwo die Sourcen für die Firmware von Jens und Chrisz?
Hat es noch Änderungen im 00_CUL.pm und 10_IFB.pm gegeben?
Was macht denn die Integration in die offizielle culfw oder a-culfw?
Danke im Voraus
Pyth
Hallo Pyth,
Bei mir funktioniert das Dimmen mit GIRA Dimmern und der von mir compilierten Firmware aus #55.
Verwendete Kommandos mittels notify:
Dimmen down: set CUL_433 raw Js43D298BA0DL00
Dimmen up: set CUL_433 raw Js43D298BA0UL00
Aus: set CUL_433 raw Js43D298BA0DS00
An: set CUL_433 raw Js43D298BA0US00
Für interessierte, anbei ist der Sourcecode der von mir modifizierten rf_ifb.c, basierend auf den Sourcen von Jens aus #45. Ist immer noch ein großer Hack, aber vielleicht ein Anfang für jemanden, der sich besser mit dem Ganzen auskennt als ich ;)!
Grüße,
chrisz
Hallo Pyth,
Ich habe Berker Schalter.
Ich habe die Schalter so definiert:
define WoonkamerScene dummy
attr WoonkamerScene room Licht
attr WoonkamerScene webCmd Alarm:on:Nacht:off
define WoonkamerSceneAlarm notify WoonkamerScene:Alarm set CUL_0 raw Js43D5C6CL1LS
define WoonkamerSceneOff notify WoonkamerScene:off set CUL_0 raw Js43D5C6CL6DS1
define WoonkamerSceneNacht notify WoonkamerScene:Nacht set CUL_0 raw Js43D5C6CL2LS1
define WoonkamerSceneOn notify WoonkamerScene:on set CUL_0 raw Js43D5C6CL0LS1
define BkLosseDimmer dummy
attr BkLosseDimmer room Licht
attr BkLosseDimmer webCmd on:up:down:off
define BkLosseDimmerOn notify BkLosseDimmer:on set CUL_0 raw Js43256CCA3US
define BkLosseDimmerOff notify BkLosseDimmer:off set CUL_0 raw Js43256CCA3DS1
define BkLosseDimmerUp notify BkLosseDimmer:up set CUL_0 raw Js43256CCA3UL
define BkLosseDimmerDown notify BkLosseDimmer:down set CUL_0 raw Js43256CCA3DL
# define BkLosseDimmerHalf notify BkLosseDimmer:half set CUL_0 raw Js43B1085A0UL50
define BkTkPlafond dummy
attr BkTkPlafond room Licht
attr BkTkPlafond webCmd on:up:down:off
define BkTkPlafondOn notify BkTkPlafond:on set CUL_0 raw Js435CA2CA3US
define BkTkPlafondOff notify BkTkPlafond:off set CUL_0 raw Js435CA2CA3DS
define BkTkPlafondUp notify BkTkPlafond:up set CUL_0 raw Js435CA2CA3UL
define BkTkPlafondDown notify BkTkPlafond:down set CUL_0 raw Js435CA2CA3DL
define BkTuTerras dummy
attr BkTuTerras room Licht
attr BkTuTerras webCmd on:up:down:off
define BkTuTerrasOn notify BkTuTerras:on set CUL_0 raw Js435CA2CA2US
define BkTuTerrasOff notify BkTuTerras:off set CUL_0 raw Js435CA2CA2DS
define BkTuTerrasUp notify BkTuTerras:up set CUL_0 raw Js435CA2CA2UL
define BkTuTerrasDown notify BkTuTerras:down set CUL_0 raw Js435CA2CA2DL
define BkTuSpot dummy
attr BkTuSpot room Licht
attr BkTuSpot webCmd on:up:down:off
define BkEkPlafond dummy
attr BkEkPlafond room Licht
attr BkEkPlafond webCmd on:up:down:off
define BkEkPlafondOn notify BkEkPlafond:on set CUL_0 raw Js43CB4CCA3US
define BkEkPlafondOff notify BkEkPlafond:off set CUL_0 raw Js43CB4CCA3DS
define BkEkPlafondUp notify BkEkPlafond:up set CUL_0 raw Js43CB4CCA3UL
define BkEkPlafondDown notify BkEkPlafond:down set CUL_0 raw Js43CB4CCA3DL
define BkEkWand dummy
attr BkEkWand room Licht
attr BkEkWand webCmd on:up:down:off
define BkEkWandOn notify BkEkWand:on set CUL_0 raw Js43CB4CCA2US
define BkEkWandOff notify BkEkWand:off set CUL_0 raw Js43CB4CCA2DS
define BkEkWandUp notify BkEkWand:up set CUL_0 raw Js43CB4CCA2UL
define BkEkWandDown notify BkEkWand:down set CUL_0 raw Js43CB4CCA2DL
define BkVdPlafond dummy
attr BkVdPlafond room Licht
attr BkVdPlafond webCmd on:up:down:off
define BkVdPlafondOn notify BkVdPlafond:on set CUL_0 raw Js43256CCA1US
define BkVdPlafondOff notify BkVdPlafond:off set CUL_0 raw Js43256CCA1DS
define BkVdPlafondUp notify BkVdPlafond:up set CUL_0 raw Js43256CCA1UL
define BkVdPlafondDown notify BkVdPlafond:down set CUL_0 raw Js43256CCA1DL
# define BkVdPlafondStd notify BkVdPlafond:std set CUL_0 raw Js43256CCA1US
define BkBkDichtbij dummy
attr BkBkDichtbij room Licht
attr BkBkDichtbij webCmd on:up:down:off
define BkBkDichtbijOn notify BkBkDichtbij:on set CUL_0 raw Js43D5C6CA2US
define BkBkDichtbijOff notify BkBkDichtbij:off set CUL_0 raw Js43D5C6CA2DS
define BkBkDichtbijUp notify BkBkDichtbij:up set CUL_0 raw Js43D5C6CA2UL
define BkBkDichtbijDown notify BkBkDichtbij:down set CUL_0 raw Js43D5C6CA2DL
define BkBkVeraf dummy
attr BkBkVeraf room Licht
attr BkBkVeraf webCmd on:up:down:off
define BkBkVerafOn notify BkBkVeraf:on set CUL_0 raw Js43D5C6CA3US
define BkBkVerafOff notify BkBkVeraf:off set CUL_0 raw Js43D5C6CA3DS
define BkBkVerafUp notify BkBkVeraf:up set CUL_0 raw Js43D5C6CA3UL
define BkBkVerafDown notify BkBkVeraf:down set CUL_0 raw Js43D5C6CA3DL
Mein Berker Schalter habe ich mit FHEM angeschlossen auf diese Weise:
- Ein 433 MHz CUL von Busware installiert
- set CUL_0 freq 433.420 MHz
- set CUL_0 raw X21
und die CUL in FHEM definiert:
define CUL_0 CUL /dev/ttyACM0@9600 1034
attr CUL_0 alias CUL433
attr CUL_0 model CUL
attr CUL_0 rfmode SlowRF
attr CUL_0 verbose 1
define ifb_modus notify global:INITIALIZED set CUL_0 raw Jr
Der IFB Modul benütze ich nicht.
Wird das Alle dich helfen?
Freundliche Grüsse,
Paul
Nieuw-Vennep
Hallo,
Hat sich bei diesem Thema wirklich schon so lange nichts mehr getan?
Würde mich sehr interessieren, da ich selber IFB-Geräte in meinem fhem einbinden möchte.
Muss man den CUL immer noch extra flashen?
Danke, lg, Gerhard
ich wolle einen HomeMatic Schalter anstelle eines Schalters im Bad für die Lüftersteuerung einbauen und habe dabei feststellen müssen, dass da kein normaler Schalter sitzt, sondern ein Gira Insta 8 Kanal Funkschalter. Auf meinem nanoCUL ist folgende Firmware drauf:
V 1.22.00 a-culfw Build: 94 (2016-11-25_23-14-19) nanoCUL433 (F-Band: 433MHz)
Sollte ich damit das INSTA Protokoll bedienen können? Ich will nur ein und ausschalten und nach dem Einschalten einen Watchdog starten, der nach 30 Minuten automatisch ebenfalls ein Aus schickt.
Habe einiges probiert, aber es wird nichts erkannt im Log
Danke schon jetzt
RUDI
Hallo Rudi,
Das INSTA Protokoll ist darfür nicht geëignet, fürchte ich. Aber ich bin nicht sicher, weil ich es nie getetstet habe.
Ich bediene meine Berker dimmer mit dem INSTA Protokoll auf CUL, und meine HomeMatic Funk-Heizkörperthermostate mit ein HM-CFG-USB USB Konfigurations-Adapter. Ohne der HM-CFG-USB USB Konfigurations-Adapter habe ich keine Verbindung mit die Thermostate.
Freundliche Grüße,
Paul
Hallo Gerhard,
Ich habe alles was Du tun mußt aufgeschrieben in frühere Antworte.
Es gibt nur eine Möglichkeit: lesen und versuchen, wie ich getan habe.
Freundliche Grüße,
Paul
Hallo zusammen,
ich möchte meine GIRA-Funkkomponenten @home steuern.
ich habe mir folgendes Modul gekauft und am RasperryPi drangehangen:
https://www.amazon.de/gp/product/B00R2U8OEU/ref=ask_ql_qh_dp_hza
Die Module scheinen mit dem RSniffer-Test auch grundsätzlich zu funktionieren.
Ich erhalte beim Flash-Versuch auf root-Ebene folgende Fehlermeldung:
root@raspberrypi:/opt/culfw-1.66/Devices/CUL# service fhem stop
Stopping fhem...
root@raspberrypi:/opt/culfw-1.66/Devices/CUL# sudo make usbprogram_v3
dfu-programmer atmega32u4 erase || true
dfu-programmer: no device present.
dfu-programmer atmega32u4 flash CUL_V3.hex
dfu-programmer: no device present.
makefile:154: recipe for target 'do_usbprogram' failed
make: *** [do_usbprogram] Error 1
root@raspberrypi:/opt/culfw-1.66/Devices/CUL# sudo make usbprogram_v3
Hat jemand eine Idee, was ich falsch mache?
Gibt es in Analogie zu den USB-Sticks bei o.g. Hardware auch einen Button den man gedrückt halten muss? Oder muss ich einen Jumper o.ä. setzen?
Hallo.
Anbei ein paar Infos und ein paar Fragen für alle, die sich ebenfalls mit diesem Thema beschäftigen.
Infos:
Meine Versuche meine Jung Funk-Jalousie-Aktoren FAJ 6 UP über einen anderen Weg als hier beschrieben in FHEM einzubinden sind fehlgeschlagen. Siehe auch https://forum.fhem.de/index.php/topic,79532.msg749729.html#msg749729 (https://forum.fhem.de/index.php/topic,79532.msg749729.html#msg749729)
Ich kann Posting #55 von Chris https://forum.fhem.de/index.php/topic,19065.msg334303.html#msg334303 (https://forum.fhem.de/index.php/topic,19065.msg334303.html#msg334303) hinsichtlich
ZitatDies könnte allerdings bei der Steuerung von Rollladen nun Probleme bereiten, da die Rollladen nicht mehr den gesamten Weg fahren.
bestätigen.
Weiter war mein Test bzgl.
ZitatEin mehrfache Wiederholung des Kommandos könnte Abhilfe schaffen, habe ich aber nicht ausprobiert.
nicht erfolgreich.
Ich benutze also mit meinen Jung Funk-Jalousie-Aktoren FAJ 6 UP die Firmware von "Jens". "Auf", "Ab" und "Stop" funktioniert. Im wesentlichen bin ich der Anleitung von Paul gefolgt. Siehe https://forum.fhem.de/index.php/topic,19065.msg422367.html#msg422367 (https://forum.fhem.de/index.php/topic,19065.msg422367.html#msg422367)
Fragen:
- Wenn ich zwei oder mehr Rolladen quasi gleichzeitig ansteuern möchte (Szenario "Alle Auf" oder "Alle Zu") dann fährt nur der erste Rolladen an. Alle anderen bewegen sich nicht. Wenn ich nun die einzelnen Kommandos mit einem "sleep 5" separiere, dann erziele ich das gewünschte Ergebnis, nämlich dass sich zwei oder mehr Rolladen ansteuern lassen. Es scheint als ob die nachfolgenden Kommandos ohne sleep "verschluckt" werden. Dies scheint das von raspicul unter https://forum.fhem.de/index.php/topic,19065.msg297204.html#msg297204 (https://forum.fhem.de/index.php/topic,19065.msg297204.html#msg297204) beschriebene Verhalten zu bestätigen.
ZitatUnter FHEM aber werden manche Befehle einfach "verschluckt", wenn man sie zu schnell nach dem ersten Befehl abschickt.
Hat jemand ein vergleichbares Verhalten beobachtet? Und evtl behoben? Falls ja, wie? - Mit jedem Absetzen eine Kommandos erscheinen mehrere Folgekommandos im FHEM log. Beinahe so als ob es ein Echo geben würde. Chris beschreibt ein ähnliches Verhalten unter https://forum.fhem.de/index.php/topic,19065.msg303892.html#msg303892 (https://forum.fhem.de/index.php/topic,19065.msg303892.html#msg303892)
ZitatUnd ich bekomme auch zusätzliche Befehle (meistens J43D298BA0D000) im Log nach dem Senden der obigen Befehle über notify. Keine Ahnung wo die herkommen.
Hat hierzu jemand eine Idee? - Weiter würde mich interessieren ob jemand eine Lösung für ein Abbildung der Kommandos "Move Intermediate" und "Move Split" gefunden hat? Ich mache dies aktuell über Kommandoketten á la move down -> move up -> sleep -> stop. Das erscheint aber sehr hölzern. Bessere Ideen?
Grüße, Erich
Hallo Erich,
Ich habe kein Erfahrung mit Rolladen, nur mit Schaltaktoren für Licht usw.
Aber wenn mehrere Aktoren angesteuert werden müssen, sollen die nicht zusammen ein selber Telegramm eingelernt werden mussen? Den kannst du dann senden mit FHEM.
Freundliche Grüße,
Paul
Hello guys and sorry for using english, mein Deutsch ist wirklich schlecht :-[
I have a 443,42mhz Gira "funkbus" system with around 25 lights. I have a Ezcontrol XS1 controller that is connected to my network and can send signals to the lights to turn them on/off/dim.
The status of the light (on / off / dim level) is kept in the XS1 but since it can only send signals, and not listen, all the statuses become corrupt if I start using my wall switches. For example I turn on the light in the kitchen via the XS1 then turn it off with a wall switch the XS1 does not know about the wall switch and shows it being ON via the web console /app.
I wanted to ask you guys if the CUL433 can listen for 443,42mhz Gira signals or is it mabe encrypted? My idea is to listen for wall socket signals and then update the status of the app via scripting.
In psuedocode it would look something like this: if (CUL443.signal == kitchen.light.switch.signal): then xs1.kitchen_kight_set_status=OFF
Sorry again for the English, but you can ofcourse reply in German since I read it better that I write.
Ps this poster has the same idea, but his post is in german
https://myezcontrol.de/index.php/forum/2-allgemeines/12441-bgj-system-jung-funk-aktoren-sender
Hi Steini,
No bother at all to switch to English. German isn't my native language too. I have a Berker Funkbus system with wall switches and all, and as I understand it that's roughly the same as Gira Funkbus. At least the basics ;-)
ZitatI wanted to ask you guys if the CUL433 can listen for 443,42mhz Gira signals
He definitely can listen, but it takes a bit fiddling to understand the codes exchanged. It's not as turn key as the XS1, but that's the fun for us.
In my case my CUL433 mimics e.g. the wall switch, and hey presto. If I press the wall switch the CUL433 hears that, but I have been too lazy to add the script you want. Also, Funkbus senders tend to send a code more than once - so a single dimming command could give FHEM the impression that a lot of dimming is going on.
At my place, I have FHEM coördinating the automatics allowing the wall switches to interfere.
Hope that somewhat answers your question.
Regards,
Paul
Thank you so much for this. I will order one right away and can't wait to mess with it
Hallo und guten Tag,
nachdem ich seit 10 Jahren eine eigenentwickelte rudimentäre Hausautomation in Betrieb habe, habe ich mich durch Empfehlungen jetzt entschieden, auch auf FHEM zu setzen. Dabei tritt bei mir ebenfalls die Gira Funkbus Frage auf. Im meiner Automation verwende ich das instafunk Empfangs- und Sendemodul (Rx/Tx-Modul Art.Nr. 57922000). Die Ansteuerung habe ich ebenfalls in Perl umgesetzt, wobei der Aufruf aus einer PHP Umgebung heraus erfolgt.
Beim Lesen dieses interessanten Threads frage ich mich, warum hier recht aufwendig mit dem CUL das Instaprotokoll abgebildet wird, wenn es doch die fertigen Module mit einer entsprechend dokumentierten seriellen Schnittstelle gibt? Wo ist der Vorteil der Ansteuerung mit einem CUL? Für mich ist der einzige große Vorteil der CUL Lösung, dass ohne Anlernen des Moduls quasi alle Befehle mitgehört werden. Das ist in der Tat mit dem Insta Modul nicht möglich oder zumindest im Befehlssatz nicht dokumentiert.
Bisher habe ich jedoch auch nur Funkbefehle gesendet und keine Auswertung von empfangenen Kommandos implementiert, da ich es bisher nicht benötigte.
Beste Grüße und Respekt vor Eurer Arbeit!
Robert
Hallo,
momentan habe ich wieder mal etwas Zeit mich mit diesem Thema zu beschäftigen, aber ich komme damit einfach nicht klar.
Momentan habe ich einen Dimmer von Berker und einen SignalDuino.
version V 3.3.1-RC10 SIGNALduino cc1101 - compiled at Nov 19 2018 23:11:15
versionmodul v3.3.3-dev_17.12.
Muss ich die "alte" Firmware hier aus dem Forum verwenden?
Zumindest zeigt mein SignalDuino im Eventmonitor, dass er etwas empfängt, wenn ich die Taste betätige.
Bei "Ein":
2018.12.26 18:17:58.640 4 : mySIGNALduino/msg READ: MC;LL=-976;LH=1057;SL=-485;SH=544;D=4EA79FBA95950;C=510;L=50;R=241;
2018.12.26 18:17:58.651 4 : mySIGNALduino: Found manchester Protocol id 52 clock 510 RSSI -81.5 -> Oregon Scientific PIR
2018.12.26 18:17:58.653 5 : mySIGNALduino: extracted data 1011000101011000011000000100010101101010011010101111 (bin)
2018.12.26 18:17:58.657 5 : mySIGNALduino: protocol does not match return from method: ( header not found)
Bei "Aus":
2018.12.26 18:18:01.730 4 : mySIGNALduino/msg READ: MC;LL=-965;LH=1078;SL=-437;SH=582;D=4EA79FBA95100;C=510;L=50;R=237;
2018.12.26 18:18:01.736 4 : mySIGNALduino: Found manchester Protocol id 52 clock 510 RSSI -83.5 -> Oregon Scientific PIR
2018.12.26 18:18:01.739 5 : mySIGNALduino: extracted data 1011000101011000011000000100010101101010111011111111 (bin)
2018.12.26 18:18:01.741 5 : mySIGNALduino: protocol does not match return from method: ( header not found)
Auch ein "set mySIGNALduino raw X21" ändert nichts daran.
Nun wollte ich wie von Paul Guijt beschrieben einen Dimmer anlegen ().
Aber welche Commandos übergebe ich beim "set CUL_0 raw ...."?
Ich finde im log-File nirgends ein "Js43....".
Wie finde ich das raus?
Danke, lg, Gerhard
Coole Sache! Ich konnte damit einen Jung Funk-Zwischenstecker FZS 10 WW ansteuern. Hier die Codes:
Ein:
Empfangen: J43103E8A0UU00
Senden: Js43103E8A0US
Aus:
Empfangen: J43103E8A0D000
Senden: Js43103E8A0DS
Bei mir läuft die Software auf einem nanoCUL. Leider hatte ich hier noch kein fertiges HEX-File für den nanoCUL entdeckt, daher habe ich eins selbst kompiliert. Stand ist culfw 1.67 und die letzte Änderung von chrisz (Beitrag #62).
Gruß,
Igge
Hi, auf der Suche nach einer Möglichkeit meine Berker Funk-Jalousieaktoren in meinem RaspberryMatic-SmartHome weiterverwenden zu können, bin ich hier im FHEM-Forum fündig geworden.
Ich habe die nanoCul.hex Datei von Igge in mein CUL433-Stick geflasht und an einen Rasp-USB-Port gesteckt.
Das Homamatic Addon CUxD hat den sofort richtig erkannt.
Nach der Frequenzanpassung auf 433,42 Mhz und IFB Enabled durch "Jr" wurden die Codes des 8-fach Funkwandsenders Berker 2764 im Terminal des CUxD ausgegeben.
Nach dem ich (jetzt wirds HM spezifisch) eine virtuelle Fernbedienung im CUxD angelegt hatte, konnte ich die Rollos auch steuern. Zumindest teilweise.
Nun mein Problem: Die Rollos fahren immer nur für ca. 1 Sekunde, dann ist Schluss.
Wenn ich z.B. den Code zum Runterfahren absende Js43E7A26A1DL00 stoppt der Rollladen wieder ist nach einer Sekunde.
Im Terminalfenster erscheinen jedoch zusätzliche Codes, wo ich nicht weiß woher diese kommen.
gesendet:
15:52:07 [ttyUSB0] <-- Js43E7A26A1DL00
empfangen:
15:52:07 [ttyUSB0] --> J43E7A26A1DU00
15:52:08 [ttyUSB0] --> J43E7A26A1D100
15:52:08 [ttyUSB0] --> J43E7A26A1D100
15:52:08 [ttyUSB0] --> J43E7A26A1D100
15:52:08 [ttyUSB0] --> J43E7A26A1S100
15:52:09 [ttyUSB0] --> J43E7A26A1S100
Sind diese Codes ev. der Grund für das Problem?
Warum kommen diese?
Habe schon erfolglos probiert, dies Codes selbst zu senden.
Was muss ich tun, damit der Rollladen komplett nach unten/oben fährt?
Vielen Dank
clear
Ich hoffe, jemand hat bereits genug Erfahrung mit INSTA Funkbus gesammelt und kann mir helfen.
Hallo Clear.
Zitat von: Clear am 09 Mai 2019, 19:30:46
Ich hoffe, jemand hat bereits genug Erfahrung mit INSTA Funkbus gesammelt und kann mir helfen.
Ja, habe ich :) ... es ist bei mir aber Jung und nicht Berker.
Ich hatte meine Erfahrungen hier zusammengefasst https://forum.fhem.de/index.php/topic,19065.msg749742.html#msg749742 (https://forum.fhem.de/index.php/topic,19065.msg749742.html#msg749742)
Schau dort mal auf Absatz zum Thema "Echo" ... das passt evtl. zu Deinem Senden vs. Empfangen Verhalten.
Weiter könnte Dir der Absatz zu "Jens" vs. "Chris" Firmware weiterhelfen. Die Firmware von Chris scheint eher auf Dimmer zugeschnitten zu sein und hat bei mir nicht gut mit den Jalousien funktioniert. Ich habe aktuell die von "Jens" erfolgreich im Einsatz. Wenn ich den Beitrag von Igge richtig verstehe, dann hat er auf der Version von "Chris" aufgesetzt ... das wäre dann eine mögliche Erklärung warum es bei Dir nicht funktioniert.
Grüße, Erich
Hallo Erich,
vielen Dank für Deine Antwort.
Ich habe die genannten Beiträge im Forum gelesen und die Gemeinsamkeiten mit meinem Problem erkannt.
Habe auch die Jens-Version runtergeladen. Da hier die Sourcen vorliegen und ich nicht weiß wie ich das kompilieren soll habe ich eben den Hex-Code von Igge geflasht.
Allerdings könnte es sehr wohl daran liegen, dass die Basis für Igge der Chrisz-Code ist. Deshalb würde ich gerne den Jens-Code einspielen.
Ich habe auch den Code von Chrisz #62 durch gesehen. Dabei ist mir aufgefallen (soweit ich's hoffentlich richtig verstehe), dass bei #define IFB_TIME_1000 125 - nehme an das es Millisekunden sind, eben mit 125 festgelegt ist.
Dieser Wert wird in void rf_ifb_task(void) eingesetzt, wenn IFB_SEND_STATUS_LONG ist.
Vielleicht liege ich falsch, aber bei meinem Wandfunktaster ist lang (da fährt der Rollladen bis zur jeweiligen Endeinstellung) größer 1 Sekunde. Ich muss die Taste länger 1 Sekunde gedrückt halten.
Eventuell könntest du mir bitte Tipps geben, wie ich den Code von Jens "culfw 154 plus insta.zip" kombiliere, dann könnte ich ein wenig experimentieren.
Vielen Dank
Grüße clear
Hallo Clear.
In Sachen Compilieren kann ich leider nicht helfen ... fehlendes Wissen. Sorry.
Grüße, Erich
Schade,
woher hast du die flashfähige (Hex) Jens-Version?
Die CUL_V3.hex aus #9 läßt sich zwar flaschen, wird aber von CUxD nicht richtig erkannt.
Grüße clear
Hallo
Dann habe ich vermutlich keine guten Nachrichten ...
Ich verwende die hex aus dem Post von Osterei/Karsten unter
https://forum.fhem.de/index.php/topic,19065.msg175972.html#msg175972 (https://forum.fhem.de/index.php/topic,19065.msg175972.html#msg175972) bzw.
https://forum.fhem.de/index.php?action=dlattach;topic=19065.0;attach=16233 (https://forum.fhem.de/index.php?action=dlattach;topic=19065.0;attach=16233)
Zitat von: Osterei am 11 Juni 2014, 16:53:15
Edit: Custom Firmware für den CUL angehängt. All credits belong to Jens. Benutzung auf eigene Gefahr.
Wie in meinem Post beschrieben verwende ich einen CUL 433 von Busware.
Off Topic - was ist ein CUxD?
Grüße, Erich
Hallo Erich,
CUxD (CUxDemon) ist ein Addon zur Homematic , in meinem Fall RaspberryMatic.
Mit dieser Erweiterung ist es erst möglich, neben vielen weitern Tools, eine CUL einzubinden und FremdDevices mit HM zu betreiben.
Wird auch intern das Schweizermesser für Homematic bezeichnet.
Da ich erst in den Smarthome-Anfängen bin, werde ich mich auch mit FHEM beschäftigen. Wer weiß, wo die Reise dann hin geht ;D
Habe jetzt die aktuellen Sourcen für culfw 1.67 geladen und versuche den Code von Jens zu kombilieren.
Falls ich erfolgreich bin, würde ich mich wieder melden.
Vielen Dank
Grüße clear
Hallo,
schneller als ich gedacht habe, ist mir die Umsetzung gelungen.
Ich habe nun den Code von jens in die aktuelle culfw 1.67 integriert und eine nanoCUL 433Mhz kompiliert.
Meine CUL HW ist ein "Arduino Nano V3.0 ATmega 328 Board CH340 USB Chip" + "CC1101 433Mhz" aus der Bucht.
Die Vermutung wegen der nicht ausreichenden Länge des Tastendrucks in meinem Fall (siehe #79) war richtig.
Ich habe den Wert #define IFB_TIME_1000 von 125 auf 175 hochgesetzt.
Muss zugeben, dass es nur eine Vermutung war. Aber da es nun funktioniert lag ich wohl richtig.
Vielen Dank an alle Vorentwickler und Tester und auch an Erich Fromm, der mich auf die richtige Spur ;) gebracht hat.
Für alle Interessierten stelle ich die Version bei, vielleicht hilft es ja jemanden ::)
Beste Grüße
clear
Hallo Zusammen,
ich habe die Software überarbeitet. Hauptunterschied ist das die Anzahl der Impluse jetzt im RAW-String übergeben werden kann.
Weiterhin habe ich die bisher fehlenden ifb_duration für "0" Lichtszene und "1" für Alles an/aus hinzugefügt.
Gruß
Tom
x Gruppe: A, B, C
y Taste: 1, 2, 3, 4, 5, 6, 7, 8
z Anzahl der Impluse
Licht Einzeln an/aus:
on: Js-------xyUS00
off: Js-------xyDS00
Licht Dimmen (z=0-3, je nach gewünschter Dimmstärke)
up: Js-------xyULz0
down: Js-------xyDLz0
Rolladen (z=4):
up: Js-------xyUL40
down: Js-------xyDL40
Lichtszene (y=1-5, z=0)
on: Js-------LyL000
Licht Alles an/aus (z=8)
on: Js-------L7U180
off: Js-------L6D180
Hallo DerTom71,
Vielen Dank für deine Mühen und die Überarbeitung.
Kannst du bitte noch eine Empfehlung für einen CUL Adapter aussprechen, der mit deiner Konfiguration möglichst einfach funktioniert?
Vielen Dank, Holger
Hallo Zusammen,
in der Software vom 7.12 wurden keine Stop-Bits mehr gesendet.
In der Anlage eine neue Version, bei der die Stop-Bits ebenfalls im RAW-String übergeben werden können.
Laut Protokol-Beschreibung gibt es immer 2 Stop-Bits beim jedem Long-Telegram. Beispiel:
Dimmen up ...... Js-------A0UL02
Rollanden up ... Js-------A1UL42
@hoko2000
Ich benutze eine Selbstbau CUL, wie im Wiki beschrieben:
https://wiki.fhem.de/wiki/Selbstbau_CUL
Arduino Nano V3 + CC1101 433Mhz
Gruß
Tom
Hallo,
ich würde mir gerne so einen nanoCUL zulegen und die neue FW draufspielen um meine Berker nutzen zu können.
Wäre das einer, den man nehmen könnte, wenn man nicht selbst Hand anlegen will?
https://www.amazon.de/nanoCUL-CC1101-433MHz-Knick-Antenne-Adapter/dp/B07T26ZSZG/ref=sr_1_9?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=CC1101&qid=1580478789&s=computers&sr=1-9 (https://www.amazon.de/nanoCUL-CC1101-433MHz-Knick-Antenne-Adapter/dp/B07T26ZSZG/ref=sr_1_9?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&keywords=CC1101&qid=1580478789&s=computers&sr=1-9)
Danke, lg, Gerhard
Hallo,
eine Frage an die Experten hier: Wie bekomme ich mit avrdude das hexfile auf den Stick?
Könnte mir da bitte jemand auf die Sprünge helfen?
Danke, lg, Gerhard
@gestein:
avrdude -D -p atmega328p -P /dev/ttyUSB1 -b 57600 -c arduino -U flash:w:nanoCUL.hex
=> /dev/ttyUSB1 entsprechend anpassen
Hallo,
vielen Dank. Jetzt hat's geklappt.
Der Stick meldet sich und bekommt nach den richtigen Einstellungen (wichtig: Übertragungsrate=38400 und model=nanoCUL) empfängt er auch was.
Die Datei 10_CUL habe ich versucht anzupassen.
Allerdings wurde darin ziemlich viel geändert.
Mir sind im Prinzip 3 Erweiterungen aufgefallen, die ich versucht habe in den neuen Code zu integrieren.
in der Definition my $clientsSlowRF das ":IFB" hinzugefügt
in der Definition my %matchListSlowRF in der letzten Zeile ""O:IFB" => "^J43...........\$"," und
in der Funktion CUL_Parse noch folgendes hinzugefügt:
elsif($fn eq "J" && $len >= 14) { # IFB
;
}
Leider funktioniert damit aber das Erkennen des Protokols nicht.
Folgendes steht im Log, wenn ich die Frequenz auf 433.420MHz setze, das Protokoll IFB aktiviere und die Version abfrage:
2020.03.10 00:46:54.747 3: Setting FREQ2..0 (0D,0E,0F) to 10 ab 85 = 433.420 MHz
2020.03.10 00:46:54.748 5: SW: W0F10
2020.03.10 00:46:54.750 5: SW: W10ab
2020.03.10 00:46:54.751 5: SW: W1185
2020.03.10 00:46:54.752 5: SW: X21
2020.03.10 00:47:10.956 4: mySIGNALduino: KeepAlive, ok, retry = 0
2020.03.10 00:47:13.317 3: set CUL_0 raw X21
2020.03.10 00:47:13.318 5: SW: X21
2020.03.10 00:47:23.275 3: set CUL_0 raw Jr
2020.03.10 00:47:23.276 5: SW: Jr
2020.03.10 00:47:23.302 5: CUL/RAW: /IFB Enabled
2020.03.10 00:47:23.303 4: CUL_Parse: CUL_0 IFB Enabled
2020.03.10 00:47:23.304 5: CUL_0: dispatch IFB Enabled
2020.03.10 00:47:23.473 4: CUL_0 IT: message not supported by IT "IFB Enabled"!
2020.03.10 00:47:23.482 3: CUL_0: Unknown code IFB Enabled, help me!
2020.03.10 00:47:30.292 5: SW: V
2020.03.10 00:47:30.295 5: CUL/RAW (ReadAnswer): V 1.6
2020.03.10 00:47:30.311 5: CUL/RAW (ReadAnswer): 7 nanoCUL433
Wenn ich dann die Ein- bzw. Austaste drücke, erscheint folgendes im Log:
2020.03.10 00:52:56.149 5: CUL/RAW: /J43FAE
2020.03.10 00:52:56.164 5: CUL/RAW: J43FAE/8CA0U000
2020.03.10 00:52:56.165 4: CUL_Parse: CUL_0 J43FAE8CA0U000
2020.03.10 00:52:56.165 5: CUL_0: dispatch J43FAE8CA0U000
2020.03.10 00:52:56.166 1: ERROR: >FAE8CA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.03.10 00:52:56.407 5: CUL/RAW: /J43FAE8CA0U000
2020.03.10 00:52:56.409 4: CUL_Parse: CUL_0 J43FAE8CA0U000
2020.03.10 00:52:56.411 5: CUL_0: dispatch J43FAE8CA0U000
2020.03.10 00:52:56.412 1: ERROR: >FAE8CA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.03.10 00:52:56.661 5: CUL/RAW: /J43FAE8CA0U000
2020.03.10 00:52:56.662 4: CUL_Parse: CUL_0 J43FAE8CA0U000
2020.03.10 00:52:56.663 5: CUL_0: dispatch J43FAE8CA0U000
2020.03.10 00:52:56.664 1: ERROR: >FAE8CA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.03.10 00:53:00.485 5: CUL/RAW: /J43F
2020.03.10 00:53:00.501 5: CUL/RAW: J43F/AE8CA0D000
2020.03.10 00:53:00.502 4: CUL_Parse: CUL_0 J43FAE8CA0D000
2020.03.10 00:53:00.503 5: CUL_0: dispatch J43FAE8CA0D000
2020.03.10 00:53:00.504 1: ERROR: >FAE8CA0 not defined (Switch code: D)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.03.10 00:53:00.997 5: CUL/RAW: /J43FAE8CA0D000
2020.03.10 00:53:00.998 4: CUL_Parse: CUL_0 J43FAE8CA0D000
2020.03.10 00:53:00.998 5: CUL_0: dispatch J43FAE8CA0D000
2020.03.10 00:53:00.999 1: ERROR: >FAE8CA0 not defined (Switch code: D)!< returned by the IFB ParseFn is invalid, notify the module maintainer
Heute Abend werde ich mal die alte 00_CUL verwenden.
Mal schauen was dann passiert.
Wie muss ich die Änderungen richtig in der aktuellen 00_CUL einbauen?
Danke, lg, Gerhard
Hallo Tom.
Zitat von: DerTom71 am 07 Dezember 2019, 19:45:04
Hallo Zusammen,
ich habe die Software überarbeitet. Hauptunterschied ist das die Anzahl der Impluse jetzt im RAW-String übergeben werden kann.
Weiterhin habe ich die bisher fehlenden ifb_duration für "0" Lichtszene und "1" für Alles an/aus hinzugefügt.
Gruß
Tom
Wärst Du bitte so nett Deine Änderungen auch für den CUL 433 von Busware zu kompilieren und das hex-File bereitzustellen? Ich selbst kann es nicht, würde aber gerne Deine Änderungen testen.
Vielen Danke vorab für Deine Hilfe.
Viele Grüße, Erich
Hallo Zusammen,
@gestein:
Ich habe das mit den *.pm-Dateien nicht probiert. (Man müsste ja zuerst die ganze Syntax meiner FW reinbringen.)
Ich habe alles über dummy definiert. In der Anlage ein Teil meiner Konfiguration. Da findet man sicher ein Beispiel.
Was nicht wirklich geht ist die Rolladensteuerung über Alexa. Da bin ich noch am probieren.
@Erich Fromm:
Ich habe das mal für den CUL durchlaufen lassen. Dabei werden 6 HEX-Files erstellt. Alles in der Anlage.
Viel Erfolg.
Gruß
Tom
Hallo Tom,
vielen Dank.
Die Datei 10_IFB.pm scheint viele Fehler zu haben. Zumindest klappt damit bei mir nur das Einschalten.
Wenn man über das Device einschaltet, wird kurzfristig hochgedimmt (gar nicht so schlecht bei meinem Dimmer ;)).
Allerdings wird beim Ausschalten auch runtergefahren und dann hängt sich der Stick auf, weil immer wieder der Befehl zum Runterdimmen geschickt wird (jede Sekunde).
Dann hilft nur mehr ein reopen des Sticks und dann wieder die Frequenz setzen, raw X21 und raw Jr.
Bei "set CUL_0 raw Jr" kommt bei mir übrigens eine Fehlermeldung:
2020.03.12 21:59:51.255 3: set CUL_0 raw Jr
2020.03.12 21:59:51.256 5: SW: Jr
2020.03.12 21:59:51.296 5: CUL/RAW: /IFB Enabled
2020.03.12 21:59:51.296 4: CUL_Parse: CUL_0 IFB Enabled
2020.03.12 21:59:51.314 2: CUL_0: unknown message IFB Enabled
Aber senden kann ich trotzdem ...
Ausserdem kommen immer wieder folgende Fehlermeldungen:
2020.03.12 21:35:15.142 4: CUL_Parse: CUL_0 J43XXXXXA0D100
2020.03.12 21:35:15.142 5: CUL_0: dispatch J43XXXXXA0D100
2020.03.12 21:35:15.143 3: WZ.DimmerIFB off->off
2020.03.12 21:35:15.165 4: CUL_Parse: CUL_0 J43XXXXXA0DL00
2020.03.12 21:35:15.166 5: CUL_0: dispatch J43XXXXXA0DL00
2020.03.12 21:35:15.176 3: CUL_0: Unknown code J43XXXXXA0DL00, help me!
2020.03.12 21:35:15.445 5: CUL/RAW: /J43XXXXXA0SL00
J43XXXXXA0SL00
2020.03.12 21:35:15.446 4: CUL_Parse: CUL_0 J43XXXXXA0SL00
2020.03.12 21:35:15.446 5: CUL_0: dispatch J43XXXXXA0SL00
2020.03.12 21:35:15.606 3: CUL_0: Unknown code J43XXXXXA0SL00, help me!
2020.03.12 21:35:15.606 4: CUL_Parse: CUL_0 J43XXXXXA0SL00
2020.03.12 21:35:15.606 5: CUL_0: dispatch J43XXXXXA0SL00
2020.03.12 21:35:15.790 3: CUL_0: Unknown code J43XXXXXA0SL00, help me!
2020.03.12 21:35:16.887 3: set CUL_0 raw Js43XXXXXA0DL12
2020.03.12 21:35:16.888 5: SW: Js43XXXXXA0DL12
2020.03.12 21:35:16.971 5: CUL/RAW: /J43XXXXXA0DU00
Im Prinzip ist das der Code von Paul. Oder?
Funktioniert ganz gut.
Schade nur, dass das Dimmen im Icon nicht richtig dargestellt wird und das dummy-Device auch nicht auf den Wandschalter reagiert.
Das tut allerdings wieder das IFB-Device - schade, dass das nicht nutzbar ist.
lg, Gerhard
Hallo zusammen,
ich bin absoluter CUL-Frischling.
Im Verlauf des Threads bin ich ein wenig verwirrt über die unterschiedlichen Hex-Files, Firmwares und PM-Module
die sich hier im Verlauf über 6 Jahre angesammelt haben.
Vielleicht aber erst die Ausgangslage.
Ich habe Gira-Komponenten incl. Rolladensteuerung im Einsatz.
Bis dato habe ich eine Gira-Fernbedienung genommen, die einzelnen Tasten an Relais angeschlossen und damit
die Bedienung von Lampen und Rollos gewährleistet. Nicht schön, aber läuft.
Nun habe ich von einem Kumpel nanoCul
- MINI-USB Nano V3.0 ATMEGA328P FT232RL FTDI mit Active-, TX- und RX-LED
- C1101 433 MHz Funkmodul
define CUL433 CUL /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 4321
mit Firmware : culfw : V 1.67 nanoCUL433
Grundsätzlich scheint das Teil auch zu funktionieren, da er ein mir unbekanntes FS20_85611e Gerät gefunden hat.
Die Frequenzanpassung für den Instabus hat er auch gefressen.
ccconf : freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB
Bei der Aktivierung von IFB streikt er allerdings.
nach : set CUL433 raw Jr
kommt : RAWMSG ? (Jr is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
Also passt da etwas noch nicht zusammen, und genau da verließen sie mich.
Mir ist nicht klar welche Komponenten ich zusammenstöpseln muss.
- 00_CUL.pm (offizielles Relaese oder aus Post #40)
- CUL_V3.hex (aus Post #9 oder Post #93) oder alternativ den nanoCul.hex
- 10_IFB.pm ergänzend?
Ich hoffe mich kann hier jemand auf den richtigen Pfad schicken.
Vielen Dank.
PotatoFritz
Hallo,
PotatoFritz hat mich gebeten kurz zu erklären, was ich gemacht habe, damit mein CUL läuft.
Vielleicht hilft es dem einen oder anderen.
Oder jemand sagt (auch mir), wie es besser geht.
Denn auch ich kämpfe noch mit ziemlichen Problemen (siehe vorher Post vorher):
1) die firmware habe ich von hier aus dem Thread, weiß aber nicht mehr genau welche.
Ich denke, es war diese hier: https://forum.fhem.de/index.php/topic,19065.msg1017604.html#msg1017604 (https://forum.fhem.de/index.php/topic,19065.msg1017604.html#msg1017604)
Besser wird sein, die letzte aus Post #93 zu nehmen.
2) Die Änderungen aus meinem Post https://forum.fhem.de/index.php/topic,19065.msg1017604.html#msg1017604 (https://forum.fhem.de/index.php/topic,19065.msg1017604.html#msg1017604) scheinen nicht wichtig zu sein, da es mit der aktuellen 00_CUL auch funktioniert.
3) Ich habe folgende Dummies konfiguriert:
defmod WZ.Deckenlicht dummy
attr WZ.Deckenlicht devStateIcon on:light_ceiling off:light_ceiling_off
attr WZ.Deckenlicht fhem_widget_channels [{"group":"Wohnzimmer","alias":"Deckenlicht","allowed_values":["off","on"],"locations":["APP","WIDGET","SIRI"]}]
attr WZ.Deckenlicht genericDeviceType light
attr WZ.Deckenlicht group Licht,Wohnzimmer
attr WZ.Deckenlicht room Berker,Esszimmer,Lichter,Wohnzimmer
attr WZ.Deckenlicht setList on:noArg up:noArg down:noArg off:noArg
attr WZ.Deckenlicht webCmd on:off:up:down
defmod WZ.DeckenlichtOn notify WZ.Deckenlicht:on set nanoCUL_Berker_remote raw X21;; set nanoCUL_Berker_remote raw Jr;; set nanoCUL_Berker_remote raw Js43FAE8CA0US00
attr WZ.DeckenlichtOn room Berker
defmod WZ.DeckenlichtOff notify WZ.Deckenlicht:off set nanoCUL_Berker_remote raw X21;; set nanoCUL_Berker_remote raw Jr;; set nanoCUL_Berker_remote raw Js43FAE8CA0DS00
attr WZ.DeckenlichtOff room Berker
defmod WZ.DeckenlichtUp notify WZ.Deckenlicht:up set nanoCUL_Berker_remote raw X21;; set nanoCUL_Berker_remote raw Jr;; set nanoCUL_Berker_remote raw Js43FAE8CA0UL12
attr WZ.DeckenlichtUp room Berker
defmod WZ.DeckenlichtDown notify WZ.Deckenlicht:down set nanoCUL_Berker_remote raw X21;; set nanoCUL_Berker_remote raw Jr;; set nanoCUL_Berker_remote raw Js43FAE8CA0DL12
attr WZ.DeckenlichtDown room Berker
Wichtig scheint das "set raw X21" zu sein. Probier mal das vor dem "set raw Jr"
Die Codes habe ich mit einem Wandsender erhalten.
Verbesserungsvorschläge/Kritik gerne willkommen ;-)
Ich hoffe, ich habe jetzt nichts übersehen. Ist schon länger her.
Bei Fragen jederzeit gerne.
lg, Gerhard
Hallo Gerhard,
vielen Dank für die Tips!
Ich habe den 'set CUL433 raw X21' und anschließend den 'set CUL433 raw Jr' durchgeführt.
Das Ergbnis ist identisch.
Ich werde nun mal den nanoCul.hex aus #87 probieren.
Mir ist auch nicht klar, welcher Zusammenhang mit der 00_CUL.pm besteht.
In meiner aktuellen 00_CUL.pm gibt es kein IFB-Matching mehr, im Gegensatz zur 00_CUL.pm aus dem Verlauf dieses Threads.
Leider gilt für mich noch : Denn sie wissen nicht was sie tun :-[
Gruß
Lambert
Hm,
ein list <nano_CUL> liefert bei mir folgendes:
Internals:
CMDS ABCEeFfGhiJKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF 192.168.0.124:2000 0000
DeviceName 192.168.0.124:2000
FD 98
FHTID 0000
FUUID 5e656fc4-f33f-0b7a-6ab8-c26c0d05855601e6
FVERSION 00_CUL.pm:0.216590/2020-04-13
NAME nanoCUL_Berker_remote
NR 1394
PARTIAL
RAWMSG IFB Enabled
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
initString X21
nanoCUL_Berker_remote_MSGCNT 1
nanoCUL_Berker_remote_TIME 2020-04-26 23:22:36
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-26 23:19:46 ccconf freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB
2020-04-26 23:19:54 cmds A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
2020-04-26 08:23:53 raw J43FAE8CA2DU00
2020-04-26 23:22:36 state Initialized
2020-03-16 10:11:45 uptime 0 15:57:07
2020-03-18 20:20:11 version V 1.67 nanoCUL433
helper:
bm:
CUL_Get:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 26.04. 23:19:46
max 0.107007026672363
tot 0.148368120193481
mAr:
HASH(0x7edd630)
nanoCUL_Berker_remote
ccconf
CUL_Read:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 26.04. 23:22:36
max 0.14787483215332
tot 0.14787483215332
mAr:
HASH(0x7edd630)
CUL_Set:
cnt 11
dmx -1000
dtot 0
dtotcnt 0
mTS 26.04. 23:22:21
max 0.00264406204223633
tot 0.00560474395751953
mAr:
HASH(0x7edd630)
nanoCUL_Berker_remote
raw
X21
Attributes:
event-on-change-reading state
rfmode SlowRF
room Berker,Zentrale
verbose 5
Da wird also die aktuelle 00_CUL.pm verwendet.
Ein "set nanoCUL_Berker_remote raw X21" liefert (mit verbose 5):
2020.04.26 23:22:21.878 3 : set nanoCUL_Berker_remote raw X21
2020.04.26 23:22:21.879 5 : SW: X21
und das "set nanoCUL_Berker_remote raw Jr" liefert:
2020.04.26 23:22:36.751 3 : set nanoCUL_Berker_remote raw Jr
2020.04.26 23:22:36.751 5 : SW: Jr
2020-04-26 23:22:36.769 CUL nanoCUL_Berker_remote raw Jr
2020.04.26 23:22:36.777 5 : CUL/RAW: /IFB Enabled
2020.04.26 23:22:36.778 4 : CUL_Parse: nanoCUL_Berker_remote IFB Enabled
2020.04.26 23:22:36.778 5 : nanoCUL_Berker_remote: dispatch IFB Enabled
2020.04.26 23:22:36.911 4 : nanoCUL_Berker_remote IT: message not supported by IT "IFB Enabled"!
2020-04-26 23:22:36.924 CUL nanoCUL_Berker_remote UNKNOWNCODE IFB Enabled
2020.04.26 23:22:36.925 3 : nanoCUL_Berker_remote: Unknown code IFB Enabled, help me!
Funktionieren tut es trotzdem.
Was liefert Dein nano_CUL, wenn Du einen Schaltbefehl absetzt?
Bei mir:
2020.04.26 23:29:17.317 3 : set nanoCUL_Berker_remote raw Js43FAE8CA2US00
2020.04.26 23:29:17.317 5 : SW: Js43FAE8CA2US00
2020-04-26 23:29:17.331 CUL nanoCUL_Berker_remote raw Js43FAE8CA2US00
2020-04-26 23:29:17.336 dummy WZ.DeckenlichtEZ on
2020.04.26 23:29:17.394 5 : CUL/RAW: /IFB Enabled
2020.04.26 23:29:17.396 4 : CUL_Parse: nanoCUL_Berker_remote IFB Enabled
2020.04.26 23:29:17.398 5 : nanoCUL_Berker_remote: dispatch IFB Enabled
2020.04.26 23:29:17.399 4 : nanoCUL_Berker_remote IT: message not supported by IT "IFB Enabled"!
2020-04-26 23:29:17.430 CUL nanoCUL_Berker_remote UNKNOWNCODE IFB Enabled
2020.04.26 23:29:17.433 3 : nanoCUL_Berker_remote: Unknown code IFB Enabled, help me!
2020.04.26 23:29:17.437 5 : CUL/RAW: /J43FAE8CA2UU00
2020.04.26 23:29:17.437 4 : CUL_Parse: nanoCUL_Berker_remote J43FAE8CA2UU00
2020.04.26 23:29:17.438 5 : nanoCUL_Berker_remote: dispatch J43FAE8CA2UU00
2020-04-26 23:29:17.451 CUL nanoCUL_Berker_remote UNKNOWNCODE J43FAE8CA2UU00
2020.04.26 23:29:17.452 3 : nanoCUL_Berker_remote: Unknown code J43FAE8CA2UU00, help me!
2020.04.26 23:29:17.626 5 : CUL/RAW: /J43F
2020.04.26 23:29:17.643 5 : CUL/RAW: J43F/AE8CA2U000 J43FAE8CA2U000
2020.04.26 23:29:17.643 4 : CUL_Parse: nanoCUL_Berker_remote J43FAE8CA2U000
2020.04.26 23:29:17.644 5 : nanoCUL_Berker_remote: dispatch J43FAE8CA2U000
2020-04-26 23:29:17.657 CUL nanoCUL_Berker_remote UNKNOWNCODE J43FAE8CA2U000
2020.04.26 23:29:17.658 3 : nanoCUL_Berker_remote: Unknown code J43FAE8CA2U000, help me!
2020.04.26 23:29:17.658 4 : CUL_Parse: nanoCUL_Berker_remote J43FAE8CA2U000
2020.04.26 23:29:17.659 5 : nanoCUL_Berker_remote: dispatch J43FAE8CA2U000
2020-04-26 23:29:17.677 CUL nanoCUL_Berker_remote UNKNOWNCODE J43FAE8CA2U000
2020.04.26 23:29:17.678 3 : nanoCUL_Berker_remote: Unknown code J43FAE8CA2U000, help me!
2020.04.26 23:29:17.755 5 : CUL/RAW: /J43FAE8C
2020.04.26 23:29:17.758 5 : CUL/RAW: J43FAE8C/A2U000
2020.04.26 23:29:17.758 4 : CUL_Parse: nanoCUL_Berker_remote J43FAE8CA2U000
2020.04.26 23:29:17.759 5 : nanoCUL_Berker_remote: dispatch J43FAE8CA2U000
2020-04-26 23:29:17.772 CUL nanoCUL_Berker_remote UNKNOWNCODE J43FAE8CA2U000
2020.04.26 23:29:17.772 3 : nanoCUL_Berker_remote: Unknown code J43FAE8CA2U000, help me!
Zur Not kannst Du ja mal meine Änderungen in der 00_CUL.pm versuchen. Vielleicht hilft das was.
lg, Gerhard
Hast Du auch den Stick auf SlowRF gesetzt?
So,
heute habe ich wieder etwas Zeit.
Hier der List.
Wie man sieht ist SlowRf gesetzt.
Internals:
CMDS ABCEeFfGhiKklMmRTtUVWXxYZz
CUL433_MSGCNT 2
CUL433_TIME 2020-05-01 09:52:51
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 4321
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD 10
FHTID 4321
FUUID 5e9b4482-f33f-eb09-e428-f34ffc867fc8677c
NAME CUL433
NR 27
PARTIAL
RAWMSG ? (Jr is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-04-27 00:10:49 ccconf freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB
2020-04-27 00:37:02 cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2020-04-18 21:19:19 credit10ms 457
2020-04-18 20:37:23 fhtbuf AE
2020-04-26 16:55:55 raw No answer
2020-05-01 09:52:51 state Initialized
2020-04-18 20:37:40 uptime 0 00:00:07
2020-04-26 23:34:26 version V 1.67 nanoCUL433
Attributes:
model nanoCUL
rfmode SlowRF
room XXX_HELPER
verbose 5
Hier der raw X21 Befehl
2020.05.01 10:03:26 3: set CUL433 raw X21
2020.05.01 10:03:26 5: SW: X21
Und dann geht der raw Jr in die Hose
2020.05.01 10:05:26 3: set CUL433 raw Jr
2020.05.01 10:05:26 5: SW: Jr
2020.05.01 10:05:26 5: CUL/RAW: /? (Jr is unknown)
2020.05.01 10:05:26 5: CUL/RAW: ? (Jr is unknown) /Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2020.05.01 10:05:26 4: CUL_Parse: CUL433 ? (Jr is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2020.05.01 10:05:26 5: CUL433: dispatch ? (Jr is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z
2020.05.01 10:05:26 3: CUL433: Unknown code ? (Jr is unknown) Use one of A B C E e F f G h i K k l M m R T t U V W X x Y Z z, help me!
Beim List ist mir aufgefallen, dass bei mir unter cmds kein 'J' steht.
Ich denke hier liegt das Problem.
Edit 16:00 Uhr
Update vom Nachmittag :
Ich habe nun die nanoCUL.hex aus Post #87 aufgespielt. Und siehe da, unter den cmds taucht J auf.
Der List sieht nun so aus:
Internals:
CMDS ABCEeFfGhiJKklMmRTtUVWXxYZz
CUL433_MSGCNT 5
CUL433_TIME 2020-05-01 16:02:14
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 4321
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD 10
FHTID 4321
FUUID 5e9b4482-f33f-eb09-e428-f34ffc867fc8677c
NAME CUL433
NR 27
NR_CMD_LAST_H 2
PARTIAL
RAWMSG J43FAE8CA2U000
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-05-01 15:52:27 ccconf freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB
2020-05-01 15:52:49 cmds A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
2020-05-01 13:38:41 raw C35 = 0D / 13
2020-05-01 16:02:14 state Initialized
XMIT_TIME:
1588340720.75111
1588340723.1666
Attributes:
model nanoCUL
rfmode SlowRF
room XXX_HELPER
verbose 5
Und jetzt schaue ich mal ob ich die Befehle der Fernbedienung sehen kann.
Gruß
Lambert
Hallo,
auch ich habe den gestrigen Feiertag genutzt und mich noch einmal intensiv mit der Thematik beschäftigt. Leider ohne großen Erfolg und nun hoffe ich auf einen Hinweis von euch.
Was habe ich getan (die folgenden wenigen Zeilen sind das Ergebnis von vielen Stunden :-)
1. Firmware flashen mit nanoCul.hex aus Post #87
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
2. im Webinterface von fhem (fhem-6.0.deb) das Device anlegen:
define cul1 CUL /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 1234
das wird auch erkannt und initialisiert:
Internals
CFGFN
CMDS
ABCEeFfGhiJKklMmRTtUVWXxYZz
Clients
:FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF
/dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 1234
DeviceName
/dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD
9
FHTID
1234
FUUID
5ead31e9-f33f-7696-79e8-0c4f1c8db0589c75
NAME
cul1
NR
19
PARTIAL
RAWMSG
IFB Enabled
STATE
Initialized
TYPE
CUL
VERSION
V 1.67 nanoCUL433
cul1_MSGCNT
302
cul1_TIME
2020-05-02 11:33:43
initString
X21
3. ein "list cul1" über die Kommandoeingabezeile in der FHEM GUI liefert:
Internals:
CFGFN
CMDS ABCEeFfGhiJKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD 9
FHTID 1234
FUUID 5ead31e9-f33f-7696-79e8-0c4f1c8db0589c75
NAME cul1
NR 19
PARTIAL
RAWMSG IFB Enabled
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
cul1_MSGCNT 302
cul1_TIME 2020-05-02 11:33:43
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2020-05-02 10:54:52 ccconf freq:433.420MHz bWidth:325KHz rAmpl:42dB sens:4dB
2020-05-02 10:47:53 cmds A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
2020-05-02 10:47:54 raw 21 452
2020-05-02 11:33:43 state Initialized
2020-05-02 10:40:43 version V 1.67 nanoCUL433
Attributes:
rfmode SlowRF
3. Frequenz setzen über die GUI
set cul1 freq 433.420
Im Logfile taucht folgendes auf:
2020.05.02 11:59:22 3: Setting FREQ2..0 (0D,0E,0F) to 10 ab 85 = 433.420 MHz
4. den cul für das empfangen der Pakete vorbereiten:
set cul1 raw X21
Im Logfile taucht folgendes auf:
2020.05.02 12:00:32 3: set cul1 raw X21
5. den cul für den Empfang von Instabus Telegrammen vorbereiten:
set cul1 raw Jr
Logfile:
2020.05.02 12:01:40 3: cul1: Unknown code IFB Enabled, help me!
Und wahrscheinlich fangen da meine Probleme an. Denn wenn ich auf der Gira Fernbedienung Aktionen auslöse, dann tut sich nichts. Ich habe auch die Antenne gedreht, den Abstand vergrößert, verkleinert. Alles ohne irgendwelche Änderungen.
Dafür tauchen hin und wieder aber folgende Meldungen im Logfile auf:
2020.05.02 10:49:20 3: cul1: Unknown code IFB Enabled, help me!
2020.05.02 10:50:00 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:06 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:31 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:34 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:35 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:36 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:45 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:46 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:55 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 10:50:57 3: cul1: Unknown code J:XL 0, 0,00, help me!
Hat irgendjemand eine Idee oder einen Hinweis für mich?
Vielen Dank, Holger
Hallo Holger,
wir sind vermutlich nicht so weit auseinander. :(
Fangen wir mit einem Tip an.
Nutze doch bei Deinem Post den Code-Tag (#) im Editor, dann wird der Post nicht ganz so groß.
Zum Problem :
Ich sehe auch keine Messages von der Fernbedienung.
Ich habe mal den CUL mit set CUL433 raw X67 in den Debug-Modus gesetzt, dann habe ich zig Signale von anderen Sendern, aber keine von meiner Gira-Fernbedienung.
Der Unterschied zwischen Deinem List und meinem List liegt zumindest in der Bandbreite : bWidth:325KHz bei Dir.
Bei Gerald und mir ist die Einstellung bei : bWidth:58KHz
Ohne aber zu wissen welche Einstellung wirklich die richtige ist ;D
Ich werde jetzt probieren die 10_IFB.pm einzuspielen.
Wie in meinem Eingangspost beschrieben ist mir das Zusammenspiel der Module nicht wirklich klar.
Zum Beispiel finde ich den String 'help me' nicht in der CUL00.pm.
Entweder wirft FHEM allgemein diese Meldung, oder sie kommt aus den Sourcen des CULs.
Also Forschung nach try and error, und den Code der Pros durchsuchen.
Gruß
Lambert
Hallo Lambert,
danke für den Hinweis mit der Formatierung #, ich habe den Post angepasst.
Weiterhin habe ich einen Test gemacht und die bwidth angepasst:
set cul1 bwidth 58
im Log:
2020.05.02 14:14:22 3: Setting MDMCFG4 (10) to f5 = 58 KHz
Gefühlt bekomme ich jetzt mehr Einträge im Logfile und relativ zeitnah auf das auslösen einer Aktion auf der Originalfernbedienung.
Aber auch jede Menge Einträge, obwohl ich nichts drücke.
==> fhem-2020-05.log <==
2020.05.02 14:20:29 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:34 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:36 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:39 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:44 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:45 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:45 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:46 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:46 3: cul1: Unknown code J:XL 0, 1,80, help me!
2020.05.02 14:20:49 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:51 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:56 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:57 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:57 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:20:58 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:01 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:01 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:03 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:04 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:05 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:06 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:11 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:11 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:19 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:21 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:25 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:28 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:28 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:29 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:29 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:30 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:31 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:37 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:37 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:39 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:43 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:43 3: cul1: Unknown code J:XL 0, 1,80, help me!
2020.05.02 14:21:45 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:45 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:45 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:48 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:55 3: cul1: Unknown code J:XL 0, 0,00, help me!
2020.05.02 14:21:58 3: cul1: Unknown code J:XL 0, 0,00, help me!
Ich vermute, dass wir zuerst die Dateien 00_CUL.pm und 10_IFB.pm anpassen müssen. Aber welche? Und vorallem, für welche FHEM Version passen die? Ich habe gestern die neueste, also fhem-6.0.deb, installiiert.
Die Meldung "cul1: Unknown code J:XL 0, 0,00, help me!" scheint direkt aus der Datei fhem.pl zu kommen:
if((!int(@found) || !defined($found[0])) && !$nounknown) {
DoTrigger($name, "UNKNOWNCODE $dmsg");
Log3 $name, 3, "$name: Unknown code $dmsg, help me!";
return undef;
}
}
Hallo,
Ich habe leider momentan nicht sooo viel Zeit dafür und weiß auch nicht mehr genau, was ich gemacht habe.
Damals habe ich so viel herumprobiert, dass es schwierig ist, das nachzuvollziehen.
Weiß jemand wie man feststellt, welche Firmware am Stick ist?
Irgendwie melden die sich ja alle mit der gleichen Version.
Kann man die Firmware von Stick runterziehen?
Dann könntet ihr mal die probieren.
Vielleicht kommen wir gemeinsam Schritt für Schritt zu einem positiven Ergebnis?
Lg, Gerhard
Hallo Gerhard,
vielen Dank für deinen Post.
Vielleicht findest du demnächst mal Zeit und könntest mir bitte folgende Fragen beantworten:
- den Output von "list <culname>". Das würde uns helfen die Unklarheit bezgl. bwidth zu klären.
- Welche Version von fhem hast du im Einsatz?
- Könntest du uns deine 00_CUL.pm und 10_IFB.pm zur Verfügung stellen?
Vielen Dank für deine Mühen, Holger
Hallo,
Fhem ist die aktuelle Version.
Latest Revision: 21799
File Rev Last Change
fhem.pl 21762 2020-04-23 10:08:41Z rudolfkoenig
10_CUL_HM.pm 21093 2020-02-02 13:51:56Z martinp876
No Id found for 10_IFB.pm
Ich habe auch alle Devices als IFB erstellt.
Vielleicht ändert das was?
Gerne helfe ich. Es kann bei mir ja auch nur besser werden.
Momentan geht es ja mit den Dummies.
Mit den IFB-Devices kann ich zwar einschalten, aber beim Ausschalten hängt sich dann der CUL auf.
Erst ein restart hilft wieder.
Hier noch das list des CULs.
Internals:
CMDS ABCEeFfGhiJKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:IFB:
DEF 192.168.0.124:2000 0000
DeviceName 192.168.0.124:2000
FD 97
FHTID 0000
FUUID 5e656fc4-f33f-0b7a-6ab8-c26c0d05855601e6
FVERSION 00_CUL.pm:0.208740/2020-01-04
NAME nanoCUL_Berker_remote
NR 1393
PARTIAL
RAWMSG tA7B97B33B2D9
RSSI -93.5
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
initString X21
nanoCUL_Berker_remote_MSGCNT 27
nanoCUL_Berker_remote_TIME 2020-05-02 16:52:26
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
O:IFB ^J43...........$
READINGS:
2020-04-26 23:19:46 ccconf freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB
2020-05-01 13:31:17 cmds A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
2020-04-27 12:47:59 raw J43FAE8CA3UU00
2020-05-02 16:52:26 state Initialized
2020-03-16 10:11:45 uptime 0 15:57:07
2020-03-18 20:20:11 version V 1.67 nanoCUL433
helper:
bm:
CUL_Get:
cnt 1
dmx -1000
dtot 0
dtotcnt 0
mTS 02.05. 17:29:09
max 0.000266075134277344
tot 0.000266075134277344
mAr:
HASH(0x78f9c30)
nanoCUL_Berker_remote
?
CUL_Read:
cnt 29
dmx -1000
dtot 0
dtotcnt 0
mTS 02.05. 11:11:39
max 0.484827041625977
tot 3.58741593360901
mAr:
HASH(0x78f9c30)
CUL_Set:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 02.05. 17:29:09
max 0.000267982482910156
tot 0.000556230545043945
mAr:
HASH(0x78f9c30)
nanoCUL_Berker_remote
?
Attributes:
event-on-change-reading state
rfmode SlowRF
room Berker,Zentrale
verbose 5
Die Dateien schicke ich am Abend.
Und ich schau auch noch mal genauer, was ich getan habe.
Anscheinend hatte ich echt Glück, dass es dann ging.
Lg, Gerhard
Hallo,
ich habe mir noch einmal den Post #40 angeschaut:
"In der 00_CUL.pm wurden die J43... -er Nachrichten dem IFB Standard zugeordnet. Die Datei basiert auf der fhem Version 5.6"
Und anschließend einen diff gegen die original Datei von fhem 5.6:
50c50
< ":STACKABLE_CC:CUL_RFR:IFB:";
---
> ":STACKABLE_CC:CUL_RFR:";
75d74
< "K:IFB" => "^J43...........\$",
790,792d788
< #by alex
< #Log3 $name, 4, "CUL_Parse(ini): $name $rmsg";
<
900,901d895
< } elsif($fn eq "J" && $len >= 14) { # IFB
< ;
Also scheinbar hielten sich die Änderungen in Grenzen. Daher habe ich versucht, diese in der aktuellen Version (fhem 6.0) nachzuvollziehen.
root@zeus-ubuntu:/opt/fhem/FHEM# diff 00_CUL.pm 00_CUL.pm.orig
54c54
< ":$sccMods:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:IFB";
---
> ":$sccMods:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:";
85d84
< "O:IFB" =>"^J43...........\$",
943,944d941
< } elsif($fn eq "J" && $len >= 14) { # IFB
< ;
Anschließend habe ich noch die Datei 10_IFB.pm aus Post #40 in das Verzeichnis /opt/fhem/FHEM hinzugefügt.
Allerdings bekomme ich immer noch keine vernünftigen Ausgaben angezeigt. Sprich wenn ich eine Taste auf der Gira Fernbedienung drücke, dann tut sich einfach gar nichts.
Hat irgendjemand eine Idee? Vor allem, welche Empfangsparameter (freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB) müssen eingestellt werden?
Anbei die angepasste Datei 00_CUL.pm für fhem 6.0.
Viele Grüße, Holger
Hallo,
Meine Parameter sind:
ccconf
freq:433.420MHz bWidth:58KHz rAmpl:42dB sens:4dB
Lg, Gerhard
Hallo,
in der Zwischenzeit habe ich die letzten drei, hier veröffentlichen nanoCUL.hex Dateien getestet und konnte keinerlei Unterschied feststellen. Daher bleibe ich erst einmal bei der nanoCul.hex Variante aus Post 87.
Auch habe ich mir inzwischen angelesen, was es mit dem Parameter bWidth auf sich hat. Mit meinen laienhaften Worten, er gibt die Breite des Frequenzbandes an, der gleichzeitig empfangen wird. Bei freq:433.420MHz bWidth:58KHz wird also alles zwischen 404.42 und 462,42 MHz empfangen. Je größer der Wert, desto größer die Wahrscheinlichkeit etwas zu empfangen. Allerdings wächst damit auch die "Störstrahlung".
Ich konnte das vermutlich auch nachvollziehen. Mit bWidth=325 empfange ich signifikant mehr Pakete, allerdings alle "Unknow code...".
Hat noch jemand einen Tip für mich, was ich ausprobieren könnte?
Viele Grüße, Holger
Hallo,
so, ich hab's mir nochmal genauer angeschaut, was ich gemacht habe.
Anbei meine firmware, die ich mit folgendem Befehl aufgespielt habe:
avrdude -D -p atmega328p -P /dev/ttyUSB2 -b 57600 -c arduino -U flash:w:/home/pi/CUL-firmware/nanoCUL.hex
Natürlich muss man das tty-Device und den Pfad anpassen.
Die 10_IFB.pm ist die aus der aktuellen Verteilung.
Die 00_CUL.pm hatte ich angepasst, denke, dass es das gleiche ist, wie Holger beschrieben hat.
Vielleicht hilft's?
lg, Gerhard
Hallo Gerhard,
vielen Dank für deinen Post. Ich habe es mit deinen Dateien noch einmal probiert. Leider ohne Erfolg.
Im Gegenteil, jetzt empfange ich scheinbar gar nichts mehr im Vergleich zu:
2020.05.10 17:17:57 3: cul1: Unknown code IFB Enabled, help me!
GIbt es eine Möglichkeit, den nanocul komplett zurückzusetzen? Oder ist jemand eine Bezugsquelle bekannt, dessen Stick definitiv funktioniert?
Viele Grüße, Holger
Hallo,
Schade, dass es damit auch nicht klappt.
Ich hatte mir den hier gekauft:
https://www.amazon.de/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o02_s00?ie=UTF8&psc=1)
Lg, Gerhard
Weiß jemand, wie ich die Firmware von meinem Stick runterkopieren kann?
Geht das auch mit avrdude?
Lg, Gerhard
Hallo Zusammen,
für alle die sich an der *.PM versuchen wollen.
Am wichtigsten ist die Anlage aus Post #53. Hier steht genau wie die Telegramme aussehen sollen.
Das folgende ist nur passend für meine FW aus Post #87. Nur in dieser FW kann die Anzahl der Long- und Stop-Impulse im set angegeben werden.
FHEM sendet Befehl (Beispiel für Dimmen Up)
set CUL_INSTA raw JsxxxxxxxA3UL12
LOG-File:
CUL_INSTA: Unknown code JxxxxxxxA3UU00, help me!
CUL_INSTA: Unknown code JxxxxxxxA3U100, help me!
CUL_INSTA: Unknown code JxxxxxxxA3U100, help me!
CUL_INSTA: Unknown code JxxxxxxxA3U100, help me!
CUL_INSTA: Unknown code JxxxxxxxA3UL00, help me!
CUL_INSTA: Unknown code JxxxxxxxA3SL00, help me!
CUL_INSTA: Unknown code JxxxxxxxA3SL00, help me!
Man sieht zu dem Befehl gehören 7 Telegramme die hintereinander gesendet werden:
- 11. Stelle: U=Up; D=Down; S=Stop
- 12. Stelle: U=undef; 0<0,5s; 1<1s; L>1s
=> Man kann somit Kontrollieren wie sich die Angabe der Long- und Stop-Impulse auswirkt.
CUL empfängt Telegram (z.B. bei Druck auf die Fernbedienung)
Log-File:
CUL_INSTA: Unknown code JxxxxxxxA3UU00, help me!
- Hier sieht man leider nicht genau die Anzahl der Telegramme.
- Es ist daher nicht möglich genau zu sagen wieviel Telegramme die Fernbedienung sendet.
Diese ganze Rückverarbeitung fehlt in der *.PM. Möchte daher auf meine Dummy's aus Post #93 verweisen.
Gruß
Tom
Hallo Zusammen,
eigentlich hatte ich schon aufgegeben, aber heute fiel mir der CUL Stick wieder in die Hände. Trotz intensivstem recherchieren und ausprobieren bin ich leider keinen Schritt weitergekommen. Entweder habe ich einen unglaublichen Denkfehler, oder mein Stick ist defekt. Daher versuche ich es noch einmal und vielleicht hat ja jemand von euch eine Idee:
Der Stick wird in FHEM eingebunden und lässt sich mit >list cul1< abfragen:
Internals:
CMDS ABCEeFfGhiJKklMmRTtUVWXxYZz
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:IFB:
DEF /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400 1234
DeviceName /dev/serial/by-id/usb-SHK_NANO_CUL_433-if00-port0@38400
FD 5
FHTID 1234
FUUID 5ead31e9-f33f-7696-79e8-0c4f1c8db0589c75
NAME cul1
NR 14
PARTIAL
RAWMSG J43D298BA0UL00
STATE Initialized
TYPE CUL
VERSION V 1.67 nanoCUL433
cul1_MSGCNT 817
cul1_TIME 2020-10-31 17:39:38
initString X21
MatchList:
0:FS20V ^81..(04|0c)..0101a001......00[89a-f]...
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
O:IFB ^J43...........$
READINGS:
2020-10-31 16:43:03 ccconf freq:433.420MHz bWidth:464KHz rAmpl:42dB sens:8dB
2020-10-31 17:29:27 cmds A B C E e F f G h i J K k l M m R T t U V W X x Y Z z
2020-10-31 16:44:36 raw No answer
2020-10-31 17:39:38 state Initialized
2020-10-31 16:42:51 uptime 0 01:15:41
2020-10-31 16:42:46 version V 1.67 nanoCUL433
Attributes:
rfmode SlowRF
Frage: Ist es normal, dass nur eine LED dauerhaft rot leuchtet? In einem anderen Forum war die Rede von 1 Hz blinken.
Anschließend den Stick in den ,,Read Instafunk" Mode versetzten:
set CUL1 raw Jr
Dabei erhalte ich folgende Ausgaben im Logfile:
2020.10.31 17:33:13 5: Cmd: >set cul1 raw Jr<
2020.10.31 17:33:13 3: set cul1 raw Jr
2020.10.31 17:33:13 5: SW: Jr
2020.10.31 17:33:13 5: Starting notify loop for cul1, 1 event(s), first is raw Jr
2020.10.31 17:33:13 5: End notify loop for cul1
2020.10.31 17:33:13 5: CUL/RAW: /IFB Enabled
2020.10.31 17:33:13 4: CUL_Parse: cul1 IFB Enabled
2020.10.31 17:33:13 5: cul1: dispatch IFB Enabled
2020.10.31 17:33:13 5: Starting notify loop for cul1, 1 event(s), first is UNKNOWNCODE IFB Enabled
2020.10.31 17:33:13 5: End notify loop for cul1
2020.10.31 17:33:13 3: cul1: Unknown code IFB Enabled, help me!
Frage: Ist es normal, dass die "notify loop" so schnell beendet wird?
Dann habe ich versucht im "Debug Mode" irgendwas zu empfangen. Ich habe mehrere Fernbedienungen / Tasten ausprobiert und nie irgendwas empfangen:
2020.10.31 17:52:40 5: Cmd: >set cul1 raw X67<
2020.10.31 17:52:40 3: set cul1 raw X67
2020.10.31 17:52:40 5: SW: X67
2020.10.31 17:52:40 5: Starting notify loop for cul1, 1 event(s), first is raw X67
2020.10.31 17:52:40 5: createNotifyHash
2020.10.31 17:52:40 5: End notify loop for cul1
Dann habe ich nur zum Spaß versucht, ein beliebiges Instabus Telegramm zu senden (die Adressen sind natürlich falsch, da ich noch nie ein Paket empfangen habe) und folgende Meldungen im Log erhalten:
2020.10.31 17:39:37 5: Cmd: >set cul1 raw Js43D298BA0UL00<
2020.10.31 17:39:37 3: set cul1 raw Js43D298BA0UL00
2020.10.31 17:39:37 5: SW: Js43D298BA0UL00
2020.10.31 17:39:37 5: Starting notify loop for cul1, 1 event(s), first is raw Js43D298BA0UL00
2020.10.31 17:39:37 5: End notify loop for cul1
2020.10.31 17:39:37 4: WEB: /fhem?cmd.setcul1%3Dset%20cul1%20raw%20Js43D298BA0UL00&XHR=1&fwcsrf=csrf_194097463203498&fw_id=64 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate
2020.10.31 17:39:38 5: CUL/RAW: /J43D298BA0UU00
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0UU00
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0UU00
2020.10.31 17:39:38 5: Loading ./FHEM/10_IFB.pm
2020.10.31 17:39:38 3: received IFB message "J43D298BA0UU00"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 5: CUL/RAW: /J43D298BA0U100
J43D298BA0U100
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0U100
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0U100
2020.10.31 17:39:38 3: received IFB message "J43D298BA0U100"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0U100
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0U100
2020.10.31 17:39:38 3: received IFB message "J43D298BA0U100"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 5: CUL/RAW: /J43D298BA0U100
J43D298BA0UL00
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0U100
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0U100
2020.10.31 17:39:38 3: received IFB message "J43D298BA0U100"
2020.10.31 17:39:38 3: D298BA0 not defined (Switch code: U)
2020.10.31 17:39:38 1: ERROR: >D298BA0 not defined (Switch code: U)!< returned by the IFB ParseFn is invalid, notify the module maintainer
2020.10.31 17:39:38 4: CUL_Parse: cul1 J43D298BA0UL00
2020.10.31 17:39:38 5: cul1: dispatch J43D298BA0UL00
2020.10.31 17:39:38 3: received IFB message "J43D298BA0UL00"
2020.10.31 17:39:38 3: ignore IFB message
2020.10.31 17:39:38 5: Starting notify loop for cul1, 1 event(s), first is UNKNOWNCODE J43D298BA0UL00
2020.10.31 17:39:38 5: End notify loop for cul1
2020.10.31 17:39:38 3: cul1: Unknown code J43D298BA0UL00, help me!
Hat jemand einen Hinweis für mich, was ich noch ausprobieren könnte?
Gibt es eine einfache Möglichkeit, einen CUL Stick auf Funktion zu prüfen? Eventuell ohne FHEM und mit einem vielgenutzten/einfachen Protokoll?
VIelen Dank für jede Antwort,
Holger
Hallo,
bei mir hat sich herausgestellt, dass man NanoCul 1101 Stick irgendeinen Defekt hat. Zwar konnte ich ihn ansteuern und flashen, allerdings hat er nie ein Paket empfangen.
Mit einem neuen Stick von smart-home-komponente.net hat es nach dem flashen der Firmware von Post Nr. 87 sofort funktioniert. Also die Anleitung usw. war alles korrekt, mein Stick war defekt.
Ich bedanke mich bei allen, die mir auf dem steinigen Weg geholfen hatten.
Viele Grüße, Holger
Hallo Zusammen,
in der Anlage meine aktuelle Instafunk-Koniguration.
Alle Lichter habe ich als TYPE "dummy" und Jalosien als TYPE "ROLLO" definiert.
Weiterhin habe ich die 10_IFB.pm auf ein Minimum reduziert. Enthalten ist nur noch "IFB_Parse". Einzigste Funktion ist das bei Benutzung einer Orginal Insta-Fernbedienung der STATE gesetzt wird: ROLLO "closed" oder "open", alle anderen "on" oder "off".
Das ganze ist "Quick-and-Dirty". Vorausetzung ist, das im Namen der Device der Fernbedienungscode enthalten ist. ("define IFB_12345A4 dummy", bzw. "define IFB_12345A6 ROLLO")
Das ganze kann man sicher eleganter machen, dafür fehlt mir aber der Background
Weiterhin steuere ich meine ROLLO mit dem Modul AutoShuttersControl (ASC). Das funktoniert ebenfalls hervorragend.
Ich denke hiermit ist das Maximale mit den Vorhanden Mitteln herausgeholt.
Gruß
Tom
Unglaublich aber wahr.
Ralf hat es möglich gemacht und man kann die Funkbus-Signale am SIGNALduino empfangen.
Er könnte noch ein bisschen Hilfe gebrauchen (Signale von unterschiedliche Devices etc.).
Vielleicht hat jemand Lust, Interesse und zufällig einen SIGNALduino?
https://forum.fhem.de/index.php/topic,127189.0.html (https://forum.fhem.de/index.php/topic,127189.0.html)
Lg, Gerhard
Hello,
I just bought a second CUL device from here:
https://www.amazon.de/-/en/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1
https://www.smart-home-komponente.de/nano-cul/nano-cul-433-extern/#cc-m-product-8485093976
The manual says that i should find the device under /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000 but i comes up as:
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
It is supposed to be flashed with culfw V1.67, but I tried flashing the .hex file for Gira in this thread but get this error:
sudo avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 57600 -c arduino -U flash:w:nanoCUL.hex
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00
The only button I find on the device is RST but I have not gotten the flash to work for example holding the button while plugging in the device.
Can anyone give me a hint on how I can flash the device.
Zitat von: steini1984 am 01 Oktober 2022, 23:44:54
I just bought a second CUL device from here:
https://www.amazon.de/-/en/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 (https://www.amazon.de/-/en/gp/product/B07T26ZSZG/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1)
https://www.smart-home-komponente.de/nano-cul/nano-cul-868-extern/ (https://www.smart-home-komponente.de/nano-cul/nano-cul-868-extern/)
The manual says that i should find the device under /dev/serial/by-id/usb-SHK_NANO_CUL_868-if00-port0@38400 0000 but i comes up as:
[...]
Can anyone give me a hint on how I can flash the device.
You should do a reclamation also involving amazon, see https://www.voltlog.com/tag/ft232-a50285bi/ (https://www.voltlog.com/tag/ft232-a50285bi/) for details why.
The seller ("smarty") is one of our "well-known customers" here causing trouble with not well designed products every now and then. Very unhappy to see, he is getting back to old behaviour...
See also here: https://forum.fhem.de/index.php/topic,99871.msg1237474.html#msg1237474
Thanks for this information. This is really disappointing and I can verify that I have a fake since the serial is A50285BI :(
I could actually flash the device by changing the baudrate:
avrdude -D -p atmega328p -P /dev/ttyUSB0 -b 115200 -c arduino -U flash:w:nanoCUL.hex
Hello again. I have both a CUL from Busware (CC1101 - USB - Lite module - V3) and a nanoCUL which both work fine. I have been using them to sniff the bus traffic and sync the state of my Gira lights with Home assistant, but controlling the lights via an XS1 from Ezcontrol.
Now i have been playing with the CUL to control the lights, but I cannot figure out the dimming.
I can turn on/off and completely dim up or down, but have not figured out the stop command. My understanding is that I should send a command to dim (eg UL) and then a stop command (S0) to stop the dimming but all my permutations and timing has not worked.
Here is an example of a command I send to dim to 100% brightness:
Js4355D6BA1UL
That gives me the following sequence:
J4355D6BA1UU00
J4355D6BA1U100
J4355D6BA1U100
J4355D6BA1U100
J4355D6BA1UL00
J4355D6BA1UL00
J4355D6BA1UL00
J4355D6BA1UL00
J4355D6BA1SL00
J4355D6BA1SL00
Then I have tried to stop the dimming (for example at 50%) with this commands, but none seem to work for me:
Js4355D6BA1SS
Js4355D6BA1SL
Js4355D6BA1S1
Js4355D6BA1S0
I see that there are some versions of the firmware and maybe dimming is not supported with all of them? I tried to flash a different version, but it got me nowhere. I´m currently on the firmware from reply #110: nanoCUL.hex (MD5 > fa69b2683822bc275f28e9c1e0228cb0)
Can someone point me in the right direction - thanks :)