Auf der Unterseite geht eine Leiterbahn links haarscharf an allen Pins vorbei. Sicher, daß da kein Kurzschluß ist?
Ich hätte das mal ordentlich mit Isopropanol sauber gemacht...
Posts by kbr
-
-
Ich finde es interessant, daß man sich heute überhaupt so viele Gedanken über die Preise machen muß, und was da für ein Markt entstanden ist.
Als ich 2012 angefangen habe, mich für alte Computer zu interessieren, war das noch anders. Da hatte das noch richtigen Flohmarkt-Charakter: "Ich hab da was, was ich nicht mehr brauch, gib mir ein paar Euro, und du kannst es haben."
Damals wollte das Zeug keiner mehr haben, was sich dann nach wenigen Jahren doch schnell geändert hat.
-
So etwas gibt es schon, heißt SIO2BT.
Ich weiß, dadurch wurde ich ja inspiriert, sowas in besser zu machen
-
Eher so:
-
Wieso warum? Das soll kein Nachfolger werden, sondern was anderes, ich hab nicht vor da wieder ein Display dran zu machen. Mir schwebt da eher eine Steuerung übers Netzwerk vor, wenn man schon die Möglichkeiten hat. Die ursprüngliche Idee war einfach ein Image via Bluetooth übertragen, einschalten und laden.
eine weitere Idee hierzu wäre das Display in eine Handy-App auszulagern, da kann man dann vielleicht sein altes Smartphone noch für was sinnvolles gebrauchen
-
Ziemlich wackelig
Das passiert halt, wenn man sich nicht an die Vorgaben hält, und keinen Standard-Arduino benutzt, den man per USB flashen kann
EDIT: Eine Idee wäre vielleicht 90° abgewinkelte Stiftleisten für den ISP-Port verwenden.
-
Erstmal coole Videos
Du hast 2 Fehler gemacht:
1. Nach dem Flashen des eeprom_writer.hex muß dieser erst ausgeführt werden, das dauert einige Sekunden, also in der Zeit nicht vom Strom nehmen!
2. Das Display muß dabei gesteckt sein, dann sieht man auch, was da passiert und wann er fertig ist.
Hintergrund: Ab 1.2 gibt es eine automatische Erkennung der Touch-Leitungen im eeprom_writer.hex.
-
Die Schaltung ist nicht von mir, daher will ich dazu wenig sagen, ich gebe nur zu Bedenken, daß ja jedes Device solche Pull-Up's hat, und wenn mehrere am Bus hängen, hängen auch die Pull-Up's parallel, d. h. der Widerstand teilt sich mit jedem weiteren Device, und der Strom wird immer größer. Irgendwann schafft es dann das Gerät nicht mehr das Signal auf 0V zu ziehen, und am Ende geht gar noch was kaputt. Daher würde ich die nicht zu klein wählen.
-
Wieso warum? Das soll kein Nachfolger werden, sondern was anderes, ich hab nicht vor da wieder ein Display dran zu machen. Mir schwebt da eher eine Steuerung übers Netzwerk vor, wenn man schon die Möglichkeiten hat. Die ursprüngliche Idee war einfach ein Image via Bluetooth übertragen, einschalten und laden.
-
Mein Junior und ich werden schulbedingt erst am Freitag Abend kommen können, aber wir sind dabei.
-
kbr Weil ich gerade selber an einem Projekt arbeite: Solltest Du eines Tages doch noch mehr implementieren wollen (geht mit dem UNO ja schon fast nicht mehr), kann ich Dir alternativ ein ESP32 (z.B. Wemos D1 R32) ans Herz legen. Außer dem "mehr Wumms" ist es Pin-Kompatibel zum UNO und ein passendes ILI9341 mit unterstütztem Touch gibt es auch: https://www.adafruit.com/product/1947
Sowas hab ich mir schon mal angeschaut, aber das ist nichts für mich, viel zu abstrakt, da weiß man ja gar nicht mehr, was die CPU wirklich macht
Und für so realtime Anwendungen, wo es auf jeden Takt ankommt, ist das denke ich auch nichts.
Sag niemals nie
Inzwischen hab ich doch was mit ESP32 angefangen, das BTDrive.
-
Er soll mal eine der aktuelleren Versionen von Github testen.
Ansonsten kannst du gerne Mail-Adresse weitergeben.
-
Display MoreHatten wir Büro Büro schon? Ich habe es nicht gefunden, also hier:
Ein Amiga 2000 in Staffel 2/Folge 13: https://youtu.be/wfJP1Xcaljw?si=DnUNRrm97n8jCZo2&t=393
Und ein Filmfehler, denn die Szene fängt mit abgeschaltetem Amiga an, der dann plötzlich an ist und die Workbench mit offenen Fenstern zeigt.
Edit: Laut Wikipedia hatte die Serie nur 3 Staffeln. Da zählt der Youtube-Mensch wohl anders und macht Staffel 5 daraus...richtig ist 2, habe das korrigiert.
Bei 8:20 ist nochmal einer zu sehen.
-
Na dann liegt der Verdacht doch nahe, daß die MOS-Chips hier besonders empfindlich waren...
-
Display More
PS: Trotzdem würd mich interessieren, ob die beiden Platinen ohne den Fix jeweils keinen MOS-Chip haben?
wie du bereits oben im Bild sehen kannst, ist bei der einen Platine ein Mitsubishi verbaut
pasted-from-clipboard.png Aufschrift: M74LS14P
und die andere Platine hat einen ...hmm - ich glaube Siemens - IC verbaut? ..hat zwei so S-Linien drauf
Aufschrift: DM 74LS14N
(Beispielbild ausm Internet)
Ähm, ich meinte den UB1, 7406 bzw. MOS 7707, wie es bei der ersten Platine der Fall ist.
-
R57 schützt den 7406 vor zu schneller Entladung von C46 beim Reset-Vorgang; das könnte den Open Collector-Ausgang des 7406 sonst eventuell zerstören.
Ok macht Sinn, da könnte sonst ein zu hoher Strom fließen, mehr wie 30mA sollten das nicht sein, und der Widerstand begrenzt auf 22mA.
R58 ist auch notwendig, ein open collector muß immer einen Pull-Up haben.
PS: Trotzdem würd mich interessieren, ob die beiden Platinen ohne den Fix jeweils keinen MOS-Chip haben?
-
Ich denke, das war nur für die schlechten MOS 7707 nötig.
-
Mal was neues, es bleibt Spannend 🧐
SIO-Error:
1 CMD changed to high during data reception
2 timeout
3 usart frame error
4 usart data overrun
kbr Weil ich gerade selber an einem Projekt arbeite: Solltest Du eines Tages doch noch mehr implementieren wollen (geht mit dem UNO ja schon fast nicht mehr), kann ich Dir alternativ ein ESP32 (z.B. Wemos D1 R32) ans Herz legen. Außer dem "mehr Wumms" ist es Pin-Kompatibel zum UNO und ein passendes ILI9341 mit unterstütztem Touch gibt es auch: https://www.adafruit.com/product/1947
Sowas hab ich mir schon mal angeschaut, aber das ist nichts für mich, viel zu abstrakt, da weiß man ja gar nicht mehr, was die CPU wirklich macht
Und für so realtime Anwendungen, wo es auf jeden Takt ankommt, ist das denke ich auch nichts.
-
Could you explain what you are using to compile the firmware? Toolchain and versions, please
I am compiling under debian linux with following packages installed:
gcc-avr, avr-libc, binutils-avr, make, xxd, awk, avrdude, xa65(for atari control program and XEX boot code)
Don't know which versions i have last compiled with, it is a few years ago, and i have upgraded my system between...
Maybe actual compilers let grow the code to much for the 32K flash.
-
Ja das glaube ich auch.
Es wird schon seinen Grund haben, dass die keine Typenbezeichnung auf das Display drucken sondern die verbauen was gerade da ist, Hauptsache billig und läuft irgendwie.
Ich werde auf ein Elegoo TFT umrüsten.
Manchmal lohnt es sich, diesen Thread hier zu durchsuchen, kuck mal hier: Projektvorstellung: SDrive-MAX
Das hatte jemand ein ganz ähnliches Problem mit dem 2.4" Display, und es konnte wohl nur zusätzlichen Initialisierungs-Code gelöst werden.
