Alternative zu Flashnnn.exe

[Osser]

Hi,

Zitat: https://www.roboternetz.de/phpBB2/vi...=asc&start=220

Schönen guten Abend Osser,

das mit dem
Zitat:

0 [main] sh 4480 sync_with_child: child 5512(0x124) died before initialization with status code 0x0

hab ich lösen können. Liegt an einer "alten" Mysys.dll
hier gibts die infos und die gepatchte Datei dazu
http://www.madwizard.org/electronics...es/winavrvista

WinAVR hab ich jetzt schon auf D:\WinAVR installiert, sollte also auch kein Problem sein. In der Config ist auch D:\WinAVR eingetragen.
allerdings bekomm ich immernohc den
ExitCode 259 Traurig

das scheint sowas ähnliches zu sein wie bei Dir denke ich.


Hoffe das hilft.

Gruss

O.

[hai1991]

hallo osser

danke für die hilfe

nach längerem probieren habe ich es jetz geschafft

[Osser]

Hi @all,

die erste Beta Version ist fertig.
Auf der Seite http://secius.com/asuroflash/formmain.php könnt Ihr die Beta Version 1.7.9.86 runterladen (Die Download-Links stehen an der rechten Seite).


Die wichtigsten Neuerungen:
- AF basiert auf einem neuen Flashtreiberkonzept
- für externe Flasher kann ein Timeout angegeben werden, was das "Hängen" von AF verhindert
- alle Variablen stehen im externen Flasher zur Verfügung
- nach Abschluss der Beta Phase ist das Flashen via BlueTooth möglich (Blue Atmega32 Funk von E-Robotix.de vorrausgesetzt)
- die neue AsuroLib ist im Installerpaket enthalten



Flash well....


Gruss,

O.

[ukuchel]

Hallo Osser,
ich habe mir das Update runtergeladen und gleich mal getestet.
Die neuen Optionen sehen gut aus, aber leider gibt es schon das erste Problem.
Ich habe einen externen seriellen Programmer definiert. AF hat die Daten in der Datei ExtPrcs1.fls gespeichert. Dort steht dann zu lesen:

[SIA2.7.15.24]
[CONFIG]
Dispname="RS232 Flasher"
Driver="ExtPrcs.flx"
[PARAMSET]
ExtFlashCmdln="-p t2313 -c ponyser -P com1 -b 38400 -e -U flash:w:"%AF_HEXFILE%":a"
ExtFlashProgPath="AVRDude\avrdude.exe"
Timeout="20000"

Leider kann AF bei der Zeile ExtFlashCmdln nicht mit den geschachtelten "..."-Zeichen umgehen.
Die inneren "..."-Zeichen brauche ich, um das gerade compilierte hex-file mit der Variablen "%AF_HEXFILE%" zu übergeben.
Die äußeren "..."-Zeichen sind offensichtlich Standard bei der Zeile ExtFlashCmdln="...".
AF ruft bei der Auswahl des externen Flashers den Kommandozeilenparameter nicht korrekt auf, dort steht dann nur noch ":a".
Das Flashen funktioniert logischerweise so nicht.
Kannst Du das mal überprüfen?

Viele Grüße
Ulli

P.S. Nett, dass Du mich in der version history erwähnst. Aber 3 lll sind denn doch eins zuviel.

[Osser]

Hi ukuchel,


wenn ich nen FLS driver mit der Kommandozeile:
-p t2313 -c ponyser -P com1 -b 38400 -e -U flash:w:"%AF_HEXFILE%":a
definiere, wird mein FLS Script folgendermassen gespeichert

[SIA2.7.15.24]
[CONFIG]
Dispname="Extern Flasher FLS3"
Driver="ExtPrcs.flx"
[PARAMSET]
ExtFlashCmdln="-p m16 -P lpt1 -c stk200 -e -U flash:w:""%AF_HEXFILE%"":a"
ExtFlashProgPath="C:\test\Test.bat"
Timeout="20000"

Wie Du siehst tritt bei mir die Quote-Dopplung ein wie es auch sein soll, warum dass bei Dir nicht geht ist mir ein Rätsel . Ich habe gesehen dass Dateinamen mit Leerzeichen noch Probleme machen, aber der Effekt den Du beschreibst tritt bei mir nicht auf.

[EDIT]Hab jetzt gesehen was das Problem verursacht. Das Ändern von FLS Einstellungen geht scheinbar schief. Wenn ich einen neuen FLS erstelle und die von Dir angegebenen Parameter eintrage geht alles. Verändere ich hingegen nochmal etwas und speichere die Einstellungen wieder mit [OK] geht's schief.



Ach ja, übrigens, die Namensänderung werd ich auch mit "Debuggen".

Gruss,

O.

[pinsel120866]

Hallo Osser,

"nach Abschluss der Beta Phase ist das Flashen via BlueTooth möglich (Blue Atmega32 Funk von E-Robotix.de vorrausgesetzt) "

Heisst das, dass ich warten muss? Sorry für die Frage, aber das wollte ich wissen, bevor ich's teste.

[ukuchel]

