IT Empfang mit CUL

Begonnen von mehf, 18 August 2013, 20:47:11

Vorheriges Thema - Nächstes Thema

bjoernh

Zitat von: CarstenF am 15 November 2015, 13:00:35
Hallo zusammen,

Welche FW für den IT Empfang, ist denn zur Zeit die aktuellste für den Buswarestick 433 Mhz?
Ist das die 1.10.02?

Gruß Carsten

Ja, die neuste...

CarstenF

Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

M_I_B

#662
... vielleicht bin ich einfach zu doof dafür und/oder ich übersehe was entscheidendes ... Ich bekomme es nicht hin :(
Basis ist eine aktuelle FHEM auf RPi2B unter Raspbian-Jessie. Verbaut sind zwei SCC's jeweils für 868 und 433 MHz, welche auch sendetechnisch funktionieren (immerhin... das habe ich gebacken bekommen...).
Gestern habe ich ein paar alte IT Stechdosen eingebunden (sieht so aus: blablub ...define Steckdose.05 IT FFFFFFFFF0 01 10 ... blubla). Die lassen sich auch prima schalten... Schön und gut. Nun wollte ich heute den dafür vorhandenen Handsender nutzen, um FHEM meine Wünsche mitzuteilen... Aber irgendwie funktionieren alle Codeschnipsel nicht, die ich hier so finden konnte. Der Sender wird weder durch autocreate gefunden, geschweige denn kann ich irgend was damit erreichen.

Mir fehlt hier irgendwie ein grundsätzliches HowTo resp. Basisgerüst, was man anpassen und ausbauen kann.

Kann mir da wer helfen?

BTW: der Handsender sendet folgende Codes, wobei "X" am Handsender zwischen "0" oder "F" einstellbar ist:
XXXXX0FFFF 01 10
XXXXXF0FFF 01 10
XXXXXFF0FF 01 10
XXXXXFFF0F 01 10
XXXXXFFFF0 01 10

bjoernh

Zitat von: M_I_B am 17 November 2015, 18:21:55
... vielleicht bin ich einfach zu doof dafür und/oder ich übersehe was entscheidendes ... Ich bekomme es nicht hin :(
Basis ist eine aktuelle FHEM auf RPi2B unter Raspbian-Jessie. Verbaut sind zwei SCC's jeweils für 868 und 433 MHz, welche auch sendetechnisch funktionieren (immerhin... das habe ich gebacken bekommen...).
Gestern habe ich ein paar alte IT Stechdosen eingebunden (sieht so aus: blablub ...define Steckdose.05 IT FFFFFFFFF0 01 10 ... blubla). Die lassen sich auch prima schalten... Schön und gut. Nun wollte ich heute den dafür vorhandenen Handsender nutzen, um FHEM meine Wünsche mitzuteilen... Aber irgendwie funktionieren alle Codeschnipsel nicht, die ich hier so finden konnte. Der Sender wird weder durch autocreate gefunden, geschweige denn kann ich irgend was damit erreichen.

Mir fehlt hier irgendwie ein grundsätzliches HowTo resp. Basisgerüst, was man anpassen und ausbauen kann.

Kann mir da wer helfen?

BTW: der Handsender sendet folgende Codes, wobei "X" am Handsender zwischen "0" oder "F" einstellbar ist:
XXXXX0FFFF 01 10
XXXXXF0FFF 01 10
XXXXXFF0FF 01 10
XXXXXFFF0F 01 10
XXXXXFFFF0 01 10
Was ist es für ein Sender?
Bitte X25 am CUL einschlaten.

M_I_B

... das ist ein normaler 5CH Handsender mit dem allseits beliebten LP801b CoderChip. Gelabelt ist der mit Kangtai, aber in der gleichen Art gibt es den von ungezählten Vertreibern; entscheidend ist ja auch nur der Chipsatz...

ZitatBitte X25 am CUL einschlaten
Siehste?! Und da geht es schon los... Wie oder was ist X25? Wie schalte ich das ein? Und zu guter letzt: Ich habe nur SCC's

bjoernh

Zitat von: M_I_B am 17 November 2015, 19:57:47
... das ist ein normaler 5CH Handsender mit dem allseits beliebten LP801b CoderChip. Gelabelt ist der mit Kangtai, aber in der gleichen Art gibt es den von ungezählten Vertreibern; entscheidend ist ja auch nur der Chipsatz...
Siehste?! Und da geht es schon los... Wie oder was ist X25? Wie schalte ich das ein? Und zu guter letzt: Ich habe nur SCC's
Ist doch egal ob SCC oder CUL
set SCC-NAME raw X25
Dies kannst Du direkt auf der Device-Seite einstellen.
Danach sollten im EventMonitor debug-Ausgaben auftauchen.
Standart ist übrigens X21

M_I_B

#666
... ahhh ... Eine Insel mit zwei Bergen ;) Bei soooo vielen Threads und Beträgen geht sowas, gerade für Einsteiger, gnadenlos unter.

Habe nun so getan:

[s]# Initialisierung SCC's
define SCC CUL /dev/ttyAMA0@38400 1234
attr SCC rfmode HomeMatic
set SCC raw X25
define SCC1 STACKABLE_CC SCC
attr SCC1 rfmode IT
set SCC1 raw X25[/s]

... das war quark ^^ So geht's besser:
define SCC1 CUL /dev/ttyAMA0@38400 1234
attr SCC1 alias SCC1 InterTechno 433MHz
attr SCC1 group CUL
attr SCC1 rfmode SlowRF
attr SCC1 room Technik

define SCC2 STACKABLE_CC SCC1
attr SCC2 alias SCC2 HomeMatic 868MHz
attr SCC2 group CUL
attr SCC2 rfmode HomeMatic
attr SCC2 room Technik


Das Umschalten auf X25 nun per Hand; FHEM kickt mir das sowieso wieder raus aus der CFG... (siehe Megger unten)

Gut das?

EDIT sagt: Jetzt fängt es an mich richtig zu verwirren ... Ich habe plötzlich nach Neustart "CUL_TX 86" und die dazu passende Fehlermeldung
"Error messages while initializing FHEM:
statefile: Please define CUL_TX_86 first
Please define CUL_TX_86 first
Please define CUL_TX_86 first
Please define CUL_TX_86 first"   

Komm ich nicht mit :( Woher hatter das? Nicht von mir auf jeden Fall...


...tja... meine uralte Wetterstation habe ich ganz vergessen^^

Was mich noch tierisch nerft ist, das FHEM mir immer und immer wieder die CFG umbaut. Wenn ich in einer CFG irgendwo "setdefaultattr" verwende, löst FHEM das immer auf und generiert wieder ungewollt Einzeleinträge davon... Kann man das abstellen?

CarstenF

Zitat von: M_I_B am 17 November 2015, 18:21:55
... vielleicht bin ich einfach zu doof dafür und/oder ich übersehe was entscheidendes ... Ich bekomme es nicht hin :(
Basis ist eine aktuelle FHEM auf RPi2B unter Raspbian-Jessie. Verbaut sind zwei SCC's jeweils für 868 und 433 MHz, welche auch sendetechnisch funktionieren (immerhin... das habe ich gebacken bekommen...).
Gestern habe ich ein paar alte IT Stechdosen eingebunden (sieht so aus: blablub ...define Steckdose.05 IT FFFFFFFFF0 01 10 ... blubla). Die lassen sich auch prima schalten... Schön und gut. Nun wollte ich heute den dafür vorhandenen Handsender nutzen, um FHEM meine Wünsche mitzuteilen... Aber irgendwie funktionieren alle Codeschnipsel nicht, die ich hier so finden konnte. Der Sender wird weder durch autocreate gefunden, geschweige denn kann ich irgend was damit erreichen.

Mir fehlt hier irgendwie ein grundsätzliches HowTo resp. Basisgerüst, was man anpassen und ausbauen kann.

Kann mir da wer helfen?

BTW: der Handsender sendet folgende Codes, wobei "X" am Handsender zwischen "0" oder "F" einstellbar ist:
XXXXX0FFFF 01 10
XXXXXF0FFF 01 10
XXXXXFF0FF 01 10
XXXXXFFF0F 01 10
XXXXXFFFF0 01 10
Vielleicht hilft Dir das....
Als ich meine  IT Steckdosen einbinden wollte gab es damals auch Probleme, bzw. die Steckdosen waren bei mir schon im System. Dann kam die geniale Sache mit dem IT Empfang dazu. Als ich dann mit der FB den Code zur Steckdose anlernen wollte, hat das System gestreikt. Ich habe dann zunächst mal die Steckdosen gelöscht. Dann über die FB den Code gesendet und schon waren die Steckdosen als Devices per autocreate angelegt. Scheinbar gibt es Konflikte mit der Adressierung, wenn ein Device mit dem entsprechenden IT Code schon im System bekannt ist.
So wars jedenfalls bei mir.
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

M_I_B

... jau! Das hat mich zumindest auf die richtige Idee gebracht!
Konkret... Das reine AUsblenden der vorhandenen IT- Systeme (habe ich zum Glück gleich von ANfang an in eigenen Dateien via Include untergebracht) hat nicht zum Erfolg geführt. Es tauchten lediglich ganz selten mal nicht reproduzierbare Sachen wie z.B. "CUL SCC1 UNKNOWNCODE p 3 1424 1120  576 1088  5  3 6 23 5AAAEAB8" auf. Aber dann bin ich mal auf den Gedanken gekommen, den Code am Handsender (die ersten 5 Bit lassen sich ändern) von FFFFF auf 00F00 o.ä. umzustellen... PENG! das war's! FHEM resp. der SCC "sieht" offensichtlich bestimmte Code-Kombinationen nicht. Nach einigen Versuchen hat er wohl Probleme, identische Folgen zu erkennen, also FFFFF oder 11111 oder 00000.

Ich habe jetzt die ersten 5 BIT auf 00FF0 stehen. Dann meldet der Eventmonitor folgendes für die Tasten:

A1 = UNKNOWNCODE p 3  192  928  800  352  5  2 2 32 415440
A0 = UNKNOWNCODE p 3  160  960  768  368  5  2 2 23 415500
B1 = UNKNOWNCODE p 3  224  896  848  304  5  2 2 34 445440
B0 = UNKNOWNCODE p 3  192  944  816  320  5  2 2 24 445500
C1 = UNKNOWNCODE p 3  208  912  832  304  5  2 2 31 451440
C0 = UNKNOWNCODE p 3  176  944  800  336  4  2 2 31 451500
D1 = UNKNOWNCODE p 3  224  912  816  304  5  2 2 32 454440
D0 = UNKNOWNCODE p 3  192  944  800  352  5  2 2 31 454500
E1 = UNKNOWNCODE p 3  208  912  816  320  4  2 2 35 455040
E0 = UNKNOWNCODE p 3  160  928  832  352  5  2 2 34 455100

Ein neues Device legt FHEM aber trotz AutoCreate nicht an, vermutlich weil er das Teil nicht wirklich erkennt?
Aber wenn der Code jetzt brav da ankommt, könnte man damit doch Schaltvorgänge auslösen, oder nicht? Wenn ja, dann habe ich natürlich erst mal ein Problem, was ich mit den obigen Events anfangen kann resp. wie ich die umsetzen muss. Steht bestimmt irgendwo, nur gefunden habe ich es noch nicht...

CarstenF

Warum kein neues Device angelegt wird, kann ich Dir leider auch nicht sagen. Vermutlich weil die code "unknown" sind.
Ich würde tatsächlich mal die IT Steckdosen löschen (man kann sich die Codes ja vorher sicherheitskopieren)
und dann die Tasten der FB frisch ins System einbringen. Irgendeine der Tasten muß das System erkennen.
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

M_I_B

ZitatIch würde tatsächlich mal die IT Steckdosen löschen
Habe ich doch! Wie gesagt: Alle Funksteckdosen werden in der Datei "it-techdosen.cnf" verwaltet, welche mit "include" in der "fhem.cnf" eingebunden werden. Also habe ich genau dieses include auskommentiert und fhem zweimal neu gestartet. Hift nix...

CarstenF

Ok, falsch verstanden. Dann wüßte ich jetzt gerade adhoc auch nicht mehr weiter. Wenn mir was einfällt, meld ich mich.
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

M_I_B

... ja, das wäre super; ich steh da im Moment voll auf'm Schlauch :-\

Könnte man das Device nicht per Hand anlegen, mal vorausgesetzt, man bekommt diese kryptische Meldung irgendwie in Sinnvolles gegossen?

CarstenF

Ich habe jetzt nochmal Deine Posts gelesen. Was willst Du eigentlich mit "setDefaultAttributes" bewirken?
Dann "set ... rawx25"
Hast Du das attr. noch gesetzt?  Wenn ja, sind die geposteten unknown p3 Codes die dazu gehörenden Ausgaben im Event Monitor?
Ach ja, mach doch auch mal "get SCC_name ccconf"  Welche Ausgabe erhälst Du dabei?
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

bjoernh

Zitat von: M_I_B am 20 November 2015, 08:52:48
... jau! Das hat mich zumindest auf die richtige Idee gebracht!
Konkret... Das reine AUsblenden der vorhandenen IT- Systeme (habe ich zum Glück gleich von ANfang an in eigenen Dateien via Include untergebracht) hat nicht zum Erfolg geführt. Es tauchten lediglich ganz selten mal nicht reproduzierbare Sachen wie z.B. "CUL SCC1 UNKNOWNCODE p 3 1424 1120  576 1088  5  3 6 23 5AAAEAB8" auf. Aber dann bin ich mal auf den Gedanken gekommen, den Code am Handsender (die ersten 5 Bit lassen sich ändern) von FFFFF auf 00F00 o.ä. umzustellen... PENG! das war's! FHEM resp. der SCC "sieht" offensichtlich bestimmte Code-Kombinationen nicht. Nach einigen Versuchen hat er wohl Probleme, identische Folgen zu erkennen, also FFFFF oder 11111 oder 00000.

Ich habe jetzt die ersten 5 BIT auf 00FF0 stehen. Dann meldet der Eventmonitor folgendes für die Tasten:

A1 = UNKNOWNCODE p 3  192  928  800  352  5  2 2 32 415440
A0 = UNKNOWNCODE p 3  160  960  768  368  5  2 2 23 415500
B1 = UNKNOWNCODE p 3  224  896  848  304  5  2 2 34 445440
B0 = UNKNOWNCODE p 3  192  944  816  320  5  2 2 24 445500
C1 = UNKNOWNCODE p 3  208  912  832  304  5  2 2 31 451440
C0 = UNKNOWNCODE p 3  176  944  800  336  4  2 2 31 451500
D1 = UNKNOWNCODE p 3  224  912  816  304  5  2 2 32 454440
D0 = UNKNOWNCODE p 3  192  944  800  352  5  2 2 31 454500
E1 = UNKNOWNCODE p 3  208  912  816  320  4  2 2 35 455040
E0 = UNKNOWNCODE p 3  160  928  832  352  5  2 2 34 455100

Ein neues Device legt FHEM aber trotz AutoCreate nicht an, vermutlich weil er das Teil nicht wirklich erkennt?
Aber wenn der Code jetzt brav da ankommt, könnte man damit doch Schaltvorgänge auslösen, oder nicht? Wenn ja, dann habe ich natürlich erst mal ein Problem, was ich mit den obigen Events anfangen kann resp. wie ich die umsetzen muss. Steht bestimmt irgendwo, nur gefunden habe ich es noch nicht...

Die "p 3" sind keine IT Pakete.
IT ist markiert mit "p 7"
Vom Timing her scheint es mir auch ziemlich schnell zu sein.
Hast Du den Code selbst kompiliert?