Das Wettringer Modellbauforum

Hallo Maik,

die Geschmäcker sind verschieden. Das ist gut so.
Eine schwarze Platine bringt die Bauteile - gerade in einem beleuchteten Gehäuse - besser zur Geltung.
Vor der Bestückung:
Oberseite: Einfach mit Abtönfarbe rollen.
Lötseite: Die zu benutzenden Lötpunkte einölen, dann wie die Oberseite rollen. Auf dem Öl hält die Abtönfarbe nicht.
Nach Trocknung einfach über ein Stück Stoff reiben: -> Lötkontakte frei. Evtl. Glasfaserstift benutzen.

Eval-Board: Ich kenne diese Probleme...
Diese werden wir bei unserem Projekt nicht haben.

Zitat von »Elektron«

Ich glaube, ich hab da selbst etwas falsch eingebracht:
Auf meinem EVAL-Board zur probe aufgesteckte Controller arbeiten mit "realer" Logik, nehme ich sie jedoch herunter und setze sie mit dem (auf dem Board korrekt funktionierenden) Programm auf das Endboard, dann sind die Funktionen dort invertiert.
Im Klartext: Schreibe ich in BASCOM den Code so, dass bei "1" auch der Port logisch "1" ist, dann ist er in der finalen Schaltung leider logisch "0".
Ärgert mich ein wenig, besonders dann, wenn ich die Ausgänge mit einer PWM "takten" möchte. Statt einem ausgeschalteten Ausgang einfach logisch "0" zuzuweisen, muss ich stets von 1023 abwärts zählen - und das ist dann doch ein wenig irritierend...

Hast Du Dir mal die Polung der LEDs auf Eval-Board und unserem Schaltplan für das Steckbrett angeschaut?
PWM kommt noch. Aber später.
Langsam, junger Padawan!

Zitat von »Elektron«

Bei mir gab es Anfangs ein paar Probleme, eine Verbindung über USB mit dem Board herzustellen. Es dauerte doch eine kleine Weile, bis ich dahinter kam, dass ich mit der Installation des USB-Treibers auch den dazu gehörigen Port fest in das Programm eingebrannt hatte. Bedeutet: Ich kann mein Board lediglich über den USB-Port ansprechen, über welchen die Urinstallation ablief. Zur Umdefinierung wäre eine Neuinstallation von Nöten (nur des Treibers ).

Den Port fest in das Programm einzubrennen, ist mir ein Rätsel. In Bascom stellst Du ein, wie und von welchem Port oder Gerät die ISP stattfinden soll. Da steht nix im Code!

Zitat von »Elektron«

Da mir BASCOM selbst keine große Hilfe beim Herstellen einer Verbindung zum Board war, habe ich "AVR-STUDIO 4" zusätzlich installiert. Mit dem Programm ist es einfacher, auf das Board zuzugreifen, es bietet aber auch einige andere Features.
Die wichtigsten beiden sollten sein:
- Brennen der Fuses und Lock-Bits, womit hardwareseitig auch die richtige Grundfrequenz in den Controller eingebrannt werden kann (1MHz + 64µs mit internem Oszillator, wenn ich mich nicht irre)
- Direktes Brennen der Programme und HEX-Files, Löschen des Flash und EEProm

Das brauchst Du nicht. Fuses et al. werden im nächsten "offiziellen" Post behandelt. Da bohren wir den Tiny auf 8 MHZ auf. Mit der Bascom-Demo.

LG
Mathias

Hallo Modellbaufreunde,

wie schon angekündigt, habe ich im Startpost ein Inhaltsverzeichnis der "offiziellen" Projektposts mit entsprechenden Links angelegt.
So können wir prima auch einmal abschweifen, ohne den Überblick zu verlieren.
Einen Ausblick auf die schon vorbereiteten nächsten Posts findet Ihr auch im Inhaltsverzeichnis

Viele Grüße
Mathias

Hallo Modellbaufreunde,

