Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:tech:gardenled [2022/11/13 18:01] – [Firmware] bullar
+++ de:tech:gardenled [2022/11/14 13:39] – [Lösungsansatz] bullar
@@ Zeile 3: / Zeile 3: @@
 ===== Motivation =====
-Unser Grundstück ist - wie häufig hier in Thailand - von einer zwei Meter hohen Mauer eingerahmt. Das hält einige Tiere wie streunende Strassenhunde aber auch Schlangen oder ähnliches etwas ab. Von innen kann man diese Wand natürlich begrünen.
+Unser Grundstück ist - wie häufig hier in Thailand - von einer zwei Meter hohen Mauer eingerahmt. Die hält Tiere wie streunende Strassenhunde aber auch Schlangen oder ähnliches ab. Von innen kann man diese Wand natürlich üppig begrünen.
 {{ :tech:villa_garden.png?direct&400 |Garden wall}}
@@ Zeile 11: / Zeile 11: @@
 ===== Lösungsansatz =====
-Im Garten liegt eine 230V Versorgung die aber nicht schaltbar oder dimmbar ist, da andere Verbraucher wie Aussensteckdosen und das Bodenlicht daran angeschlossen sind.
+Im Garten liegt bei uns eine 230V Versorgung, die aber nicht schaltbar oder dimmbar ist, da andere Verbraucher wie Aussensteckdosen und das Bodenlicht daran angeschlossen sind.
-Eine Zusatzverdrahtung zum Haus habe ich ausgeschlossen nachdem ich versucht habe den Verlauf der unterirdischen Rohre zu verfolgen. Also muss etwas drahtloses her, das (wie immer) auch in [[https://www.home-assistant.io|Home Assistant]] einbindbar ist.
+Eine Zusatzverdrahtung zum Haus habe ich ausgeschlossen, nachdem ich erfolglos versucht habe den Verlauf der unterirdischen Rohre zu erfassen. Also muss etwas drahtloses her, das (wie immer) auch in [[https://www.home-assistant.io|Home Assistant]] einbindbar ist.
 Vorab habe ich schon die LED Spots nach Aussehen, Leistung, Preis und Größe ausgewählt. Dabei fiel die Wahl auf einen 5W/600lm Strahler mit 12V AC/DC Versorgung im IP65 Gehäuse vom thailändischen Amazon: LAZADA.
@@ Zeile 18: / Zeile 18: @@
 {{ :tech:led_spotlight.png?direct&300 |}}
-Bei einem Preis von unter 4€ pro Stück kommt das ganze wirklich in einem wasserfesten Alugehäuse mit einer internen Steuerplatine und funktioniert! Lichtgeber ist eine 3mm LED die mit 21.5V bei einem Konstantstrom von 266mA betrieben wird. Die höhere Spannung wird durch einen Boost Regler (BP1808) erreicht, der auch einen ungenutzten DIM Eingang hat. Dieser kann analog oder über ein PWM Signal angesteuert werden. Ein erster Test mit einer 500Hz PWM zeigt das gewünschte Dimmverhalten.
+Bei einem Preis von unter 4€ pro Stück kommt das ganze wirklich in einem wasserfesten Alugehäuse mit einer internen Steuerplatine und funktioniert! Lichtgeber ist eine 3mm LED die mit 21.5V bei einem Konstantstrom von 266mA betrieben wird. Die höhere Spannung wird durch einen Boost Regler [[http://www.bpsemi.com/en/product_result.php?id=236|(BP1808)]] erreicht, der auch einen ungenutzten DIM Eingang hat. Dieser kann analog oder über ein PWM Signal angesteuert werden. Ein erster Test mit einer 500Hz PWM zeigt das gewünschte Dimmverhalten.
-{{:tech:bp1808_front.png?direct&200|LED driver front side}} {{:tech:bp1808_back.png?direct&200|LED driver back side}}
+<WRAP group>
+<WRAP half column>
+{{ :tech:bp1808_front.png?direct&200|LED driver front side}}
+</WRAP>
+<WRAP half column>
+ {{:tech:bp1808_back.png?direct&200 |LED driver back side}}
+</WRAP>
+</WRAP>
-Jetzt brauchen wir nur ein Idee wie wir die im Home Assistant individuell gewählte Dimmung für jedes Spotlight als PWM Signal bereitstellen. Das Gehäuse der LED erlaubt dabei keine voluminöse Lösung. [[https://en.wikipedia.org/wiki/DMX512|DMX512]] erscheint hier etwas überdimensioniert. Also warum nicht auch mal einen proprietären Ansatz wagen.
+Jetzt brauchen wir nur ein Idee wie wir die im Home Assistant ausgewählte Dimmung für jedes Spotlight als PWM Signal bereitstellen. Das Gehäuse der LED erlaubt dabei keine voluminöse Lösung. [[https://en.wikipedia.org/wiki/DMX512|DMX512]] erscheint hier etwas überdimensioniert. Also warum nicht auch mal einen proprietären Ansatz wagen.
-Erste Versuche mit einer Kommunikation über Niedrigvoltleitungen schlugen aus Zuverlässigkeits- und Skalierungsgründen fehl. Dazu gibt es aber einen pfiffigen Ansatz: [[https://www.electronicdesign.com/technologies/communications/article/21799727/simple-circuit-communicates-over-lowvoltage-power-lines|Simple Circuit Communicates Over Low-Voltage Power Lines]]. Das ganze mit einem ATTINY85 implementiert hat grundsätzlich mit zwei Transceiver über 10m bei 2400 Baud funktioniert.
+Erste Versuche mit einer Kommunikation über Niedrigvoltleitungen schlugen aus Zuverlässigkeits- und Skalierungsgründen fehl. Dazu gibt es durchaus einen pfiffigen Ansatz: [[https://www.electronicdesign.com/technologies/communications/article/21799727/simple-circuit-communicates-over-lowvoltage-power-lines|Simple Circuit Communicates Over Low-Voltage Power Lines]]. Das ganze mit einem ATTINY85 implementiert hat grundsätzlich mit zwei Transceiver über 10m bei 2400 Baud funktioniert ist für den hiesigen Anwendungsfall out-of-the-box aber nicht geeignet.
-Für Datenübertragungen über mehrere 10m kommt einem immer auch [[https://en.wikipedia.org/wiki/RS-485|RS485]] in Sinn. Passende Treiber-IC sind zuhauf verfügbar und eine Standard-UART reicht aus als Kommunikationsschnittstelle. Um es vorweg zunehmen, diese Idee hat dann auch zum Erfolg geführt. Hier die Beschreibung ...
+Für Datenübertragungen über mehrere zehn Meter kommt einem immer auch [[https://en.wikipedia.org/wiki/RS-485|RS485]] in den Sinn. Passende Treiber-IC sind zuhauf verfügbar und eine Standard-UART reicht aus als Kommunikationsschnittstelle. Um es vorweg zunehmen, diese Idee hat dann auch zum Erfolg geführt. Hier die Beschreibung ...
 ===== Hardware =====
-Der LED Boost Driver mit dem BP1808 muss um eine Schaltung für den. Empfang von seriellen Daten über RS485 erweitert werden und das ganze möglichst klein. Der Innenraum des Lampengehäuses fasst nur ca. 40mm x 20mm. Als Steuer-CPU fiel die Wahl auf ein [[https://www.microchip.com/en-us/product/ATtiny85|ATTINY85]] von MicroChip den es im kleinen 8-pin SOIC Gehäuse gibt. Zudem verfügt er über ein EEPROM (z.B. für die Lampen ID), Oszillator on Chip und eine debugWIRE Schnittstelle. Die erlaubt in-place Debugging und vereinfacht so die Softwareentwicklung. Den RX485 Driver gibt es z.B. von [[https://www.maximintegrated.com/en/products/interface/transceivers/MAX485.html|MAXIM]] auch im 8-pin SOIC Gehäuse.
+Der LED Boost Driver mit dem BP1808 muss um eine Schaltung für den Empfang von seriellen Daten über RS485 erweitert werden und das ganze möglichst klein. Der Innenraum des Lampengehäuses fasst nur ca. 40mm x 20mm. Als Steuer-CPU fiel die Wahl auf einen [[https://www.microchip.com/en-us/product/ATtiny85|ATTINY85]] von MicroChip den es im kleinen 8-pin SOIC Gehäuse gibt. Zudem verfügt er über ein EEPROM (z.B. für die Lampen ID), Oszillator on Chip und eine debugWIRE Schnittstelle. Die erlaubt in-place Debugging und vereinfacht so die Softwareentwicklung. Den RX485 Driver gibt es z.B. von [[https://www.maximintegrated.com/en/products/interface/transceivers/MAX485.html|MAXIM]] auch im SOIC8 Gehäuse.
 ==== Schaltplan ====
-Alles zusammengefasst sieht der Schaltplan so aus:
+Alles zusammengefasst sieht der Schaltplan dann so aus:
 {{ :tech:gardenled_schematic.png?direct&400 |}}
-Der LED Boot Driver ist identisch zur Originalversion und nur durch die PWM-Ansteuerung ergänzt. Da ich bei den ersten Versuchen ein paar Hardwareausfälle (ATTINY85 + BP1808) wegen Überspannung hatte, habe ich das PWM Signal galvanisch mit einem Optokopller (OC1) getrennt. An der RS485 Schnittstelle sind auch optional die Abschlusswiderstände vorgesehen (R1,R3,R4). Der MAXIM Baustein Arbeit im Halb-Duplex, daher steuern wir die Richtung (Empfangen oder Senden) auch über den ATTINY85. Der letzte freie Ausgang an der COU steuert eine Status-LED (LED1). Die hilft beim Debugger und der Inbetriebnahme wenn man die POWER-LED abgeklemmt lässt.
+Der LED Boot Driver ist identisch zur Originalversion und nur durch die PWM-Ansteuerung ergänzt. Da ich bei den ersten Versuchen ein paar Hardwareausfälle (ATTINY85 + BP1808) wegen Überspannung hatte, wird das PWM Signal galvanisch mit einem Optokoppler (OC1) getrennt. An der RS485 Schnittstelle sind auch optional die Abschlusswiderstände vorgesehen (R1,R3,R4). Der MAXIM Baustein arbeitet im Halb-Duplex, daher steuern wir die Richtung (Empfangen oder Senden) auch über den ATTINY85. Der letzte freie Ausgang an der CPU steuert eine Status-LED (LED1). Die hilft beim Debuggen und der Inbetriebnahme, vor allem wenn man die POWER-LED abgeklemmt lässt.
 ==== PCB ====
-Bei den geometrischen Vorgaben kommen wir um eine beidseitige Bestückung nicht herum. Aber auf der zweiten Seite befinden sich nur die vier SS14 Dioden (D3-D6) des Brückengleichrichters und der große Thru-hole Kondensator C. Diese Komponenten müssen dann handgelötet werden aber der Rest kann vorab im Reflow-Ofen (T-962) 'garen'.
+Bei den geometrischen Vorgaben kommen wir um eine beidseitige Bestückung nicht herum. Aber auf der zweiten Seite befinden sich nur die vier SS14 Dioden (D3-D6) des Brückengleichrichters und der große Thru-hole Kondensator C8. Diese Komponenten müssen dann handgelötet werden aber der Rest kann vorab im Reflow-Ofen (bei mir T-962) 'garen'.
 {{ :tech:gardenled_pcb.png?direct&400 |}}
@@ Zeile 51: / Zeile 58: @@
 {{ :tech:garden_led_real_pcb.png?direct&500 |PCB fron & back side}}
+Um die Platine elektrisch isoliert in das Gehäuse einzubauen drucke ich aus flexiblem TPU ein zweiteiliges Cover. An beiden Enden über die Platine geschoben bleibt dann alles vor ungewollten Kurzschlüssen geschützt. Das STL File ist im Downloadbereich zu finden.
+{{ :tech:gardenled_case.png?direct&300 |Case}}
@@ Zeile 115: / Zeile 127: @@
 Mein Wunsch es aber die Spotlights in Home Assistant (HA) zu integrieren. Dazu brauchen wir ein Gateway dass die Spotlights als //Lights// in HA abbildet und zusätzlich einen UART Server damit wir auch beliebige Befehle an die LEDs senden können. Klingt kompliziert ist es aber mit ESPHome nicht.
-Für den UART server gibt es schon [[github://oxan/esphome-stream-server|hier]] eine schicke Lösung im Netz. Den Code müssen wir nur leicht anpassen, in dem wir vor und nach dem Senden die Richtung des RS485 Driver anpassen. Die Zeilen mit **###** wurden in die Senderoutine zusätzlich eingebaut. Der gesamte veränderte Code ist im Downloadbereich zu finden.
+Für den UART server gibt es schon [[https://github.com/oxan/esphome-stream-server|hier]] eine schicke Lösung im Netz. Den Code müssen wir nur leicht anpassen, in dem wir vor und nach dem Senden die Richtung des RS485 Driver anpassen. Die Zeilen mit **###** wurden in die Senderoutine zusätzlich eingebaut. Der gesamte veränderte Code ist im Downloadbereich zu finden.
 <code C>
@@ Zeile 133: / Zeile 145: @@
     digitalWrite(DIR_PORT, LOW);    // ### set direction to receive
 }
 </code>
+Für die Einbindung der LEDs als Lights schreiben wir wieder ein //custom component//. Das folgende C-Program ''garden-leds.h'' stellt einen //Float Output// für Home Assistant zur Verfügung und beinhaltet eine sehr schlanke Codierung des MIN Protokolls.
+++++ garden-leds.h |
+<file C garden-leds.h>
+#include "esphome.h"
+using namespace esphome;
+#define LED_GLOBAL          0x3E        // all LEDs
+#define LED_ON              0x02
+#define LED_FADE            0x00        // no fade
+#define LED_BRIGHTNESS      0x00        // off
+#define DIR_PORT            13
+#define BAUDRATE            9600
+#define MAX_BYTES_PER_FRAME 	16
+#define MAX_PAYLOAD		3
+uint8_t min_payload[3] = { LED_ON, LED_BRIGHTNESS, LED_FADE };
+// MIN Protocol v2.0 Copyright (c) 2014-2017 JK Energy Ltd.
+// Use authorized under the MIT license.
+// Special protocol bytes
+enum {
+    HEADER_BYTE = 0xaaU,
+    STUFF_BYTE = 0x55U,
+    EOF_BYTE = 0x55U,
+};
+// Number of bytes needed for a frame with a given payload length, excluding stuff bytes
+// 3 header bytes, ID/control byte, length byte, seq byte, 4 byte CRC, EOF byte
+#define ON_WIRE_SIZE(p)                             ((p) + 11U)
-Jetzt legen wir ein
+struct crc32_context {
+    uint32_t crc;
+};
+struct min_context {
+    uint8_t rx_frame_payload_buf[MAX_PAYLOAD];      // Payload received so far
+    uint32_t rx_frame_checksum;                     // Checksum received over the wire
+    struct crc32_context rx_checksum;               // Calculated checksum for receiving frame
+    struct crc32_context tx_checksum;               // Calculated checksum for sending frame
+    uint8_t rx_header_bytes_seen;                   // Countdown of header bytes to reset state
+    uint8_t rx_frame_state;                         // State of receiver
+    uint8_t rx_frame_payload_bytes;                 // Length of payload received so far
+    uint8_t rx_frame_id_control;                    // ID and control bit of frame being received
+    uint8_t rx_frame_seq;                           // Sequence number of frame being received
+    uint8_t rx_frame_length;                        // Length of frame
+    uint8_t rx_control;                             // Control byte
+    uint8_t tx_header_byte_countdown;               // Count out the header bytes
+    uint8_t port;                                   // Number of the port associated with the context
+};
-<code>
+// MIN calback functions
+// ---------------------------------------------------------------------------
+void min_tx_start(uint8_t port) {
+    digitalWrite(DIR_PORT, HIGH);     // switch RS485 driver to send mode
+}
+// ---------------------------------------------------------------------------
+void min_tx_finished(uint8_t port) {
+    Serial.flush();
+    digitalWrite(DIR_PORT, LOW);      // switch RS485 driver to send mode
+}
+// ---------------------------------------------------------------------------
+// Tell MIN how much space there is to write to the serial port. This is used
+// inside MIN to decide whether to bother sending a frame or not.
+uint16_t min_tx_space(uint8_t port)
+{
+    return MAX_BYTES_PER_FRAME;
+}
+// ---------------------------------------------------------------------------
+// Send a character on the designated port.
+void min_tx_byte(uint8_t port, uint8_t byte)
+{
+  // Ignore 'port' because we have just one context.
+    Serial.write(byte);
+}
+// ---------------------------------------------------------------------------
+static void crc32_init_context(struct crc32_context *context)
+{
+    context->crc = 0xffffffffU;
+}
+// ---------------------------------------------------------------------------
+static void crc32_step(struct crc32_context *context, uint8_t byte)
+{
+    uint32_t j;
+    context->crc ^= byte;
+    for(j = 0; j < 8; j++) {
+        uint32_t mask = (uint32_t) -(context->crc & 1U);
+        context->crc = (context->crc >> 1) ^ (0xedb88320U & mask);
+    }
+}
+// ---------------------------------------------------------------------------
+static uint32_t crc32_finalize(struct crc32_context *context)
+{
+    return ~context->crc;
+}
+// ---------------------------------------------------------------------------
+static void stuffed_tx_byte(struct min_context *self, uint8_t byte, bool crc)
+{
+    // Transmit the byte
+    min_tx_byte(self->port, byte);
+    if(crc) {
+        crc32_step(&self->tx_checksum, byte);
+    }
+    // See if an additional stuff byte is needed
+    if(byte == HEADER_BYTE) {
+        if(--self->tx_header_byte_countdown == 0) {
+            min_tx_byte(self->port, STUFF_BYTE);        // Stuff byte
+            self->tx_header_byte_countdown = 2U;
+        }
+    }
+    else {
+        self->tx_header_byte_countdown = 2U;
+    }
+}
+// ---------------------------------------------------------------------------
+// Send frame on wire
+static void on_wire_bytes(struct min_context *self, uint8_t id_control, uint8_t seq, uint8_t const *payload_base, uint16_t payload_offset, uint16_t payload_mask, uint8_t payload_len)
+{
+    uint8_t n, i;
+    uint32_t checksum;
+    self->tx_header_byte_countdown = 2U;
+    crc32_init_context(&self->tx_checksum);
+    min_tx_start(self->port);
+    // Header is 3 bytes; because unstuffed will reset receiver immediately
+    min_tx_byte(self->port, HEADER_BYTE);
+    min_tx_byte(self->port, HEADER_BYTE);
+    min_tx_byte(self->port, HEADER_BYTE);
+    stuffed_tx_byte(self, id_control, true);
+    if(id_control & 0x80U) {
+        // Send the sequence number if it is a transport frame
+        stuffed_tx_byte(self, seq, true);
+    }
+    stuffed_tx_byte(self, payload_len, true);
+    for(i = 0, n = payload_len; n > 0; n--, i++) {
+        stuffed_tx_byte(self, payload_base[payload_offset], true);
+        payload_offset++;
+        payload_offset &= payload_mask;
+    }
+    checksum = crc32_finalize(&self->tx_checksum);
+    // Network order is big-endian. A decent C compiler will spot that this
+    // is extracting bytes and will use efficient instructions.
+    stuffed_tx_byte(self, (uint8_t)((checksum >> 24) & 0xffU), false);
+    stuffed_tx_byte(self, (uint8_t)((checksum >> 16) & 0xffU), false);
+    stuffed_tx_byte(self, (uint8_t)((checksum >> 8) & 0xffU), false);
+    stuffed_tx_byte(self, (uint8_t)((checksum >> 0) & 0xffU), false);
+    // Ensure end-of-frame doesn't contain 0xaa and confuse search for start-of-frame
+    min_tx_byte(self->port, EOF_BYTE);
+    min_tx_finished(self->port);
+}
+// ---------------------------------------------------------------------------
+// Sends an application MIN frame on the wire (do not put into the transport queue)
+void min_send_frame(struct min_context *self, uint8_t min_id, uint8_t const *payload, uint8_t payload_len)
+{
+    if((ON_WIRE_SIZE(payload_len) <= min_tx_space(self->port))) {
+        on_wire_bytes(self, min_id & (uint8_t) 0x3fU, 0, payload, 0, 0xffffU, payload_len);
+    }
+}
+struct min_context min_ctx;         // min protocol context
+// ---------------------------------------------------------------------------
+// float output class
+class Min_Led : public Component, public FloatOutput {
+ public:
+    void setup() override {
+        // switch RS485 driver to receive mode
+        digitalWrite(DIR_PORT, LOW);
+        Serial.begin(BAUDRATE);
+    }
+    void write_state(float state) override {
+        // state is the amount this output should be on, from 0.0 to 1.0
+        // we need to convert it to an integer first
+        int value = state * 255;
+        min_payload[1] = value;
+        min_send_frame(&min_ctx, LED_GLOBAL, min_payload, MAX_PAYLOAD);
+    }
+};
+</file>
+++++
+----
+Nun legen wir wieder ein neues Device in ESPHome an und verweisen auf die beiden //Custom Codes// ''stream-server'' und ''garden-leds.h''.
+Den ersten Part haben wir vorher in ''config/esphome/my_components/stream-server'' und das zweite File in ''config/esphome'' kopiert.
+<code yaml>
 esphome:
   name: garden-leds
@@ Zeile 164: / Zeile 374: @@
+Zu guter Letzt das Setup des //Light// und des //Servers//:
+<code yaml>
+uart:
+  id: uart_min
+  tx_pin: GPIO1
+  rx_pin: GPIO3
+  baud_rate: 9600
+stream_server:
+  uart_id: uart_min
+  port: 6638
+output:
+  - platform: custom
+    type: float
+    lambda: |-
+      auto min_led_pwm = new Min_Led();
+      App.register_component(min_led_pwm);
+      return{min_led_pwm};
+    outputs:
+      id: led_pwm
+light:
+  - platform: monochromatic
+    name: "Garden Wall"
+    output: led_pwm
+</code>
+Gegebenenfalls müssen die Pins ''tx_pin, rx_pin'' für die serielle Schnittstelle und der Richtungspin ''DIR_PORT'' in ''garden-leds.h'' für die eigene Hardware angepasst werden.
+==== Hardware Gateway ====
+Für die H/W brauchen wir neben dem ESP Modul der Wahl, einen AC/DC Step-Down Regler von ~12VAC auf +5VDC, level shifter  5V<->3V und ein RS485 Driver Modul. Das gibt es auch wieder fertig in der Bucht. Die Verdrahtung ist einfach, hier meine Version:
+^ ESP8266 ^ RS485 Driver ^
+| GPIO1 | DI |
+| GPIO3 | RO |
+| GPIO13 | RE+DE |
+| +5V | VCC |
+| GND | GND |
+Das Ganze dann auf einer Lochrasterplatine aufgelötet und verpackt in einem wasserfesten Gehäuse sieht dann so aus:
+{{ :tech:gateway_hardware.png?direct&200 | Gateway hardware in waterproof housing}}
+==== Gesamtverdrahtung ====
+Zwischen den Spotlights und dem Gateway wird ein 4-adriges Kabel benötigt. Da ich Aussen in einem wasserdichten Rohr verlege, reicht mir eine PVC-Schlauchleitung H03VV-F4G0,75. Bei der Verdrahtung einfach die 12VAC und die beiden Signale A + B miteinander verbinden:
+^  Gateway  ^  Spot 1  ^  Spot 2  ^  ...  ^  Spot n  ^
+|  ~12V  |  ~12V  |  ~12V  |  ...  |  ~12V  |
+|  ~12V  |  ~12V  |  ~12V  |  ...  |  ~12V  |
+|  A  |  A  |  A  |  ...  |  A  |
+|  B  |  B  |  B  |  ...  |  B  |
+Je nach Anzahl der Spots brauchen wir noch ein leistungsfähigen Trafo für ~230V auf ~12V. Hier kann man z.B. einen gebrauchten Halogentrafo wiederverwenden. Die finden sich zuhauf in Gebrauchtwarenmärkten. Meinen 200W Trafo inkl. Sicherungen gab es dort für 8,-€.
+===== Inbetriebnahme =====
+Schliessen wir nun das fertig verdrahtete Konqlumerat an, steht uns das Licht mit DImmfunktion in Home Assistant zur Verfügung. Die Fadezeit kann dort festgelegt werden und steht standardmässig auf 1s. Durch den Stream-Server können wir aber auch mit z.B. einem PC auf die LEDs zugreifen. Dazu habe ich ein kleines Pythonprogramm geschrieben (Source Code im Downloadbereich).
+{{ :tech:gateway_python.png?direct&400 |}}
+Damit lassen sich alle Funktionen auf alle oder einzelne LEDs ausführen. Mit **CHK** wird nach angeschlossen LEDs gesucht und im unteren Bereich steht ein einfacher Skript Editor zur Verfügung der die Programmierung von Abläufen erlaubt, bei einer Stepzeit von 100ms also 10Hz. Ein Gimmick für Silvester oder andere Parties.
+===== Erfahrungen =====
+Im Moment gibt es nur einen Testaufbau mit zwei Spotlights der sehr gut funktioniert. Die vollständige Installation im Aussenbereich erfolgt erst 2023. Ich werde berichten...
 ===== Downloads =====
-  * {{:tech:led_rs485.pdf| Schaltplan (,pdf)}}
+  * {{:tech:led_rs485.pdf| Schaltplan (.pdf)}}
-  * {{:tech:led_rs485_bom.csv.zip| Bestückungsliste (BOM) als .csv}}
+  * {{:tech:led_rs485_bom.csv.zip| Bestückungsliste (BOM) (.csv)}}
   * {{:tech:led_rs485.brd.zip| PCB Eagle File (.brd)}}
+  * {{:tech:led_case.stl.zip | PCB case (.stl)}}
   * {{:tech:firmware.zip| Firmware for ATTINY85}}
+  * {{:tech:stream_server.zip | Stream-Server files}}
+  * {{| LED Test Tool Wifi (.py)}}

TechWiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge