LED Multiplex (Cube) invertieren

Zitat:

---

Zitat von Ryoken

Also quasi Hardwaremäßig, über die Transistoren, die Ebenen "umpolen", und die Säulen Softwaremäßig, per Umkehrung der Pinzustände am µC?

---

Ich häte es nicht besserformulieren können.

Zitat:

---

Zitat von Ryoken

Was macht das Kommando XOR 1 dabei? Kann man damit über den "Definitionsbereich" alle vorher programmierten Ausgabewerte umkehren, oder wie? Dürfen die Steuerpins der Transistoren dann auch invertiert werden (-> deshalb Schichtwechsel NPN/PNP?), oder nicht.
Was meinst Du denn mit Spaltensteuerung? Sind das in dem Fall die Ebenen des Cubes?

---

Die Formulierung als "ein_bit XOR 1", also die Exclusiv-ODER-Verknüpfung mit 1 bewirkt eine Negation (NOT ein_bit). Ich muss das bei den PIC16ern so machen, weil deren Assembler keine Negation kennt; das Ergebnis ist dasselbe. Du kannst entweder das komplette Schauprogramm manuell von H- auf L-aktive Ansteuerung umarbeiten oder eben zentral vor der Ausgabe mit wenigen Programmzeilen. Dabei gewinnst du sogar noch einen (billigen) Showeffekt, wenn die Invertierung schaltbar/unterdrückbar ist.

Spalten und Zeilen bezog ich auf den Schaltplan.
Die Zeilen sollten ursprünglich mit H-Pegeln aus dem Controller befeuert werden; das geht wegen der Lötpanne nur noch mit L-Pegeln, daher die Negation der Ausgabepegel vom Controller für die Matrixzeilen.
Die Spalten-Transistoren sollten ursprünglich ebenfalls mit H-Pegeln gegen GND leitend gemacht werden, was nach meinem Änderungsvorschlag nurmehr mit L-Pegeln und gegen +5V möglich ist; die PNP-Emitter sollen ja zukünftig an +5V hängen.

- - - Aktualisiert - - -

Zitat:

---

Zitat von PICture

Falls alles schon fertig ist, wäre am einfachsten alle Pads von verpolten LEDs von Leiterbahnen abschneiden und gekreutzt verdrahten.

---

Da gibt es nichts abzuschneiden: Die LEDs bilden das 3D-Würfelgitter.

Zitat:

---

Zitat von RoboHolIC

Ich häte es nicht besserformulieren können.

---

:cool:

Zitat:

---

Zitat von RoboHolIC

Die Formulierung als "ein_bit XOR 1", also die Exclusiv-ODER-Verknüpfung mit 1 bewirkt eine Negation (NOT ein_bit). Ich muss das bei den PIC16ern so machen, weil deren Assembler keine Negation kennt; das Ergebnis ist dasselbe. Du kannst entweder das komplette Schauprogramm manuell von H- auf L-aktive Ansteuerung umarbeiten oder eben zentral vor der Ausgabe mit wenigen Programmzeilen. Dabei gewinnst du sogar noch einen (billigen) Showeffekt, wenn die Invertierung schaltbar/unterdrückbar ist.

---

Gut, denn versuche ich das mal so.
Aber welchen Showeffekt kann ich denn da erzielen? Ohne invertierung tut sich halt einfach nix, oder?

Zitat:

---

Zitat von RoboHolIC

Spalten und Zeilen bezog ich auf den Schaltplan.
Die Zeilen sollten ursprünglich mit H-Pegeln aus dem Controller befeuert werden; das geht wegen der Lötpanne nur noch mit L-Pegeln, daher die Negation der Ausgabepegel vom Controller für die Matrixzeilen.
Die Spalten-Transistoren sollten ursprünglich ebenfalls mit H-Pegeln gegen GND leitend gemacht werden, was nach meinem Änderungsvorschlag nurmehr mit L-Pegeln und gegen +5V möglich ist; die PNP-Emitter sollen ja zukünftig an +5V hängen.

---

Axo.
Also lässt sich die Invertierung durch XOR-Verknüpfung nicht auf bestimmte Programmbereiche begrenzen, richtig? Die erfasst einfach die gesamte Ausgabe des µC und deshalb müssen die Transistoren "umgeschichtet" werden, damit die Steuerpins (=Kollektor in der Schaltung?) weiter entsprechend durchschalten. Sehe ich das so richtig?

- - - Aktualisiert - - -

Zitat:

---

Zitat von RoboHolIC

Da gibt es nichts abzuschneiden: Die LEDs bilden das 3D-Würfelgitter.

---

Ich denke PICture meint das Layout der zweiten Platine, auf der der Würfel aufgesetzt und dann per Flachbandkabel mit der ersten verbunden werden soll - die werde ich aber wohl eh nicht verwenden, weil sie nicht in das Gehäuse passt, das ich verwenden will.
Der Würfel ist aber auch noch nicht fertig mit der Platine verlötet - hatte nach dem Zusammenbau mit Batterie und Messleitungen die einzelnen Pins getestet und dabei die Verpolung bemerkt.


Danke für Eure Hilfe
Gruß Ryoken

Hallo Ryoken.

Ich bin grad wieder über deinen Thread gestolpert. Bist du zum Erfolg gekommen?

Und dann musste ich noch mit schrecken lesen:

Zitat:

---

Zitat von RoboHolIC

Die Formulierung als "ein_bit XOR 1", also die Exclusiv-ODER-Verknüpfung mit 1 bewirkt eine Negation (NOT ein_bit). Ich muss das bei den PIC16ern so machen, weil deren Assembler keine Negation kennt; das Ergebnis ist dasselbe.

---

Vorne und hinten stimm'ts, aber die Mitte ist eine Halbwahrheit: Der PIC16er Befehlssatz kennt sehrwohl eine byteweise Negation, obwohl sie verzichtbar wäre. Eigentlich erstaunlich bei einem RISC-Controllerkern, der ansonsten kaum vermeidbare Befehle kennt. Die bitweise Negation geht dort per XOR vonstatten bittoggeln ist nicht vorgesehen.

Jetzt aber genug des Offtopic.

Hallo RoboHolIC,

erstmal noch ein gutes neues Jahr, und sorry für die späte Antwort.
Wie man daran vielleicht schon erkennen kann, bin ich kaum dazu gekommen, mich mit dem Basteln zu beschäftigen.
Wenn doch, habe ich mich erstmal darum gekümmert, die regulären Platinen zum laufen zu bringen, die hatten ja auch noch so ihre Zipperlein.
Der verpolte Cube harrt also bisher noch seiner "Rettung".


Gruß Ryoken