MQTT functionality

[Olilala]

Here are new ideas to mqtt functionality:

Most missed mqtt functionality is, to receive the information if a "Wallswitch" is used. In this case, you are abled to update status of shutters within Home Assistant or other smartHome Systems and/or start more/other function whether button is pushed. It will be enough, to send the information about serial number of switch and which function is activated. Maybe you can also integrate an assignment, where you can define Names to serial numbers of wallswitches, to send clear names and function.

In current Version and for my opinion, there a too much Infos send, while the Dongle runs ... I like it as little as necessary sending infos. Could you integrate a Timer, which is setable so that everyone can choose if the dongle sends Infos and how often (0 = OFF, 1 = ON (like now) or higher Values which represents the seconds between sending infos...)?

For status of Dongle can you integrate a retained "LWT" Info about Online or Offline instead of sending "online" every 10 seconds?

[dewenni]

Ok, maybe I have to adapt my opinion to the majority :-)
I'm basically of the opinion that you can implement things like you suggested here, but that you still won't get a reliable status. There are still enough situations that lead to the returned status not being correct.

Examples:

• Shutter is stopped in motion
• Shutter is operated via hardware switch (I have a hardware switch near every Shutter for manual operation)
• Command from a remote control is not recognized by the controller

And then there's the question of what value a status has that you can't rely on!

But yes, I will think about it.

[ArkaOne]

Da würde ich auch gerne mal meine Senf dazu geben... 🙈

Ich bin kein Programmierer, obwohl ich in meiner Jugend mal mit Basic, C+ etc. hantiert habe !
Daher ist das, was ich schreibe, nur ein Gedankengang !

Ich denke den meisten geht es darum, die Rolladensteuerung über Home Assistant oder ähnliche zu Automatisieren.

Nun wissen wir, das die Funkmotoren von Jarolift nun mal keine Rückmeldung geben, in welcher Position sie sich gerade befinden !
Auch die dazugehörigen Fernbedienungen, werden nicht von MQTT in HA erkannt.
Somit ist schon einmal Voraussetzung, das man nur Hard und oder Software nutzt, die dieses eben können !
Daher liegen meine Fernbedienungen auch alle (ohne Batterie) in der Schublade !

Nun zu meinen Gedanken:
Das einzige das ich mir Vorstellen könnte, wäre eine Abfrage über die Zeit !
Jedes Rollo hat einen Start und Endpunkt, dieser wird in einer bestimmten Zeit erreicht.
z.B. das Rollo ist ganz offen und es braucht xx:xx Sekunden, bis es komplett geschlossen ist und umgekehrt.
Dann könnte man, über die gefahrene Zeit, den Status des Rollos errechnen (lassen).
Somit wüsste man immer, inwieweit das Rollo geöffnet bzw. geschlossen ist !

Aber vielleicht ist das alles viel zu kompliziert und aufwendig !
Wie gesagt, ich bin kein Fachmann darin... 🤷🏻‍♂️

LG ArkaOne

[Olilala]

Fakt ist doch der, dass durch die nicht rückmeldefähigen Motoren niemals ein 100% richtiger Status erkannt wird, bzw. vorhanden ist.
Aber jede Verbesserung/Erweiterung die eine weitere "Lücke" schliesst, macht das System doch besser, wenn gleich auch nicht perfekt. Fortschritt kommt ja nicht vom still stehen bleiben ....

Wie gut oder schlecht das Empfangen der Wandsender nun klappt sei erstmal dahingestellt. Ich habe in jedem Raum einen, einfach um kurzentschlossen handeln zu können und nicht jedes mal das Handy zur Hand nehmen zu müssen und um auch beim Ausfall des Dongles/Systems/Netzwerks nicht dumm da zu stehen.

Letztlich geht es mir auch nicht nur um den Status, sondern auch um die Möglichkeit, mit Hilfe der Wandtaster weitere Aktivitäten zu starten. Zu 99% übernimmt die Steuerung zwar openHAB, aber auch dass kennt nicht all meine Gewohnheiten. Eine Zeitsteuerung zur Teilbeschattung ist dabei genauso implementiert, wie das tägliche auf und zufahren. Aber dies geht alles auch mal schief (obwohl ich sagen muss, dass dies extremst selten vorkam in den letzten 7 Jahren !)

