Alternative culfw

Begonnen von bjoernh, 15 März 2015, 12:01:06

Vorheriges Thema - Nächstes Thema

bjoernh

Zitat von: chris1284 am 30 Juni 2015, 19:39:11
hi bjoern,

bin erstmal wieder auf die V 1.02.00 a-culfw Build: 70 gegangen damit ich sensoren nutzen kann.
pustekuchen. erst nach einspielen des alten modules wurden wieder sensoren mit CUL_TCM97001_21553 5 stelliger ID und somit alle 6 sensoren angelegt!

es scheint wirklich das modul zu sein.
D.h. ich muss nicht in der a-culfw suchen, sondern im Modul?
Im Code hätte ich nur noch die Idee an dem Sync-Puls etwas einzustellen.

Werden denn eigentlich die anderen Sensoren bei unknown gemeldet, oder fehlen die einfach?


Treki

Hallo, und erst einmal vielen dank für die V 1.05.02 a-culfw Build: 122  CUL433
Meine It und Pollin Steckdosen funktionieren super.
Wäre es auch möglich Conrad RSL Aktoren ( welche nicht über die YCT 100 FB angelernt werden könen ) zu steuern ?
Scheinbar wird auch ab und zu was vom CUL von der RSL Fernbedienung erkannt

2015.06.30 22:57:10 2: CUL1: unknown message p 7 1168  656  512 1280  1  4 0 54 4FC67FFF
2015.06.30 22:57:10 2: CUL1: unknown message p 3  560 1248 1152  656  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  528 1264 1168  656  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  528 1264 1184  640  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  528 1264 1168  656  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  544 1248 1168  656  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  544 1264 1200  624  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 7 1168  656  560 1184  1  4 1 54 4FC67FFF80
2015.06.30 22:57:11 2: CUL1: unknown message p 3  528 1264 1136  640  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  544 1280 1136  656  6  2 5 54 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 3  512 1280 1184  656  6  2 5 55 CC0000
2015.06.30 22:57:11 2: CUL1: unknown message p 7 1168  640  544 1248  1  4 0 54 4FC67FFF
2015.06.30 22:57:12 2: CUL1: unknown message p 3  528 1280 1184  640  6  2 5 54 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3  544 1264 1184  640  6  2 5 54 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3  560 1264 1232  624  6  2 5 56 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3  560 1232 1152  672  6  2 5 56 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3  592 1200 1152  640  6  2 5 56 CC0000
2015.06.30 22:57:12 2: CUL1: unknown message p 3  528 1264 1184  640  6  2 5 56 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  576 1232 1200  624  6  2 5 56 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  560 1248 1168  656  6  2 5 55 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  560 1248 1232  608  6  2 5 55 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  560 1248 1200  640  6  2 5 55 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  512 1280 1152  656  6  2 5 54 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  544 1248 1168  656  6  2 5 56 CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 3  592 1216 1200  608  6  2 5 5B CC0000
2015.06.30 22:57:13 2: CUL1: unknown message p 7 1168  624  560 1248  1  4 0 5A 4FC67FFF
2015.06.30 22:57:14 2: CUL1: unknown message p 3  368 1424 1120  688  6  2 5 50 CC0000

frank

hallo bjoern,

könntest du dies in 10_it.pm ändern? danke. 

gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Peter_Listig

Hallo zusammen,

bin totaler Anfänger und habe Fhem auf dem PI laufen.
Angefangen hab ich mit einem CUL868 umgebogen für IT Steckdosen
und Rolladenantriebe.
Wegen der Nachteile habe mir noch einen CUL 433 besorgt
und diesen mit der V 1.05.02 a-culfw Build: 122  CUL433
geflasht.
Danach konnte ich zwar noch die IT Dosen schalten nicht jedoch
die Rolladen.
Was habe ich falsch gemacht.

Vielen Dank für Eure Hilfe

Peter
Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

bjoernh

Was für Rollläden? Intertechno oder etwas anderes?

Peter_Listig

Hallo Bjoern,

danke erstmal für deine promte Rueckfrage.

Ich habe drei Gurtantriebe im "Lebensmittelmarkt" erworben
und einen der Marke "CasaControl" von Pearl. Vom Aussehen her
sind beide Fabrikate identisch und ließen sich bisher mit dem 868 er
(Firmware 1.61) im Slowmode problemlos bedienen.