seit dem letzten "offiziellen" Post geben wir Euch am Ende des Posts als
"Aufgaben/Spielereien"
"Hausaufgaben" auf.
Berichtet darüber!
Falls nötig, werden wir weitere Erklärungen geben.
Der Thread ist eine Dialog-Zone. Berichtet auch über eigene Ideen, die Ihr probiert habt.
Egal ob mit oder ohne Erfolg.
Wer nicht fragt, bleibt dumm und wer sein Wissen nicht teilt, ist ein Egoist.
Meine persönliche Einstellung.

Viele Grüße
Mathias

Hallo Maik,

statt "dumm hätte ich vielleicht "unwissend" schreiben sollen. Googeln ist auch Fragen stellen. Meine Mitarbeiter haben das immer richtig verstanden: Kommunikation ist extrem wichtig.
Mir würde nie einfallen, jemandem "einfach so" öffentlich auf die Füße zu treten.

Micha und ich sind froh, dass Du nicht nur den Thread verfolgst, sondern Dich aktiv mit einbringst!

Ich selbst bin Wiedereinsteiger bei Bascom - eine Pause, so lang, dass die noch gespeicherten .bas Dateien auf der neuesten Demo nicht mehr liefen.
PWM, also LED-Dimmung bzw. Ansteuerung von (einfachen) RGB-Stripes oder RGB-LEDs kommt noch.
Die Tag-/Nacht-Dimmung bzw einen Dämmerungsschalter hatte ich als mögliches Projekt angedacht; allerdings mit Fotowiderstand am ADC des Mega8. Da könnten wir uns mal austauschen.
Servo-Steuerung kommt mit Sicherheit, "Servo" ist wie auch "Sensor" als Thread-Tag gesetzt.
RC-Anwendungen sind auch vorrätig (aus der Ecke komme ich eigentlich her), sind aber in diesem Forum wahrscheinlich nicht höchste Priorität.
LCD-Displays: Sowohl im Bus- als auch im I2C-Modus supereasy wie Port-Expander und Ähnliches. Interessant, um Infos auszugeben; Priorität m. E. eher niedrig. Bei Bedarf wird es natürlich einen Post darüber geben.

Zu Deinem nächsten Projekt:
Feine Sache!
Für die Blinker würde ich auf beiden Seiten des Lenkers selbstrückstellende Wippentaster montieren.
Warum?
Weil Du als Fahrradfahrer immer noch zum Hand-/Armzeichen verpflichtet bist. Oder wurde das geändert?
Den Fototransistor oder -widerstand würde ich auch dazu "verdonnern", die Rückmeldungs-LEDs bei Dunkelheit abzudimmen, sonst blenden die oder Du erkennst sie bei Sonnenlicht nicht.
Als Hupe ein gepulster Piezo-Buzzer; braucht wenig Leistung & ist laut. Eher schwer spritzwassergeschützt zu montieren.
Das Ganze an einer LiPo-Zelle mit "Schwächel-LED". Den Akku könntest Du mit einer Solarzelle tagsüber nachladen.

Dann brauchst Du eigentlich nur noch die Zulassung gem. StVZO...

Viele Grüße
Mathias

P.S. Nenn' mich nie wieder "Matze".

Hallo Maik,

für Dein Projekt habei ich vorher gegoogelt - damit ich nicht "dumm" bleibe

Eine Stichprobe zeigte, dass ein kommerziell vertriebenes Produkt nur für "Oldtimer-Fahrräder" verkauft wird und die Zulassung gem. StVZO nicht besitzt.
Ich wollte nur auf die rechtliche Situation aufmeksam machen. Im Schadensfall ist der ohne Zulassung immer schlechter dran; wie beim getuneden Auto.

"Selbstrückstellende Wippentaster" ist doppelt gemoppelt; ich meinte solche, wie man sie z. B. an el. Scheibenhebern im Auto findet.

Zum Fototransistor: Hättest Du da ein Schaltbild?

Viele Grüße
Mathias

Hallo Maik,

das Schaltsymbol kannte ich schon...
Ich meinte ein Schaltbild/Beispiel am µC.

