LOTT UNIROLL Gurtwickler einbinden

Begonnen von Guest, 07 Dezember 2011, 22:12:54

Vorheriges Thema - Nächstes Thema

Guest

Originally posted by: <email address deleted>

Hallo,

ich bin auch ein Neuling auf diesem Gebiet, auch in einem Forum.

Ich experimentiere seit 2 Wochen mit FHEM hab es auch zum Laufen
gekriegt, SW ist mir seit 40 Jahren nicht fremd, aber Perl ist mir
neu.
Nun ich habe seit mehreren Monaten UNIROLL Gurtwickler installiert mit
Timer und Fernsteuerung und wollte diese mit FHEM steuern, da ich seit
Jahren auch eine Fritzbox habe und AVM eben FHEM integriert hat.
In den Foren ist über die Einbindung von UNIROLL leider nicht viel zu
erfahren, und die Vorschläge haben alle nicht geklappt und die letzte
Diskussion vom September ist nicht mehr zugänglich.

Ich habe das Sendeprotokoll untersucht und möchte die Ergebnisse
mitteilen.

Lott Uniroll Gurtwickler Protokoll
für Empfänger R-23700
mit dem Oszillographen gemessen mit mehreren Sendern

Aufbau:

Keine Synchronisation, das Protokoll beginnt direkt mit den Daten
Adressierung      16 Bit
Kanaladresse      4 Bit
Kommando   4 Bit
Abschluss   1 Bit, Wert 1 (Wert 0 funktioniert auch, Sender senden aber
1)

Gesamtlänge   25 Bit

Kanaladresse bei getesteten Sendern:
5-Kanalsender(2 mal)
Kanal 1   7
Kanal2   D
Kanal3   3
Kanal4   A
Kanal5   4

1-Kanalsender(2 mal)   6

Diese Kanaladressen könnten bei einer anderen Fertigungscharge
vermutlich anders sein.
Die Kanaladresse kann auch als erweiterte Gesamtadresse gesehen
werden,
da die Empfänger immer nur einen Kanal empfangen.

Kommandos:
Auf   E (1110)
Stopp   D (1101)
Ab   B (1011)

Zeitintervalle:
Bit-Wert 0   High ca. 2 ms   entspricht 124(h64) 16us Schritte
           Low  ca. 0.4 ms               36(h24)
Bit-Wert 1   High ca. 0,4 ms    36(h24)
           Low  ca. 2 ms                  124(h64)
Pause ca.    100 ms

Beispiel  für Auf, 1-Kanalsender in Hexa-Darstellung:
nur Daten: ABCD6E plus 1 Bit

Setzt man dies in ein G-Kommando um muss man das 1-ser Bit
berücksichtigen, welches
automatisch gesendet wird, auch bei Null Synchronbits.
Das bedeutet, dass das 1. Bit der Daten eine 1 sein muss und die
restlichen Bits um eine Stelle verschoben in Hexa angegeben werden
müssen. Dadurch entsteht ein Datenpaket von
exakt 6 Hexa-Stellen also 3 Bytes.
Beispiel Datenbitstrom Orginal: 1010 1011 1100 1101 0110 1110 1
Umgebautes Datenpaket: 1 ist erstes Bit automatisch dann 0101 0111
1001 1010 1101 1101
Hexa Darstellung:  5 7 9 A C B keine einzelnen Bitstellen
G-Kommando:       G0030A364242464579ACB
Ob statt 30 die 28 stehen muss ist nicht klar, 30 funktioniert.

Mit der obigen Methode kann man vorgehen, wenn man sich selbst eine
Adresse aussuchen kann.
Dann kann man logisch auch eine Gruppierung für seinen Bedarf  in der
Adresse vornehmen, Hauscode, Raumzuordnung, Fensternummer, etc..

Will man den Sender mitbenutzen muss man sich an dessen Sendeadressen
orientieren.
Beginnt dann der Adressstrom mit Null, muss man mit einem Trick
reagieren.
Man kann High- und Low-Signal vertauschen, muss aber dann auch den
restlichen Bitstrom invertieren, d.h. Bitwerte von 0 nach 1 bzw 1 nach
0 setzen. Dann wie oben beschrieben weitermachen.

Beispiel:
nur Daten: 2BCD6E plus 1 Bit
Beispiel Datenbitstrom Orginal: 0010 1011 1100 1101 0110 1110 1
Invertiert:    1101 0100 0011 0010 1001 0001 0
Umgebautes Datenpaket: erstes Bit automatisch dann 1010  1000 0110
0101 0010  0010
G-Kommando:       G0030A324646424A8624
Andere Möglichkeit ohne invertieren:
Einfach die führenden Nullen als Synchronbits angeben bis zur ersten 1
die wird automatisch gesetzt,
dann die restlichen Bits in Hexa nach vorgegeben Format ablegen unter
Berücksichtigung der restlichen Datenlänge.

Nun meine Fragen:

Wie kann man eine neue Gerätegruppe mit eigener Bezeichnung in FHEM
einbauen?
Hat jemand dies für Lott Uniroll Gurtwickler schon gemacht?
Wie kann man das 1-ser Bit der Synchronisierung entfernen.

Ps: ich habe es nicht erreicht RAW Messages zu empfangen.
Ich entschuldige den langen Text aber ich möchte zu mehr Klarheit in
dieses seit langem in den Foren
diskutierte Thema bringen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

rudolfkoenig

                                                   

> Wie kann man eine neue Gerätegruppe mit eigener Bezeichnung in FHEM
> einbauen?

Siehe meine Beitraege in
http://groups.google.com/group/fhem-developers/browse_thread/thread/b88a436a02517ce0



> Wie kann man das 1-ser Bit der Synchronisierung entfernen.

Ich vermute hier geht es um culfw: da muss man was eigenes bauen, da die
"generische" Senderoutine (G) auf ein Sync-Sequenz beharrt.  Man koennte
natuerlich auch "send_bit(1) nur dann ausfuehren, falls sync > 0 ist.



> Ps: ich habe es nicht erreicht RAW Messages zu empfangen.

Kein Wunder: der SlowRF Parser wird erst dann taetig, wenn ein Sync-Sequenz aus
mind. 4 0-bits gefolgt von einem 1-bit erkannt wird.

Meine Empfehlung:
culfw:
- Senden: eigenen Code (L) waehlen, und in clib/rf_send.c ein lottsend() analog
  zu fs20send einzubauen. Dieser muss dann in Devices/CUL/CUL.c "erwaehnt" werden.
- Empfang: beim jedem Interrupt (clib/rf_receive.c: ISR(CC1100_INTVECT))
  zusaetzlich ein Lott-Parser aufrufen, und beim Emfang eines Paketes 'Lxxx'
  zurueckliefern (analog zu FS20 Fxxx)
FHEM:
- ein Modul 10_LOTT.pm, analog zu 10_FS20.pm, am Anfang stark abgespeckt, in
  00_CUL.pm muesste man nur matchListSlowRF und clientsSlowRF erweitern.
  Falls culfw fertig ist :) kann ich gerne das Abspecken der 10_FS20.pm
  uebernehmen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Die Diskussion von September ist unter
http://groups.google.com/group/fhem-users/browse_thread/thread/a49cfae75a618f4d/e0fed686448f136f?lnk=gst&q=lott+uniroll#e0fed686448f136f

Ich selbst bin da aber auch nicht weitergekommen. Habe das pairen mit
set CUL raw G0522A1642424643BEAE0\r\n probiert, was nicht geklappt
hat.
evtl. habe ich den Wickler nicht richtig auf pairen gestellt, da ich
nicht alles auseinanderschrauben wollte. Weiß jemand ob es ausreicht
die einheit mit dem Funkmodul abzuschrauben, oder muß man zum pairen
den ganzen Wickler abschrauben. Habe leider nicht mehr die Anleitung.
Hat evtl. jemand noch 4 weitere RAW Codes, für weitere Gutwickler?

Gruß
Daniel