Hallo Osser,
ich denke, ich habe das Problem gelöst.
Ich habe den Kommandozeilenparameter nicht per Hand eingetippt, sondern per drag&drop aus einer Textdatei übernommen.
Dabei habe ich aus versehen einen Absatz {CRLF} eingefügt. AF kann damit nicht umgehen und hat einen Fehler gemeldet, weil die Kommandozeile in zwei Teile aufgespalten war.
Mit einem Texteditor läßt sich das leicht kontrollieren und beheben ( {CRLF} einfach löschen).
Viele Grüße
Ulli

[Osser]

Hi pinsel120866,

soweit ich von robo.fr weis, ist das Flashen via BlueTooth noch nicht möglich, bzw. es geht halt noch nicht. Ich erhalte demnächst den Adapter um es auf meinem Asuro zu testen/optimieren.

Testen kannst Du natürlich schon, aber ob es geht steht halt in den Sternen.
Der Treiber beherscht auf jeden Fall das Protokoll für den E-Robotix Bootloader, was das Flashen überhaupt erst ermöglicht. BlueTooth erfordert aber einen etwas anderen bzw. robusteren Verbindungsaufbau, da der µC des BlueTooth PCB erst mal eine Verbindung mit dem DTE etablieren muss.
Da ich lediglich IrDA testen konnte, aber keine BlueTooth Kommunikation (mangels Blue Atmega32 PCB), ist der Treiber eben momentan noch in einem Beta Stadium.

Versuchs einfach mal, vielleicht gehts bei Dir ja doch.

Bin gespannt auf die Beta Berichte.....

Gruss,

O.

[Osser]

Hi,

@ukuchel
Ok, werde alle CR/LF Zeichen automatisch entfernen in den Parametern des externen Flash Treibers, so dass keine Probleme mit Drag/Drop mehr auftreten.

Hab noch ne Frage an Dich. Ist das mit den FLS Konfigurationsskripten ok bzgl. der verschiedenen Prozessoren und Tools die Du verwendest?


O.

[ukuchel]

Hallo Osser,
ich finde die Idee mit den .fls Dateien sehr gut.
Das Einbinden und die Auswahl eines neuen Programmers ist einfach und übersichtlich.
Nachträgliches Ändern der Parameter ist kein Problem - der Name allerdings lässt sich hier nicht neu definieren.
Ich verwende AF inzwischen nur noch von einem USB-Stick mit dem Schalter /ADAP.
Alle neu definierten .flx Dateien werden im Unterordner ..\config automatisch gespeichert.
(Ist es möglich, AF auch hier nach den Standard-.flx-Dateien suchen zu lassen? Momentan schaut AF, so glaube ich zumindest, nur im AF-Programmordner nach.)
Per Texteditor kann hier zusätzlich zu den Parametern auch noch der Name von jedem Programmer verändert werden (s.o.).
Für mich persönlich ist das die perfekte Lösung. =D>
Vielleicht könntest Du dieses Konzept auch noch auf die Konfigurationsdateien .afcfg übertragen!?
Ich stelle mir das so vor:
Links von dem Konfigurations-Button (C++) erscheint ebenso wie neben dem Flash-Button ein Auswahlmenue.
Hier wird der Name der gerade aktuellen Konfiguration angezeigt.
Diese Konfiguration ist ja individuell auf jedes Projekt und die entsprechende Zielhardware abgestimmt.
Wählt man in dem oben genannten Auswahlmenue eine Konfiguration aus, so wird diese automatisch nachgeladen.
Bisher muss man das über den Button Load Config im Konfigurationsmenue erledigen. Das ist an sich nicht weiter problematisch, aber wesentlich komfortabler wäre es doch, wenn man neben dem aktuellen Programmer auch noch die aktuelle Konfiguration mit einem Blick (durch eine entsprechende Namensgebung) ablesen kann. Das geht im Moment nicht, man muss z.B. schon im Konfigurationsmenue nachsehen, welche Variablen momentan definiert sind.
Ist das möglich??

Noch einiges ist mir schon bei den Vorgängerversionen von AF aufgefallen.
Die gerade gültige .hex-Datei wird ebenfalls angezeigt. Leider ist das Textfenster so klein, dass man meist immer nur den Beginn des Programmpfades zu sehen bekommt, fast nie aber den Namen der .hex-Datei. Dazu muss man erst mit der Maus auf dieses Feld zeigen.
Wäre es nicht sinnvoller, dort nur den Dateinamen dort anzeigen zu lassen? Der Pfad erscheint ja automatisch, wenn man mit der Maus auf dieses Feld zeigt oder eine andere .hex-Datei nachlädt.

Ganz nett wäre es auch, wenn man die einzelnen Gruppen von Buttons (z.B. Search, Replace) dauerhaft umsortieren kann.
Momentan erscheint AF nach jedem Neustart in alter Formatierung. Jeder hat ja so seine Vorlieben, wo er die wichtigen Funktionsgruppen anordnen möchte.

Viele Grüße
Ulli

P.S. Ich habe inzwischen zwei weitere Programmer in Zusammenarbeit mit AF und AVRDude getestet.
Ein paralleler Programmer, der mit nur vier Widerständen auskommt, und ein USB-Programmer auf der Basis eines ATTiny2313.
Beide Programmer funktionieren bislang einwandfrei. Sobald die Tests abgeschlossen sind, berichte ich über die Beschaltung und die erforderlichen Parameter für AVRDude.