Im Fall des Fotowiderstands hätte ich einen klassischen Spannungsteiler am ADC aufgebaut, der nicht zu häufig abgefragt wird und bei einem bestimmten ADC-Wert dann mit einem anderen Pin/Unterprogramm Nachtschaltung etc. aktiviert.

Fühlbare Taster: Teichfolie!


LG
Mathias

Feine Sachen, die Du da baust, Maik!

Bei der Teichfolie dachte ich an Wasserdichtigkeit. Ein Stückchen bekommst Du garantiert gratis im Baumarkt.

Die exakten Lamellenausschnitte schreien ja förmlich nach Hintergrundbeleuchtung!

Zum Fototransistor: Stimmt, Etwa das, was ich mit dem Fotowiderstand gemacht hätte. Die LEDs sind auch blendfrei. Super!
Pwmport ist ein Alias?

LG
Mathias

Zitat von »Hubra«

bisher habe ich nur die Praktischen Test im Hintergrund bearbeitet.

NUR, Micha?
Nein! Stelle Dein Licht nicht unter den Scheffel!

LG
Mathias

Hallo Willie,

Du hast Dir wirklich viel Mühe mit Deinem Post gemacht. Ganz herzlichen Dank dafür!

Du hast Recht. 0,6 mm sind das Optimum für Steckbretter. 0,5er Schaltdraht ist deutlich häufiger und damit günstiger zu bekommen. Deshalb der "Einkaufstipp".
Dein Adapter: Wie aus dem Bilderbuch!

Zum Steckbrett: Da hast Du ein feines Exemplar! Die Unterbrechungen in den vertikalen Spannungsschienen hatte ich "unterschlagen".
Sorry. Wir werden demnächst mit verschiedenen Spannungen arbeiten: +5 V, +12 V aber auch mit -12V. Deshalb GND und nicht "Minus-Pol".
Da ist die Aufteilung sinnvoll, wenn man ein kleineres Steckbrett hat.

Spontane Idee: Spannungstester:
Kontakt --- rote Litze --- 1 kOhm Widerstand --- Anode LED --- Kathode LED --- schwarze Litze --- Kontakt
Miteinander verlöten, isolieren und Ihr könnt gefahrlos testen, wo Spannung anliegt. Auch bei +12 V. Bei -12 V steckt das rote Ende in GND und bei Kontakt mit -12 V leuchtet die LED.
Hat ja Diode gelernt.
Bei + und - 12 V könnt Ihr allerdings das seltene finale Blitzen einer sterbenden LED sehen...

Deine Erfahrung mit den Einstellungen: Hier muss ich eventuell nachbessern - 'zig Screenshots wollte ich mir und Euch ersparen. Schicke mir bitte Deine geänderte .xml-Datei zu.
Die "Hausaufgaben" haben geklappt? Schreibe etwas darüber!

Ich freue mich, dass sich der Erste getraut hat, hier einzusteigen!
Willie, die M&Ms werden Dich nicht enttäuschen!

LG
Mathias

Hallo Modellbaufreunde,

zusätzlich motiviert von Willies Post :

"Jetzt aber was Richtiges!"

Ein vielseitig konfigurierbarer 8-Kanal Blinker.

Auf dem Steckbrett wurden drei bzw. sieben weitere LEDs an die Pins 13 - 15 bzw. 19 angeschlossen (im Bild sieben weitere LEDs):



Hier der Schaltplan:



Ein persönlicher Dank von Mathias: Hier möchte ich mich bei meinem Freund Tschoeatsch aus dem Offiziellen Deutschen Bascom Forum bedanken.
Er hat netterweise alle Eagle-Schaltpläne in Windeseile gezeichnet und ggf. verändert.
Meister Hora (so wird Tschoeatsch aufgrund seiner Affinität zu Zeitmessern auch genannt), vielen lieben Dank!
Schaut Euch einmal ein paar seiner Projekte an und Ihr werdet sehen, dass nur die Fantasie eine Grenze ist:

• Die-Tschoeatschens-NullA3KlaSch-eine-Uhr-mit-moderner-Technik-und-retro-Klang
• Pentagon-Scheibenuhr-Uhrzeitanzeige-mal-laut-und-deutlich
• Die-'timebar'-eine-Uhr-rot-breit-tief
• TZZ-3-13-die-Tschoeatschs-Zeitzeige
• Lichtzeigeruhr-mit-Thermometer-groß-und-bunt
• Besser als qlocktwo?
• Kurzzeitwecker

Zurück zum Schaltplan.
Es ist sinnvoll, hier low-current LEDs zu benutzen, da der ATtiny4313 bei einer Dauerlast über 80 mA anfängt, die Öhrchen anzulegen.
Deshalb haben wir den Code erstmal nur für vier Kanäle "scharfgeschalten", falls Ihr nur 20 mA oder noch stärkere LEDs habt.
Zugegeben, das mit den 80 mA habe ich mir vor Jahren (mit anderen Mikrocontrollern) angewöhnt. Es ist einfach ärgerlich, wenn's qualmt und eigentlich kein offensichtlicher Fehler vorliegt.
Das Datenblatt des ATTiny4313 besagt unter dem Punkt "Absolute Maximalbelastungen / Absolute Maximum Ratings": 40 mA für einen Einzelpin und 200 mA für die ganze Schaltung.
Demnach lägen wir mit acht 20 mA LED noch innerhalb der Spezifikation.
Der ganze Code ist hier; für die vollen acht Kanäle muss nicht viel geändert werden (siehe unten).
Speichert den Code bitte unter "WM Blinker2.bas" ab.



Die Sequenzen hat Micha erarbeitet; er wird Euch garantiert etwas dazu erzählen!

Fortsetzung im nächsten Post

Fortsetzung:

Von Bits, Bytes, Arrays & Co.
Bascom kennt verschiedene Variablentypen (siehe auch Bascom-Hilfe - lesen schadet nie)
Folgende Variablentypen werden im obigen Code genutzt:
Die kleinste Variable ist das Bit, Es kann entweder einen Wert von 0 oder von 1 haben.
Das Byte besteht aus 8 Bit, Wert 0 - 255 oder binär: &B00000000 - &B11111111. 1 = &B00000001
Das Word besteht aus 2 Byte bzw. 16 Bit, Wert 0 - 65535 oder binär: &B0000000000000000 - &B1111111111111111. 1 = &B0000000000000001
Das Array sind durchnummerierte Variablen gleichen Namens und Typs: Ente(1), Ente(2), ... Ente(n)
Bascom legt Arrays standardmäßig von 1 - nicht von 0 - ausgehend an. Seltsam. Normalerweise gibt's keine Ente(0).
Das lässt sich mit dem Base-Befehl ändern - brauchen wir hier aber nicht.

Das wars auch schon.

Nun zum Programm:
Das Tralala in Zeilen 13 - 17 kennt Ihr schon. Wir haben den Tiny aber von der Leine gelassen und auf 8 MHz Takt eingestellt (siehe unten).
Neu ist die Deklaration von Variablen in Zeilen 21 - 24.
In Bascom müssen Variable wie folgt deklariert werden:
Dim <Variablenname> As <Variablentyp>
Ein Array so:
Dim <Variablenname>(<Anzahl>) As <Variablentyp>
Es folgt Eure Spielwiese (Zeilen 32 - 41), dazu später mehr.
Da wir die Pins 12 - 19 benutzen, die "zufällig" PB0 - PB7 sind, können wir in Zeile 51 mit
Config PortB = Output
den kompletten Port B für die Ausgabe konfigurieren.
Config PortB.0 = Output
Config PortB.1 = Output
Config PortB.2 = Output
...
Config PortB.7 = Output
würde aber auch funktionieren.
Im Folgenden bekommt unsere Led1 Geschwisterchen: Led2 - Led4 bzw. Led8 (Zeilen 53 - 59)
Danach haben wir eine Zählschleife in Zeilen 61 - 66:
For I = 1 To 4
...
Next I
Das bedeutet, dass der Variablen I der Wert 1 zugewiesen wird und sich bei Erreichen von Next I um eins erhöht.
Die Schleife läuft also viermal durch, dann geht es weiter. Aufpassen: nach Beendigung der Schleife hat I den Wert 5, nicht 4!
Macht hier nix aus, ist aber wissenswert.
Innerhalb der Schleife finden wir Bekanntes aus "WM Blinker1.bas".
Led1 wird also viermal im Sekundentakt blinken.
Wozu?
Weicht die Blinkfrequenz deutlich vom Sekundentakt ab, so stimmen $crystal und der reale Controllertakt nicht überein.
Aufgaben nicht gemacht?
Wenn der Takt stimmt, könnt Ihr diese Kontrolle natürlich aus dem Code löschen.

Danach geht's ins Hauptprogramm.
Endlosschleife und darin eine Zählschleife und sonst nix.
Was passiert da?
I fängt bei 0 an und zählt bis zum Wert der Variablen "Sequenz", voreingestellt auf 15. Also 16 Durchläufe, bis I wieder auf 0 gesetzt wird und wieder bis 15 zählt.
Ihr erinnert Euch noch an den Variablentyp Word? Eine Word-Variable besteht aus 16 Bits: Bit 0 - Bit 15. 1 = &B0000000000000001 Bit 0 ist also ganz rechts (aber nicht braun...).
In der Schleife schalten wir LedX an oder aus, je nach dem gelesenen Bit der Variable Led_sequenz(X): 1=an, 0=aus.
Dann warten wir eine Anzahl von Millisekunden, die durch die Variable "Impuls" festgelegt ist.

Beispiel:
Led_sequenz(1) = &B0000010100000101
Im ersten Zählschleifendurchlauf, bei dem I=0 ist, wird Led1 mit
Led1 = Led_sequenz(1).I
eingeschaltet, weil das Bit 0 (das ganz rechts) den Wert 1 hat.
Im zweiten Zählschleifendurchlauf, bei dem I=1 ist, wird Led1 mit
Led1 = Led_sequenz(1).I
ausgeschaltet, weil das Bit 1 (das zweite von rechts) den Wert 0 hat.
Im dritten Zählschleifendurchlauf, bei dem I=2 ist, wird Led1 mit
Led1 = Led_sequenz(1).I
eingeschaltet, weil das Bit 2 (das dritte von rechts) den Wert 1 hat.
... und so weiter, bis nach Bit 15 wieder Bit 0 abgefragt wird.

Dazu die "Spielwiese"
Hier könnt Ihr für 4 bzw. 8 LEDs individuelle Blinkmuster erzeugen:
Mit dem Wert von "Impuls" die Geschwindigkeit festlegen und mit dem Wert von "Sequenz" die Anzahl der abgefragten Bits (von rechts nach links, gelle!) festlegen.
Es könnte ja sein, dass jemand z. B. Rundumleuchten mit 5 LEDs baut. Dann holpert das mit 16 Schaltzuständen.
"Sequenz" dann besser den Wert 14 (15 Schaltzustände, wir zählen ab 0!) zuweisen.
Wem 16 Schaltzustände nicht reichen sollten - wir können auch ganz einfach auch 32 mit geringstem Aufwand realisieren. Einfach fragen.

Das wars auch schon - nix Besonderes.


8 MHz oder: Tiny unleashed
Hier zeigen wir Euch, wie der Tiny auf 8 MHz Takt eingestellt wird.
Wir "schrauben" an den sogenannten Fuse-Bits, der hardwareseitigen Einstellung des Mikrocontrollers.
Vorsicht! Hier kann man auch dem µC unbrauchbar machen!
Startet Bascom; WM Blinker2 sollte das aktuelle Programm sein.
Syntax checken, kompilieren, "Program chip", danach "Identify chip" klicken und im neuen Fenster auf "Fuse Bits" klicken
Der Tiny arbeitet intern schon mit 8 MHz; jedoch ist ein Divisor von 8 werksmäßig aktiviert.



Wählt bei Fuse Bit C statt "Divider by 8 enabled" "Divider by 8 disabled" aus.
Der vorher ausgegraute Button "Write FS" wird auswählbar. Draufklicken.
NICHT auf den Button "Write PRG" - der hat beim USBASP keine Wirkung und vermüllt nur das Programm.
Ein Klick auf den Button "Refresh" zeigt, ob die Änderung erfolgreich war.
Fertsch. Der Tiny läuft jetzt auf 8 MHz Nominaltakt.


Alle acht Kanäle freischalten
Um alle acht Kanäle freizuschalten, überweisen Sie bitte...




NEEEE.
Die M&Ms machen nur Spaß.

• Beschaltet PB.4 - PB.7 mit Vorwiderständen und low current-LEDs
• Speichert WM Blinker2.bas unter WM Blinker2_8Kanal.bas ab
• Entfernt die Hochkommata in Zeilen 56 - 59
  
• Entfernt die Hochkommata in Zeilen 74 - 77
  

Und? Wer ahnt es?

Genau.

• Ändert das Array von 4 auf 8 Words. Zeile 22 ist dann:

Dim Led_sequenz(8) As Word ' 8 LED-Sequenzen à 16 Schaltzustände

Fertig. Syntax-Check, kompilieren, programmieren, freuen.

Und dann: Die Bundesblinkminister warnen: Suchtgefahr! Nee, schlimmer!

OK. Aber jetzt!


SPIELEN! JAAAAA!


Schalten Sie auch nächstes Mal wieder ein, wenn sie die M&Ms sagen hören: "Mehr Licht!"

Viele Grüße
Mathias & Micha


P.S. Diesmal keine Hausaufgaben, weil Ihr wegen des Spielens eh' keine Zeit hättet.


Inhaltsverzeichnis aller Projekt-Posts in Post 1

Hallo Maik, hallo Markus,

es war von Anfang an klar, dass dieses Projekt eine Gratwanderung werden würde.
Micha und ich haben wochenlang über den Thread diskutiert, Teilschritte/-projekte definiert, Posts vorbereitet, Programme erstellt und Bilder gemacht.
Erst dann haben wir den Thread eröffnet.
Schaut Euch den Thread-Titel an. Wir sind in einem Modellbauforum, wo erwartet wird, dass bald brauchbare Ergebnisse erzielt werden.
Bauen, mit dem Code spielen und nebenbei die Grundzüge von Bascom erlernen. Das ist unser Ziel.
Und doch! Wir haben bei Null angefangen!
Schaut Euch den Code von WM Blinker1 an.
Hier wurde der "Header" (ist auch Definitionssache... mit oder ohne Configs, Dims etc) weitestgehend erklärt.
Hier auf Stacks und Framesize einzugehen, bringt nix.
Auch die Grundstruktur der meisten Programme, die Endlosschleife, wurde gezeigt.
Jeder benutzte Befehl wurde erklärt. Z. B. den Toggle-Befehl zu kennen ist ein "nice to know" - hier aber nicht nötig.
Wer mit diesem Grundwissen die "Aufgaben" gemacht hat, kann schon Blitzer, Doppelblitzer, Wechselblinker etc. programmieren,
In WM Blinker2 kamen weitere Befehle und Erklärungen hinzu.
Wir haben jetzt schon ein tolles Spielzeug und parallel dazu ein wenig mehr Basics dazugelernt.
So werden wir auch bei den folgenden Posts neue Befehle und Hintergrundwissen anhand getesteter Programme vermitteln.
"Learning by doing" ist unserer Meinung der beste Weg, die Basics zu vermitteln.
Es sei an dieser Stelle nochmals auf die vorzügliche Bascom-Hilfefunktion hingewiesen.
Dort findet man zu jedem Befehl eine ausführliche Erklärung, meist mit Beispiel und Hinweis auf verwandte Befehle.

@Maik: Im nächsten Post, das sei schon einmal verraten, "entlasten" wir den Tiny.

