Mal was neues, es bleibt Spannend 🧐
Bitte melde dich an, um diesen Anhang zu sehen.
Es gibt 631 Antworten in diesem Thema, welches 145.508 mal aufgerufen wurde. Der letzte Beitrag (
Mal was neues, es bleibt Spannend 🧐
Bitte melde dich an, um diesen Anhang zu sehen.
..nach Rücksprache mit vossi :
Bitte melde dich an, um diesen Anhang zu sehen.
der 10k - Pullup kommt also da hin - und ausserdem noch eine Shottkey-Diode, damit der Atari nicht von der Platine aus bestromt wird an SIO Pin 10 einfügen
..so - das sollte es jetzt aber gewesen sein
Mal was neues, es bleibt Spannend 🧐
Bitte melde dich an, um diesen Anhang zu sehen.
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: Bitte melde dich an, um diesen Link zu sehen.
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.
hallo kbr - könntest du uns vielleicht mal mit Rat helfen?
Norbert aus dem Forum VzEkC hat mir folgende Frage gestellt:
Zitat von NorbertjAlles anzeigenKannst du mir bitte mal denken helfen?
ich kann momentan nur bis Version 09 in neue Atmega328 Bausteine programmieren:
die Datei eprom_writer.hex ist 10KB groß und die Datei SDrive.hex 83KB groß. Klappt wunderbar.
Bei der Verion 10 ist es so:
die Datei eprom_writer.hex ist hier ebenfalls 10KB groß und die Flash-Datei SDrive.hex 86KB groß.
Erstere ist brennbar, bei der zweiten kommt die Meldung 'failed'
..bist du zufällig auch im "anderen" Forum ..oder könntest dem Kollegen auch per Mail helfen?
Bitte melde dich an, um diesen Link zu sehen.
Er soll mal eine der aktuelleren Versionen von Bitte melde dich an, um diesen Link zu sehen. testen.
Ansonsten kannst du gerne Mail-Adresse weitergeben.
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: Bitte melde dich an, um diesen Link zu sehen.
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 Bitte melde dich an, um diesen Link zu sehen..
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: Bitte melde dich an, um diesen Link zu sehen.
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 Bitte melde dich an, um diesen Link zu sehen..
Hahaha! Sag ich doch!
Nein, aber im Ernst: Wenn ich etwas helfen oder testen kann, sach Bescheid und ich bin zur Stelle.
da kommt er natürlich JETZT damit um die Ecke... jetzt kann ich meine neuen Platinen wegschmeissen ![]()
Bitte melde dich an, um diesen Anhang zu sehen.
..und dabei hab ich diesmal extra "lila" bestellt, damit ich vielleicht noch feltel mit einfangen kann ![]()
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.
achja - nochwas ...wenn ich dich gerade schon in der "Pipeline" hab ...Matthias hat mal vorgeschlagen, alle Widerstände auf einem SIL zusammenzufassen:
Bitte melde dich an, um diesen Anhang zu sehen. und dafür dann 3k zu nehmen
er meint, dadurch würden allenfalls die Flanken etwas steiler werden (von den Signalen, die jetzt mit 10k auf GND gezogen werden - Pulldown)
..wäre das ok?
..oder spricht was dagegen?
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.
..und dabei hab ich diesmal extra "lila" bestellt, damit ich vielleicht noch feltel mit einfangen kann
Das wars, was ich noch von Dir wollte, als wir über den Hirschmann-Stecker konferierten. Ich hatte mich ja schon mal für das SDrive angemeldet, das dann aber immer wieder versemmelt. Also wenn die lila Platinen da sind, dann geht bitte eine zu mir. Kommt dann mit auf den ToDo-Stapel. ![]()
Bitte melde dich an, um dieses Medienelement zu sehen.
Kabel und Platine hab ich heute mal gefilmt ...ob ich die Programmierung auch noch angehe, weiss ich noch nicht
kbr: ich hab mir mal von deinem Github die Software V1.3 gezogen und auf einen "blanken" AtMega328P installiert
aber da startet sofort das Menü - ohne, dass man die Möglichkeit bekommt, den Touch-Screen zu kalibrieren? ....dadurch funzt dann aber auch das Display nicht?
hab ich da nen Fehler gemacht? ..oder ist ein Fehler in dem File?
ich hab das ili9341 gewählt - siehe Video "Programmierung" ![]()
kbr: ich hab mir mal von deinem Github die Software V1.3 gezogen und auf einen "blanken" AtMega328P installiert
aber da startet sofort das Menü - ohne, dass man die Möglichkeit bekommt, den Touch-Screen zu kalibrieren? ....dadurch funzt dann aber auch das Display nicht?
hab ich da nen Fehler gemacht? ..oder ist ein Fehler in dem File?
ich hab das ili9341 gewählt - siehe Video "Programmierung"
Musste man nicht erst das EEprom flashen?
Github sagt: Ja!
Zitat
.."natürlich" hab ich das vorher gemacht ...habs nur nicht erwähnt hier![]()
und ganz vorher hab ich noch die Fuses korrekt gesetzt - siehe Video![]()
Ansonsten, beim Starten den Touchscreen drücken, dann kommt man in den Kalibrierungs-Modus.
auch das hab ich probiert ...klappt leider nicht ![]()
siehe Video
Sorry, keine Zeit zum Gucken.
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.
AH! ...super - vielen Dank für die Erklärung! ..ich wusste doch, wenn ich das in einem Video verewige, dann klappt das viel besser, als wenn ich hier einen 35-seitigen Bericht schreibe ![]()
und hier die V1.3:
Bitte melde dich an, um dieses Medienelement zu sehen.