TapecartFlasher

Es gibt 46 Antworten in diesem Thema, welches 11.380 mal aufgerufen wurde. Der letzte Beitrag (8. August 2020 um 16:11) ist von Shadow-aSc.

  • Hier ist die akuelle Version des TapecartFlasher inkl. Quellen.
    Seit doch bitte so gut und testet die auf unterschiedlichen Arduino-Plattformen. Ich habe nur mit Arduino UNO getest.
    Wenn die Version soweit funktioniert, kommt sie auch auf GitHub.


    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Danke Bitte melde dich an, um diesen Link zu sehen., ich komme aber erst morgen oder Montag dazu...

    Gruß
    Thomas

    Meine Projekte:
    Bitte melde dich an, um diesen Link zu sehen.
    Bitte melde dich an, um diesen Link zu sehen.

  • Naja, solange wie ich für diese Version gebraucht habe, kommt es auf ein paar Tage nicht an. ;)

  • Seit doch bitte so gut und testet die auf unterschiedlichen Arduino-Plattformen.

    Klasse, danke! Ich denke, ich werde morgen dazu kommen, sie mit dem TapecartFlasher Nano zu testen.

    Gruß
    Christian

  • Leider hatte ich heute nicht so viel Zeit wie gehofft, aber ein wenig habe ich mit dem TapecartFlasher Nano getestet. Die wesentlichen Funktionen funktionieren weiterhin sehr gut, und die Konsole ist jetzt deutlich besser zu bedienen! Nicht zuletzt auch durch die langen Dateinamen. Ein paar Kleinigkeiten sind mir aufgefallen:

    • Nach dem Upload des neuen Sketches auf den Nano wird mir in der Windows-Anwendung "Sketch upload Error" angezeigt. Es scheint aber alles korrekt funktioniert zu haben, die neue Version ist drauf.
    • In der Titelzeile der Windows-Anwendung steht noch "V0.0.1.4".
    • Mein Terminal-Programm verwendet per Default "CR/LF". Damit läßt sich die Konsole allerdings nicht bedienen, sondern verhält sich "merkwürdig". Man muß zunächst auf "CR" umstellen. Siehst Du eine Möglichkeit, den Sketch so anzupassen, daß er mit beidem zurechtkommt?
    • Wäre es mit vertretbarem Aufwand machbar, beim zweiten Aufruf von "(W)rite" den vorherigen Dateinamen als Default anzubieten? Das würde das beschreiben mehrerer Tapecarts erleichtern.

    Ansonsten habe ich noch das Problem, daß das Tapecart beim Anstecken an den Nano anscheinend dessen Versorgungsspannung einbrechen läßt. Jedenfalls startet der Arduino dabei teilweise komplett neu, inklusive USB-Reconnect. Das passiert beim Tapecart DIY manchmal und beim 32-bit Tapecart fast jedes mal. Ich muß mal schauen, ob sich das durch einen zusätzlichen Kondensator auf meinem Adapter Board beheben läßt.

  • Mir war noch eine Kleinigkeit aufgefallen, die Windows Version ist als Version 0.0.1.5 im Dateinamen benannt, meldet sich aber als 0.0.1.4 im Programm.
    Edit: Oh sorry, hatte Bitte melde dich an, um diesen Link zu sehen. ja auch schon geschrieben.

  • Bitte melde dich an, um diesen Link zu sehen.: Den Fehler beim Nano Sketch-Upload kann ich nicht reproduzieren. Tritt das immer auf?
    Was für einen PC verwendest du?

  • Hier eine neue Version. Es gab da etwas Durcheinander mit dem Connect-Button. Deswegen gibt es jetzt noch eine separate Connect-Anzeige.

    Auf der Arduino-Seite sollte es jetzt egal sein, wenn das Terminalprogramm CR oder CR/LF sendet.
    Ausserdem wurde der MicroPro/Leonardo im Frontend nicht richtig angezeigt.

    Das mit dem Defaultnamen habe ich noch nicht implementiert. Das muss ich nochmal durchdenken, damit man nicht aus versehen bei einem ENTER zuviel die letzte Datei noch mal programmiert, obwohl man das vielleicht nicht wollte. Vielleicht werde ich das so machen, das man durch Eingabe von '*' den letzten verwendeten Dateinamen abrufen kann.

    Da die letzte EXE-Version eigentlich eine 0.0.1.4 war, heisst die ZIP-Datei noch mal 0.0.1.5.

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Das klingt doch sehr gut, danke! Ich denke, ich komme morgen noch mal dazu, zu testen. Und ich verwende Windows 7 mit 64 Bit, wenn das die Frage war.

  • Und ich verwende Windows 7 mit 64 Bit, wenn das die Frage war.

    Das verwende ich auch. Die Frage ist, ob der Rechner Probleme mit den 115 kbit hat.

  • Ich habe gerade mit der neuen 0.0.1.5 schon mal den Sketch problemlos von Version 0.1 auf 0.5 auf dem Nano aktualisiert, ohne das etwas haengen blieb.
    Dann habe ich einmal ein TapeCart gelesen und auf HDD gespeichert (enthusis Slideshow brauchte 4:40 zum lesen) und dann das gelesene File wieder zurueck geschrieben (Zeit 8:05). Hat ebenfalls anstandslos funktioniert.
    Mein Rechner ist ein Thinkpad W510 mit Windows 10 pro x64

  • Das verwende ich auch. Die Frage ist, ob der Rechner Probleme mit den 115 kbit hat.

    In dem Rechner läuft ein Core i5 2500K mit 4 Kernen zu je 3,3GHz und 16GB RAM. Probleme mit 115 kbit möchte ich ausschließen...

    Und wie gesagt: Der Sketch Upload funktioniert ja auch. Es wird nur angezeigt, daß es einen Fehler gegeben hätte:
    Bitte melde dich an, um diesen Anhang zu sehen.

  • Und wie gesagt: Der Sketch Upload funktioniert ja auch. Es wird nur angezeigt, daß es einen Fehler gegeben hätte:

    Schick mir doch mal das Logfile.

  • Vielleicht liegt es aber auch an dem Nano. Ich werde morgen mal einen anderen ausprobieren.

  • Also das funktioniert hier auf jeden Fall mit dem nano ohne Fehler:

    Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.


    P.S.: Auf dem Uno liess sich der Setch ebenfalls ohne Fehler updaten:

    Bitte melde dich an, um diesen Anhang zu sehen.

  • Ok, nun wollte ich es wissen und habe doch noch mal den Rechner angemacht.

    Ergebnis: Mit einem anderen Nano funktionierte der Upload ohne Fehlermeldung. Ich habe dann anschließend auf Verdacht den Arduino Bootloader neu auf den ersten Nano geschrieben -- jetzt gibt es auch dort keine Fehlermeldung mehr.

    Fazit: Kein Problem in Deiner Software, Bitte melde dich an, um diesen Link zu sehen..

    So, nun aber gute Nacht!

  • Ich habe jetzt noch mal getestet. Von der SD-Karte schreibt er die 2MB jetzt in 3:24 inklusive Checksumme auf ein 32-bit Tapecart. Der CR/LF Fix ist für mich eine große Verbesserung, das funktioniert prima!

    Eine Sache ist mir bei der Benutzung der Konsole jetzt allerdings noch aufgefallen: Wenn ich erst den Arduino über USB anschließe und mich mit dem Terminal Programm verbinde und dann das Tapecart verbinde, kann ich es auch nicht mit (I) initialisieren:
    Bitte melde dich an, um diesen Anhang zu sehen.

    Die Windows-GUI hat keine Probleme mit dieser Reihenfolge. Ich hoffe, das liegt nicht wieder nur an meiner Hardware. :smile:

    Ansonsten konnte ich mein Arduino-Reboot-Problem durch einen weiteren Stütz-Elko scheinbar lösen. Ich habe auf meinem Board dann gleich auch noch Platz für den Elko geschaffen:
    Bitte melde dich an, um diesen Anhang zu sehen.

    Mal sehen, vielleicht lasse ich davon demnächst mal ein kleines Panel fertigen.

  • Die Windows-GUI hat keine Probleme mit dieser Reihenfolge. Ich hoffe, das liegt nicht wieder nur an meiner Hardware.

    Ich teste das nochmal bei mir.