On 7 Dez. 2011, 22:54, Rudolf Koenig wrote:
> > Wie kann man eine neue Ger tegruppe mit eigener Bezeichnung in FHEM
> > einbauen?
>
> Siehe meine Beitraege inhttp://groups.google.com/group/fhem-developers/browse_thread/thread/b...
>
> > Wie kann man das 1-ser Bit der Synchronisierung entfernen.
>
> Ich vermute hier geht es um culfw: da muss man was eigenes bauen, da die
> "generische" Senderoutine (G) auf ein Sync-Sequenz beharrt.  Man koennte
> natuerlich auch "send_bit(1) nur dann ausfuehren, falls sync > 0 ist.
>
> > Ps: ich habe es nicht erreicht RAW Messages zu empfangen.
>
> Kein Wunder: der SlowRF Parser wird erst dann taetig, wenn ein Sync-Sequenz aus
> mind. 4 0-bits gefolgt von einem 1-bit erkannt wird.
>
> Meine Empfehlung:
> culfw:
> - Senden: eigenen Code (L) waehlen, und in clib/rf_send.c ein lottsend() analog
>   zu fs20send einzubauen. Dieser muss dann in Devices/CUL/CUL.c "erwaehnt" werden.
> - Empfang: beim jedem Interrupt (clib/rf_receive.c: ISR(CC1100_INTVECT))
>   zusaetzlich einLott-Parser aufrufen, und beim Emfang eines Paketes 'Lxxx'
>   zurueckliefern (analog zu FS20 Fxxx)
> FHEM:
> - ein Modul 10_LOTT.pm, analog zu 10_FS20.pm, am Anfang stark abgespeckt, in
>   00_CUL.pm muesste man nur matchListSlowRF und clientsSlowRF erweitern.
>   Falls culfw fertig ist :) kann ich gerne das Abspecken der 10_FS20.pm
>   uebernehmen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

Guest

Originally posted by: <email address deleted>

Kann mir vielleicht jemand sagen wie ich das mit dem pairen
hinbekommen kann? Scheint ja bei einigen schon funktioniert zu haben,
bei mir war jedoch jeder Versuch leider erfolglos.

On 9 Jan., 12:42, Düse wrote:
> Die Diskussion von September ist unterhttp://groups.google.com/group/fhem-users/browse_thread/thread/a49cfa...
>
> Ich selbst bin da aber auch nicht weitergekommen. Habe das pairen mit
> set CUL raw G0522A1642424643BEAE0\r\n probiert, was nicht geklappt
> hat.
> evtl. habe ich den Wickler nicht richtig auf pairen gestellt, da ich
> nicht alles auseinanderschrauben wollte. Weiß jemand ob es ausreicht
> die einheit mit dem Funkmodul abzuschrauben, oder muß man zum pairen
> den ganzen Wickler abschrauben. Habe leider nicht mehr die Anleitung.
> Hat evtl. jemand noch 4 weitere RAW Codes, für weitere Gutwickler?
>
> Gruß
> Daniel
>
> On 7 Dez. 2011, 22:54, Rudolf Koenig wrote:
>
>
>
>
>
>
>
> > > Wie kann man eine neue Ger tegruppe mit eigener Bezeichnung in FHEM
> > > einbauen?
>
> > Siehe meine Beitraege inhttp://groups.google.com/group/fhem-developers/browse_thread/thread/b...
>
> > > Wie kann man das 1-ser Bit der Synchronisierung entfernen.
>
> > Ich vermute hier geht es um culfw: da muss man was eigenes bauen, da die
> > "generische" Senderoutine (G) auf ein Sync-Sequenz beharrt.  Man koennte
> > natuerlich auch "send_bit(1) nur dann ausfuehren, falls sync > 0 ist.
>
> > > Ps: ich habe es nicht erreicht RAW Messages zu empfangen.
>
> > Kein Wunder: der SlowRF Parser wird erst dann taetig, wenn ein Sync-Sequenz aus
> > mind. 4 0-bits gefolgt von einem 1-bit erkannt wird.
>
> > Meine Empfehlung:
> > culfw:
> > - Senden: eigenen Code (L) waehlen, und in clib/rf_send.c ein lottsend() analog
> >   zu fs20send einzubauen. Dieser muss dann in Devices/CUL/CUL.c "erwaehnt" werden.
> > - Empfang: beim jedem Interrupt (clib/rf_receive.c: ISR(CC1100_INTVECT))
> >   zusaetzlich einLott-Parser aufrufen, und beim Emfang eines Paketes 'Lxxx'
> >   zurueckliefern (analog zu FS20 Fxxx)
> > FHEM:
> > - ein Modul 10_LOTT.pm, analog zu 10_FS20.pm, am Anfang stark abgespeckt, in
> >   00_CUL.pm muesste man nur matchListSlowRF und clientsSlowRF erweitern.
> >   Falls culfw fertig ist :) kann ich gerne das Abspecken der 10_FS20.pm
> >   uebernehmen.

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com