RzlCtrl: Unterschied zwischen den Versionen
Spike (Diskussion | Beiträge) K (Mehr I/O Infos) |
Spike (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
(4 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
{{AchtungKasten1|title=Durch RZL-Door & RZL-Lock ersetzt|msg=Das Projekt RzlCtrl wurde durch [[RZL-Door]] + [[RZL-Lock]] ersetzt.}} | |||
{{ProjektInfoBox | {{ProjektInfoBox | ||
|name = rzlCtrl | |name = rzlCtrl | ||
|status = | |status = obsolete | ||
|image = | |image = RZLCtrl 5.1 Side.jpg | ||
|description = I/O Hardware für den [[Hausbus3]] | |description = I/O Hardware für den [[Hausbus3]] | ||
|category = Infrastruktur | |category = Infrastruktur | ||
Zeile 16: | Zeile 18: | ||
}} | }} | ||
[[Datei:RZLCtrl 5.2 Top.jpg|250px|thumb|Oberseite der rzlCtrl-Platine]] | |||
[[Datei:RZLCtrl 5.1 Bottom.jpg|250px|thumb|Unterseite der rzlCtrl-Platine]] | |||
== Obsolete == | |||
Wurde durch [[RZL-Door]] und [[RZL-Lock]] ersetzt. | |||
== Old Stuff == | |||
Im RZL gibt es diverse $Dinge die an den [[Hausbus3]] angebunden sind bzw (wieder) werden sollen. Außerdem erfordert das [[Neben3raum_(Werkstatt)|Wachstum]] zusätzliche Hardware. | |||
Als kontinuierlichen Weiterentwicklung sollen daher eine Platinen erstellt werden welche als Eierlegende Wollmilchsau möglichst vielen Ansprüchen gerecht wird. | |||
Ursprünglich war vorgesehen eine Platine zu Entwickeln die - je nach Firmware - sowohl außen als auch innen eingesetzt werden kann. | |||
Das hat sich durch die neue Location jedoch geändert. Jetzt ist das PinPad ein extra [[RZL-Door|Projekt]]. | |||
Vorschläge, Kritik und Helfer sind gerne gesehen. | Vorschläge, Kritik und Helfer sind gerne gesehen. | ||
== Aktueller Status == | == Aktueller Status == | ||
Nachdem das | Nachdem der Umzug alles über den Haufen geworfen hat, beginnt das Projekt von vorne. | ||
Auch wird von ESP8266 auf ESP32 gewechselt. | |||
== | == Grundlegender Aufbau == | ||
* | * Außen [[RZL-Door]] | ||
* | * RS485 Zwischen innen und Außen | ||
** Pin Prüfung | * Innen | ||
* | ** Pin Prüfung | ||
* | ** Motor Ansteuerung | ||
** Klingel Auswertung | |||
** Türöffner (unten) Ansteuerung | |||
== Aufbau == | === Aufbau === | ||
Ein Atmega64 als zentraler Controller und ein | Ein Atmega64 als zentraler Controller und ein ESP32 zur MQTT anbindung. | ||
Der Atmega64 soll alle Funktionen Unabhängig vom | Der Atmega64 soll alle Funktionen Unabhängig vom ESP32 (offline) erledigen können. | ||
== Versorgung == | === Versorgung === | ||
* 24V (Kann bis 9V runter) | * 24V (Kann bis 9V runter) | ||
* 5V+ für Motor (Kann mit der 24V Versorgung zusammengelegt werden) | * 5V+ für Motor (Kann bei bedarf mit der 24V Versorgung zusammengelegt werden) | ||
== I/O Anschlüsse == | === I/O Anschlüsse === | ||
* 8 Digitale Ein/Ausgänge | * 8 Digitale Ein/Ausgänge | ||
** 24V Output, Kurzschlussfest, max 1,9A Pro Kanal | ** 24V Output, Kurzschlussfest, max 1,9A Pro Kanal | ||
Zeile 53: | Zeile 64: | ||
** 4x 24V und 4x GND Anschlüsse (neu) | ** 4x 24V und 4x GND Anschlüsse (neu) | ||
* 2 Analoge Eingänge (neu) | * 2 Analoge Eingänge (neu) | ||
** 0..30V | ** 0..30V (Jeweils mit extra 24V Anschluss) | ||
* H-Bridge für Motor (6A, 5-25V, unkaputtbar (laut Hersteller)) | |||
* H-Bridge für Motor | |||
=== | === RS485 BUS === | ||
192008N1 | 192008N1 | ||
* Protokoll | * Protokoll | ||
Zeile 74: | Zeile 83: | ||
=== S0 === | === S0 === | ||
Gestrichen. | |||
=== 125Khz RFID Leser === | === 125Khz RFID Leser === | ||
Zeile 83: | Zeile 89: | ||
=== Anschluss für Externer RFID Leser (neu) === | === Anschluss für Externer RFID Leser (neu) === | ||
Gestrichen. | |||
=== 1-Wire Temperatursensor === | === 1-Wire Temperatursensor === | ||
Zeile 96: | Zeile 101: | ||
4x4 Matrix | 4x4 Matrix | ||
=== Gehäuse === | |||
== Gehäuse == | |||
Für BOPLA Reglocard 2000 Optimiert | Für BOPLA Reglocard 2000 Optimiert | ||
Zeile 108: | Zeile 112: | ||
* Fast alle Hi-Level Funktionen sind fertig. | * Fast alle Hi-Level Funktionen sind fertig. | ||
=== | === ESP32 === | ||
Die Software schreibt [[Benutzer: | Die Software schreibt [[Benutzer:Spike|spike]] | ||
Zeile 138: | Zeile 142: | ||
* 2x (Analog in) Licht Dimmen | * 2x (Analog in) Licht Dimmen | ||
* 1x (out) Hauptraum Türstatus | * 1x (out) Hauptraum Türstatus | ||
Zeile 152: | Zeile 152: | ||
* 1x (Motor) Türantrieb | * 1x (Motor) Türantrieb | ||
=== MQTT Topics === | |||
* "/etc/motd" | * "/etc/motd" | ||
* .... | * .... | ||
Aktuelle Version vom 17. Dezember 2022, 18:23 Uhr
Achtung: Durch RZL-Door & RZL-Lock ersetzt | ||
---|---|---|
Das Projekt RzlCtrl wurde durch RZL-Door + RZL-Lock ersetzt. |
rzlCtrl Release status: obsolete [box doku] | |
---|---|
Beschreibung | I/O Hardware für den Hausbus3 |
Kategorie | Infrastruktur |
Autor(en) | spike |
Verantwortliche(r) | spike |
Letzte Version | v0.0.1 |
Obsolete
Wurde durch RZL-Door und RZL-Lock ersetzt.
Old Stuff
Im RZL gibt es diverse $Dinge die an den Hausbus3 angebunden sind bzw (wieder) werden sollen. Außerdem erfordert das Wachstum zusätzliche Hardware. Als kontinuierlichen Weiterentwicklung sollen daher eine Platinen erstellt werden welche als Eierlegende Wollmilchsau möglichst vielen Ansprüchen gerecht wird.
Ursprünglich war vorgesehen eine Platine zu Entwickeln die - je nach Firmware - sowohl außen als auch innen eingesetzt werden kann. Das hat sich durch die neue Location jedoch geändert. Jetzt ist das PinPad ein extra Projekt.
Vorschläge, Kritik und Helfer sind gerne gesehen.
Aktueller Status
Nachdem der Umzug alles über den Haufen geworfen hat, beginnt das Projekt von vorne. Auch wird von ESP8266 auf ESP32 gewechselt.
Grundlegender Aufbau
- Außen RZL-Door
- RS485 Zwischen innen und Außen
- Innen
- Pin Prüfung
- Motor Ansteuerung
- Klingel Auswertung
- Türöffner (unten) Ansteuerung
Aufbau
Ein Atmega64 als zentraler Controller und ein ESP32 zur MQTT anbindung. Der Atmega64 soll alle Funktionen Unabhängig vom ESP32 (offline) erledigen können.
Versorgung
- 24V (Kann bis 9V runter)
- 5V+ für Motor (Kann bei bedarf mit der 24V Versorgung zusammengelegt werden)
I/O Anschlüsse
- 8 Digitale Ein/Ausgänge
- 24V Output, Kurzschlussfest, max 1,9A Pro Kanal
- 24V Eingang
- 4x 24V und 4x GND Anschlüsse (neu)
- 2 Analoge Eingänge (neu)
- 0..30V (Jeweils mit extra 24V Anschluss)
- H-Bridge für Motor (6A, 5-25V, unkaputtbar (laut Hersteller))
RS485 BUS
192008N1
- Protokoll
z.B.: <SOH>Version<RS>Ziel-Adresse<STX>$data<ETX>16Bit CRC<EOT> Oder: Klartext zwischen Pinpad und Tür (KISS :-)
Dali
Zum ansteuern von EVGs, insbesondere im Neben3raum
- Galvanisch getrennt
- Reicht für 30 EVGs
- Die EVGs müssen vorher mit einer individuellen Adresse versehen werden
S0
Gestrichen.
125Khz RFID Leser
Gestrichen.
Anschluss für Externer RFID Leser (neu)
Gestrichen.
1-Wire Temperatursensor
Gestrichen. Wenn benötigt dann per RS485 Bus.
Display
Irgendwas zwischen 1X8 und 4x20
Keypad
4x4 Matrix
Gehäuse
Für BOPLA Reglocard 2000 Optimiert
Software
AVR
Die Software für den AVR schreibt spike
- Die Low-Level Treiber sind fertig.
- Fast alle Hi-Level Funktionen sind fertig.
ESP32
Die Software schreibt spike
Struktur
bisherige Überlegungen:
- ESP Übersetzt zwischen RS232 (AVR) und WLAN (MQTT/https)
- RS232 Protokoll ist noch festzulegen
- soll regelmäßig die Pins von der UserDB per https hohlen und zum AVR schicken (https, bisher hat die Schnittstelle von der userDB nur http, ranlvor wird sie auf https upgraden)
- ESP hat fixe topics (to be defined) die er abonniert und neue Ereignisse immer an den AVR weiterleitet
- ESP sendet topics entsprechend der Daten die er vom AVR bekommt. Die komplette Logik befindet sich im AVR, der ESP leitet stumpf durch
- AVR kümmert sich um die I/Os
- offline PIN Kontrolle und Türsteuerung
Kommunikation zwischen ESP und AVR
Die Kommunikation läuft über Seriell direkt auf der Platine. Die Geschwindigkeit wurde erstmal auf 115200 BAUD festgelegt (kein tieferer Grund). Zeitlich ist das ganze nicht weiter kritisch. Auf der Platine ist eine Reset-Leitung vorgesehen mit der es dem AVR möglich ist, den ESP im Falle von Problemen zurückzusetzen (quasi wie ein Watchdog). Aus diesem Grund sollte der ESP regelmäßig Heartbeat Botschaften an den AVR senden. Am besten könnte man in diesen Botschaften ein paar Informationen an den AVR weitergeben, so wie WiFi status, MQTT Status usw. Das ist bisher aber noch nicht definiert.
I/O Neben3raum
- 1x (DALI-TX) Ansteuerung Vorschaltgeräte
- 1x (out) Spannungsversorgung der Leuchtstoffröhren per Relais
- 3x (in) Taster
- 1x (in) Status des Hauptschalter
- 1x (out) Abschaltung des Hauptschalters
- 2x (Analog in) Licht Dimmen
- 1x (out) Hauptraum Türstatus
I/O Tür Hauptraum
- 1x (in) Tür Geöffnet / Geschlossen
- 1x (in) Riegel Endlage ZU
- 1x (in) Riegel Endlage AUF
- 1x (Motor) Türantrieb
MQTT Topics
- "/etc/motd"
- ....