Optokoppler + Vorwiderstand. Danach ein Tiefpass mit ausreichend großer Zeitkonstante. Den Tiefpass kann man auch in Software abbilden (z.B. wie hier: http://blog.blinkenlight.net/experiments/dcf77/binary-clock/).

Ggf. musst Du mit der Auslöseschwelle etwas spielen, also statt dem Originalcode eher so:

Code:

void low_pass_filter() {
    // http://en.wikipedia.org/wiki/Low-pass_filter#Continuous-time_low-pass_filters
 
    // I will use fixed point arithmetics with 5 decimals
    const uint16_t decimal_offset = 10000;
    static uint32_t smoothed = 0*decimal_offset;
 
    const uint32_t input = digitalRead(sample_pin) * decimal_offset;
 
    // compute N such that the smoothed signal will always reach 50% of
    // the input after at most 50 samples (=50ms).
    // N = 1 / (1- 2^-(1/50)) = 72.635907286
    const uint16_t N = 72;
    smoothed = ((N-1) * smoothed + input) / N;
 
    // introduce some hysteresis
    static uint8_t square_wave_output = 0;
 
    if ((square_wave_output == 0) == (smoothed >= decimal_offset/3)) {
        // smoothed value more >= 33%
        // ==> switch output
        square_wave_output = 1-square_wave_output;
        // ==> max the smoothed value in order to introduce some
        //     hysteresis, this also ensures that there is no
        //     "infinite memory"
        smoothed = square_wave_output? decimal_offset: 0;
    }
 
    digitalWrite(filtered_pin, square_wave_output);   
}

In Hardware brauchst Du stattdessen einfach einen Kondensator und einen Widerstand. Wie man die Zeitkonstanten ausrechnet findest Du im Netz ("RC Filter").

Dann eben mit einem Tiefpaß hinter TX.

So war das auch nicht gemeint. Die Idee ist wie folgt:

1) DD-WRT bedeutet, daß Du Linux auf dem Router hast
2) Das bedeutet, daß Du vollständige Kontrolle über die serielle Schnittstelle hast, entweder eine eingebaute, oder einen USB->seriell Konverter
3) Vollständige Kontrolle heisst insbesondere, daß Du den DTR Pin kontrollierst
4) Der DTR Pin liefert dann das gewünschte Schaltsignal.
5) Mit geeigneter Beschaltung (Optokoppler + Treiber, brauchst Du auch bei einer Arduino Lösung) die Gargentorsteuerung ansteuern.

Ja, könnte funktionieren. Allerdings stellt sich die Frage ob Du das nicht noch glätten solltest. Außerdem würde ich den Zielstrom ausrechnen und darauf hin regeln und nicht jedesmal die Leistung ausrechnen.

Bist Du Dir sicher, daß der Widerstand der Heizung nicht von der Temperatur abhängt?

Was allerdings vermutlich passieren wird, ist, daß Deine Lösung schwingt. Im Zweifelsfall auch wieder eine Anwendung für einen PID Regler: http://www.eetimes.com/ContentEETimes/Documents/Embedded.com/2000/f-wescot.pdf

http://playground.arduino.cc/Code/PIDLibrary

Wieso ist es wichtig die Leistung konstant zu halten? Wäre es nicht naheliegender die Temperatur zu regeln? Im zweiten Fall wäre ein fertiger PID Regler die einfachste Lösung.

Für sowas würde ich gar keinen Arduino nehmen sondern einen Wlan Router mit DD-WRT und vorzugsweise USB support http://dd-wrt.com/wiki/index.php/USB. Dann einfach per USB das Garagentor steuern. Dazu ist die vermutlich billigste Lösung ein USB -> Seriell konverter.

Oder wenn Du versierter bist: direkt einen Router nehmen der einen seriell Port hat http://www.dd-wrt.com/wiki/index.php/Serial_Recovery.

