Alternative zu Flashnnn.exe

[Osser]

Hi @all,

da wohl scheinbar einige Probleme haben mit dem neuen WinAVR hab ich einen Timeout in der Entwicklerversion aufgenommen der einstellbar ist von 20sec bis 600sec (also 10 min!). Der Defaultwert steht jetzt auf 40sec statt wie bisher 20sec. Die COM Port Parameter Baud, DataBits und StopBits sind jetzt auch einstellbar für AF Oszi und AF Term.

Da ich gerade mit zwei Projekten beschäftigt bin die spezialisierte Tests erfordern, in dem Sinn, dass ein spezielles serielles Protokoll den µC ansteuert, habe ich auch rudimentäres Scripting in die Software aufgenommen. Damit ist es möglich einfache Scripts mit UI (UI wird mittels einer an XUL angelehnten Definitionssprache definiert) zu verwenden um einfache serielle Protokolle zu fahren. Das Ganze ist in einem sehr prematuren Stadium und noch sehr Fehleranfällig, reicht aber für meine Zwecke aus.
Meine Script-Engine parst nur Pascal (da steh ich halt drauf!) und dann auch nur prozedurale Definitionen. Also fragt mich bitte nicht um nen C-Parser da ich den "..so eben mal.." nicht coden kann. Der Parser hat auch noch einige Tücken und will manchmal komplexere boolsche Ausdrücke partout nicht "verstehen". Da heissts dann vereinfachen und mit mehreren Variablen nen einfacheren zusammenbasteln.
Erst wollte ich das "Ding" nur in meiner Entwicklerversion halten, da ich den auch in anderen Produkten verwende(n will), aber naja ..... wie stehts in der Caption schon

Asuro Flash (Alias Eierlegendewollmilchsau)

das verpflichtet natürlich..  

So langsam macht das Proggi dann jetzt ja echt was her.... (oh oh, Eigenlob stinkt [-( )


Werd demnächst eine Release an der bekannten Adresse publizieren, also noch etwas Geduld und die leidigen "Make" Probleme sind gelöst.


Gruss,

O.

[Osser]

Hi,

@ukuchel:
Hab AvrIsp nochmal getestet mit Flash lesen/schreiben; HEX-Datei laden/speichern ausserhalb vom Programmverzeichnis und wieder Flash lesen/schreiben. Den Fehler der bei Dir auftritt habe ich leider nicht erhalten......
Um die Ursache einzugrenzen werde ich die Fehlermeldung detailierter implementieren, so dass deutlich wird was genau falsch läuft, da der Fehler auftritt wenn die Datei nicht zu öffnen ist und wenn der HEX File Fehler enthält. D.H. die neue Fehlermeldung wird angeben ob also die Datei nicht ansprechbar ist oder bei XML Fehlern die genaue Position angeben.
Der Einfachheit halber liest das Programm nämlich momentan bei jeder Lese/Schreibaktion die XML Datei neu ein was bei Dir evtl zu der besagten Fehlermeldung führt.


AsuroFlash ist jetzt fast fertig.
Neu ist z.B.
1) COM-Port Parameter Baud, DataBits und StopBits sind für Term und Oszi einstellbar.
2) Timeout für Make aktion ist einstellbar und jetzt Standart auf 40sec
3) Pascal-Script Editor und GUI Beschreibungssprache für Testprogramme zur Steuerung des µC

Der neue Pascal-Script Editor und die UI Beschreibungssprache funktionieren bereits ganz gut. Das UI bietet dann die Elemente "hbox", "vbox", "label", "button", "checkbox" und "edit". Bei den Elementen "button", "checkbox" ist ein "onclick" event hinterlegbar, beim Element "edit" ist es das event "onchange".
Die Events werden bei den entsprechenden Interaktionen mit den jeweiligen UI Elementen ausgelöst und im Pascal-Script ausgeführt.

Ich benutze das z.B. um serielle Protokolle zu testen und den µC mit Parametern zu konfigurieren über die serielle Schnittstelle. Das war auch der Hauptgrund dafür das ich dass eingebaut habe, da ich sonst via Term die Kommandosequenz "per Hand" übergeben musste und dann die Antwort wieder "per Hand" dekodieren musste, meine Protokolle sind meist binär kodiert.

Beispiel UI:

<?xml version="1.0"?>
<?xml-stylesheet href="chrome://global/skin/" type="text/css"?>
<window id="formmain"
        title="Beispiel UI">
    <vbox>
        <label label="Test label"/> 
        <button id="btTest" label="Test label" onclick="btGenericClick" /> 
        <edit id="edPar1" label="Par1" value="Val1" onchange="edParChange" />
        <hbox>
            <button id="btOk" label="OK" onclick="btGenericClick" />
            <button id="btCancel" label="Abbrechen" onclick="btGenericClick" />
        </hbox>
    </vbox>
