:-) Hiho
Immer schön zu sehen das es auch andere "kranke" Leute neben mir gibt (( Und das war ein Kompliment

))
Vorweg.... Die Grundidee wurde seitens Sebastian eigentlich verworfen bzw "auf Halde" gelegt. Denn die Main Policy ist hier eigentlich klar... Mobiflight setzt kein Limit an MEGA Boards .... Selbst ein Komplexes Cockpit mit womöglich 800 LED Anounciator wäre mit 20 Megas machbar.
Die Frage ist also schlicht..... Warum sollte man sich das Limit der Stromversorgung von LED künstlich runtersetzten ( Wie Stephan sagt kannst mit nen Max nicht 20ma Standard LED verbauen) ... Warum sollte der User Umständlich MaX Chips "umbauen" .... Und warum sollten wir ein neues GUI Element zur Direkten Diggit Steuerung einbauen das es für den Laien noch komplizierter macht als es schon ist.
Kernaussage ist also.... Mit MF kann man DIREKT Tausende LED Steuern. Nur damit man sich 100€ für ein paar Megas spart, rechnet sich die Entwicklung von sowas nicht.... Besonders wenn man bedenkt das ein HC am Ende viele Tausend Euros kostet und die 20 Megas da schlicht Peanuts sind!
ABER
Blenden wir das mal aus und reden über dein System.... Denn an das gleiche dachte ich auch schon ( Nur etwas anders)
Wir verwenden das ja bereits heute wenn wir 14/16 Segment Diggits mit den 8 Diggit Ausgängen des Max für MF nutzen.
Wie du schön erkannt hast... Wir können die Verkabelung des Diggits ansich ändern. Jede Zahl die Angezeigt wird beleuchtet gewisse Segmente.
Das ganze hat nur im System einen Hacken...... Mobiflight arbeitet aktuell wie ich es verstehe mit "CodeB" Falls diese Vermutung Falsch ist dann müsste das Sebastian oder Stephan bitte korrigieren!
Code B bedeutet Mobiflight selbst setzt nicht bei z.b. einer "1" die Diggits B und C auf "1" und den Rest auf "0" Mobiflight sendet stattdessen einen 4 Bit Wert an das Max. Dort wird aus einen Zeichensatz dann ermittelt welche Zahl oder welches Symbol angezeigt werden soll und das Max schaltet dann die entsprechenden Segmente An bzw Aus.
Der Nachteil..... Wir könenn so nur effektiv 16 Zeichen darstellen und diese sind vorgegeben. Somit ist die Kombination sehr eingeschränkt. In dienn Beispiel mit 1,2 und 8 Kann man also A - B -A+B oder KEINS darstellen. Was ist aber wenn du A B C D E F G individuell oder in diversen Kombinationen willst ??
Die Lösung wäre hier eine Steuerung des Max seitens Mobiflight NICHT über CodeB sondern Bitbasiert..... Sprich anstatt die 4 Bite Code zu senden ( und 4 Bits leer zu lassen) müsste man 8 Bit senden und DIREKT sagen welches Segment man will.
DANN wäre es möglich auf eine Funktion ( z.b. Fahrwerk ausgefahren) eben nicht eine LED zu setzten sondern das Segment A von Digit 1 des Max Nr XY .... Und JA.... Dann könnte man mit einen Max technisch gesehen 64 LED anfahren.
Zusammengefasst.
Ich denke das "Echte" System mit der Änderung der CodeB Logik wäre machbar für Sebastian.... Würde aber ne Menge Arbeit bedeuten und wie eingangs gesagt ist der effektive Nutzen zu gering .
DEIN System ist eine interessante Spielerrei die Ich und viele andere bereits nutzen um "Unmögliches möglich zu machen" ..... Aber als Alternative zur 1LED = 1 PIN logik taugt sie nichts....
Nur als Beispiel: Für so ein System braucht man dann Pro Funktion zig Configs.... 1x Auslesen von Licht 1... 1 malAuslesen von Licht 2 .... Eine Output die nur Licht 1 Steuert (Wert1) ... Eine die Licht 2 Steuert (Wert2) .... Eine die Beide Steuert ( Wert 8) .... und Eine die Blank setzt (Wert Space)
Somit 6 anstatt 2 Configs.... Und das alles nur bei 2 Systemen. Willst du mehr als 2 dann reden wir von 30 und mehr Configs pro Max7219.
Einziger Lichblick .... Eine Nutzung mit 8 LED auf 3 Pins ( Also 1 Diggit Max = 1 LED ) wäre einfach möglich und Umsetzbar. In dem Fall veränderst du den Wert deiner Offsets immer auf 8 für 1 (Wenn Wert = 1 Dann 8 ) Du greifst jetzt nur das mittlere Segment ab (Seg G) . Bei 8 Leuchtet es.... Bei 0 eben nicht.
Somit 3 anstatt 8 Pins !
Aber trotzdem DANKE! Von Solchen Denkereien lebt Mobiflight !