Ein Beispiel wie ich mir den Einsatz der Wandsender als "SmartSchalter" vorstelle, ist folgender:
Es gibt Situationen, wo ich gern das ein oder andere Rollo nur für eine bestimmte Zeit offen haben möchte (Lüften) ohne dazu das Handy in die Hand nehmen zu müssen. Ich könnte zwar das Auffahren mittels Wandtaster starten, aber das setzt keinen Timer um das Rollo automatisch nach eine bestimmten Zeit wieder zu schliessen.
Wenn ich jetzt anstelle Up zu drücken (was den Motor ja zum sofortigen und direkten Öffnen bringen würde), z.B. 2x Stop oder 2x Down drücke, bringt dies das Rollo auf direktem Weg erstmal nicht in Bewegung. Wenn dies der Dongle aber empfangen und weitergegeben würde, kann openHAB mit einer leichten Verzögerung darauf reagieren, in dem es nun das Up Signal sendet und einen Timer setzt, der das Rollo nach gegebener Zeit wieder schliesst.

Sind halt so Ideen ...

[dewenni]

na gut, ich überleg mir das bei nächster Gelegenheit mal ;-)

[vothmarkus]

Hallo zusammen,

ich habe den ESPSomfy-RTS in Betrieb und da ist das genau auf diese Art und Weise gelöst worden, das RTS-Protokoll liefert auch keinen Status zurück...

LG Markus

[wunderbaum]

Bei uns wird eine Fernbedienung so gut wie nie benutzt. Wozu auch, mit einer brauchbaren Automation und den Timern im Modul geht alles wie es soll.
Wenn tatsächlich mal einer auf eine Fernbedienung drückt, na pfeif drauf. Dann wird eben erst beim nächsten Timer-Lauf ein neuer Status gesetzt.

Ich habe vor Jahren mit TM1638-Modulen rumgespielt um über die ein MQTT-Kommando/HA-Kommando abzusetzen für die Rolläden.
Wer auf die LED verzichten kann, köntte dieses Ding probieren: 16 Buttons
Die Platine ist eben so herrlich Retro.

Heutzutage würde ich eher zu einem Zigbee-4fach-Taster greifen.

[dewenni]

@Olilala @ArkaOne @wunderbaum

So, ich habe da mal was vorbereitet :-)

Man kann in den Settings nun bis zu 16 Fernbedienungen definieren.
Es kann ein Name vergeben werden, sowie die Seriennummer der Fernbedienung.
Über die Bitmaske (Dialog) kann man definieren welcher Rolladen auf diese Fernbedienung reagiert.

Bei der Fernbedienung trägt man die oberen 6 Stellen der Seriennummer ein.
Die Seriennummer kann man sich aus dem Logbuch auslesen wenn man die Original Fernbedienung betätigt:

Beispiel:
I (215795) JARO: received remote signal | serial: 0x02d46401 | function: 0x8, | rssi: 97

von dieser Seriennummer übernimmt man dann 0x>02d464<01 also 02d464
Die letzten beiden Stellen entsprechen dem ausgewählten Kanal der Fernbedienung.
Wenn man also eine Fernbedienung mit 16 Kanälen hat, dann ändert sich je nach ausgewähltem Kanal die Seriennummer wie folgt:

0x02d46401
0x02d46402
0x02d46403
0x02d46404
...

Die Information wird dann per MQTT wie folgt veröffentlicht:

Signale die keiner in de Einstellungen entsprechenden Fernbedienung zugeordnet werden kann, wird auch ausgegeben, allerdings steht dann bei name : unknown.

Zusätzlich wird der Status der Rolläden entsprechend der empfangenen Nachricht aktualisiert.
Also je nachdem welcher Rolladen in der Bitmaske der Fernbedienung ausgewählt wurde.

Beispiel:

Entspricht das so euren Vorstellungen?
Sollte ich noch was ändern?

[Olilala]

Du bist der Hammer! MEGA!
Der Dialog / die Bitmaskenzuordnung betrifft aber nur den Status des Rollladens? Nicht das der Wandsenderbefehl ein zweites mal über den Dongle gesendet wird?! (nicht das es zu Interreferenzen oder sonstiges kommt...)

