[gelöst] Erweiterung SD_Keeloq um RIO-Funkprotokoll

Begonnen von plin, 11 Januar 2020, 14:49:02

Vorheriges Thema - Nächstes Thema

HomeAuto_User

Ich schaue es mir mal an.
Derzeit über das Handy denke ich, das ein Syntax falsch ist oder der Zugriff nicht gelingt.


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

#121
Zitat von: HomeAuto_User am 19 Januar 2020, 20:15:49
Ich schaue es mir mal an.
Derzeit über das Handy denke ich, das ein Syntax falsch ist oder der Zugriff nicht gelingt.

Bei Definition in zwei Schritten klappts:
attr SD_Keeloq_012D101 userattr RollingCodes
attr SD_Keeloq_012D101 RollingCodes { "down" => "P88#0x1D5EAAD9808B48038#R3", "stop" => "P88#0x79F77758808B48018#R3", "up" => "P88#0x0AE6FB82808B48058#R3" }

und Motor 2 reagiert und fährt down/up  :).

Update 21:00:
nach einem 'shutdown restart' fehlen die 'set' commands ...

FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

Das klingt schonmal gut :)

Das Set hatte ich eingeschränkt nur wenn Bits da sind. Dies würde ich ändern darauf, wenn RollingCodes eingetragen sind, sofort Set bereit stellen.


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

HomeAuto_User

@plin

vor Ende des Tages noch das update für dich.
Bitte mal austesten ob es so verständlich ist und auch die Funktion gegeben ist.

Die Commandref habe ich ergänzt und auch die von dir angezeigte Setlist.

Sollte alles i.O sein, wo würde ich den Branch überführen für jedermann in den stable Branch bzw. pre-release.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

plin

Zitat von: HomeAuto_User am 19 Januar 2020, 23:47:22
Bitte mal austesten ob es so verständlich ist und auch die Funktion gegeben ist.
Sollte alles i.O sein, wo würde ich den Branch überführen für jedermann in den stable Branch bzw. pre-release.
Funktion ist ok. Die set-Funktion war direkt nach dem Restart verfügbar. Alle Motoren durchgespeilt -> OK.

Zitat von: HomeAuto_User am 19 Januar 2020, 23:47:22
Die Commandref habe ich ergänzt und auch die von dir angezeigte Setlist.
Beim Attribut 'RollingCodes' fehlt mir der Hinweis, dass dies zunächst als userattr gesetzt werden muss.

Aber ansonsten: Alles gut. Danke für Deine Unterstützung  :).
FHEM1 (Main) Raspi4 mit CUL, Homematic, SDUINO 433/OOK, zentrale Steuerung
FHEM2 (Keller) x86 mit CUL/hmland, IP-basierte Module
FHEM3 (Erdgeschoss) Raspi2 mit SDUINO 868/GFSK
FHEM4 (Hausanschlussraum), USV und OBIS-Modul
FHEM5 (Docker) mit FHEM2FHEM, InfluxDB

HomeAuto_User

Zitat von: plin am 20 Januar 2020, 18:02:46
Beim Attribut 'RollingCodes' fehlt mir der Hinweis, dass dies zunächst als userattr gesetzt werden muss.

Korrekter Weise muss nur der Hinweis, das das Attribut selbstständig generiert wird via userattr. Der Benutzer muss nach der Modelauswahl nur RollingCodes auswählen.

Zitat von: plin am 20 Januar 2020, 18:02:46
Aber ansonsten: Alles gut. Danke für Deine Unterstützung  :).

Immer gern.
Wenn wir durch sind, können wir ja den Titel des Fadens noch mit [gelöst] versehen.


Gesendet von iPhone mit Tapatalk Pro
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet