ATXMEGA128A3U USB-WolfStick

Hallo,
hat einer von euch damit schon Erfahrungen gemacht.


Gruß Ronny

Ronny S. schrieb:
> Hallo,
> hat einer von euch damit schon Erfahrungen gemacht.

Ja, hab das Ding gebaut und programmiert.

Funktioniert wirklich ;-).

Ihr koennt mir ja eine PN schreiben, mit Ideen wie ich es euchg beweisen 
kann ...


MfG

Ich fand das zunächst auch interessant, aber dann fand ich die nur 24 
GPIOs eine arge Einschränkung. Daher habe ich mir dann dieses Platinchen 
zugelegt: http://www.ebay.de/itm/191276114330 - GPIO satt, und schon 
MicroSD-Halter dabei.

Dirk K. schrieb:
> Ich fand das zunächst auch interessant, aber dann fand ich die nur 24
> GPIOs eine arge Einschränkung. Daher habe ich mir dann dieses Platinchen
> zugelegt: http://www.ebay.de/itm/191276114330 - GPIO satt, und schon
> MicroSD-Halter dabei.

Hallo Dirk K,

sorry aber deine Antwort ist hier leider nicht hilfreich.

Da Du ja dann mit dem Stick leider keine Erfahrung hast und auch nicht 
mit der Art der Programierung des USB Stick`s um den es hier geht.

@  Stephan B. (matrixstorm)

habe Dir mal eine PN gesendet.

Gruß Ronny

Du kannst den Bootloader auch auf das Platinchen schreiben und dann auch 
so bedienen - Webbrowser-Programmieren, auf dem Server compilieren 
lassen, Binary runterladen und im "Boot"-Modus raufkopieren. Ist ja 
derselbe Prozessor, hatte diese Transferleistung als nicht erwähnenswert 
empfunden. Du hast damit halt wesentlich mehr IO.

@Dirk:
Das ist aber doppelt so groß, hat keinen USB-Stecker (sondern nur 
Buchse), erfordert extra Software-Installation, ist teurer und der 
Entwickler antwortet nicht hier im Forum.

Zum matrisstorm Stick:
Ich bekomme das mit der Firmware-Erzeugung im Browser noch nicht hin.

Gute Argumente, wenn einem das wichtig ist. Wollte eigentlich nur eine 
mögliche Alternative nennen für den Fall, dass jemanden ebenfalls die 
'Verschwendung' zahlreicher IOs stört. Das Wolfboard ist sicherlich auch 
fein.

Wenn ich die Blinky-Demo verändere, etwa 50ms Delay einsetze, danach 
'compile' klicke, erscheint da 'ok'. Anschließend auf 'firmware.bin' 
klicken und fertig. Hat bei mir funktioniert.

Hallo Dirk,

Ja mit den mehr IO ist ja klar und Micro SD-Halter ist ne schöne Sache 
wenn man es für seine Anwendung braucht.Das mit der Programierung ist 
mir auch klar das es nicht auf diesen USB Stick begrenzt ist.

Allerdings ging es ja hier nun um diesen USB Stick und um das Projekt 
was da hinter steckt.

Ob damit hier schon jemand Erfahrungen gemacht hat, also ein 
Information`s Austausch.

Gut wäre es wenn Du z.B. solch einen Stick hättest und jetzt mal Deine 
Erfahrungen dazu beitragen könntest.

Was Du oder man mit diesem Stick so wie er ist an Möglichkeiten zur 
Verfügung hat oder hätte, also für welche Einsatzgebiete Du ihn nutzen 
würdest.

Hoffe Du hast jetzt Verstanden warum für mich Deine erste Antwort leider 
nicht hilfreich war.

Gruß Ronny

ja, dann lasst uns jetzt auf den Stick konzentrieren.

http://matrixstorm.com/avr/bideavr/simple.html

<- ich bekomme da als Firmware 0 Byte

Lars R. schrieb:
> <- ich bekomme da als Firmware 0 Byte

Hallo. Auch auf der Platte?

Zu der Platine: Das ist ein Prototyp den ich fuer die Entwicklung des 
Bootloaders gebraucht hatte.
Eine ereitere Version ist definitiv geplant - Hilfe, Vorschlaege oder 
fertige Designs sind willkommen.

Eizige Restriktion: PF7 ist der BootButton, PD6 und PD7 die USB 
Leitungen (Die moeglichs nahe zueinander gerouted sein sollten)

Wie auch geschrieben, bin ich auch bereit den Bootloader auf andere AVRs 
zu portieren - hatte bisher aber nur ATxmega128A3U rumliegen...


MfG

Lars R. schrieb:
> Entwickler antwortet nicht hier im Forum.

Das ist z.B, ein Punkt der schon sehr viel Wert ist.

> erfordert extra Software-Installation

Das wollte ich ja vermeiden deshalb finde ich das Projekt ja auch gut.

Dirk K. schrieb:
> Wenn ich die Blinky-Demo verändere, etwa 50ms Delay einsetze, danach
> 'compile' klicke, erscheint da 'ok'. Anschließend auf 'firmware.bin'
> klicken und fertig. Hat bei mir funktioniert.

Dazu hätte ich jetzt eine Frage an Dich es compiliert nur wenn Du 50ms 
Delay einsetzt.
Falls ja warum ?

Gruß Ronny

Stephan B. schrieb:
> Lars R. schrieb:
>> <- ich bekomme da als Firmware 0 Byte
>
> Hallo. Auch auf der Platte?

ja.

>
> Zu der Platine: Das ist ein Prototyp den ich fuer die Entwicklung des
> Bootloaders gebraucht hatte.
> Eine ereitere Version ist definitiv geplant - Hilfe, Vorschlaege oder
> fertige Designs sind willkommen.

mhh.

Ronny S. schrieb:
>> Wenn ich die Blinky-Demo verändere, etwa 50ms Delay einsetze, danach
>> 'compile' klicke, erscheint da 'ok'. Anschließend auf 'firmware.bin'
>> klicken und fertig. Hat bei mir funktioniert.

Ja, das scheint ein Browser Probelm mit Firefox 30 zu sein.
Hoere es jetzt zum zweiten Mal. (Das erste mal war aber erst vor wenigen 
Tagen, sodass ich nichts naeheres bisher dazu weiss)

MfG

Lars R. schrieb:
> Stephan B. schrieb:
>> Lars R. schrieb:
>>> <- ich bekomme da als Firmware 0 Byte
>>
>> Hallo. Auch auf der Platte?
>
> ja.

Hallo Lars,

habe mal deine Link benutzt und es compiliert ging bei mir ohne 
Probleme.

Größe der Firmware.bin 6.574 Byte.

Gruß Ronny

Ronny S. schrieb:
> habe mal deine Link benutzt und es compiliert ging bei mir ohne
> Probleme.

Habe eben mal panisch bei meinem Bruder am Iceweasel 31 probiert - ging 
auch...

Hat jemand bitte Screenshots fuer mich?

Aufgrund der Hinweise hier hab ich das Problem auf meiner Seite gelöst. 
Moment.

Ich benutze Noscript. Ich habe alle Scripte erlaubt, aber für diese 
Website-Konfiguration müssen zusätzlich Einstellungen verändert werden:

"Cross-Site-POST-Anfragen in datenlose GET-Anfragen umwandeln" 
deaktivieren.

Dann funktioniert es.

Lars R. schrieb:
> "Cross-Site-POST-Anfragen in datenlose GET-Anfragen umwandeln"
> deaktivieren.
>
> Dann funktioniert es.

Ahhhh.

Danke dir.
Mal sehen, ggf. kommt das als englischer Hinweis mit in die Bsp. rein...

MfG

Hallo,

habe es gerade auch noch mal mit drei Versionen getestet geht ohne 
Probleme. Jeweils Aktuelle unter Win 7.

IE - okay
Chrom - okay
Firefox - okay

Na dann werde ich mich mal schon für die nächste Version als Tester 
vormerken lassen. Finde das Teil gut und das es hier auch einen Support 
gibt ist Prima.


Gruß Ronny

Stephan B. schrieb:
> Eine ereitere Version ist definitiv geplant - Hilfe, Vorschlaege oder
> fertige Designs sind willkommen.

Ich schreibe das mal hier, damit es zur Diskussion steht:
. VCC3V3 und GND nach vorn links
. Reset-Button weg -> spart Platz
. Prog-Button als Jumper-Option nach vorn -> spart Platz
  .oder: Prog-Button weg. Vorn Jumper-Option auf Ground am bereits 
existierenden Pin.
. Hinten zusätzliche IOs (wo jetzt die Buttons sitzen), ggf zusätzlich 
GND
. Board NICHT größer machen.

Hallo Stephan,

Firmware.bin wird ohne Fehler compiliert.

http://matrixstorm.com/avr/bideavr/simpleusbdisk.html

Kopieren der Firmware auf den Atxmega geht auch ohne Probleme.

Danach mache ich einen Reset, damit die neue Firmware geladen wird.

usbtty0 und ein Laufwerk werden erkannt

Windows will das Laufwerk formatieren, ist das so richtig ?

Der Windows Terminal Driver wird als .txt runtergeladen sollte das nicht 
.inf als Dateiendung sein ?

Habe Dateiendung geändert mit Notepad++ , Lufa Treiber lässt sich dann 
Installieren.

Gruß Ronny

Lars R. schrieb:
> Ich schreibe das mal hier, damit es zur Diskussion steht:

OK.

Eine neue Revision der Hardware wird aber vermutlich noch etwas dauern.
(Wenn ansonsten niemand den Task uebernehmen will.)

Fuer AVR Stick ist meinerseits als naechstes eine Serie von online 
editierbaren Tutorials fuer ASM, AES/DES, ADC, DAC, DMA, SPI/LCD, und 
bootloader-API (http://matrixstorm.com/avr/avrstick/#msdbootloader_api) 
geplant.

Hardwareseitig wird sich zunaechst beim tinyUSBboard 
(http://matrixstorm.com/avr/tinyusbboard/) was tun - da solls noch vor 
Weihnachten eine SMD-Platinen-Version geben.

MfG

Daniela schrieb:
> Könnte ich das auch auf einen ATMega128 portieren

Nein.

Ein Hardware USB fullspeed tranceiver mit Unterstuetzung fuer mind. 3 
Endpunkte wird benoetigt.
Neue AVRs haben das integriert.

MfG

Nachtrag: Fuer ATmega128 empfehle ich dir meinen USBaspLoader 
(https://github.com/baerwolf/USBaspLoader) um per USB zu flashen - 
natuerlich nicht als MassStorage und Treiber werden gebraucht.

hans str schrieb:
> Das tolle daran ist aber die Firmware. Im Programmiermodus
> kann man das Teil unter Linux einfach mounten und es sieht aus wie ein
> Dateisystem. Man braucht keine Extrasoftware um ein Programm auf den
> Chip zu bringen.
>
> Hat hier schon jemand Erfahrung mit dem Teil ?

Das klingt doch erstmal nach ganz normalem LUFA 
http://www.fourwalledcubicle.com/LUFA.php mit dem Mass Storage 
Bootloader 
http://fourwalledcubicle.com/blog/2013/03/the-new-new-lufa-bootloader/

Moritz A. schrieb:
> Das klingt doch erstmal nach ganz normalem LUFA
> http://www.fourwalledcubicle.com/LUFA.php mit dem Mass Storage
> Bootloader

Nein.
LUFA zum Teil schon - aber hat mit dem Demobootloader dort nichts 
gemein.
Zum Einen ist die LUFA Demo (noch?) nicht fuer XMega - zum Anderen macht 
der Entwickler des Bootloader Annahmen an die Betriebssysteme (wie sie 
die Sektoren schreiben), die so nicht korrekt sind und zu Fehlern 
fuehren koennten.

MfG

Stephan B. schrieb:
> Hardwareseitig wird sich zunaechst beim tinyUSBboard
> (http://matrixstorm.com/avr/tinyusbboard/) was tun - da solls noch vor
> Weihnachten eine SMD-Platinen-Version geben.

Siehe Beitrag "Kritiken tinyUSBboard Platine"