[wunderbaum]

@Olilala @ArkaOne @wunderbaum

Entspricht das so euren Vorstellungen? Sollte ich noch was ändern?

Deine Bilder sehen gut aus. Wollte es grad ausprobieren aber ich bekomme noch die Version 1.6.3

[dewenni]

Ja ich habe das Release noch nicht veröffentlicht. Mache ich vermutlich morgen.

[fat-randy]

@Olilala @ArkaOne @wunderbaum

So, ich habe da mal was vorbereitet :-)

Man kann in den Settings nun bis zu 16 Fernbedienungen definieren. Es kann ein Name vergeben werden, sowie die Seriennummer der Fernbedienung. Über die Bitmaske (Dialog) kann man definieren welcher Rolladen auf diese Fernbedienung reagiert.

Bei der Fernbedienung trägt man die oberen 6 Stellen der Seriennummer ein. Die Seriennummer kann man sich aus dem Logbuch auslesen wenn man die Original Fernbedienung betätigt:

Beispiel: I (215795) JARO: received remote signal | serial: 0x02d46401 | function: 0x8, | rssi: 97

von dieser Seriennummer übernimmt man dann 0x>02d464<01 also 02d464 Die letzten beiden Stellen entsprechen dem ausgewählten Kanal der Fernbedienung. Wenn man also eine Fernbedienung mit 16 Kanälen hat, dann ändert sich je nach ausgewähltem Kanal die Seriennummer wie folgt:

0x02d46401 0x02d46402 0x02d46403 0x02d46404 ...

Die Information wird dann per MQTT wie folgt veröffentlicht:

Signale die keiner in de Einstellungen entsprechenden Fernbedienung zugeordnet werden kann, wird auch ausgegeben, allerdings steht dann bei name : unknown.

Zusätzlich wird der Status der Rolläden entsprechend der empfangenen Nachricht aktualisiert. Also je nachdem welcher Rolladen in der Bitmaske der Fernbedienung ausgewählt wurde.

Beispiel:

Entspricht das so euren Vorstellungen? Sollte ich noch was ändern?

Hi, zuerstmal einmal:
Super Arbeit. Danke.
2 Anmerkungen habe ich:

1. Bei mit im WebGui wird folgendes angezeigt:
   
2. Wie ordne ich den Channel dem jeweiligen Rolladen zu. Habe aktuell zwei 4-fach Fernbedienungen und eine 1-fach eingetragen mit der jeweiligen Seriennummer und dann die Rolläden die jeweils geschaltet werden können. Hier fehlt meiner Meinung nach die direkte Zuordnung des Channels der Fernbedienung zum jeweilige Rolladen. Oder habe ich was übersehen bzw. funktioniert das automatisch im Hintergrund über die Bitmaske.

Bitte um Info.

Danke.

[dewenni]

@Olilala @ArkaOne @wunderbaum
viel Spaß beim Testen = https://github.com/dewenni/ESP32-Jarolift-Controller/releases/tag/v1.7.0

Was jetzt noch nicht berücksichtigt ist, ist wenn man über die original Fernbedienung eine Gruppe ansteuert.
Da weiß ich noch nicht wie ich da an die passende Info komme.

[Olilala]

Top Arbeit, funktioniert einwandfrei (mal abgesehen von Empfangsproblemen, muss noch an der Antenne arbeiten!)
Wenn es nicht zuviel Arbeit ist, wäre noch eine Mehrfachzuordnung nicht schlecht (also mehrere Seriennummern auf die gleiche Fernbedienung)
Weiter so! Klasse.

[dewenni]

(mal abgesehen von Empfangsproblemen, muss noch an der Antenne arbeiten!)

Bei mir ist es auch so, dass der Empfang deutlich schlechter ist als das Senden. Ich wüsste aber nicht wo ich das Softwareseitig beeinflussen könnte.

Wenn es nicht zuviel Arbeit ist, wäre noch eine Mehrfachzuordnung nicht schlecht (also mehrere Seriennummern auf die gleiche Fernbedienung)

Verstehe ich ehrlich gesagt nicht. Was meinst du damit genau bzw. was ist der Use-Case?