#  Rollo GästeWC geht mit IntertechnoCode E10
define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL868
attr RolloToilette eventMap on:auf off:zu
attr RolloToilette model itswitch


Nach dem Hinzufügen des mit a-culfw V 1.05 geflashten CUL 433
konnte ich sie noch weiterhin mit dem CUL 868 bedienen.
Nicht jedoch mit dem CUL 433.

Erst nach dem Zurücksetzen des 433 er auf Firmware 1.61 hat es
dann mit dem 433 er auch funktioniert.

Leider weist die FW 1.61 nicht die Funktionalitaet in Bezug auf
das Auslesen von Sensoren auf die Du in Deine alternative
integriert hast (z.B. ITR-100).

Gruss

Peter





Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

bjoernh

Zitat von: Peter_Listig am 01 Juli 2015, 14:37:03
Hallo Bjoern,

danke erstmal für deine promte Rueckfrage.

Ich habe drei Gurtantriebe im "Lebensmittelmarkt" erworben
und einen der Marke "CasaControl" von Pearl. Vom Aussehen her
sind beide Fabrikate identisch und ließen sich bisher mit dem 868 er
(Firmware 1.61) im Slowmode problemlos bedienen.

#  Rollo GästeWC geht mit IntertechnoCode E10
define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL868
attr RolloToilette eventMap on:auf off:zu
attr RolloToilette model itswitch


Nach dem Hinzufügen des mit a-culfw V 1.05 geflashten CUL 433
konnte ich sie noch weiterhin mit dem CUL 868 bedienen.
Nicht jedoch mit dem CUL 433.

Erst nach dem Zurücksetzen des 433 er auf Firmware 1.61 hat es
dann mit dem 433 er auch funktioniert.

Leider weist die FW 1.61 nicht die Funktionalitaet in Bezug auf
das Auslesen von Sensoren auf die Du in Deine alternative
integriert hast (z.B. ITR-100).

Gruss

Peter
Hallo Peter,

beim CUL ist leider der Speicher relativ eng. Deshalb hat der CUL bei der 868er version kein IT mehr im Bauch (ich nehme mal an Du schaltest mit IT)
Du kannst aber doch die a-culfw auf den 433er packen und die culfw auf den 868er, dann sollte doch alles gehen.
Ansonsten kannst Du natürlich auch die Firmware selbst kompilieren und im board.h die entsprechende Funktion einschalten.

Gruß
Björn

blueberry63

Hallo,

hat jemand eine Idee, von welchem Gerät die folgenden Daten stammen?

Zitat
2015.07.02 10:43:58 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:43:58 4: CUL_Parse: cul433 i6CA30CF1 -81.5
2015.07.02 10:43:59 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:48:33 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:48:33 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:53:29 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:53:29 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 10:57:58 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:03:32 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:03:32 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:03:32 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:09:14 4: CUL_Parse: cul433 i6CA30CEC -84
2015.07.02 11:09:15 4: CUL_Parse: cul433 i6CA30CF2 -81
2015.07.02 11:09:15 4: CUL_Parse: cul433 i6CA30CF1 -81.5
2015.07.02 11:14:48 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:14:49 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:14:49 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:19:37 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:19:38 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:24:07 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:24:07 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:24:07 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:28:32 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:33:02 4: CUL_Parse: cul433 i6CA30CEA -85
2015.07.02 11:33:02 4: CUL_Parse: cul433 i6CA30CF6 -79
2015.07.02 11:33:03 4: CUL_Parse: cul433 i6CA30CEB -84.5
2015.07.02 11:33:03 4: CUL_Parse: cul433 i6CA30CEA -85

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

Peter_Listig

Hallo Bjoern,

vielleicht habe ich mich falsch ausgedrückt ...

ich habe mit dem 868 er mit FW 1.61 angefangen und damit alle IT-Dosen und die Gurtantriebe bedient.

define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL868


Da ich im Forum gelesen habe, dass der 868 er dabei auf 433 Mhz sendet und nach jedem Sendevorgang
erneut geflasht wird (was sicher nicht gut für das Teil ist) habe ich sodann um einen CUL433 mit der
a-culfw 1.05. / 122 erweitert und den 868 er entfernt.

