RzlCtrl: Unterschied zwischen den Versionen

Aus RaumZeitLabor Wiki
(→‎Software: aktueller Status ergänzt)
Keine Bearbeitungszusammenfassung
 
(6 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      = experimental
|status      = obsolete
|image      = RaumZeitLabor - Logo - Schwarz.svg
|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.


Im RZL gibt es diverse $Dinge die an den Hausbus3 angebunden ist bzw werden soll. Ausserdem erfordert das [[Neben3raum_(Werkstatt)|Wachstum]] zusätzliche Hardware.
Ursprünglich war vorgesehen eine Platine zu Entwickeln die - je nach Firmware - sowohl außen als auch innen eingesetzt werden kann.
Als kontinuierlichen Weiterentwicklung soll daher eine Platine erstellt werden welche als Eierlegende Wollmilchsau möglichst vielen Ansprüchen gerecht wird.
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 das erste Layout suboptimal war ist mittlerweile ein neues erstellt worden.
Nachdem der Umzug alles über den Haufen geworfen hat, beginnt das Projekt von vorne.
In dem Zuge wurden auch einige Dinge geändert (s.u.).
Auch wird von ESP8266 auf ESP32 gewechselt.
Die Lieferung der Prints wird in den nächsten Tagen erwartet.




== Eierlegende Wollmilchsau ==
== Grundlegender Aufbau ==
* Türsteuerung
* Außen [[RZL-Door]]
** Pinpad aussen mit RS485 nach innen
* RS485 Zwischen innen und Außen
** Pin Prüfung / Motor Ansteuerung / Sensoren innen
* Innen
* Lichtsteuerung
** Pin Prüfung
* "Zugangskontrolle" für Laser (Nein, es kommt nicht an jede Maschine so ein teil)
** Motor Ansteuerung
** Klingel Auswertung
** Türöffner (unten) Ansteuerung




== Aufbau ==
=== Aufbau ===
Ein Atmega64 als zentraler Controller und ein ESP zur MQTT anbindung.
Ein Atmega64 als zentraler Controller und ein ESP32 zur MQTT anbindung.
Der Atmega64 soll alle Funktionen Unabhängig vom ESP (offline) erledigen können.
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 52: 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)
** Jeweils mit extra 24V Anschluss
* H-Bridge für Motor (6A, 5-25V, unkaputtbar (laut Hersteller))
* H-Bridge für Motor
** 6A, 5-25V, unkaputtbar (laut Hersteller)




=== 485 BUS ===
=== RS485 BUS ===
192008N1
192008N1
* Protokoll
* Protokoll
Zeile 73: Zeile 83:


=== S0 ===
=== S0 ===
Stichwort: Smartmeter
Gestrichen.
* Galvanisch getrennt
* Led für Impuls Anzeige
 


=== 125Khz RFID Leser ===
=== 125Khz RFID Leser ===
Zeile 82: Zeile 89:


=== Anschluss für Externer RFID Leser (neu) ===
=== Anschluss für Externer RFID Leser (neu) ===
* Mifare Classic
Gestrichen.
* Mit entsprechendem Aufwand auf Software Seite sollte auch aktuelle Tags möglich sein


=== 1-Wire Temperatursensor ===
=== 1-Wire Temperatursensor ===
Zeile 95: Zeile 101:
4x4 Matrix
4x4 Matrix


 
=== Gehäuse ===
== Gehäuse ==
Für BOPLA Reglocard 2000 Optimiert
Für BOPLA Reglocard 2000 Optimiert


Zeile 104: Zeile 109:
=== AVR ===
=== AVR ===
Die Software für den AVR schreibt [[Benutzer:Spike|spike]]
Die Software für den AVR schreibt [[Benutzer:Spike|spike]]
* Die Low-Level Treiber sind fertig
* Die Low-Level Treiber sind fertig.
* Fast alle Hi-Level Funktionen sind fertig.


=== ESP8266 ===
=== ESP32 ===
Die Software schreibt [[Benutzer:Borax|borax]]
Die Software schreibt [[Benutzer:Spike|spike]]




Zeile 125: Zeile 131:
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.
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.


[[Kategorie:Hardware]]
 
 
 
=== 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"
* ....

Aktuelle Version vom 17. Dezember 2022, 18:23 Uhr

Achtung Achtung: Durch RZL-Door & RZL-Lock ersetzt Achtung
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
Oberseite der rzlCtrl-Platine
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 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"
  • ....