</window>

Beispiel Script:

uses
  ScrStandard;

{{
This function is called first as the script is run.
Use it to initialize your global variables.
}
function main():integer;
begin
  // Initialize any custom variables here to a defined state if needed.
  //intval := 10;
  //txtval := 'Start';
  //... etc.

  result := S_OK;
end;

function btGenericClick(aElem:string;aNothing:string):integer;
begin
  Status('You clicked ' + aElem + '!'#13#10);
  result := S_OK;
end;

Mal schaun, wenns klappt kann ich die Version vielleicht heute Abend schon online stellen.


Gruss,

O.

[hai1991]

hallo zusammen

ich habe mein problem mit ExitCode 259 gelöst

da ich vista 64bit verwende muss ich beim WinAVR eine .dll datei ersetzen. dies habe ich beim installieren der neuen version vergessen. daher auch die fehlermeldung. nach ersetzen dieser datei funktionert alles wunderbar

so weit ich mich erinnern kanm wurde dieses problem in diesem forum schon diskutiert.

[Osser]

Hi @all,

AsuroFlash hat ein neues integriertes Scriptlogik Interface!

Die Version 1.7.11.102 mit integrierter Pascal Scriptsprache steht online auf
http://secius.com/asuroflash

In der Installation sind zwei Beispiel Scriptbubbles enthalten, nämlich ScriptExample1.psb und ScriptExample2.psb die demonstrieren was möglich ist.

Wie geht das?
Klick auf das Icon Externes Bild anzeigen    zum aktivieren des "Script View" wo zwei Tabs zur Verfügung stehen (Tab "Script" und Tab "UI Form").
Klicke auf "Load script bubble" und lade ScriptExample1.psb or ScriptExample1.psb.
Klicke jetzt auf Externes Bild anzeigen    "Run Script" Button und das Wunder geschieht...

Externes Bild anzeigen   


Ich denke das Meiste ist selbsterklärend.


Ihr könnt ja eure ersten selbst erstellten Scripts hier posten.



Gruss,

O.

[Osser]

Hi ukuchel,

hab eine neue Version von AvrIsp online gestellt.
Probier die mal, da wird dann jedenfalls ein etwas detailierterer Fehler wiedergegeben, so dass ich Dir helfen kann mit der Fehlersuche.
Die Versionsnummer ist V1.0.2.12

O.

[ukuchel]

Hallo Osser,
zunächst und wieder einmal ein großes Lob an Dich.
   

Ich habe die variable Timeoutzeit getestet, alles funktioniert wunderbar. Durch verschiedene CPU-intensive Programme im Hintergrund konnte ich die Fehlermeldung (Exit Code 259 ...) erzwingen und eben auch gezielt wieder abstellen.

AVRISP werde ich in Kürze testen.

Gruß
Ulli

[ukuchel]

Hallo Osser,

hab eine neue Version von AvrIsp online gestellt.

der link stimmt nicht.

Gruß
Ulli

[Osser]

Hi,

jetzt geht der Link  


O.

[ukuchel]

Hallo Osser,
das Problem ist jetzt klar(er).
AVRISP benötigt das .hex-file und CpuSignatures.xml in einem Verzeichnis. Dann lässt sich die eine Programmdatei laden und flashen.
Anderfalls gibt es die besagte Fehlermeldung.

The following processsors are configured in CpuSignatures.xml yet:
AT90S1200, ATmega8535, ATmega32, ATmega168, ATmega8L

See secius.com/asuroflash for detailed information
Connected and Ready.
Signature: 0x1E:91:0A:FF
 - CPU name: ATtiny2313, 2KB Flash, 128Byte EEPROM
Loaded G:\Eigene Dateien\Eigene Downloads\Isp\Test.hex; 794bytes
Writing 794 bytes...
Erasing flash...
Writing flash...
367 byte/sec
Loaded G:\Eigene Dateien\Eigene Programme\Test\Test.hex; 794bytes
Could not initialize interface class(Cannot open file "G:\Eigene Dateien\Eigene Programme\Aufgaben\Aufgabe 3.1\CpuSignatures.xml". Den angivne fil blev ikke fundet)
Unknown error 0x80070057!

Das ist sicherlich nicht deine Absicht gewesen, oder?
Gruß
Ulli

[Osser]

Hi Ulli,

hab die Ursache gefunden, der Pfad war relativ und nicht absolut, weshalb CpuSignatures.xml im aktuellen Verzeichnins gesucht wurde.

Thanks.  

Die korrigierte Version findest Du wieder auf der bekannten Seite.


Olli


PS: Welche Sprache ist das, die ich da in der Fehlermeldung lese?