LED-Transistor-Logik, wtf https://hackaday.io/project/169948/logs?sort=oldest
| pronouns | she/her |
| location | Pott |
Lara
- 253 Followers
- 122 Following
- 1.7K Posts
beißt normalerweise nur, wenn man sie lieb danach fragt. | occasional shitposts | meow 🐱
Die letzten bestellten PCBs sind noch nicht mal da, und ich denke schon über die nächsten drei nach. Gefühlt entlädt sich gerade die ganze Motivation, die die letzten Jahre gefehlt hat, und dafür fehlt jetzt Zeit bzw. Hände.
Oh no, ich habe Menschen mit meiner Begeisterung für Federkraftklemmen auf PCBs angesteckt 🙈
So, jetzt sind alle Bauteile auf der Platine und ihr Zweck identifiziert (außer dem einen SOIC14-Footprint)
@cccpresser nicht sicher, ob das so ganz das Thema des Talks trifft, aber: vom Komponentencluster zum Zweck der Schaltung kommen (effizienter als durch trial&error).
Meine letzten drei Sorgenkinder: Op-Amp als Schmitt-Trigger, Brownout Detection, Erkennen ob Stromfluss über Schwellwert. (Letztere beide durch Überschreiten von Durchlassspannung realisiert)
Also so Sachen, deren Funktionsweise überraschend simpel ist, aber wo man erst mal drauf kommen muss
Immer gut, wenn man feststellt, dass man sich beim Dokumentieren vor drei Wochen irgendwo auch noch um einen Pin verzählt hat
Vielleicht ist das auch gar kein Testmodus, sondern das SRAM gibt einfach nur die Adresse aus statt die Daten? (Der Buffer ist bei 0x1)
Framebuffer 180x24 Bits, spaltenweise organisiert (das erste Byte entspricht Spalte 1 Zeilen 1-8, das zweite Byte ist Spalte 1 Zeilen 9-16, drittes Byte Spalte 1 Zeilen 17-24, viertes Byte Spalte 2 Zeilen 1-8 usw.)
Je nach Displaygröße (hier: 85x16) sieht man dann nur einen Ausschnitt davon, und jeder vertikale 8er-Block verrät, welche Byte-Position vom FB hier gerade angezeigt wird.
Warum es in diesem Modus steckt? Don't know