[Olilala]

vermutlich zu schnell geschrieben, bevor zu ende gedacht. Ich habe tatsächlich bei einem Rollladenmotor 4 Wandsender angelernt, bzw. in Benutzung. Da könnte man von jedem Wandsender die Seriennummer eintragen, aber das beisst sich ja mit der Betitelung/Ort des Wandsenders und dann hängt das Ganze ja auch noch wie in #42 aktuell diskutiert zusammen.
Also erstmal schauen, ab man aus dem Signal herausbekommt, ob ein einzelner oder ein Gruppenbefehl gesendet wurde... dann kann man sich unter Umständen darüber nochmal Gedanken machen ...

bei der Antenne meinte ich natürlich nur meinen Hardwareaufbau. Die billigen Wurfantennen des Rolladenmotors bekommen das Signal der Wandsender ja auch locker mit (trotz teilweise sehr alter Batterien und hohen Entfernungen...)

[dewenni]

so, auf ein Neues...

Release v1.9.0

Viel spaß beim Testen und gebt gerne Feedback

[Olilala]

leider wieder der gleiche Update Fehler wie bei #45

[dewenni]

@Olilala hast du ausgehend von der 1.8.0 geupdated?
Welchen ESP nutzt du?
Ich hatte es exemplarisch mit einem ESP32 und einem ESP32-S3 getestet.

[Olilala]

ich habe aktuell noch die 1.7.0 drauf. Mein ESP ist der "ESP32-D0WD-V3"
Also Update wird angezeigt, kann es aber nicht starten, nur schliessen.

[dewenni]

ok, das kann sein. Mach mal manuell das 1.8.0 drauf und teste dann ob Github-OTA von 1.8.0 auf 1.9.0 funktioniert.

[Olilala]

von der 1.8.0 aus ging es jetzt. Danke für das tolle Update!

[wunderbaum]

Update lief reibungslos. Und das auf meinem Exoten ESP32-C3 Super Mini und einem fliegenden Aufbau mit eByte CC1101.

[dewenni]

Wie hast du das Update gemacht?
Auch ausgehend von 1.8.0 über die GitHub-OTA Funktion?
Das sollte mit dem C3 auch klappen.

[Olilala]

Für das nächste Release hätte ich noch den Vorschlag, im Service-Menü den "Tippbetrieb" mit aufzunehmen, also das man das umstellen kann. (Change Rotation hast Du ja sicherlich schon auf dem Schirm!?)

[dewenni]

"Change Rotation" war ja eigentlich meine ursprüngliche Motivation für diese Seite.
Das ist aber leider der einzige Befehl der nich ausschließlich über die Software umgesetzt werden kann. Hier muss man zusätzlich den Rolladen noch vom Strom nehmen und wieder einschalten. Der Befehl wäre der gleiche wie beim "Ablernen", nur das man direkt danach den Rolladen vom Strom nehmen muss.
Daher habe ich das dann gelassen.
Den Tippbetrieb könnte ich aber noch machen.

[vothmarkus]

Dann vielleicht doch ein Software Switch? ;-)

PS danke für das Update! Sieht super aus, Endanschläge teste ich heute

[dewenni]

2 Anmerkungen habe ich:
Bei mit im WebGui wird folgendes angezeigt:

Welche Seriennummer hast du denn eingegeben in den Einstellungen > Jarolift > Seriennummer?
Funktioniert die Ansteuerung der Rolläden trotz der Meldung?
Die Meldung sollte nur kommen wenn keine Seriennummer angegeben ist.

Wie ordne ich den Channel dem jeweiligen Rolladen zu. Habe aktuell zwei 4-fach Fernbedienungen und eine 1-fach eingetragen mit der jeweiligen Seriennummer und dann die Rolläden die jeweils geschaltet werden können. Hier fehlt meiner Meinung nach die direkte Zuordnung des Channels der Fernbedienung zum jeweilige Rolladen. Oder habe ich was übersehen bzw. funktioniert das automatisch im Hintergrund über die Bitmaske.

Ich bin mir nicht sicher ob hier noch ein allgemeines Verständnisproblem vorliegt. Daher nochmal zur Klarstellung.
Die Einstellungen unter Fernbedienungen, dienen nur optional dazu, die Signale der original Fernbedienungen "mitzuhören" um dann den per MQTT gesendeten Status zu aktualisieren. Hat also nix mit der eigentlichen Ansteuerung über dieses Projekt zu tun.

@Olilala @ArkaOne @wunderbaum @blissi @vothmarkus
Das bringt mich aber dennoch zu einer recht allgemeinen Frage wie wir das jetzt am Ende umsetzten wollen.
Nachdem ich jetzt zuletzt in der Lage war, auch die Bitmaske in dem empfangenen Signal sauber auszuwerten, hatte ich bei dem Release nicht mehr daran gedacht ggf. auch die Einstellungen nochmal anzupassen.
Ursprünglich dachte ich ja, dass die oberen 6 Stellen der Seriennummer der Fernbedienungen statisch sind und die unteren 2 Stellen den Kanal definieren. Daher hatte ich in den Einstellungen dann 6 Stellen vorgesehen und die Möglichkeit über die Bitmaske zu sagen welche Rolläden an dieser Fernbedienung angelernt sind. Jetzt haben wir aber gelernt, das dies nicht allgemeingültig stimmt und je nach Typ der Fernbedienung variiert.

Was haben wir:

• Der Controller kann insgesamt 16 Rolläden ansteuern
• diese 16 Rolläden kann man global über eine 16-Bit Maske definieren (wie bei den Gruppen und Timern)
• Die Fernbedienung sendet eine Seriennummer mit 8 Stellen
• Die Seriennummer der Fernbedienung ändert sich aber je nach ausgewähltem Kanal
• Die Fernbedienung sendet eine "lokale" Bitmaske. Diese Bitmaske definiert nur die Kanäle der Fernbedienung, also die an dieser Fernbedienung angelernten Rolläden. Nicht die 16 Rolläden im Controller.

Wir brauchen also definitiv die bereits existierende Bitmaske in den Einstellungen der Fernbedienungen um zu definieren welche Rolläden an welcher Fernbedienung angelernt sind.
Die Frage ist jetzt noch wie man mit der Seriennummer umgeht. Wenn man alle 8 Stellen vorgibt und diese intern vergleicht, wird das nicht funktionieren, wenn die Seriennummer sich abhängig der Kanalauswahl ändert.

von daher, bin offen für gute Vorschläge zur weiteren Umsetzung.

[dewenni]

@fat-randy
Die Meldung mit der Seriennummer kommt erst seit dem letzten Update. Ich hatte das ergänzt weil bei usern teilweise vergessen wurde die Master Keys und Seriennummer zu setzten. Daher werden die 3 Werte nun auf "= 0" abgefragt.
Ich war auch der Meinung das Seriennummer 0 nicht funktioniert. Scheinbar aber doch.
Ich würde dennoch raten, hier eine Seriennummer ungleich 0 einzutragen. Das bedeutet aber das du neu anlernen musst.

Was mir allerdings noch aufgefallen ist, ist das wenn ich den ESP neustarte mittels GUI. Der Rolladen mit der Bitmaske 0000000000000001 hoch fährt. Also irgendwas habe ich doch falsch gemacht ;)

das ist seltsam - keine Ahnung

[Olilala]

Also die Idee von blissi klingt Interessant, ich denke aber, dass damit die "Gruppierung" flöten geht, die ich imho an Deinem Projekt liebe (ebenso wie die LAN-Anbindung, was beides bei madmartins Projekt einfach gefehlt hat)... Ich lass mich da aber gern eines besseren belehren.

Ansonsten habe ich bezüglich der Seriennummern und den verschiedenen Wandsendern mal etwas herumgespielt. Zunächst mal das schlechte: Bei einkanäligen Wandsendern (TDRC 01W) ist der Empfang / Deine Auswertung aktuell irgendwie nur schwer davon zu überzeugen, dass ein Signal gesendet wurde. Warum das so ist, keine Ahnung, vielleicht sind es die Batterien, aber bei mehreren unterschiedlichen getesteten Sendern bislang nur einen gefunden... ( die Motoren reagieren aber, ich teste immer gern nur mit der Stop Taste, damit die Motoren sich eben nicht unnötig bewegen! ). Wenn ich einen gefunden habe, der funktioniert, dann bleibt Seriennummer und Bitmaske immer gleich, gibt logischerweise keine "Variable".
Ergbenis: Wie bisher auch, Seriennummer eingeben und in der Motorenbitmaske den Kanal aussuchen/zuweisen.