@Marcus: Du siehst, Du kennst schon einige Befehle. Was sind Grundbefehle? Für uns sind das diejenigen Befehle, die für ein einfaches Programm gebraucht werden.
Du wirst noch viele weitere erlernen und "spielerisch" verinnerlichen.

Insgesamt ist es schwer, die "Taktrate" unserer offiziellen Posts festzulegen. Schaut mal in den Anfangspost. Der ist vom 13. Juli. Heute haben wir den 25..
Wir mussten den interessierten Lesern natürlich auch Zeit geben, sich die Bauteile zu besorgen. Weil: Bauen sollt Ihr selbst! Und Fragen stellen!

Wir hoffen, dass Ihr mit unserer Vorgehensweise einverstanden seid.

Viele Grüße
Mathias & Micha

Hallo Maik,

ich habe Deinen letzten Post eben erst gesehen. Vielen Dank für den Beitrag!

Zitat von »Elektron«

(Verdammt - so viel Geschreibsel für einen Befehl... )

Jepp, das kenne ich...
Und Bascom kennt noch einen Wait-Befehl: Waitus für Mikrosekunden; seit Kurzem sogar mit Variable programmierbar. <klugscheiß aus>

Du hast vollkommen Recht: Die Wait-Befehle sind sowohl ein Segen als auch ein Fluch.
Segen, weil jeder, der mit Mikrocontrollern anfängt, mit definierten Pausen einfach (und ziemlich exakt) zum Ziel kommt.
Den Fluch hast Du schön beschrieben. (OK, die Interrupts kommen ja noch...)

Wer hätte es gedacht? Der Code für einen frei programmierbaren Blinker ohne Wait-Befehle ist schon vorbereitet
Und wirklich einfach zu begreifen.

Viele Grüße
Mathias

Hallo Stefan,

"Mäkelei" habe ich nirgendwo in Deinem Beitrag gesehen.
Der Thread richtet sich an Anfänger, die Modellbau als Hobby haben. Da kommt man mit Bascom schnell und mit wenigen Mitteln schon zu ersten Erfolgen.
Die C-Gemeinde (inklusive Arduino) ist um ein vielfaches größer.
Mit 4 KB Code lässt sich schon einiges anstellen! Der ATtiny4313 könnte eh' nicht mehr.

Debugging ist recht einfach mit dem eingebauten Simulator möglich (siehe Bascom-Hilfe). Eine Kommunikation via Max232 mit dem PC ist angedacht, momentan aber "oversized".
Zur Info: Bei komplizierteren Programmen lasse ich mir die kritischen Variablen einfach auf einem LCD-Display ausgeben.

Zum Spannungsregler: Er wird in der Zukunft nur den Mikrocontroller speisen. Die zusätzlichen Treiberbausteine machen kaum etwas aus; die eigentliche Last läuft auf 12 V. Glühen? Never ever.
5€ beim Chinesen + lange Wartezeit vs. <1 € bei Pollin und alles gleichzeitig da. Was wäre Dein Favorit?

Multiplexing et al. ist etwas Feines für Anwendungen, in denen nicht ausreichend Portpins zur Verfügung stehen. Brauchen wir (noch) nicht.
Eher würde ich zu einem oder mehreren Portexpandern oder einem kommunizierenden Zweitcontroller tendieren.

Es freut mich, dass Du unseren Thread gut findest - es werden noch einige interessante Sachen folgen.

Viele Grüße
Mathias

Hallo Maik,

willst Du meinen Job haben?
Du nimmst hier Dinge vorweg, die in den nächsten Posts ausführlich erklärt werden sollen.
Dabei sind Dir leider einige Fehler und auch Denkfehler unterlaufen.

Zur Sicherheit für alle Leser: auch wenn es rechnerisch noch so schön passt:
Niemals LEDs ohne Vorwiderstand - sei er auch noch so klein - anschließen.
Ausnahme ist natürlich eine Konstantstromquelle oder ein kurzer Test.

Nix für ungut, Maik

LG
Mathias

P.S. Maik, bitte poste, was Du als "Header" verstehst.