Habe gerade einige Zeit damit verbracht, so ein Displaymodul https://www.roboter-bausatz.de/p/tm1637-4-digit-7-segment-display-modul "bare metal" in Assembler zum Laufen zu bringen. Mit meiner bewährten I2C-INC antwortet der Chip zwar brav mit ACK auf jedes gesendete Byte, das Display bleibt aber dunkel. Erleuchtung brachte für mich der Beitrag Beitrag "TM1637, 4-stellige LED 7-Segmentanzeige mit AVR-GCC" für den ich mich hiermit ganz ausdrücklich bedanke. Im Laufe des Fadens, wurden Probleme mit Hardware-I2C und i2c-Libs angemerkt, aber (wenn ich es nicht überlesen habe) nicht endgültig geklärt. Daher hier ausdrücklich: Die Schieberichtung, die vom Chip erwartet ist umgekehrt gegenüber I2C, das niedrigwertigste Bit wird zuerst erwartet! Da hier aber auch keine großen Datenmengen übertragen werden müssen, ist hier Bit-Banging auch völlig ausreichend. Im Anhang, das Ergebnis meiner ersten Tests (Alfred Arnold Assembler) http://john.ccac.rwth-aachen.de:8000/as/ Da Leichenfledderei hier ausdrücklich nicht erwünscht ist, hab ich mal einen neuen Faden aufgemacht.
Bei mir läuft das: "1234". Auf einem ATtiny2313 (mit fuse-low-byte 64). Mutatis mutandis, soll heißen: ich musste das Programm (per diverser CTRL-H) auf den von mir verwendeten Assembler 'avrasm2' umsetzen. Eines fiel mir auf: hinter 'tm1637_obyte' fehlt ':' - also der avrasm2 schluckt so etwas nicht.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.