Mit dem CUL433 liessen sich die IT-Dosen problemlos schalten, nicht jedoch die Gurtantriebe.  :-[

define RolloToilette IT 0F00F00F0F FF F0
attr RolloToilette IODev CUL433


Zusätzlich wurden weitere Devices (CUL_TX_22 u. CUL_TX_28 wahrscheinlich vom Nachbarn)
und mein Tür/Fensterkontakt ITR-100 angezeigt. Letzteres war meine Absicht ...  :D

define WCRolloIstZu IT 0F0000000F FF F0
attr WCRolloIstZu IODev CUL433


Weil die Bedienung der Gurtantriebe nicht mehr möglich war, habe ich die culfw V 1.61 wieder auf
auf dem 433 er installiert und kann allein mit diesem wieder alle Intertechno Devices schalten,
jedoch keine Sensoren mehr auslesen.

Zitat
Du kannst aber doch die a-culfw auf den 433er packen und die culfw auf den 868er, dann sollte doch alles gehen

Wenn ich Deine Antwort richtig interpretiere ist das Senden und Empfangen mit dem 433 er
und a-culfw 1.05 ... nicht möglich und ich sollte ich den 868 er wieder in Betrieb nehmen. ??

Zitat
Ansonsten kannst Du natürlich auch die Firmware selbst kompilieren und im board.h die entsprechende Funktion einschalten

Damit hast Du mich endgültig überfordert  ... kompilieren ?

Was oder wo ist  "board.h"   ?

ist das jenes mit dem "HAS-IT"   ??

Hilf mit bitte auf die Sprünge !


Danke Dir

Peter


Raspi4 / Debian Bullseye / FB 7490 / FHEM 6.x / CUL433 / CUL868 / aculfw / FrtizFon / DECT200 / IT / Homematic / ZigBee (Raspbee) /  Rademacher / HE / km200  / DS214+

fstefan1960

Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00

Da ich im Forum gelesen habe, dass der 868 er dabei auf 433 Mhz sendet und nach jedem Sendevorgang
erneut geflasht wird (was sicher nicht gut für das Teil ist) habe ich sodann um einen CUL433 mit der
a-culfw 1.05. / 122 erweitert und den 868 er entfernt.

Nein,er wird nicht immer neu geflasht, sondern die Frequenz wird immer wieder gewechselt. In der Phase kann das Gerät aber auf der jeweils anderen Frequenz nicht lauschen. Daher ist das suboptimal.

Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00

Wenn ich Deine Antwort richtig interpretiere ist das Senden und Empfangen mit dem 433 er
und a-culfw 1.05 ... nicht möglich und ich sollte ich den 868 er wieder in Betrieb nehmen. ??

Möglich schon, aber es ist besser, den (auch hardwaremässig) besser auf 433 abgestimmten dann auch dauernd auf 433 zu betreiben und die 868er Geschichten auf dem anderen.

Zitat von: Peter_Listig am 02 Juli 2015, 14:12:00
Damit hast Du mich endgültig überfordert  ... kompilieren ?

Was oder wo ist  "board.h"   ?

Echte Cracks ( zu denen ich nicht gehöre) frickeln sich den Quellcode selber hin und übersetzen (kompilieren) ihn dann zu einem Programm. Dazu werden sog. Bibliotheken verwendet, in denen die Basisfunktionen stehen. So was ist die "board.h".

[/quote]
FHEM auf PC: CUL868, CUL 443, HM_LAN, JeeLink
FHEM auf Raspi: CUL868
div. LaCrosse Temp/Hum-Sensoren, HM-Heizkörperventile, Schaltaktoren, etc.

bjoernh

Zitat von: blueberry63 am 02 Juli 2015, 11:39:04
Hallo,

hat jemand eine Idee, von welchem Gerät die folgenden Daten stammen?

Gruß
Blueberry63
Geh doch mal mit dem Laptop und dem CUL auf suche, da wo das Signal am stärksten ist bist du dann richtig ;-)

bjoernh

Zitat von: magic am 23 Juni 2015, 23:03:14
Hallo,
ich bin noch relativ neu mit fhem unterwegs und ich muss sagen es ist... anders, aber ich gewöhne mich so langsam dran.