Bei zweikanäligen Wandsendern (TDRC 02W) unterscheidet sich die Seriennummer immer an der zweiten Stelle (5 für Kanal 1, bzw. linke Seite des Tasters, 4 für rechts, bzw. Kanal 2 ):


Ergebnis: Die Bitmaske (des Senders) ist hier wie beim Einkanalsender uninteressant (und wie man sieht auch unterschiedlich, habe noch weitere getestet!), da die Unterscheidung anhand der 4 oder 5 in der Seriennummer gemacht wird ist klar welcher Kanal gemeint ist. Eine Zuweisung des Kanals zum entsprechenden Motor muss hier entweder doppelt erfolgen ( eine Bitmaske für linker Kanal, eine für rechten Kanal), oder besser wäre es, eine "Zahlenbitmaske" einzuführen, in der man an entsprechender Stelle die Kanalzahl eingibt. Seriennummerneintrag erfolgt mit einem "x" an der zweiten Stelle...

4-kanälige Wandsender (TDRCT 04W):


Ergebnis: Hier kommen zum ersten mal die letzten beiden Stellen ins Spiel ( bei bisherigen Recherchen liegt der Wert der letzten beiden Stellen bei ein- und zweikanäligen Sendern, jenseits 16(decimal)). Sie repräsentieren anscheinend schon den "gewählten Kanal", beginnend mit 00 bis 03. Bei 04 sind alle Kanäle aktiv ( eine andere Gruppierung gibt es nicht, entweder einzeln oder alle Kanäle). Letztendlich wird aber als Seriennummer auch nur die ersten 6 Stellen benötigt. Die letzten beiden Stellen müssten als "Kanalwert" wie zuvor schon genannt in eine Zahlenbitmaske für die Motoren eingetragen werden (welcher Kanal steuert welchen Motor siehe nächsten Wandsender).

8-kanäliger Wandsender (TDRC 08W), ich gehe davon aus, dass der 16er analog funktionieret, kann ich aber nicht testen , da nicht zur Hand!):

Ich habe zunächst jeden Kanal einzeln angesteuert und zum Schluss dann nochmal den "Cursor" auf Kanal 1 gestellt, zusammen mit der Gruppe von Kanal 5, 7 und 8.

Dann nochmal den "Cursor" auf Kanal 2 zusammen mit der Gruppe 5, 7 und 8.:

Ergebnis: Auch hier gilt wieder, dass die Seriennummer ohne die letzten beiden Stellen erstmal interessant ist. Diese müssten wieder in die Zahlenbitmaske eingetragen werden. Wird eine Gruppe gesendet, muss nun eine Auswertung über das Wandsenderbitmuster zur "Zahlenbitmaske" erfolgen (mein "Kreuzdialog").

Zusmammenfassend:

• In den Fernbedienungen sollte eine Auswahlmenü erstellt werden, bei dem gewählt werden kann, um was für eine Fernbedienung es sich handelt (liese sich bei mehr Rückmeldungen aber bestimmt anhand der Seriennummer auch automatisch identifizieren...)

• Für die Seriennummern sind wie bisher nur die ersten 6 Stellen wichtig zur Identifizierung des Wandsenders
  ( für Zweikanalsender ein x an der zweiten Stelle als Variable vorsehen )

• Die Bitmaske müsste in eine "Zahlenbitmaske" gewandelt werden (eingetragen werden die letzten beiden Stellen der Seriennummern, wobei diese bei ein und zweikanäligen Sendern keine echte Auswirkung haben, aber für die Zuordnung wie bisher auch notwendig)

• Für 4 kanälige und höher Wandsender erfolgt die "Aktiv, bzw. Befehl empfangen" Auswertung anhand des Empfangbitmusters des Wandsenders und gibt diese auf das einzugebende Zahlenbitmuster der Motoren weiter.

Ich hoffe, es war einigermassen verständlich.

[dewenni]

