Display Multiplexen Breakpoint

[PICture]

Ja, danke dir für die ausführliche Erklärung. Du hast den Nagel am Kopf getroffen.

1. Von Breakpoints für das Debugging.
Das könnte man so lösen, das man vor dem Breakpoint die Ausgangspins der Ports für die Segmenttreiber inaktiv schaltet.
A oder K der Displays sollte dabei egal sein.
Dann wird das Display bei einem Breakpoint nicht mehr angesteuert.
Nachteilig ist, das hier durch den zusätzlich eingefügten Code die anzahl der Taktzyklen nicht mehr 100% stimmt - Das sollte aber keine allzu große Rolle spielen.

Mir ist darauf noch ein zusätzlicher µC für Display eigefallen, der dank regelmäßigen kurzen Untebrechungen vom Hautprogramm mit Breakpoints das gewünschte permanent zeigt. Aber das wäre angeblich überkompliziert.

[MacMike]

Das hast Du glaube ich nicht richtig verstanden PICture.
Es geht ja darum wenn die Software stehen bleibt.

Das multiplexen muss natürlich immer in einer Schleife, bzw. im Timerinterrupt laufen.
Aber wenn die Software anhält, egal wo, dann bleiben halt die Segmente dauerhaft angesteuert.
Also nur mit Software kann ich dagegen nichts machen.

Stell Dir vor das Quarz oder der der interne RC Oszillator vom Controller fällt aus, dann bleiben irgendwelche
Segmente dauerhaft angesteuert. Das muss natürlich nicht gleich zu Schäden, könnte aber.

In deinem Projekt ist es ja eine LCD Anzeige, da tritt diesen Problem ja garnicht auf,
da fließen keine (fast keine) Ströme...

So nebenbei:
dein benutztes LCD-Dipslay gibt es jetzt bei Pollin jetzt für 10 cent zu kaufen.
Da muss man ja eigenlich zuschlagen.....
https://www.pollin.de/p/lcd-modul-ph...-2673-1-120103funk


Siro

hab ich auch gebraucht genommen.. klappt super