ich benutze einen wt-gt-02 an einem a-cul arduino selbstbau mit cc1101 und es klappt super.

jedoch ist mir nun mit dem sensor und dem übertragungsprotokoll etwas aufgefallen.

der sensor hat zwei sondereigenschaften auf die fhem scheinbar nicht klar kommt.
wenn die feuchtigkeit über 90% erreicht sendet der sensor nur noch HH an die originalstation und zeigt es auch im display an.
gleiches auch bei unter 10% feuchtigkeit. da allerdings dann LL.

wenn HH oder LL gesendet werden funktioniert das CUL_TCM97001 model WT-GT-02 nicht und es kommen garkeine werte mehr an.
sobald der sensor wieder einen "brauchbaren" feuchtigkeitswert sendet ist alles wieder normal..

ideen? lösung?

grüße magic

Hast Du mir in diesem Fall mal bitte ein paar RAW X25 ausgaben?
Mein  WT-GT-01 geht nämlich einfach nicht unter 20% runter. Er macht in diesem Fall einfach eine gerade Linie.

blueberry63

Zitat
Hallo,

hat jemand eine Idee, von welchem Gerät die folgenden Daten stammen?

Gruß
Blueberry63

Ich bin mir fast sicher, daß die Signale von meinem Billig-PIR kommen:
http://www.ebay.de/itm/PIR-Bewegungssensor-Bewegungsmelderfur-drahtlose-Alarmanlage-433-MHZ-mit-Antenne-/151598140157?pt=LH_DefaultDomain_77&hash=item234bf40afd

Wie kann ich helfen, daß dieses Gerät vom CUL erkannt wird?

Gruß
Blueberry63
FHEM auf BBB mit Wheezy: 1x CUL_HM_HM_SCI_3_FM, 1x INSTAR CAM3010, 1x HM-LC-SW1-PL2, 1x HM-LC-Bl1PBU-FM, 1x HM-Sen-MDIR-O, Viessmann Heizung, Gaszähler via GPIO, Klingel via HM-LC-Bl1PBU-FM an FBox, Mailcheck, AVR, XBMC, NanoCUL 433+668 an Raspi per Ethernet, Funksteckdosen (Pollin, IT), Automower

lichtimc

Ich hoffe diese Frage ist nicht schon beantwortet worden, beim Stöbern findet man nicht viel hilfreiches:

Ist es möglich das KD101 Protokoll in die Firmware zu integrieren? Damit wären viele billig-Rauchmelder für fhem geeignet.
Oder ist das Protokoll noch nicht "reverse engineered"? (Nur von RFXCOM... ;-) )
Ich nehme an, dass es einen Grund gibt, weshalb dieses Protokoll noch nicht enthalten ist, vl. kann ihn mir jemand nennen... :-)

Vielen Dank für eure Antwort.
lg, David

JoWiemann

Hallo David,

ich habe das mal für den FhemDunio versucht und implementiert. Trotz tagelanger Versuche bin ich nicht komplett hinter das Protokoll gekommen. Wenn ich gedacht habe, so, nun funktioniert es hat sich wieder ein neuer Anwender gemeldet und sich darüber beklagt, dass seine Rauchmelder nicht funktionieren. Was mir beim Testen aufgefallen ist, dass es auch zwischen den Rauchmeldern nicht immer funktioniert, jedenfalls wenn man Rauchmelder aus unterschiedlichen Bestellungen nimmt. Hinzu kommt, dass mehrere Bekannte nach nervigen Fehlalarmen von diesen Rauchmeldern verabschiedet haben. Ich habe jetzt für mich Rauchmelder von Bavaria installiert, die ein separates Funkmodul haben. Das Protokoll habe ich nicht untersucht, sondern für die Anbindung zusätzlich MAX Fensterkontakte eingebaut. Das funktioniert seit gut 4 Monaten zuverlässig.

FhemDuino: http://www.fhemwiki.de/wiki/FHEMduino

BAVARIA Drahtloser Funkrauchmelder BARM2RF -> Erweitern mit MAX Fenstersensor:
http://forum.fhem.de/index.php/topic,34664.msg269696.html#msg269696

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM