The edit can be undone. Please check the comparison below to verify that this is what you want to do, and then publish the changes below to finish undoing the edit.
Latest revision | Your text | ||
Line 3: | Line 3: | ||
|description=Dorfbus für die neuen Räume | |description=Dorfbus für die neuen Räume | ||
|project category=Hardware | |project category=Hardware | ||
|status=idea | |status=idea | ||
|people={{U|xportdus }}, {{U|mraerino}} | |location=neuer / alter Hackerspace | ||
|people={{U|xportdus }}, {{U|mraerino}} | |||
}} | }} | ||
== Hardware == | == Hardware == | ||
Line 35: | Line 18: | ||
==== KNX ==== | ==== KNX ==== | ||
Im Bereich der Hausautomatisierung gibt es hier den [https://de.wikipedia.org/wiki/KNX-Standard KNX-Standard]. | Im Bereich der Hausautomatisierung gibt es hier den KNX-Standard. Dieser ist aber - bedingt durch die meist recht teure Spezialhardware - eher ungeeignet. | ||
[https://de.wikipedia.org/wiki/KNX-Standard wikipedia - KNX-Standard] | |||
Beim KNX Bus erfolgt die Übertragung der Daten in Richtung Aktor durch Erhöhung der Busspannung. Die Antwort erfolgt als Stromantwort seitens des Aktors. Dieses ist recht schön ersichtlich auf Seite 4 im Datenblatt unten. | |||
[https://www.onsemi.com/pub/Collateral/AND9289-D.PDF www.onsemi.com APPLICATION NOTE AND9289-D] | |||
==== Modbus ==== | ==== Modbus ==== | ||
Line 48: | Line 36: | ||
Mit sehr kleinem Aufwand können auch eigene Aktoren gebaut werden. (Arduino Nano und RS484-Wandler). Dieser können dann auch LED-Anzeigen / LC-Display / Temperatur- / Feuchtefühler / Onewire-Leser / RFID-Leser / Aktoren enthalten. Der „Mitmach-“ und Bastelfaktor ist hier also ganz besonders hoch. | Mit sehr kleinem Aufwand können auch eigene Aktoren gebaut werden. (Arduino Nano und RS484-Wandler). Dieser können dann auch LED-Anzeigen / LC-Display / Temperatur- / Feuchtefühler / Onewire-Leser / RFID-Leser / Aktoren enthalten. Der „Mitmach-“ und Bastelfaktor ist hier also ganz besonders hoch. | ||
==== CAN ==== | ==== CAN ==== | ||
CAN-Bus (Controller Area Network) | |||
ISO 11898-2 (Highspeed-CAN) und ISO 11898-3 (Lowspeed-CAN) | |||
Der CAN Bus Controller selber kümmert sich um die ganze Übertragung incl. der "Datensicherung" | |||
==== Zigbee ==== | ==== Zigbee ==== | ||
Einfache Funktionen wie Lichtsteuerung sind natürlich auch über Zigbee möglich. Ein Vorteil hier ist das Funkmesh - damit entfällt das Verlegen von Kabeln | Einfache Funktionen wie Lichtsteuerung sind natürlich auch über Zigbee möglich. Nur ist das Format hier nicht so offen, dass eigene Aktoren mit eigenen Funktionen an den neuen Dorfbus angeschlossen werden können. (TODO: Stimmt das?) | ||
Ein Vorteil hier ist allerdings das Funkmesh - damit entfällt das Verlegen von Kabeln. | |||
==== DMX ==== | ==== DMX ==== | ||
Line 63: | Line 54: | ||
DMX ist das alternativlose Bus-System der Veranstaltungstechnik. Es gibt einen riesigen Markt an Geräten, die darüber angesteuert werden, zum Beispiel PAR-Scheinwerfer (Bühnenbeleuchtung), Fluter (flächige Beleuchtung), Nebelmaschinen (die Cave ist überall), Moving Heads (wir haben welche im Keller!). | DMX ist das alternativlose Bus-System der Veranstaltungstechnik. Es gibt einen riesigen Markt an Geräten, die darüber angesteuert werden, zum Beispiel PAR-Scheinwerfer (Bühnenbeleuchtung), Fluter (flächige Beleuchtung), Nebelmaschinen (die Cave ist überall), Moving Heads (wir haben welche im Keller!). | ||
Funktionsweise: 512 Client-Adressen auf einem dreipoligen Kabel. Geräte werden daisy-chained (hintereinander geschaltet) und belegen jeweils eine Startadresse und 0 bis n weitere Adressen, zum Beispiel für einzelne Farbkanäle bei RGBW-Leuchten. Zu jeder Adresse wird eine Einstellung zwischen 0 und 255 gesendet. Das macht man mit einem Controller | Funktionsweise: 512 Client-Adressen auf einem dreipoligen Kabel. Geräte werden daisy-chained (hintereinander geschaltet) und belegen jeweils eine Startadresse und 0 bis n weitere Adressen, zum Beispiel für einzelne Farbkanäle bei RGBW-Leuchten. Zu jeder Adresse wird eine Einstellung zwischen 0 und 255 gesendet. Das macht man mit einem Controller. | ||
Der Controller ist ein mehr oder weniger bezahlbares Stück Hardware (Lichtpult) oder Software, die über einen DMX-Adapter mit dem Bus spricht. Dies erfolgt entweder direkt per USB-DMX-Adapter oder über das Netzwerk mit einem standardisierten Protokoll: Art-Net. | Der Controller ist ein mehr oder weniger bezahlbares Stück Hardware (Lichtpult) oder Software, die über einen DMX-Adapter mit dem Bus spricht. Dies erfolgt entweder direkt per USB-DMX-Adapter oder über das Netzwerk mit einem standardisierten Protokoll: Art-Net. | ||
Line 80: | Line 71: | ||
* DMX-Scheinwerfer sind im Regelfall nicht für sparsamen Idlebetrieb konzipiert. Die bunten PARs in meinem Fundus (u.a. der unter verlinkte mit UV) brauchen ~6W im Idle, was bei größerer Menge einiges ausmacht. ⇒ Bitte nur mit vorgeschaltetem Relais zum ganz ausknipsen. --[[User:Derf|Derf]] ([[User talk:Derf|talk]]) | * DMX-Scheinwerfer sind im Regelfall nicht für sparsamen Idlebetrieb konzipiert. Die bunten PARs in meinem Fundus (u.a. der unter verlinkte mit UV) brauchen ~6W im Idle, was bei größerer Menge einiges ausmacht. ⇒ Bitte nur mit vorgeschaltetem Relais zum ganz ausknipsen. --[[User:Derf|Derf]] ([[User talk:Derf|talk]]) | ||
* DMX Arbeitet nach dem Master Slave Prinzip wobei hier ein Rücklesen von Daten Seitens der Aktoren nicht möglich ist. Im Prinzip wie der alte Dorfbus. | |||
Beispiele: | |||
* [https://www.thomann.de/de/stairville_mini_stage_par_cw_ww_a.htm PAR-Scheinwerfer weiß] für Vorträge | |||
* | * [https://www.thomann.de/de/fun_generation_separ_quad_led_rgb_uv_ir.htm PAR-Scheinwerfer bunt] (mit UV!) für Deko | ||
* | * [https://www.thomann.de/de/stairville_afh_600_dmx_hazer.htm Hazer] (Nebelmaschine) für Cyber | ||
* [https://www.thomann.de/de/stairville_ddc6_dmx_controller.htm Mini-Controller] für einfache Bedienung | |||
* [http://bitwizard.nl/shop/DMX-interface-for-Raspberry-pi DMX Shield] für Raspberry Pi | |||
* [https://www.ulrichradig.de/home/index.php/dmx www.ulrichradig.de - Projekte mit Licht] viele kleine Helferlein die auch einfach nachgebaut werden können - da Quelloffen | |||
=== Welcher Hardware gibt es? === | === Welcher Hardware gibt es? === | ||
Line 105: | Line 91: | ||
* [https://www.ebay.de/itm/Modbus-RTU-4-Way-Relaismodul-DIY-STM8S103-System-4-Road-Input-485-Communication/123890618570 Schaltaktor 4 230 Volt Relaisausgänge und 4 Eingänge] | * [https://www.ebay.de/itm/Modbus-RTU-4-Way-Relaismodul-DIY-STM8S103-System-4-Road-Input-485-Communication/123890618570 Schaltaktor 4 230 Volt Relaisausgänge und 4 Eingänge] | ||
-> | ->>> https://github.com/TG9541/stm8ef/wiki/Board-C0135 | ||
* [https://www.ebay.de/itm/Modbus-RTU-2-Wege-Relaismodul-Ausgang-2-Eingang-Lautsprecherschutz-RS485-TTL-12V/293138481033 Schaltaktor 2 230 Volt Relaisausgänge und 2 Eingänge] | * [https://www.ebay.de/itm/Modbus-RTU-2-Wege-Relaismodul-Ausgang-2-Eingang-Lautsprecherschutz-RS485-TTL-12V/293138481033 Schaltaktor 2 230 Volt Relaisausgänge und 2 Eingänge] | ||
* [https://www.ebay.de/itm/LCD-digital-Drehstromzahler-Stromzahler-2x-S0-RS485-Modbus-RTU-Hutschiene-PV/123475200351 Stromzähler Drehstrom mit Modbus-Interface] | * [https://www.ebay.de/itm/LCD-digital-Drehstromzahler-Stromzahler-2x-S0-RS485-Modbus-RTU-Hutschiene-PV/123475200351 Stromzähler Drehstrom mit Modbus-Interface] | ||
* [https://www.ebay.de/itm/LCD-MID-geeichter-Wechselstromzahler-Stromzahler-10-100-A-2x-S0-und-Modbus-RTU/362579811550 Stromzähler Wechselstrom mit Modbus-Interface] | * [https://www.ebay.de/itm/LCD-MID-geeichter-Wechselstromzahler-Stromzahler-10-100-A-2x-S0-und-Modbus-RTU/362579811550 Stromzähler Wechselstrom mit Modbus-Interface] | ||
Line 122: | Line 102: | ||
Es gibt viele komplett fertige Geräte (z.B. Taster, Schalter, Temperatursensoren, Leuchmittel, schaltbare Steckdosen) für relativ wenig Geld (unter oder um 20€). | Es gibt viele komplett fertige Geräte (z.B. Taster, Schalter, Temperatursensoren, Leuchmittel, schaltbare Steckdosen) für relativ wenig Geld (unter oder um 20€). | ||
== Software == | == Software == | ||
Line 150: | Line 114: | ||
Der Hauptentwickler des bisherigen Backends empfielt: Frontend beibehalten (10/10 auf intuitive Bedienung), Backend neu. --[[User:Derf|Derf]] ([[User talk:Derf|talk]]) | Der Hauptentwickler des bisherigen Backends empfielt: Frontend beibehalten (10/10 auf intuitive Bedienung), Backend neu. --[[User:Derf|Derf]] ([[User talk:Derf|talk]]) | ||
=== neue Software selber schreiben === | === neue Software selber schreiben === | ||
Line 162: | Line 119: | ||
Wir könnten eine komplett neue Software selber schreiben. Das wäre der flexibelste Ansatz, aber auch der zeitaufwändigste. Wir haben eh schon (zu?) viel selbstgefrickelte [[Software]]. | Wir könnten eine komplett neue Software selber schreiben. Das wäre der flexibelste Ansatz, aber auch der zeitaufwändigste. Wir haben eh schon (zu?) viel selbstgefrickelte [[Software]]. | ||
=== OpenHAB, Home Assistant, Node-RED | === OpenHAB, Home Assistant, Node-RED, ... === | ||
Hier ist noch Recherche und Evaluation nötig. | |||
== allgemeine Überlegungen == | == allgemeine Überlegungen == | ||
* Das bisherige Setup mit Webinterface auf einem Pi, der den Bus steuert, ist sinnvoll. (Wir erinnern uns an den Ausfall von {{H|Helios}}.) | |||
* Fertige Lösungen haben wahrscheinlich einen niedrigeren Zeitaufwand nötig als selbstgebaute Lösungen - dafür sind sie möglicherweise teurer. (Ja, wir sind ein Hackspace, aber Infrastruktur sollte funktionieren und zu viel Zeit hat auch niemand.) | * Fertige Lösungen haben wahrscheinlich einen niedrigeren Zeitaufwand nötig als selbstgebaute Lösungen - dafür sind sie möglicherweise teurer. (Ja, wir sind ein Hackspace, aber Infrastruktur sollte funktionieren und zu viel Zeit hat auch niemand.) | ||
* | * Der neue Dorbus sollte auf einem eigenem Raspi laufen der dann auch eine USV Stromversorgung erhält ( z.B. Netzteile mit Akku Regelung ). Schaltbefehle wie z.B. Licht sollten auch an den Aktoren selber ausgelöst werden können. Sachen wie Dorfmap können dann wiederum via Netzwerk auf den Raspi zugreifen. | ||
* Bei allen Systemen sollte auch der Ruhestromverbrauch und die Ausfallsicherheit im Bezug bei Server Systemausfall im Hinterkopf behalten werden. | |||
* Bei allen Systemen sollte auch der Ruhestromverbrauch im Hinterkopf behalten werden. | |||