@Olilala danke für deine Tests und Dokumentation. Alles in allem nicht ganz so einfach das allgemeingültig umzusetzen wie ich finde.

Mal noch eine andere Frage. Wie ist denn bei euch der Empfang der Signale im Allgemeinen?
Bei mir würde das derzeit gar nicht funktionieren, da ich nur Signale empfange die in unmittelbarer Nähe gesendet werden.
Warum das so ist verstehe ich auch nicht. Das Senden klappt für alle Rolläden im ganzen Haus. Aber Signale empfange ich nur wenn die Fernbedienung wenige Meter entfernt ist. Könnte aber auch an meiner Hardware liegen.

[Olilala]

@Olilala danke für deine Tests und Dokumentation. Alles in allem nicht ganz so einfach das allgemeingültig umzusetzen wie ich finde.

Gerne. Wie gesagt, mit mehr Rückmeldungen denke ich, dass man mehr erkennen könnte anhand der Seriennummer. Diese hat für mich einen bestimmten Aufbau, aus dem sich deutlich mehr Rückschlüsse ableiten lassen, so dass eine allgemein leichtere Bewertung möglich sein sollte. Aber vielleicht irre ich mich da auch.
Ich bin aber auch schon seit Release 1.7.0 glücklich, seit dem die empfangenen Signale per MQTT weitergegeben werden und eine Zuordnung prinzipiell stattfinden kann. Bin aber gerne bereit, da weiter zu unterstützen.

Mal noch eine andere Frage. Wie ist denn bei euch der Empfang der Signale im Allgemeinen?
Bei mir würde das derzeit gar nicht funktionieren, da ich nur Signale empfange die in unmittelbarer Nähe gesendet werden.
Warum das so ist verstehe ich auch nicht. Das Senden klappt für alle Rolläden im ganzen Haus. Aber Signale empfange ich nur wenn die Fernbedienung wenige Meter entfernt ist. Könnte aber auch an meiner Hardware liegen.

Geht mir genauso. Wenn ich bedenke, wie gut die Motoren empfangen können, ist die Empfangsschwäche nicht nachvollziehbar... Aber wie wir ja unlängst wissen, senden die Motoren ja auch nichts und sind daher vermutlich nur auf Empfang getrimmt.

Einzig was mich aktuell stört ist die Tatsache, dass die meisten meiner Einkanalsender nicht detektiert werden, nicht mal, wenn ich diese in unmittelbare Nähe der CC1101 Antenne bringe .... ich bilde mir ein, mit Version 1.7.0 war dem nicht so ... Die 2-, 4- und 8 Kanal Sender klappen dagegen bei nicht all zu hohem Abstand ziemlich gut.

Ein Downgrade ist problemlos möglich?

[wunderbaum]

Der Empfang ist gelinde gesagt ziemlich schlapp. Im gleichen Raum gehts, aber alles andere ist eher Glückssache. Allerdings ist das auch immer noch der Testaufbau hier auf dem Schreibtisch mit einem Stück Kabel als Antenne. Senden geht allerdings ganz gut.
Ich habe hier noch 2 eByte-Module mit Anschluss für eine externe Antenne, damit werde ich das auch noch versuchen wenn ich denn endlich dazu komme.
Aber ehrlich gesagt werden hier die Handsender so gut wie nie genutzt, entsprechend alt und schlapp sind auch die Batterien da drin.

[lalle700]

Ich hab vor zwei Tagen damit begonnen meinen Madmartin Stick ESP8266 auf Dein neues ESP32 Projekt umzuswitchen!

VIELEN DANK dafür ;-)

Der Diskussionsbereich hat mir final sehr geholfen alles soweit in mein "oldschool" FHEM wieder ans Laufen zu bekommen. Mein grösstes Verständnisproblem war im Bereich Einstellungen der Bereich "Fernbedienungen"

Bis ich gerafft habe, dass ich dort vorab alle Motoren ersmal für die MQTT Steuerung freigeben muss sind einige Stunden ins Land gezogen.
Bei Fernbedienungen hab ich an die berühmten händischen FB´´s die ganze Zeit gedacht. Aber nun gut! Jetzt hats klick gemacht und per FHEM ist wieder alles steuerbar.