Gut gemacht! Gefällt mir, dass der Balken nicht "klötzchenweise" verlängert, sondern Pixelweise...
Richtig, es geht um eine Tankanzeige. Die ist aber grundsätzlich schon vohanden, nur kommt das im Einsatz befindliche Philipi TCM-2 mit dem stark schwappenden Tank nicht klar, ich muß also bedämpfen.
Desweiteren berücksichtigt das TCM-2 die Situation meiner Tankgeometrie nicht. Darum muss ein Korrekturglied zwischen Anzeige und Geber (siehe auch Post #27).
Auf Picaxe-Basis habe ich bereits eine lauffähige Version entwickelt. Hab ich zwar im Real-Live noch nicht ausprobieren können, funktioniert aber im Grundsatz schon. Allerdings gibt es noch (mathematische-) Schwierigkeiten mit der Integration der Korrekturtrimmer, da steckt noch irgendwo ein Rechenfehler in meinem Algorithmus.
Das Konzept für mein Entwicklerboard ist auch schon weit fortgeschritten. Muss das allerdings noch weiter verinnerlichen, ob es nirgendwo Konflikte gibt, ob ich alles bedacht habe, ob nach was fehlt, ob Universalität durchgängig gegeben ist - und ob sich das grundsätzlich alles so umsetzen läßt.
Vorgesehen habe ich momentan:
RS232 (D0-D1)
ISP Anschluß 6 und 10-polig (B3-B5, C6)
LCD "Schnittstelle" (D2-D7)
Schnittstelle für einen Rotary-Encoder über (Ports D5-D7)
20 LED Outputs (D0-D7, B0-B5), C0-C5)
5 "Power-Outputs" über Transistor BC517 (D0-D4)
6 Taster (D5-D7, C0-C2)
4 Potis (C2-C5)
1 NTC (C1)
1 LDR (C0)
Wahlweise powerbar via USB/5V oder variabler Powersource > 7,5V via 7805.
Klar, habe mich dabei an Deinen Beispielen orientiert.
Ich habe Möglichkeiten vorgesehen, das Ganze über Jumper und herausgeführte Kontakte variabel zu halten, alles gleichzeitig ist natürlich nicht möglich.
Wenn die Pläne meiner Ideen reif sind, kann ich die auch gerne hier mal zeigen.
Überlege z.B. noch, wie sinnvoll es ist, die üblichen Schutzmaßnahmen der Ports vorzusehen, also die typischen 100nF und Schutzdioden...