infrastruktur:portal300
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen RevisionVorhergehende ÜberarbeitungNächste Überarbeitung | Vorhergehende Überarbeitung | ||
infrastruktur:portal300 [2022-05-18 09:04] – Tür-Bezeichnungen sowie Plan eingefügt. xq | infrastruktur:portal300 [2024-07-06 14:03] (aktuell) – [Fehlerschießen] chris | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Portal 300 ====== | + | ====== Portal 300 | P300 ====== |
{{tag> software hardware infrastructure computing networking shackoperations electronics }} | {{tag> software hardware infrastructure computing networking shackoperations electronics }} | ||
+ | |||
+ | ===== Handbuch ===== | ||
+ | |||
+ | ==== tl;dr ==== | ||
+ | |||
+ | * WLAN: '' | ||
+ | * Aufschließen (Fronteingang): | ||
+ | * Aufschließen (Hintereingang): | ||
+ | * Abschließen: | ||
+ | * Statusabfrage: | ||
+ | * Statusabfrage (maschinenlesbar): | ||
+ | * Alternative mit SSH command: Es kann jeder Benutzer auch als Befehl hinter einen anderen Benutzer geschrieben werden, hiermit können auch Apps wie [[https:// | ||
+ | * '' | ||
+ | * Türen | ||
+ | * A: Die Holztüre an der Straße | ||
+ | * B: Die Glastüre an der Straße | ||
+ | * B2: Die innere Türe zum shackspace, an der Straße | ||
+ | * C: Die Hintertüre auf dem Hof. | ||
+ | * C2: Die innere Türe zum shackspace, Richtung Hof | ||
+ | * shack-Zustände | ||
+ | * '' | ||
+ | * '' | ||
+ | * '' | ||
+ | * '' | ||
+ | * '' | ||
+ | ==== Fehlerschießen ===== | ||
+ | |||
+ | -> [[infrastruktur/ | ||
===== Initial-Fragen aus U300 Haustechnik ===== | ===== Initial-Fragen aus U300 Haustechnik ===== | ||
Zeile 7: | Zeile 35: | ||
* wie viele und wo brauchen wir Motorschlösser? | * wie viele und wo brauchen wir Motorschlösser? | ||
- | * Punkte an die zu denken ist: | + | * Punkte, an die zu denken ist: |
* Türschloßantrieb z.B. [[https:// | * Türschloßantrieb z.B. [[https:// | ||
* Entkernen, wir brauchen nur den Antrieb | * Entkernen, wir brauchen nur den Antrieb | ||
Zeile 20: | Zeile 48: | ||
===== Initialzustand Gebäudetechnik ===== | ===== Initialzustand Gebäudetechnik ===== | ||
- | {{ : | + | [[https:// |
* In Raum 04 ist die Gegensprechanlage S, um die Tür zu öffnen | * In Raum 04 ist die Gegensprechanlage S, um die Tür zu öffnen | ||
- | * An Türe K ist ein (potentiell KNX-fähiger) Türöffner (ungeklärt, | + | * An Türe B ist ein (potentiell KNX-fähiger) Türöffner (ungeklärt, |
* Tür B1 ist nicht verschlossen | * Tür B1 ist nicht verschlossen | ||
* Tür B2 hat einen Schließzylinder | * Tür B2 hat einen Schließzylinder | ||
Zeile 30: | Zeile 58: | ||
* Türe C2 hat einen Schließzylinder. | * Türe C2 hat einen Schließzylinder. | ||
* Türe A1 ist eine Türe, die von innen immer geöffnet werden kann, aber von außen einen Schlüssel benötigt. Benötigt **Hausschlüssel** | * Türe A1 ist eine Türe, die von innen immer geöffnet werden kann, aber von außen einen Schlüssel benötigt. Benötigt **Hausschlüssel** | ||
- | * Türe K ist eine Türe mit Schließzylinder und dem **Hausschlüssel**. | + | * Türe B ist eine Türe mit Schließzylinder und dem **Hausschlüssel**. |
- | * Der Typ Türklingel an Eingang B ist ein [[https:// | + | * Als Türklingel |
===== Projektziel ===== | ===== Projektziel ===== | ||
- | * Die shack-Vordertür (B2) wird wie in der 0xFF mit RaspberryPi + Motorschloss geöffnet und geschlossen. Hierfür werden auch Reedkontakte für "Türe ist mechanisch zu" sowie " | + | * Die shack-Vordertür (B2) wird wie in 0xFF mit RaspberryPi + Motorschloss geöffnet und geschlossen. Hierfür werden auch Reedkontakte für "Türe ist mechanisch zu" sowie " |
* Die shack-Hintertür (C2) wird wie die Vordertür mit einer Portalschaltung versehen | * Die shack-Hintertür (C2) wird wie die Vordertür mit einer Portalschaltung versehen | ||
- | * Wenn shack-Vordertür (B2) geöffnet wird, muss die Gebäude-Vordertür (B) mit der Buzzer-Schaltung für eine gewisse Zeit geöffnet werden. Dies sollte potentiell erst einige Sekunden nach dem Schließen der SSH-Verbindung | + | * Wenn shack-Vordertür (B2) geöffnet wird, muss die Gebäude-Vordertür (B) mit der Buzzer-Schaltung für eine gewisse Zeit geöffnet werden. Dies sollte potentiell erst einige Sekunden nach dem Schließen der SSH-Verbindung |
* Für die Gebäude-Hintertür (C) muss eine technische Lösung etabliert werden, um diese auf/ | * Für die Gebäude-Hintertür (C) muss eine technische Lösung etabliert werden, um diese auf/ | ||
* Die Klo-Tür (To) sowie die Zwischentüre (A1) müssen mit einem Klo-Button ähnlich dem in der 0xFF gelöst werden. //Dies ist aber potentiell ein separates Projekt.// | * Die Klo-Tür (To) sowie die Zwischentüre (A1) müssen mit einem Klo-Button ähnlich dem in der 0xFF gelöst werden. //Dies ist aber potentiell ein separates Projekt.// | ||
Zeile 46: | Zeile 74: | ||
* Hierfür open@ für vorn, backdoor@ für hinten und close@ für " | * Hierfür open@ für vorn, backdoor@ für hinten und close@ für " | ||
* Portal-Einheiten müssen miteinander reden für synchronen Close-Request | * Portal-Einheiten müssen miteinander reden für synchronen Close-Request | ||
+ | |||
+ | ===== Architektur ===== | ||
+ | |||
+ | Das Portal der U300 besteht aus mehreren Komponenten, | ||
+ | |||
+ | * MQTT-Broker \\ Zentrale für Nachrichtenverteilung. Stellt zudem den WLAN-Zugang sowie DHCP/DNS zur Verfügung. | ||
+ | * 2 Türsteuerung (Für Türen B2 sowie C2) \\ Übernehmen die Steuerung einer Türe und überwachen die Sensorik. | ||
+ | * Busch-Interface \\ Reagiert auf Klingel-Signale und entsperrt die Türe B2. | ||
+ | |||
+ | ==== MQTT-Nachrichten ==== | ||
+ | |||
+ | Die MQTT-Nachrichten sind nun [[https:// | ||
===== Hardware & Elektronik ===== | ===== Hardware & Elektronik ===== | ||
Zeile 55: | Zeile 95: | ||
=== Mechanik === | === Mechanik === | ||
- | Für das vollständige | + | Für das vollständige |
* Sechskant 2.5mm | * Sechskant 2.5mm | ||
Zeile 74: | Zeile 114: | ||
* ~400mA Stromaufnahme bei dauerhafter Motorbewegung (unbelastet) | * ~400mA Stromaufnahme bei dauerhafter Motorbewegung (unbelastet) | ||
* ~900mA Stromaufnahme bei Anfahren (unbelastet) | * ~900mA Stromaufnahme bei Anfahren (unbelastet) | ||
+ | * ~1000mA Stromaufnahme bei Blockieren | ||
* Motor fährt beim Anschalten kurzzeitig zurück, und anschließend in die gewünschte Richtung | * Motor fährt beim Anschalten kurzzeitig zurück, und anschließend in die gewünschte Richtung | ||
* Die Motoren werden direkt mit der Batteriespannung versorgt | * Die Motoren werden direkt mit der Batteriespannung versorgt | ||
Zeile 83: | Zeile 124: | ||
Die Schalter //SW0// und //SW1// haben jeweils zwei Anschlüsse, | Die Schalter //SW0// und //SW1// haben jeweils zwei Anschlüsse, | ||
Der Anschluss //BAT// erwartet zwischen **-** (GND) und **+** (VCC) 4.5 Volt. Hier ist zu klären, ob auch 5V Versorgungsspannung gehen. | Der Anschluss //BAT// erwartet zwischen **-** (GND) und **+** (VCC) 4.5 Volt. Hier ist zu klären, ob auch 5V Versorgungsspannung gehen. | ||
+ | |||
+ | ===== Türsprechanlage Busch-Welcome ===== | ||
+ | |||
+ | * Busch-/ | ||
+ | * System controller [[https:// | ||
+ | * neben Tür B2 | ||
+ | * Türöffner (Tö) wird mit internen 12V~ versorgt. Für direkte Ansteuerung wäre also ein Wechselkontakt zur Vermeidung von Kurzschlüssen nötig. | ||
+ | * Tö wird für 1s bis 10s (einstellbar an der Zentrale) aktiviert. Die Tür kann geöffnet werden, solange es " | ||
+ | * siehe auch: [[infrastruktur/ | ||
+ | * Innenbus OUT1 ist im Rack 1-UG-2-2, AMP-Panel " | ||
+ | * Innenbus OUT2 ist unbeschaltet. Restleistung von ~30W sollte für einen RPi reichen :) | ||
+ | * Außenstation [[https:// | ||
+ | * Sprechstellen vom Typ 83205-AP-6xx [[https:// | ||
+ | * Vermeintlich teildefekte Geräte (Klingel und Sprechverbindung gehen, Tö und Licht leuchtet lokal aber bewirkt nichts) können wiederbelebt werden: Es findet ein Handshake beim Systemboot statt -> Sicherung F52 | ||
+ | |||
+ | === Terminal === | ||
+ | |||
+ | Verbaut sind: | ||
+ | * PIC16F1946 | ||
+ | * [[https:// | ||
+ | * Klingelton-Speicher mit eingebautem Verstärker für Klingel-Lautsprecher | ||
+ | * JRC NJM4558D: dual 741, siehe [[https:// | ||
+ | * Verstärker (und Filter/ | ||
+ | * [[https:// | ||
+ | * Jede Menge BC817-25 (NPN, 500mA) und BC807-25 (PNP, 500mA) | ||
+ | * Vermutlich hauptsächlich Interface zur 2-Draht-Leitung | ||
+ | |||
+ | In einer Audio-Aufzeichnung direkt am Bus kann man etwas verstehen. Die massiven Störungen sind aber im Hörer nicht zu hören. Könnte Telefon-Filter 300-3400Hz sein oder sie nutzen nicht nur PAL-Video sondern auch den Ton-Träger bei 5.5MHz. | ||
+ | |||
+ | Die Kommunikation Terminal -> Controller scheinen ~250mA Pulse zu sein. Gegenrichtung sieht in der Aufzeichnung ähnlich aus. | ||
+ | |||
+ | === Modifikation === | ||
+ | |||
+ | {{: | ||
+ | |||
+ | Der Tö-Taster ist an R72 angeschlossen und geht nach GND. Der Taster für die lokale Klingel arbeitet auch so. An der Steckverbindung ist DB_EX das aufbereitete (L, R, TVS-Diode) Signal. | ||
+ | Achtung! GND könnte floating sein. Nicht mit a1 oder b1 mixen! | ||
+ | -> Klingel am Stecker herausgelöst und mit Kabel zu R72 ersetzt. | ||
+ | |||
+ | Auf dem " | ||
+ | -> Ein SFH6156 Optokoppler hat auf den Relais-Pads eine ordentliche Klemme bekommen. Anode an Q1/D6 und Kathode über 270 Ohm an GND | ||
+ | |||
+ | Neue Klemmenbelegung: | ||
+ | * a1 | ||
+ | * b1 | ||
+ | * Tö-Taster | ||
+ | * GND für Tö-Taster | ||
+ | * Emitter Optokoppler | ||
+ | * Collector Optokoppler | ||
+ | |||
+ | Mit Brücken zwischen 3 und 6 sowie 4 und 5 öffnet Klingeln die Tür. An den ESP32 sollte also ein weiterer Optokoppler als " | ||
+ | |||
+ | Es wurde ein ESP32 Board ([[https:// | ||
+ | |||
+ | * Grau: GND | ||
+ | * Orange: 5V | ||
+ | * Gelb: Klingelsignal (Grau ist GND ref) | ||
+ | * Braun: Emitter | ||
+ | * Lila: Collector | ||
+ | |||
+ | Das Klingelsignal ist auf dem ESP als **IO15** verfügbar (benötigt internen Pull-Up), die Türe kann via **IO39** geschaltet werden. | ||
+ | |||
+ | ===== Software & Architektur ===== | ||
+ | |||
+ | ==== Software-Entwicklung ==== | ||
+ | |||
+ | Die Software wird aktuell [[https:// | ||
+ | |||
+ | ==== Prozesse ==== | ||
+ | |||
+ | {{ : | ||
+ | |||
+ | Die Gedanken hinter diesem Prozess sind folgende: | ||
+ | |||
+ | Es ist sinnvoller, immer erst eine Türe aufzuschließen und die zweite Tür nur dann zu öffnen, wenn die erste Türe tatsächlich benutzt wurde (also nicht nur aufgeschlossen ist, sondern auch geöffnet wurde). | ||
+ | |||
+ | Dies ist notwendig, dass der Fehlerfall " | ||
+ | |||
+ | Beim Schließen können einfach beide Türen abgeschlossen werden, der shack kann aktuell sowieso nur durch die Türen A1, anschließend A zuverlässig verlassen werden. C ist potentiell abgschlossen. | ||
+ | |||
+ | ===== Mechanik & Montage ===== | ||
+ | |||
+ | ==== Anforderungen ==== | ||
+ | |||
+ | * minimal invasiv im Hinblick auf die Mietsache | ||
+ | * vollständig rückbaufähig | ||
+ | * robust | ||
+ | * mechanisch sachgerechter Aufbau | ||
+ | * ohne Heissklebstoff, | ||
+ | |||
+ | ==== Kabelführung ==== | ||
+ | |||
+ | * Leitungen werden in Kabelkanälen geführt | ||
+ | * um das Kabel zwischen Türe und Wand zu führen wird ein [[https:// | ||
+ | |||
+ | ==== Aufbau ==== | ||
+ | |||
+ | {{infrastruktur: | ||
+ | |||
+ | **Legende** | ||
+ | * SWITCH01 - koppelt die Komponenten des Portal-LANs | ||
+ | * APU | ||
+ | * ESP32 " | ||
+ | * PoE-Injector #2 | ||
+ | * PoE-Injector #3 | ||
+ | * APU | ||
+ | * WLAN-Accesspoint für SSID " | ||
+ | * Zentrale Steuerung für | ||
+ | * ESP32 Schloßantrieb Türe B2 | ||
+ | * ESP32 Schloßantrieb Türe C2 | ||
+ | * ESP32 " | ||
+ | * ESP32 " | ||
+ | * ESP32 " | ||
+ | * Interface zum Terminal (" | ||
+ | * Detektiert das Klingelsignal am Lautsprecher des Terminals | ||
+ | * Löst den Türöffnerkontakt am Terminal aus | ||
+ | * ESP32 " | ||
+ | * empfängt den Zustand des Portals via USB serial | ||
+ | * übermittelt den Zustand des Portals über das shack-WLAN zum Internetservice | ||
+ | * " | ||
+ | * Terminal zur Türsprechanlage | ||
+ | * Wird vom ESP32 " | ||
+ | * INJ#2 | ||
+ | * PoE-Injektor #2 für ESP32 Schloßantrieb Türe C2 | ||
+ | * INJ#3 | ||
+ | * Pseudo-PoE-Injektor #3 für ESP32 Schloßantrieb Türe B2 | ||
+ | |||
+ | **Trägersystem**\\ | ||
+ | |||
+ | {{infrastruktur: | ||
+ | {{infrastruktur: | ||
+ | {{infrastruktur: | ||
+ | |||
+ | * Die komplette OSB-Platte hängt mit einer Keilschiene an einem Querträger | ||
+ | * Um die OSB-Platte abnehmen zu können müssen 5 Leitungen abgezogen werden: | ||
+ | * Schukostecker der 6-fach Steckdosenleiste abziehen (roter Halbkreis) | ||
+ | * RJ45-Stecker aus der Buchse " | ||
+ | * RJ45-Stecker aus der Buchse " | ||
+ | * RJ45-Stecker von Leitung " | ||
+ | * RJ45-Stecker von Leitung " | ||
+ | * Jetzt kann die Platte ca. 1.5cm angehoben, in Richtung Wand verschoben und dann abgenommen werden. | ||
+ | * Das Terminal (" | ||
===== Arbeitssitzungen ===== | ===== Arbeitssitzungen ===== | ||
Zeile 100: | Zeile 283: | ||
* Aktuell Defaultuser shack/ | * Aktuell Defaultuser shack/ | ||
* Setup-Versuch von HostAPD, scheitert aber an " | * Setup-Versuch von HostAPD, scheitert aber an " | ||
+ | |||
+ | ==== 07.06.2022 ==== | ||
+ | |||
+ | Anwesende: xq, m1k3y, stefan, chris | ||
+ | |||
+ | * Material wurde von Chris organisiert | ||
+ | * Ausreichend Reedkontakte für Einbau- und Oberflächenmontage | ||
+ | * APUs wurden auf Funktionsfähigkeit geprüft | ||
+ | * WLAN: gut | ||
+ | * **Problem: | ||
+ | * **Lösung: | ||
+ | * Es wurde versucht, das WLAN auf dem RPI funktionsfähig zu machen | ||
+ | * **Problem: | ||
+ | * **Lösung: | ||
+ | * Diskussion über die User-Workflows mit dem Portal sowie die Abläufe in der Software | ||
+ | * Siehe [[# | ||
+ | * Türöffner-Ansteuerung und Türklingel-Auslese wurde erfolgreich gehackt | ||
+ | * Hierfür wurde von kr4bat ein ESP32 mit Ethernet organisiert | ||
+ | * Motorschloss wurde an Fronttür(B2) montiert | ||
+ | * GPIO-Library wurde in Portal-Software integriert und notwendige GPIOs identifiziert | ||
+ | * Tür-Ersatz wurde gelötet, um Software zu testen (Drei Buttons, zwei LEDs auf kleiner Platine) | ||
+ | |||
+ | ==== 12.06.2022 ==== | ||
+ | |||
+ | Anwesende: xq, stefan | ||
+ | |||
+ | * Die GPIOs vom Pi wurden lauffähig gemacht | ||
+ | * Es wurde die Ablauf-Sequenz für ÖFFNEN und SCHLIESSEN definiert und implementiert | ||
+ | * Der ESP32 wurde erfolgreich mit der Sprechstelle verheiratet | ||
+ | |||
+ | ==== 13.06.2022 ==== | ||
+ | |||
+ | Anwesende: xq, m1k3y | ||
+ | |||
+ | * Die APU wurde vorbereitet | ||
+ | * WLAN, DHCP, DNS eingerichtet | ||
+ | * MQTT-Server installiert | ||
+ | * Experimente mit Captive Portal, es wird leider nicht so einfach, Android von gutem Verhalten zu überzeugen. Apple ist da gemütlicher | ||
+ | * Ein neuer Key-Export-Prozess wurde definiert | ||
+ | * Key-Export aus dem Byro wurde implementiert | ||
+ | * '' | ||
+ | * Signieren und Verifizieren der Signatur mit '' | ||
+ | * Neues Konzept für Türsteuerungen: | ||
+ | * 4 weitere ESP32-Boards wurden bestellt | ||
+ | |||
+ | ==== 18.06.2022 ==== | ||
+ | |||
+ | Anwesende: xq, m1k3y, stefan | ||
+ | |||
+ | * Die Portal-Software wurde auf die APU deployed. | ||
+ | * Es wurde ein Script zum automatischen Import eines Key-Exports entwickelt. | ||
+ | * Umbau der beiden Software-Repositories in ein großes Monorepo. | ||
+ | * Ein ESP wurde erfolgreich in die //Busch Welcome// | ||
+ | * Es wurde eine Platine für die Motorsteuerung gelötet. | ||
+ | * Motor-Steuerung wurde mechanisch reperiert, Freilauf funktioniert jetzt wieder zuverlässig. | ||
+ | * Integrations-Versuch von Motorsteuerung, | ||
+ | * Motor-Stromaufnahme wurde noch einmal mit besserem Messgerät verifiziert. | ||
+ | |||
+ | Es wurde folgende Projektziele erreicht: | ||
+ | |||
+ | * **Die Fronttüre B kann nun per SSH geöffnet werden!** | ||
+ | * **Die Fronttüre B kann nun per Klingel geöffnet werden, wenn der shack als // | ||
+ | |||
+ | ==== 2022-09-09 ==== | ||
+ | Anwesende: xq, chris, jens, stefan | ||
+ | * Montage des [[infrastruktur: | ||
+ | * Montage des Trägers für den Magneten des Sensors zur Erkennung der Position des Türblatts und des Magneten selbst | ||
+ | |||
+ | ==== 2022-09-10 ==== | ||
+ | Anwesende: xq, stefan, chris | ||
+ | |||
+ | * Einbau von Magneten & Hallsensoren in die [[infrastruktur: | ||
+ | |||
+ | ==== 2022-12-25 ==== | ||
+ | Anwesend: c-mon | ||
+ | * Usability-Verbesserung für legacy-user. Beim Login über open@portal.portal wird jetzt ein nützlicher Hinweis auf den neuen Login-Prozess angezeigt. | ||
+ | |||
+ | ==== 2022-12-25 ==== | ||
+ | Anwesend: c-mon, chris | ||
+ | * Usability-Verbesserung für legacy-user: | ||
+ | * Zeichen am Wegesrand für die Kinder Israels. | ||
+ | * User " | ||
+ | * in / | ||
+ | * in /etc/group: '' | ||
+ | * Meldung ausgeben, dass der User " | ||
+ | <file txt / | ||
+ | # set explanatory message for legacy login user: | ||
+ | Match User open | ||
+ | Banner / | ||
+ | PasswordAuthentication No | ||
+ | </ | ||
+ | <file txt / | ||
+ | ## Dear legacy-user, | ||
+ | ## | ||
+ | ## login using the user " | ||
+ | ## Please log in with | ||
+ | ## " | ||
+ | ## for opening the front door or | ||
+ | ## " | ||
+ | ## for opening the back door. | ||
+ | ## | ||
+ | ## For more information read the documentation at https:// | ||
+ | ## Farewell, | ||
+ | ## open | ||
+ | </ | ||
+ | * damit als DNS-Name '' | ||
+ | * in ''/ | ||
+ | * ein Eintrag '' | ||
+ | |||
+ | ==== 2022-12-26 ==== | ||
+ | Anwesend: chris | ||
+ | | ||
+ | | ||
+ | Zeitstempel in der shell-history eingefügt. Dazu in ''/ | ||
+ | |||
+ | **2023-01-29** | ||
+ | * Anwesend: Stefan, Andreas, chris | ||
+ | * Montage eines Trägers oberhalb Türe B2 | ||
+ | * Montage der Komponenten APU, Switch, ESP32, Steckdosenleiste auf ein Board | ||
+ | * Kabelzuführungen aus dem Schrank neben B2 in die Decke oberhalb B2 | ||
+ | * ToDo: | ||
+ | * " | ||
+ | * Kabelverbindungen herstellen | ||
+ | * Board in den Träger oberhalb B2 einhängen | ||
+ | |||
+ | **2023-01-29** | ||
+ | * Anwesend: Stefan, Karl, Raute, chris | ||
+ | * Montage der Komponenten " | ||
+ | * Modulboard & Netzteile auf dem Haupt-Board montiert | ||
+ | * Kabelverbindungen hergestellt | ||
+ | * Board in den Träger oberhalb B2 eingehängt | ||
+ | * Ergebnis: | ||
+ | * die Portal-Steuerung ist jetzt komplett oberhalb B2 montiert | ||
+ | * der Aufbau ist modular und kann für Wartung und Fehlersuche einfach abgebaut werden | ||
+ | |||
+ | **2024-03-25** | ||
+ | * Anwesend: chris | ||
+ | * Montage und Anschluß des ABUS-Reedkontakts und des zugehörigen Magneten an Türe C2. | ||
==== nächste Schritte ==== | ==== nächste Schritte ==== | ||
- | * Material organisieren | + | * < |
- | * 4 Reedkontakte für Türstatus-Ermittlung | + | * < |
- | * 4 Magnete für Türstatus-Ermittlung | + | * < |
- | * 1 [[https:// | + | * < |
- | * Rausfinden, mit welcher Technologie | + | * < |
- | * shack-Vordertür und shack-Hintertür mit Reedkontakten versehen | + | * < |
- | * Motorschlösser montieren | + | * < |
- | * Pi montieren und mit Dauerstrom versorgen | + | * Statemachine der Firmware auf neues Modell umschreiben |
- | * Pi-Software aufsetzen | + | * Zweite Hardware fertig stellen |
- | * WLAN funktionsfähig machen (SSID: portal, ohne Passwort) | + | * < |
- | * dnsmasq auf wlan0-Interface binden für IP-Vergabe. | + | * Elektronik bespaßen |
- | * [[https:// | + | * Verkabelung organisieren |
- | * Motorschloss-Bluetooth deaktivieren | + | * System-Reset via MQTT implementieren |
+ | * Debug-Interface implementieren | ||
+ | * Dazu auch: LEDs einbauen, die Zustände anzeigen, z.B. | ||
+ | * Anliegen von Betriebsspannungen | ||
+ | * Seriell in die Ansteuerung der Optokoppler | ||
+ | * Vorstands-Scripte fertigstellen | ||
+ | * Portal-Box clean aufsetzen | ||
+ | * Neue CA erzeugen und neue Keys deployen | ||
infrastruktur/portal300.1652857460.txt.gz · Zuletzt geändert: 2022-05-18 09:04 von xq