Oder einen Router bei dem Du wenigstens eine der LEDs steuern kannst.

In jedem der Fälle bist Du näher an einer one board Lösung als mit dem Arduino. Und ein Gehäuse hast Du dann auch schon.

Es wäre gut wenn Du genauer beschreibst was das Programm leisten soll. In der Logistik werden normalerweise Barcodes (oder Ableger davon wie z.B. QR Codes) sowie RFID Tags verwendet. Die heutigen Barcodes sind alle sehr ausgereift. Die Umstellung auf Farbe würde die Lesegeräte und vor allem die Druckkosten für die Codes erhöhen. Der Vorteil von sowas ist nicht so klar.

Auf was ich raus will: ist das Ziel eine Fingerübung im Programmieren oder ein Vorschlag was man in der Logistik besser machen könnte.

Wenn das Ziel eine Fingerübung ist: klar geht das.

Wenn das Ziel Verbesserungspotential ist: so wird das wohl eher nichts.

Die Frage ist immer was Du damit vorhast. Sicher, mehr Auflösung ist immer besser. Wenn der ADC aber nur 8 bit hat, dann hilft Dir mehr Displayaufläsung auch nur bedingt weiter. Für den Anfang reicht so eine Auflösung jedenfalls.

Vieleicht willst Du Dich ja mal hier schlau machen:
http://www.dse-faq.elektronik-kompendium.de/dse-faq.htm#F.27

Meiner Meinung nach ist der Arduino für Webanwendungen einfach eine Nummer zu klein. D.h. ich würde für sowas eher einen Raspi oder was ähnliches nehmen. Wenn es sein muß kann man den Arduino auch als IO Erweiterung an den Raspi hängen. Man muß nicht alles tun nur weil es technisch geht.

Bevor Du mit irgendwas anfängst:

Schritt 0: Pflichtlektüre: http://www.dse-faq.elektronik-kompendium.de/dse-faq.htm#F.23

Wenn Du das ignorierst wird Deine Schaltum im Womo nicht lange korrekt funktionieren.

Ansonsten: viel Erfolg

Die Verwendung von Serial.print innerhalb von Interrupts ist eine ganz schlechte Idee. Daß sowas zu einem Reset führt ist mir neu, wundert aber auch nicht.

Man könnte ja auch Leuchtstoffröhren statt LEDs nehmen. Dann werden die Anzeigen richtig schön groß und hell

Die beiden Codestellen

Code:

 while (digitalRead(taster_3)== 1 )  // Schalter an
    {
        val_3 = digitalRead(taster_3);     // Status Taster 3
           if (val_3 == 1)
             {
               digitalWrite(led_3, HIGH);   // gelbe LED an
             }         
           else
             {
              digitalWrite(led_3, LOW);      //gelbe LED aus
             }

Code:

         while (digitalRead(taster_3)== 0 )      // Schalter aus
      {
            val_3 = digitalRead(taster_3);        // Status Taster 3
            if (val_3 == 1)
             {
                digitalWrite(led_3, HIGH);        // gelbe LED an
             }         
           else
             {
               digitalWrite(led_3, LOW);            //gelbe LED aus
             }

sehen mehr als verdächtig aus. Das ist doch mit hoher Wahrscheinlichkeit eher so gemeint:

Code:

         while (digitalRead(taster_3)== 1 )      // Schalter aus
      {
            val_3 = digitalRead(taster_3);        // Status Taster 3
            digitalWrite(led_3, HIGH);   

bzw.

Code:

         while (digitalRead(taster_3)== 0 )      // Schalter aus
      {
            val_3 = digitalRead(taster_3);        // Status Taster 3
            digitalWrite(led_3, LOW);   

Steht doch schon weiter oben: Daten rein in RX, raus über TX. Die Ansteuerung wird von der Arduino Software erledigt. Du musst nur die Daten manipulieren.

Die Standardreferenz ist wohl http://www.cameraaxe.com/