Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1?

Absolute maximum ratings:

DC Current per I/O Pin: 20.0 mA
DC Current VCC and GND Pins:  200.0 mA

D.h. jeder Pin ist mit 20mA als Source belastbar, der Gesamtstron ueber 
die Stromvesorgungspins ist aber begrenzt und erheblich geringer als das 
Produkt aus Anzahl I/O-Pins x 20mA.

Wenn man hier und da mal ein bischen Strom durch nen Port reinlutscht, 
dann hat man mehr Brutto vom Netto :)

Simon K. schrieb:

> Inwiefern? Du kannst auch in einem anderen Raster die Stiftleisten so
> "in etwa" da hinlegen, wo du sie haben willst. Anschließend editierst
> und rundest du die Koordinaten (von jeder Stiftleiste) auf ein
> 100mil-faches, wo ist das Problem?

Lochrasterplatinen sind das Problem. Die runden nicht. Es wurde mal der 
Wunsch geaeussert, da komplett mal was auf die Ports stecken zu koennen.

Olli R. schrieb:
> Simon K. schrieb:
>
>> Inwiefern? Du kannst auch in einem anderen Raster die Stiftleisten so
>> "in etwa" da hinlegen, wo du sie haben willst. Anschließend editierst
>> und rundest du die Koordinaten (von jeder Stiftleiste) auf ein
>> 100mil-faches, wo ist das Problem?
>
> Lochrasterplatinen sind das Problem. Die runden nicht. Es wurde mal der
> Wunsch geaeussert, da komplett mal was auf die Ports stecken zu koennen.

Irgendwie reden wir jetzt aneinander vorbei. Du kannst doch zwischen den 
Stiftleisten nach wie vor ein 2,54mm Raster behalten. Das einzige, was 
du änderst ist die absolute Positionierung aller Stiftleisten (Und das 
machst du, indem du die Positionierung händisch vornimmst. Mit 
Taschenrechner und Stift und dem Editierdialog der Stiftleiste.

Simon K. schrieb:

> Irgendwie reden wir jetzt aneinander vorbei. Du kannst doch zwischen den
> Stiftleisten nach wie vor ein 2,54mm Raster behalten. Das einzige, was
> du änderst ist die absolute Positionierung aller Stiftleisten (Und das
> machst du, indem du die Positionierung händisch vornimmst. Mit
> Taschenrechner und Stift und dem Editierdialog der Stiftleiste.

Zwischen den Ports A, B, C, und D ist ein "grosser" Zwischenraum, 300mil 
oder so. Zwischen den anderen nur 200mil. WIE soll ich das gleichmaessig 
verteilen, wenn ich den Abstand von A und F nicht vergroessern kann und 
an ein vielfaches von 100mil im Abstand gebunden bin???


Simon, magst du bitte deine Vorschlaege auf der Mailingliste posten, ich 
glaube die anderen Besteller lesen da eher mit als im Forum.

Olli R. schrieb:
> Simon K. schrieb:
>
>> Irgendwie reden wir jetzt aneinander vorbei. Du kannst doch zwischen den
>> Stiftleisten nach wie vor ein 2,54mm Raster behalten. Das einzige, was
>> du änderst ist die absolute Positionierung aller Stiftleisten (Und das
>> machst du, indem du die Positionierung händisch vornimmst. Mit
>> Taschenrechner und Stift und dem Editierdialog der Stiftleiste.
>
> Zwischen den Ports A, B, C, und D ist ein "grosser" Zwischenraum, 300mil
> oder so. Zwischen den anderen nur 200mil. WIE soll ich das gleichmaessig
> verteilen, wenn ich den Abstand von A und F nicht vergroessern kann und
> an ein vielfaches von 100mil im Abstand gebunden bin???
Ja bei den Abständen bist du gebunden an die 100mil. Da hast du Recht. 
Oben schrobst du:

> Ja, die Ports lassen nicht NICHT aequidistant verteilen, das Spielchen
> habe ich auch schon durch :)

Was ich nicht so ganz verstanden habe und, glaube ich, immer noch nicht 
tue..

>
> Simon, magst du bitte deine Vorschlaege auf der Mailingliste posten, ich
> glaube die anderen Besteller lesen da eher mit als im Forum.
Geht nicht, bin kein Mitbesteller.

Simon: Die Ports bleiben so. Man soll da Flachbandkabel aufstecken 
koennen. Fertig.

Simon K. schrieb:

>>> machst du, indem du die Positionierung händisch vornimmst. Mit
>>> Taschenrechner und Stift und dem Editierdialog der Stiftleiste.

Ma nich frech werden, gell :)

>> Ja, die Ports lassen nicht NICHT aequidistant verteilen, das Spielchen
>> habe ich auch schon durch :)
>
> Was ich nicht so ganz verstanden habe und, glaube ich, immer noch nicht
> tue..

Nochmal:

A
300mil
B
300mil
C
300mil
D
200mil
E
200mil
F

Jetzt rechne die Abstaende zwischen den Ports zusammen. Geht im 
Taschenrechner oder im Kopf, haengt von Dir ab.

Ich komme da auf 1300mil, die ich als Abstand zwischen den Ports 
aequidistant verteilen moechte. Das teilst Du jetzt durch 5 (fuenf). Da 
kommt dann 260 raus. Leider ist 260/100 aber kein Integer, von daher 
liegen die Ports bei Gleichverteilung nicht mehr im 100mil-Raster.

Jetzt klar oder soll ich's aufmalen?

>> Simon, magst du bitte deine Vorschlaege auf der Mailingliste posten, ich
>> glaube die anderen Besteller lesen da eher mit als im Forum.
> Geht nicht, bin kein Mitbesteller.

Da schwillt mir doch jetzt der Kamm. Warum gehst Du mir dann so 
penetrant mit den Portabstaenden auf den ...., aeh, auf die Nerven?

Olli R. schrieb:
> ichkomme da auf 1300mi, dieichalsAbstand zwischen den Ports aequidistant
> verteilen moechte.
Äquidistant heißt meiner Meinung nach, dass die Distanz gleich bleibt. 
Das wäre dann die logische Übersetzung ins Deutsche. Und wie verteilt 
man denn was äquidistant? Ich versteh das so, dass du alle Ports 
zusammen verschieben möchtest und dabei die Abstände gleichbleiben 
sollen. Und das ist definitiv möglich.

>
> Jetzt klar oder soll ich's aufmalen?
Nix is klar.

>>> Simon, magst du bitte deine Vorschlaege auf der Mailingliste posten, ich
>>> glaube die anderen Besteller lesen da eher mit als im Forum.
>> Geht nicht, bin kein Mitbesteller.
>
> Da schwillt mir doch jetzt der Kamm. Warum gehst Du mir dann so
> penetrant mit den Portabstaenden auf den ...., aeh, auf die Nerven?

Bitte? Langsam reichts aber. Hier habe ich mich dazu eingeklinkt:
Beitrag "Re: Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1?"
Und versucht zu helfen.

Willst du mir jetzt sagen, dass in diesem Thread nur Leute erwünscht 
sind, die mitbestellt haben oder was? Prost Mahlzeit dann mal. Leg dich 
mal wieder hin, du scheinst an Schlafmangel zu leiden.

Simon, halt mal den Ball Flach. Die Diskussion ist sowieso beendet. Es 
ist Deine besserwisserische neunmalkluge Art, die Olli nervt. 
Verstaendlicherweise -- mir ist es egal. Ich sag Dir was gemacht wird.

Simon K. schrieb:
> Olli R. schrieb:
>> ichkomme da auf 1300mi, dieichalsAbstand zwischen den Ports aequidistant
>> verteilen moechte.
> Äquidistant heißt meiner Meinung nach, dass die Distanz gleich bleibt.
> Das wäre dann die logische Übersetzung ins Deutsche. Und wie verteilt
> man denn was äquidistant? Ich versteh das so, dass du alle Ports
Äquidistant heißt das alle (diskreten) Punkte auf einer Geraden den 
gleichen Abstand habe. Wenn du also meßwerte jede Sekunde aufnimmst sind 
deine Meßwerte Äquidistant. Nimmst du immer nach 3, 4, 2, 7, 9 Sek 
Meßwerte auf sind diese nicht äquidistant...

A 300mil B 300mil C 300mil D 200mil E 200mil F ...

A, B, C, habne den gleichen Abstand, D, E, F... nicht ergo die Ports 
sind nicht äquidistant. Ist aber hier auch denk ich egal, hauptsache der 
Abstand zwischen den Ports ist ein (ganzzahliges) Vielfaches des 
Rastermaßes.

So genug der Streiterei ;)

Ich habe das Layout jetzt so an den Fertiger uebersendet... jetzt heisst 
es warten (auf den Proto).

Ja dann bin ich mal gespannt wie ein Flitzebogen...

Super Arbeit!

Tobias schrieb:
> Finds gut so wies geworden ist. Wurde auch Zeit, sonst wär euch beiden
> wohl noch der Gedultsfaden gerissen.

Hm? Ach, hier liegt schon alles voll mit gerissenen Faeden ;)

Hehe joa ich bin auch gespannt oO
Also teilweise war's schon echt stressig mit Euch :D

Eddy Current schrieb:

> Weiterhin ist der Vorwiderstand der LED in den Emitterkreis des PNP
> geschaltet, womit der PNP eine Stromquelle bildet, die den Strom
> unabhängig von der Highside Spannung macht. Der LED-Strom wird also
> stabilisiert.

Das haette hier aber, wie mir (gerade aufgefallen)[TM] ist den Nachteil, 
dass wir noch einen weiteren Transistor verbauen haetten muessen, da ja 
jede der beiden blauen LEDs ihre eigene Stromquelle braucht.

Hiho!

Michael G. schrieb:
> Ich habe das Layout jetzt so an den Fertiger uebersendet... jetzt heisst
> es warten (auf den Proto).

Super Sache! Auch von meiner Seite nochmal vielen Dank für die Geduld, 
Ausdauer und die vielen Arbeitsstunden, die ihr in dieses Projekt 
gesteckt habt. Ich ziehe meinen (virtuellen) Hut vor Euch (Michael und 
Olli) für diese Umsetzung und Organisation.

Schönen Gruß von einem Mitbesteller,
Jan

Joa Jan, danke.
Mir ist auch eine Idee gekommen zum testen: Ich werde wahrscheinlich ein 
kleines Aufsteckmodul fuer 8-Bit-SDRAM bauen und mal sehen, ob sich das 
Ebi damit zur Zusammenarbeit ueberreden laesst.

Gruss,
Michael

Bertram Luchs schrieb:

> Ich bin durchaus interessiert, möchte aber nicht in Vorleistung gehen
> bei eurem Drang, ständig neue Spielereien hinzuzufügen.

Dann lass es bleiben.

Bertram Luchs schrieb:

> Ich bin durchaus interessiert, möchte aber nicht in Vorleistung gehen
> bei eurem Drang, ständig neue Spielereien hinzuzufügen.

Thread lesen, denken, nochmal lesen, nochmal denken, DANN erst posten.

Bertram Luchs schrieb:
> Ich bin durchaus interessiert, möchte aber nicht in Vorleistung gehen
> bei eurem Drang, ständig neue Spielereien hinzuzufügen.

Der Vorwurf ist wohl ziemlich ungerechtfertigt, da Michael und Olli 
versucht haben, "unseren" Wünschen, also denen der Käufer (oder auch 
nicht) gerecht zu werden und nicht eigene Kreationen verwirklicht haben. 
Ihnen das jetzt auf eine so dumme und plumpe Art indirekt vorzuerfen ist 
schon dreist. Und ob du Interesse an diesem Board hast oder nicht, dass 
interessiert die beiden sicher auch nicht, da sie nichts daran 
verdienen, eher stecken sie viel Zeit hinein um UNS, den Käufern einen 
großen Gefallen zu tun. Und wenn Du das nicht so siehst, dann mußt du 
halt ohne Board leben, dir selber eins häkeln oder eins für viel mehr 
Geld kaufen. Evtl. bekommst du es dann auch maßgeschneidert.
Also denke nochmal drüber nach, sag artig: "OK Jungs, hab mich im Ton 
vergriffen" und alle haben dich wieder lieb. ;-)

Joachim

PS. Ich bin auch enttäuscht, dass der 2. OP nicht als Sallen-Key Filter
zu verwenden ist (wie schon vorgeschlagen) aber ich hab es trotzdem 
genommen. So günstig kommst du sonst kaum an ein EVAL-Board mit dem 
XMEGA. Vielleicht bauen sie es ja noch drauf. Das wenige Hühnerfutter 
paßt noch. Und kann man auch nach dem Prototypen noch reinhäkeln (bitte) 
:-)
autsch... ich geh ja schon. ...saus

Hier mal das Board als PDF.

Michael

Ach, ist der Troll mal wieder da. Naja, /dev/null.

900ss D. schrieb:

> PS. Ich bin auch enttäuscht, dass der 2. OP nicht als Sallen-Key Filter
> zu verwenden ist (wie schon vorgeschlagen) aber ich hab es trotzdem
> genommen. So günstig kommst du sonst kaum an ein EVAL-Board mit dem
> XMEGA. Vielleicht bauen sie es ja noch drauf. Das wenige Hühnerfutter
> paßt noch. Und kann man auch nach dem Prototypen noch reinhäkeln (bitte)
> :-)
> autsch... ich geh ja schon. ...saus

Es gab halt den Punkt wo wir mal Schluss machen mussten, immerhin wollen 
wir doch moeglichst bald an die Platine kommen ;) Ich will jetzt erstmal 
auch nichts aendern (so lange es kein offensichtlicher Fehler ist).

Ich habe heute uebrigens noch 100 Exemplare eines Beipackzettels 
vorbereitet, der versuchen soll, die wichtigsten Dinge zusammenzufassen 
und schlimme Fehler zu vermeiden. Richtet sich aber eher an die weniger 
versierten unter Euch.

lg,
Michael

Analog dummy schrieb:

> Hat jemand interesse an einem AD-ON Board auf dem ein GPS-Modul von
> NAVMAN sitzt ? Wenn interesse besteht würde ich mich auch breitschlagen
> lassen und ein "nicht OEM-Modul" verwenden (kostet mich so nix :-)

Was kostet's die anderen? Hast eine Bezugsquelle, Preis, Datenblatt?

900ss D. schrieb:
> Bertram Luchs schrieb:
>> Ich bin durchaus interessiert, möchte aber nicht in Vorleistung gehen
>> bei eurem Drang, ständig neue Spielereien hinzuzufügen.
>
> Der Vorwurf ist wohl ziemlich ungerechtfertigt, da Michael und Olli
> versucht haben, "unseren" Wünschen, also denen der Käufer (oder auch
> nicht) gerecht zu werden und nicht eigene Kreationen verwirklicht haben.

ja mehr oder weniger stimmt - beides !. Einige sachen sind vielleicht 
nicht so wie jeder es haben möchte, das war von anfang klar - ich selber 
empfinde teilweise auch so wie Bertram Luchs, habe erst dann bestellt 
als der entwurf in die richtung ging die ich auch für mich persönlich 
wollte.

> Und ob du Interesse an diesem Board hast oder nicht, dass
> interessiert die beiden sicher auch nicht, da sie nichts daran
> verdienen, eher stecken sie viel Zeit hinein um UNS, den Käufern einen
> großen Gefallen zu tun.

Hmm, also ich kann rechnen , und die paar hundert euro die da gemacht 
werden als 'nichts' definieren ist seltsam - ob es fair ist das sie da 
paar euro machen ? Ja, ist ok, sonst würde ich nicht kaufen, wenn die 
noch ganz cool sind und beim Mouser die µC für 3.5 bestellen , oder rams 
aus taiwan für 2.5 - das ist deren sache - preis ist vereinbart und 
passt, die 30 eur sind ok.
Wenn man die entwicklungstunden rechnet dann sind natürlich die paar 
hundert euro nix.

> Also denke nochmal drüber nach, sag artig: "OK Jungs, hab mich im Ton
> vergriffen" und alle haben dich wieder lieb. ;-)
>

Ansichtsache, sich frei aeussern ist doch noch erlaubt, ich persönlich - 
wenn es um mich ginge - würde es nciht als beleidigung oder sonstiges 
sehen, aber es geht nciht um mich sondern um einen xmega board.

Ich freu mich schon auf proto ergebnisse - vor allem was ebi angeht - 
naja, und natürlich freue mich auf die 'final' version dann irgendwann 
in paar wochen.

Thomas R. schrieb:

> Hmm, also ich kann rechnen , und die paar hundert euro die da gemacht
> werden als 'nichts' definieren ist seltsam - ob es fair ist das sie da
> paar euro machen ?

Wie zum Teufel kommt Ihr da drauf, dass Michael da einen Euro Gewinn 
drauszieht bzw. es darauf anlegt?

Ich verdiene daran auch NICHTS, ich zehle mein Board und die Teile, wie 
jeder andere auch. Und die xmegas kommen nicht vom Mouser, die kommen 
von CSD. Und das RAM bestellen wir sicher nicht in China.

Hoert doch endlich mal mit dem bloeden Gelaber auf! Sonst lassen wir den 
Thread hier von Andreas zumachen, und fertig.

Das NERVT!

Hi,

Erst mal

         G R A T U L A T I O N

zum Release. Ihr habt Euch echt ins Zeug gehängt, und viel Mühe und 
lange Nächte aufgewandt, um aus diesem Projekt das Beste zu machen. Und 
ich finde es ist Euch gelungen. Hut ab !!

900ss D. schrieb:
> PS. Ich bin auch enttäuscht, dass der 2. OP nicht als Sallen-Key Filter
> zu verwenden ist (wie schon vorgeschlagen) aber ich hab es trotzdem
> genommen. So günstig kommst du sonst kaum an ein EVAL-Board mit dem
> XMEGA. Vielleicht bauen sie es ja noch drauf. Das wenige Hühnerfutter
> paßt noch. Und kann man auch nach dem Prototypen noch reinhäkeln (bitte)
> :-)
> autsch... ich geh ja schon. ...saus

Wobei die Lösung, so wie sie jetzt ist, auch gut ist. Für den Tiefpass 
macht es Sinn vor dem TP einen OP als Impedanzwandler zu setzen. Also 
bräuchte man 2 OPs pro Kanal. Um beide Kanäle gleichermaßen nutzen zu 
können bräuchte man also einen zweiten TS912. Jetzt sind beide Kanäle 
gleich beschaltet, und haben quasi nur einen einfachen Verstärker. 
Sollte man den Tiefpass dennoch brauchen, kann man ihn sich ohne 
Probleme noch auf Lochraster dazu bauen. So sind jetzt beide DAC Kanäle 
verfügbar und gleich beschaltet. Ich find die Lösung vor allem wegen der 
zweiten Spannungsversorgung klasse, weil man sich dadurch das 
Ausgangssignal auf beiden Kanälen auf den Pegel anheben kann, den man 
braucht.

Wenn  ich so drüber nachdenke, komme ich immer mehr zu dm Schluss, dass 
ohnehin jeder, je nach Anwendung, eine etwas andere Analogbeschaltung am 
Ausgang benötigen wird. Also wird es in den meisten Fällen ohnehin zu 
ner Zusatzschaltung kommen.

Das mit dem Tiefpass war ne Idee, aber mir ist es wichtiger, dass beide 
DAC gleichermaßen verfügbar sind.

Gruß
      Kai

An alle, die uns Dank ausgesprochen haben: Bitte. Ich habe auch sehr 
viele Mails bekommen und konnte nicht jedem individuell antworten, 
sorry. Danke auch an jeden, der den ein oder anderen Euro extra 
ueberwiesen hat.

An alle, die alles mitnehmen wollen, was sie bekommen, einem aber dann 
nicht einmal die Butter auf dem Brot goennen: Pff... sowas nimmt einem 
wieder die Freude. Wenn Euch die 12EUR fuer die Platine zu teuer sind 
lasst es doch einfach bleiben und lasst mir meinen Frieden.

Edit: Ihr koennt Euch dann fuer 15EUR bei Reichelt das tolle Teil hier 
kaufen:
http://www.reichelt.de/?;ACTION=3;LA=444;GROUP=C94;GROUPID=3374;ARTICLE=50252;START=0;SORT=user;OFFSET=16

Ach ja: das ist eine Platine mit zwei Seiten.

Oder kauft Euch fuer 300EUR das STK600 und mault Atmel voll welche 
Frechheit sie haben, Geld dafuer zu nehmen.

Michael

Wir sind uebrigens noch dabei kleine Verbesserungen und Korrekturen zu 
machen.

2009-06-05 omr
R19: value changed from 10k to 33
IC2: 7805 replaced by LF33

Olli R. schrieb:

> Wie zum Teufel kommt Ihr da drauf, dass Michael da einen Euro Gewinn
> drauszieht bzw. es darauf anlegt?

leiton angebot:

100 * 140/80 board, vergoldet, 25AT, BD, E-test, Brutto : 471.36 EUR
2 * 140/80 board, standard, 8AT, kein e-test, Brutto : 81.31 EUR

- also locker 500 eur drin beim 12 eur * 100 stk

µC CSD angebot

639.60 EUR für 100 stk - also locker 100 drin beim 100 * 7.5 eur


> Ich verdiene daran auch NICHTS, ich zehle mein Board und die Teile, wie
> jeder andere auch.

super, wie gesagt mir egal - habs akzeptiert die preise und bezahlt.

> Und die xmegas kommen nicht vom Mouser, die kommen
> von CSD. Und das RAM bestellen wir sicher nicht in China.
>

den ganzen satz lesen, am besten 5 mal.

> Hoert doch endlich mal mit dem bloeden Gelaber auf! Sonst lassen wir den
> Thread hier von Andreas zumachen, und fertig.
>
> Das NERVT!

Wie alt bist du nochmal ?

Mal die fakten ...

Es ist ein hobby project : ja
Von anfang an so gesagt : ja
Hobby wegen lizenz und garantie : ja
Weil Michael sich nicht sicher war mit seinem design : ja
Und weil sammelbestellung günstiger für alle ist : ja
Es hat haufen arbeit gekostet : ja
Es wird defnitiv paar hundert euro gewinn drin sein : ja, nachweisbar
Stört es jemanden der gekauft hat : nein ( mindestens sehe nix )

Andere menschen beleidigen - die lediglich tatsachen klar ansprechen ist 
kindisch, ich glaube nciht das die die es bestellt haben wirklich damit 
probleme haben das Michael hunderte stunden investiert hat - und dann 
logischerweise auch paar euro machen möchte. Letzendlich strom ist nciht 
umsonst. Du kannst es aber anscheinend nicht anders - wenn du sauer bist 
da du Michael hilfst und nix verdiennst dann bespreche das mit ihm - und 
nicht hier.

So das bezüglich Olli.

Was Michael angeht - hey, wie gesagt, ich gönne dir die paar euro, ist 
auch völlig ok geld zu verdiennen.

Offtopic : TQFP 100 adapter beim futurlec.com kosten 1.10 eur.

@ Thomas R.

Versaut Thomas R. uns grad den Spass an diesem Thread: Jaaa

Jetzt gib doch einfach mal wieder Ruhe, oder kehr zu einem technischen 
Thema zurück. Du bist anscheinend der einzige den das interessiert.
Du hast auch jederzeit die Möglichkeit so ein Projekt selber zu starten 
und dann auch durch zu ziehen.

Wir berechnen grad die Widerstaende fuer den IR-Teil nochmal korrekt und 
ich habe zusaetzliche Befestigungsvias fuer eventuelle 
Huckepack-Platinen vorgesehen...

Frage am Rande:

Kann man eigentlich das Posten von Beiträgen durch unangemeldete "Gäste" 
in einzelnen Thread sperren? Eine leicht verminderte Anonymität wäre dem 
durchschnittliche Niveau der Beiträge wahrscheinlich durchaus nicht 
abträglich...

Ja jetzt wo du Huckepackplatinen erwähnst: Woran ich noch nicht gedacht 
hatte... Man könnte doch die EBI Stiftleiste auch nach unten hin 
einlöten und die XMega Platine auf eine Erweiterungsplatine aufstecken.

Man könnte dann ne Platine entwerfen, wo ein FPGA und SRAM drauf ist. 
Die Pins des FPGAs führt man dann seitwärts raus und schon hat man das 
ultimative Entwicklungssystem :)

Hmm mal sehen wie viel Zeit ich in den kommenden Semesterferien habe, so 
ein FPGA Board wollte ich schon immer und dank dem parallelen 
Speicherinterface könnte man Register im FPGA quasi wie die XMega eigene 
Hardware ansprechen.

Ich glaube mit deiner Platine werde ich ne ganze Menge Spaß haben :)

Hier der Stand. Wir haben die IR-Stufe korrekt dimensioniert (Achtung: 
keine kontunuierliche Spannung anlegen) und ich hab das Layout ein 
bisschen umgerutscht und zusaetzliche Befestigungsmoeglichkeiten fuer 
Erweiterungsplatinen vorgesehen.

Stefan Wimmer schrieb:
> Frage am Rande:
>
> Kann man eigentlich das Posten von Beiträgen durch unangemeldete "Gäste"
> in einzelnen Thread sperren? Eine leicht verminderte Anonymität wäre dem
> durchschnittliche Niveau der Beiträge wahrscheinlich durchaus nicht
> abträglich...

Man kann, hab Andreas Schwarz (Forumbesitzer) schon darum gebeten, hat 
er aber nicht gemacht.

Wenn möglich bitte den JP_CS und EBI_PORT raster abstand anpassen.

Wird etwas einfacher mit erweiterung board.

Thomas R. schrieb:

> super, wie gesagt mir egal - habs akzeptiert die preise und bezahlt.

Unter welchem Namen hast du bestellt? Wir haben einen Thomas R. nicht in 
der Besteller-Liste. Meld' Dich bitte mal per PM bei mir.

Olli

Thomas: Das ist nich das aktuelle Layout.

Thomas R. schrieb:
> Wenn möglich bitte den JP_CS und EBI_PORT raster abstand anpassen.
>
> Wird etwas einfacher mit erweiterung board.

ohh gerade gesehen das der JP_CS weg ist - mal ganz was anderes, warum 
ist eigentlich CS vom SDRAM an den PF1 ?

A. N. schrieb:

> Man könnte dann ne Platine entwerfen, wo ein FPGA und SRAM drauf ist.
> Die Pins des FPGAs führt man dann seitwärts raus und schon hat man das
> ultimative Entwicklungssystem :)

Coole Sache.
Bin schon mal gespannt was Ihr so alles fabriziert mit dem Teil. 
Inklusive der neusten Bombenzuendungen ;p

Simon K. schrieb:
> Die Transistorschaltung, die ja auch im Wiki ist, verstehe ich nicht,
> warum die Mikroprozessor Pins an den Emittern der NPNs hängen, das habe
> ich so noch nie gesehen ...

Dann guck' dir mal eine Basisschaltung an.

Thomas R. schrieb:

> ohh gerade gesehen das der JP_CS weg ist - mal ganz was anderes, warum
> ist eigentlich CS vom SDRAM an den PF1 ?

Im Datenblatt stand dass CS auf Puls und nich auf Pegel schaltet, da 
wollte ich auf Nummer sicher gehen.

Sorry, falls ich es überlesen habe, aber als Späteinsteiger in diesem 
Thread konnte ich noch nicht alle 850+ Beiträge einzeln durchforsten und 
wage daher die Frage: Was ist eigentlich mit JTAG? Muss ich meinen 
JTAGICE per Jumperdrähten an den Poststeckern anflanschen oder ist da 
was auf dem Board vorgesehen?

Stefan Wimmer schrieb:
> Sorry, falls ich es überlesen habe, aber als Späteinsteiger in diesem
> Thread konnte ich noch nicht alle 850+ Beiträge einzeln durchforsten und
> wage daher die Frage: Was ist eigentlich mit JTAG? Muss ich meinen
> JTAGICE per Jumperdrähten an den Poststeckern anflanschen oder ist da
> was auf dem Board vorgesehen?

Schau mal hier, JTAG ist drauf, ja :)

http://omrother.de/misc/eagle/atxmega128_board/Fri%20Jun%20%205%2023:45:13%20CEST%202009/atxmega128_board_top_parts.pdf

Aktelle PDFs liegen immer unter 
http://omrother.de/misc/eagle/atxmega128_board/.

Michael G. schrieb:
> Thomas R. schrieb:
>
>> mal ganz was anderes, warum
>> ist eigentlich CS vom SDRAM an den PF1 ?
>
> Im Datenblatt stand dass CS auf Puls und nich auf Pegel schaltet, da
> wollte ich auf Nummer sicher gehen.

SDRAM datenblatt ?
Atmel Xplain benutzt auch den SDRAM und hat CS auf GND - siehe bild.

Deren sample driver ist aber natürlich entsprechend verwirrend und 
benutzt auch extra i/o Pin für CS.

 XMEGA EBI driver SDRAM example source

/*! \brief Test function for EBI with SDRAM.
 *
 *  Hardware setup for 3-port SDRAM interface:
 *
 *  PORTK[7:0] - A[7:0]
 *
 *  PORTJ[7:0] - {A[11:8],D[3:0]}
 *
 *  PORTH[7:0] - {WE,CAS,RAS,DQM,BA0,BA1,CKE,CLK}
 *
 *  Since the EBI in 3-port mode does not have any spare pins for Chip 
Select,
 *  this shoul be controlled by a General Purpose IO pin (PIN C0 in this
 *  example). A pull-up resistor should be connected to this pin to 
ensure that
 *  the Chip Select is kept high during start-up.

Mein vorschlag -> CS vom SDRAM nicht wie jetzt auf ein JP_CS 2 pol. 
jumper geht sondern auf einem 3pol - und zwar so das man wählen kann 
zwischen GND und R15/PF1.

So würde man den PF1 frei haben falls der SDRAM damit leben kann.

Koennen wir machen...

done...

There you go. Mit Tabellchen ;)

Wir haben noch Platz fuer einen Optokoppler mit Triac-Ausgang gefunden 
:)

Michael G. schrieb:
> There you go. Mit Tabellchen ;)

super ... fast  :)

ich dachte eher an sowas wie im anhang.

Ich überlege gerade was ist schlimmer, ein 10k zwischen VCC und GND oder
ein 10k am SCL beim 2-Wire bzw. XCK beim USART.

So jetzt geht absolut nix mehr bis wir den Prototypen haben, sonst wird
die Differenz zu gross.

Ich geb Euch bescheid.

Kleiner Tipp am Rande: Verbinde die Mech-Vias für die Befestigung der 
Zusatzplatinen mit dem GND-Netz - dann hast du gleich etliche 
Verindungen zwischen Top und Bottom Ground Plane. Das macht IMHO Sinn, 
da die Planes schon recht gestückelt sind, was nicht gerade optimal ist 
(sich aber bei einem zweilagigen Board schlecht vermeiden lässt). Ich 
würde auch hier und da noch ein paar GND-Vias einfügen (müssen ja keine 
grpßen sein).

Just my two cents.

Edit (geht nicht):

Ebenfalls suboptimal ist die Verteilung der 3V3 (scheinbar der 
Digitalteil da vor dem L abgegriffen) unter dem Xmega. Mach ein 
3V3-Polygon/Shape unter dem Xmega - damit sinkt der induktive Anteil 
erheblich, was hier erstrebenswert ist. Den Abgriff am L kann man auch 
wesentlich breiter gestalten.

Ich habe nochmal den neu hinzugekommenen Optokopppler (mit 
Triac-Ausgang) ueberarbeitet, nun stimmt da auch die Isolation :)

Nun noch eben die letzten beiden Airwires beseitigen und die 
Beschriftung zurechtruecken.

Schreib mir eine Mail

Bertram Luchs schrieb:

> Ihr seid dermaßen unprofessionell.

Richtig, wir machen das ja auch nur Hobby-maessig. Das hast Du fein 
erkannt.

> Triac-Ausgang) ueberarbeitet". Redet ihr eigentlich miteinander? Und wie

Jep, wir kommunizieren das allerdings nicht immer im Detail hier im 
Forum. Allerdings finden wir, dass das Nachreichen einzelner Features 
das Projekt eher voranbringt, als wenn wir wie Sauerbier mit 
zugekniffenem Popo auf den Prototypen warten wuerden. Am Kern aendern 
wir ja nichts.

Auf dem Protoypen werden wir ohnehin nicht alle Moeglichkeiten bis in 
alle Details testen koennen.

> Andere Frage, was macht ihr mit den Überweisungen, wenn ihr eure
> Prototypen geschrottet habt?

Singular: den Prototypen.

Was wir dann machen? Schoen in Urlaub fliegen, was sonst.

Aber lass das mal nicht Deine Sorge sein.

Viele Gruesse,
Olli

Hey Betram,

steiger Dich da mal nicht zu doll rein. Wenn hier von Gewinnen die Rede 
ist, war das vorher sicherlich nicht absehbar, da die Preise auf 
kleineren Stückzahlen beruhen. Andererseits hat sich der Arbeitsaufwand 
für das Design ebenfalls ins deutlich gesteigert. Das sage ich als 
außenstehender Nichtbesteller bzw. nur Beobachter.

Was die Professionalität angeht, finde ich, ist es ein schön chaotisches 
Projekt, das aber dennoch vorankommt. Dem Profi mag da grausen, weil 
insgesamt ungefähr vier mal soviel Arbeit anfällt, wie es möglich 
gewesen wäre, wenn man erst die Features zusammen mit dem Schaltplan 
besprochen hätte und dann ins Layout gegangen wäre. Aber wer konnte 
das vorher absehen?

In diesem Sinne wünsche ich dem Projekt weiterhin ein guten Verlauf und 
laßt Euch von den Dreinredern nicht beirren. Mir ist bewußt, dass ihr 
hier eine riesen Grätsche hinlegen müßt um einerseits den Ton im Forum 
zu waren, aber andererseits mit den Besserwissern zurecht zu kommen. 
Insofern halte ich destruktive Kommentare für reichlich unfair und 
unangebracht.

So hier mal unser Stand. Mir ist unklar warum die Flaeche unter der MCU 
(egal wie klein ich sie anlege) immer DRC-Fehler erzeugt aber ich hab 
die jetzt mal abgesegnet...

Michael

Michael G. schrieb:
> So hier mal unser Stand. Mir ist unklar warum die Flaeche unter der MCU
> (egal wie klein ich sie anlege) immer DRC-Fehler erzeugt aber ich hab
> die jetzt mal abgesegnet...

Haben wir gerade geloest (soviel zur Kommunikation):

Wen's interessiert: Das umgebende Polygon muss einen hoeheren Rank haben 
als das eingebettete, sonst findet ein Ueberlapp statt (bei gleichem 
Rank, DRC errors) oder das eingebettete wird nicht gerendert, wenn der 
Rank hoeher ist als der des umgebenden ist.

Thomas R. schrieb:

> Mein vorschlag -> CS vom SDRAM nicht wie jetzt auf ein JP_CS 2 pol.
> jumper geht sondern auf einem 3pol - und zwar so das man wählen kann
> zwischen GND und R15/PF1.
> So würde man den PF1 frei haben falls der SDRAM damit leben kann.

So wie im Anhang? Route ich gerade.

Olli

Hier nochmal der aktuelle Stand, weitere Aenderungen sind derzeit nicht 
auf dem Stack :)

PDFs, Changelog und BOM in Kuerze wieder hier, ich eliminiere noch ERC 
warnings aus dem Schaltplan.

http://omrother.de/misc/eagle/atxmega128_board/

Olli

Moin!

Ich hoffe zur Abwechslung mal wieder etwas konstruktives beizutragen: 
Ein/das Uhrenquarz wird bei vielen Layouts entweder mit angelötet an 
eine Massefläche oder es wird ein Drahtbügel mittig über dem Gehäuse 
gelegt zur Sicherung. Es ist zwar nicht davon auszugehen, dass man oft 
und viel über das Board streift und somit das Uhrenquarz irgendwann 
abbricht, aber vllt. wäre das noch eine mögliche Kleinigkeit. Vor allem 
ist sie Schaltplan-neutral...

/EDIT: Dahingehend ist die Fläche unter dem Quar meist auch 
Lötstoplack-frei, wobei ich nicht ganz deuten kann ob dies hier nicht 
schon der Fall ist oder ob es eine Bestückungsdruckschraffur ist...

Grüsse,
Thomas

Thomas K. schrieb:

> /EDIT: Dahingehend ist die Fläche unter dem Quar meist auch
> Lötstoplack-frei, wobei ich nicht ganz deuten kann ob dies hier nicht
> schon der Fall ist oder ob es eine Bestückungsdruckschraffur ist...

Ich guck.

Olli

Hi,

könnte n Rederfehler sein, aber mir is da was aufgefallen.

Bin zwar kein Mitbesteller, finde die Aktion aber super!

Grüße
Thorsten

Olli R. schrieb:
> Thomas R. schrieb:
>
>> Mein vorschlag -> CS vom SDRAM nicht wie jetzt auf ein JP_CS 2 pol.
>> jumper geht sondern auf einem 3pol - und zwar so das man wählen kann
>> zwischen GND und R15/PF1.
>> So würde man den PF1 frei haben falls der SDRAM damit leben kann.
>
> So wie im Anhang? Route ich gerade.
>
> Olli

ja, genau so.

Wir checken auch grad nochmal Details im Schaltplan und auch die 
Widerstaende fuer die LEDs. Wir machen eine Flaeche unter dem Uhrenquarz 
frei so dass man ihn auf das Ground-Plane loeten kann.

Thorsten Fritzke schrieb:
> Hi,
>
> könnte n Rederfehler sein, aber mir is da was aufgefallen.
>
> Bin zwar kein Mitbesteller, finde die Aktion aber super!
>
> Grüße
> Thorsten

Ist ein Render-Fehler... da passt alles.

Wenigstens koennen wir Euch nich vorwerfen, kleinlich zu sein, gell? ;p

Thorsten Fritzke schrieb:

> könnte n Rederfehler sein, aber mir is da was aufgefallen.
> Bin zwar kein Mitbesteller, finde die Aktion aber super!

Danke fuer die Aufmerksamkeit :) - ich hatte da nicht weit genug 
aufgerippt, ist aber schon behoben.

Danke,
Olli

Daniel schrieb:

>> [....]

Werde ich abarbeiten.

> Ne Kleine Frage
> Für die Taster brauch ich dann extra nochmal ein Pull-Up?
> Ahh stop, ich vermute ihr wollt die internen pull-ups verwenden oder? :)

Bingo!

Olli

Das Problem haben wir gleich behoben...

Quarz...

Bin begeistert...

Hier ist unser Stand, wir optimieren ganz gut und pruefen auch nochmals 
kleinere Details, die man leicht uebersieht... Wegen Belastung und 
Funktion vom zweiten Spannungswandler wurde noch eine zweite (passend 
fuer die blaue) LED eingebaut.

Danke Thomas.

T. H. schrieb:

> Kleiner Tipp am Rande: Verbinde die Mech-Vias für die Befestigung der
> Zusatzplatinen mit dem GND-Netz - dann hast du gleich etliche
> Verindungen zwischen Top und Bottom Ground Plane. Das macht IMHO Sinn,
> da die Planes schon recht gestückelt sind, was nicht gerade optimal ist
> (sich aber bei einem zweilagigen Board schlecht vermeiden lässt). Ich

Doch, das geht. Gerade an GND angeschlossen.

Joa
hier mal der Stand...

Die Sache mit dem USB-Suspend waere ja jetzt noch ganz nett...

Wir haben noch eine Problematik entdeckt: Im USB-Power-Betrieb haben wir 
das Problem, dass die RGB-LED bzw. der 8V-Teil erstmal nicht betrieben 
werden kann. Wir suchen jetzt nach einer moeglichst simplen Loesung und 
auch, dass man 500mA von USB ziehen kann. Heisst wahrscheinlich auch, 
dass wir den 8V-Teil im USB-Betrieb abtrennen werden.

Gruss,
Michael

Michael G. schrieb:
> Wir haben noch eine Problematik entdeckt: Im USB-Power-Betrieb haben wir
> das Problem, dass die RGB-LED bzw. der 8V-Teil erstmal nicht betrieben
> werden kann. Wir suchen jetzt nach einer moeglichst simplen Loesung und
> auch, dass man 500mA von USB ziehen kann. Heisst wahrscheinlich auch,
> dass wir den 8V-Teil im USB-Betrieb abtrennen werden.
>
> Gruss,
> Michael

led driver ic - HV9982 - ist natürlich witz und overkill, aber wie wärs 
mit 3 mal RT9271 ?

We are on to something... please hold on ;)

3x solch ein Chip? Warum nicht einmalig entsprechend die Spannung 
erzeugen? z.B. der altbekannte MC34063 gibt es in SMD und der sollte 
genug Strom liefern.

Thomas K. schrieb:
> 3x solch ein Chip? Warum nicht einmalig entsprechend die Spannung
> erzeugen? z.B. der altbekannte MC34063 gibt es in SMD und der sollte
> genug Strom liefern.

mein beispiel war um die led's auch anzusteuern - statt 6 transistoren 
und mc34063 nur 3 mal rt9271.

Aso, stimmt - die Transistoren fallen dann ja weg. Dann hat der MC34063 
natürlich in diesem Falle seinen Charme verloren...

Das Problem ist ja nur die blaue LED mit ihren 4-4.5V Vorwaertsspannung 
im Betrieb an 5V. Wenn ich die mit einem bipolaren Transistor schalte, 
bleibt da wohl nicht genug uebrig.

Olli R. schrieb:
> Das Problem ist ja nur die blaue LED mit ihren 4-4.5V Vorwaertsspannung
> im Betrieb an 5V. Wenn ich die mit einem bipolaren Transistor schalte,
> bleibt da wohl nicht genug uebrig.

Also abgesehen davon das so ein RT9271, oder noch besser RT9302 (braucht 
man auch 3 davon) genau für solche anwendungen gebaut ist - wo 3.2V zu 
verfügung stehen und aber eine wled belechtung mit Vf von mehrere V 
gibts ja auch andere rgb led's.

www.lc-led.com liefert sehr zuverlässig an jedem der eine CC hat - z.b. 
die hier

http://www.lc-led.com/products/m810rgb4e.html

Pricing Information: 15-99 pcs :  $1.89 USD/pcs

Leute das is keine Option... wir haben uns festgelegt... hab doch schon 
nen Proto bestellt.

Moin!

Afair wurde ein L Typ genommen, also ein 78L08, somit sollte das IC4 
unter dem Port B sein.

Grüsse
Thomas

Wäre nicht eine Zwischenlösung einfacher?

Die rote und die grüne LED mit jeweils einem PNP-Transistor direkt an 
3.3V schalten und für die blauen LEDs dann einen MC34063? Daraus per 
High-Side-Switch beide blauen LEDs schalten.

Moin!

@Eddy Current: Da dies aber eigentlich nur nötig wird, wenn komplett per 
USB betrieben wird, müsste bei deiner Lösung ja der 78L08 wieder 
komplett runter. Dann könnte man ja gleich die Stromversorgung umstellen 
auf nur 5V o.ä.

Grundlegend wäre das aber wohl eine deutlich grössere Änderung, welche 
durch den nun schon abgeschickten Prototypen nicht mehr Einzug findet. 
Die Frage ist ja vor allem: USB oder auch externe Versorgung. Und wenn 
USB: brauchen wir die blauen? Man hat schliesslich die externe 
Versorgung. Es spricht ja nichts dagegen USB anzuschliessen und die 
externe Versorgung beizubehalten, dann ist alles möglich und kein 
Problem vorhanden. Und genau das ist jetzt schon möglich...

Grüsse,
Thomas

So, wir haben keinen Heckmeck wegen der Spannungswandler gemacht sondern 
lediglich mal USB-Suspend/500mA realisiert. Hier der Stand.

Ich habe mich auch an Leiton gewendet mit der Bitte/Hoffnung dass die 
noch das neue Layout fertigen und nicht das aeltere. Das geht aber zur 
Not auch, es sind dann halt ein paar kleinere Dinge, die nicht getestet 
werden koennen.

lg,
Michael

Hier noch der Schaltungsauszug
Olli generiert noch die kompletten files an der ueblichen Stelle:
http://omrother.de/misc/eagle/atxmega128_board/

lg,
Michael

Ich hoffe Ihr seid nicht sauer auf uns... aber wir versuchen lediglich, 
die Qualitaet zu verbessern. Ich verspreche dass jetzt keine Features 
mehr hinzukommen. Ab jetzt geht es nur noch um Fehlerkorrektur und 
Qualitaetsverbesserung.

Michael

Moin,

ich moechte mal ein paar Dinge ansprechen, die hier sicher nicht optimal 
gelaufen sind. Dies ist keine Kritik an Einzelnen, sondern ist 
reflektorisch gedacht.

Ich erinnere erstmal an das Eingangsposting von Michael:

> ich versuche mich gerade an einer Experimentierplatine fuer den Xmega
> 128a1. Da die MCU einen 0.5mm-Pitch hat habe ich vor, die Sache fertigen
> zu lassen. Ich bin gerade dabei, das Layout fertigzustellen.
[...]
> Noch eine Bitte: Ich weiss dass es verlockend ist, alles moegliche auf
> so eine Platine packen zu wollen, aber ich wollte den Umfang jetzt nicht
> mehr erweitern, denn momentan passt das ganze auf 140 x 100mm.

Der Verlauf war ja nun ein anderer und hat mit diesem Vorgaben nicht 
mehr viel gemeinsam. Auch der Betreff, "einfache[r] Experimentierplatine 
fuer den Xmega128a1" spiegelt das wieder. Rausgekommen ist eine 
eierlegende Wollmilchsau mit eingeklemmten Zitzen ;)

Michael und ich (ich wollte ja eigentlich nur organisatorisch mit einer 
Mailingliste helfen) wurden vom Interesse regelrecht ueberrollt.

Es kamen eine Menge Vorschlaege fuer neue Features und Fixes von Euch, 
und damit nahm das Chaos seinen Lauf ;) - und fuer Michael war es erst 
einmal vorbei mit der (Nacht)ruhe (auch mit meiner), und er hat viele 
Eurer Vorschlage unmittelbar umgesetzt. Seitdem, und auch nach dem 
Freeze zur Protoypenbestellung hat das eine gewisse Eigendynamik.

Michael ist ein Perfektionist, und wenn sich noch eine Leiterbahn, ein 
Via, oder eine Beschriftung optimieren laesst, raubt ihm das den Schlaf 
;)

Ich habe mich da auch oft mitreissen lassen, wenn er fragte "Olli, da 
und dort ist noch Platz, wollen wir nicht noch..." und haette vielleicht 
mehr bremsend wirken muessen, aber da ist zum einen die Eigendynamik und 
zum anderen ist es nunmal sein Projekt. Die Features, die hier auch nach 
dem Freeze ploetzlich aufgetaucht sind (z.B. der Optokoppler) sind auf 
diesem Weg entstanden.

Michael fragte hier z.B., ob wir nicht noch einen dicken Transistor oder 
aehnliches zum Schalten einer Last einbauen wollen (ueber dem USB ist 
noch Platz ;), und Brain 1.0 [TM] fuehrte mich dann ueber Transis, SSRs, 
einfachen Optokopplern zu einem Optokoppler mit Triac-Ausgang.

Ich gebe zu, ein Feature, das ich gerne sehe (dafuer habe ich da auch 
einen halb Tag lang die Leitungsfuehrung und isolation optimiert), aber 
eigentlich haette ich stop rufen muessen. Mea culpa.

Naja, und nun das mit dem USB-Power. Die Uhrzeiten lassen erahnen, was 
das fuer ein Heckmeck und hin und her war.

USB-Power liess sich bisher nur per Jumper aktivieren (100mA), damit 
wurden die Faehigkeiten des FT232 aber nicht ausgenutzt (500mA, USB 
suspend), und so wurde ich Samstag Nacht mit der Bitte um die Umsetzung 
der USB-Power mittels FET gebeten.

Das offensichtliche Problem dabei sind natuerlich die 8V des OpAmp und 
die RGB LED (blaue LED, 4-4.5V F_V, mit einem biploaren T. nicht 
machbar).

Ausserdem stellt das eine heftige Veraenderung gegenueber dem Prototypen 
dar (Power Net), und ich bin, falls LiteOn die Aenderung der 
Prototypen-Bestellung nicht akzeptiert, fuer einen Roll-Back.

Eigentlich muesste man dafuer den ganzen RGB-LED-Teil und den OPamp 
rausschmeisen oder neukonzipieren, ggf. mit DC-DC-Wandler fuer eine 
hoehere Spannung.

Einige haben das Festhalten an der bisherigen Platinengroesse 
kritisiert, aber das spielt eher eine untergeordnete Rolle. Eine 160x100 
waere garantiert genauso voll geworden.

Besser und nervenschonender fuer alle waere es wohl gewesen, zunaechst 
erst einmal Features zu sammeln, dann die Verfuegbarkeit der Bauteile zu 
pruefen, Libs zu ueberpruefen und zu erstellen und das Ganze 
einzufrieren, bevor man auch nur eine einzige Leiterbahn routet.

Und viel mehr Zeit lassen.

Bestellungen (insbesondere Bezahlungen) erst akzeptieren, wenn der 
Prototyp steht und dann wirklich nach der Prototypenbestellung das 
Layout weglegen und nichts mehr aendern, bis der Prototyp geliefert und 
bestueckt ist und die Tests beginnen.

Fuer's naechste Projekt :)

Viele Gruesse,
Olli

Olli R. schrieb:
> Das Problem ist ja nur die blaue LED mit ihren 4-4.5V Vorwaertsspannung
> im Betrieb an 5V. Wenn ich die mit einem bipolaren Transistor schalte,
> bleibt da wohl nicht genug uebrig.

...warum nimmst Du dann nicht einen MOSFET?
Ich verwende für derlei Schaltereien gerne die FDN5618P (P-Kanal) und 
FDN5630 (N-Kanal) beide gut für über 1A und im SOT23-Gehäuse. Bei Bedarf 
kann ich die für die Sammelbestellung beisteuern.

Stefan Wimmer schrieb:
> Olli R. schrieb:
>> Das Problem ist ja nur die blaue LED mit ihren 4-4.5V Vorwaertsspannung
>> im Betrieb an 5V. Wenn ich die mit einem bipolaren Transistor schalte,
>> bleibt da wohl nicht genug uebrig.
>
> ...warum nimmst Du dann nicht einen MOSFET?
> Ich verwende für derlei Schaltereien gerne die FDN5618P (P-Kanal) und
> FDN5630 (N-Kanal) beide gut für über 1A und im SOT23-Gehäuse. Bei Bedarf
> kann ich die für die Sammelbestellung beisteuern.

Ja, die Verwendung eines Mosfets hatte ich ihm dahingehend schon 
vorgeschlagen, aber er will das nicht mehr aufrippen.

Die urspruengliche LED-Ansteuerung beruht ja auf dem Vorhandensein von 
8V aus dem V_IN, aus der auch der OpAmp gespeist wird.

Hmmm, wieso eigentlich nicht. Das würde doch das "Gewölle" rund um die 
LED erheblich vereinfachen (jeweils 1 MOSFET, 1 GS-Ableitwiderstand und 
der Widerstand zur Strombegrenzung. Das Ganze an die 5V-Schiene, statt 
mit 8V quer über's Board).

Ich werde das bei mir dann sicher so drauffädeln (falls ich die RGB-LED 
überhaupt bestücke). ;-)


Falls es eng ist auf dem Board: D2 kann wegfallen, denn die braucht man 
nur um den Regler zu schützen, wenn z.B. durch einen Kurzschluss am 
Eingang die Spannung schneller fallen kann als die Spannung am Ausgang. 
Sofern der Kurzschluss aber "links" vom Gleichrichter ist, tritt der 
Fall auf dem Board nie ein.

Stefan Wimmer schrieb:

> Hmmm, wieso eigentlich nicht. Das würde doch das "Gewölle" rund um die
> LED erheblich vereinfachen (jeweils 1 MOSFET, 1 GS-Ableitwiderstand und
> der Widerstand zur Strombegrenzung. Das Ganze an die 5V-Schiene, statt
> mit 8V quer über's Board).

So ist es. Wie gesagt, die Abweichungen vom "Prototypen" sind schon 
jetzt so drastisch, ich wuerde da auch eher lieber Naegel mit Koepfen 
machen, aber das ist Michaels Projekt :)

Olli

Gute Nachrichten!

>Sehr geehrter Herr Gross,

>Vielen Dank für die Übermittlung der neuen Daten, wir haben die alten >gelöscht. 
Der Liefertermin bleibt bestehen.

>Bei Fragen können Sie sich gerne an mich wenden.

>Mit freundlichen Grüßen

Das heisst: Gefertigt wird als Prototyp unser aktueller Stand und 
nicht das streng genommen bereits veraltete Design.

lg,
Michael

Japs. Keine Aenderungen mehr es sei denn es handelt sich nachweisbar um 
einen Schaltungsfehler. Die Restriktion gilt jetzt. So testen wir 
naemlich das, was wir spaeter auch produzieren. Und das finde ich gut, 
deswegen hab ich mich ja nochmal an Leiton gewendet, da mir das gestern 
auch Bauchschmerzen bereitet hat.

Michael

Leiton macht wirklich einen guten Eindruck auf mich... die Preise sind 
ja auch ok.

Ich hab mal wieder den B-Druck etwas erweitert/verschoenert. An der 
Schaltung habe ich nichts geaendert.

Michael

Hier mal ein kleiner Vorgeschmack auf die Platine ;)

Etwas besser... aber einige Bauteile hat er nach der manuellen Zuordnung 
nicht in der richtigen Orientierung aufgesetzt... :/

Ich habe gerade die Auftragsbestaetigung von Leiton bekommen. Lieferung 
erreicht mich fruehestens am Freitag (ich hoffe, ausgeliefert wird am 
Do). Wenn wir Pech haben erst am Montag drauf, da nicht mit DHL 
geliefert wird.

Michael

Michael G. schrieb:
> Etwas besser... aber einige Bauteile hat er nach der manuellen Zuordnung
> nicht in der richtigen Orientierung aufgesetzt... :/

Die Schraube durch den LF33 ist auch cool ;)

Olli

Hier der aktuelle Stand. PDFs unter
http://www.omrother.de/misc/eagle/atxmega128_board....

Viele Gruesse,
Olli

Ich will ja nicht nerven, aber ist der Stand immer noch so dass nur die 
kaufen können die schon vor einiger Zeit überwiesen haben?

Ich (und bestimmt auch noch viele andere) hätte auf jeden Fall noch 
großes Interesse an 2 Platinen und bis die Serie gemacht wird, werden 
wohl auch noch einige Tage vergehen...

Würde mich auch anbieten Bausätze zusammenzustellen und zu versenden 
wenn ihr dafür noch Hilfe brauchen könnt.

Michael G. schrieb:
> Ich habe gerade die Auftragsbestaetigung von Leiton bekommen. Lieferung
> erreicht mich fruehestens am Freitag (ich hoffe, ausgeliefert wird am
> Do). Wenn wir Pech haben erst am Montag drauf, da nicht mit DHL
> geliefert wird.

Hmm, wenn ich nicht ausgerechent die nächsten Tage nicht in Berlin wäre, 
hätte ich morgen mal vorbeischauen können (Leiton ist ca. 2km von mir 
weg) und ein Schwätzchen mit alten Bekannten halten können (hallo Herr 
Knopp!).

Wenn Du bei der 'Hauptbestellung' jemanden brauchst, der mal nachsieht, 
sag' Bescheid :-))

Was sollte das bringen oO Wird sowieso in China gefertigt...

Es treffen noch ein paar "last minute"-Bestellungen bei mir ein. Wer 
bereit ist, gleich zu bezahlen, wird auch noch mit aufgenommen.

Gruss,
Michael

Das halte ich in dem Zusammenhang zwar fuer wenig intelligent von Dir... 
aber bitte. There you go.

Mal so am Rande ;)
Wir haben ja ein Repository eingerichtet. Wer auf dem Verteiler ist 
wurde ja schon informiert.

Der aktuelle Stand kann dort nun immer abgeholt werden.
Ich werde es daher jetzt bleiben lassen, hier neue Bilder zu posten. Die 
Aenderungen sind auch eher minimal (Feinschliff).

Gruss,
Michael

Bitter schrieb:
> mal eben etwas offtopic, ich möchte selbst ein board für den
> atxmega128a1 erstellen, kann mir jemand sagen, wo ich den atxmega128a1
> in eagle finde oder muss ich ihn selbst erstellen.

DAS ist jetzt doch mal eine Aussage. Ungefaehr so wie "ich will 
Solarzellen bauen, kann mir jemand sagen, wie man Sand schmelzen kann?" 
oder "ich will mir den Blinddarm rausnehmen, wo bekomme ich ein 
Skalpell?"

Ganz ehrlich: Wenn's am Erstellen von Devices schon scheitert, dann lass 
lieber die Finger davon. Bei der Komplexizitaet eines atxmegas ist man 
gut beraten, keiner fremdem Lib zu trauen bzw. wirklich jede 
Pinzuordnung einzeln zu ueberpruefen. Da ist das Device doch schneller 
selber gebaut.

Olli

Wir haben es ja geprueft... ;)

Unsere Protos sind da!!!!!!!!! :D
Schon beeindruckend muss ich sagen...

Du sagst es. Olli's hoffentlich auch, denn sein Exemplar hab ich grad 
auf die Post getragen :D

Der Xmega ist schonmal drinnen. Loetet sich nicht gerade so prickelnd 
auf der Oberflaeche... aber da ist es fast vorteilhaft dass man keinen 
Loetstopp hat, denn so kann man auf Leiterschluesse sehr leicht pruefen, 
indem man die Platine gegen das Licht haelt.

So 8)
Die Erstinbetriebnahme war schonmal soweit erfolgreich *gg

Ich spiel grad mal testweise mit dem AVR-Studio und dem JTAG ICE mkII 
rum, die Verbindung klappt problemlos... der neue Xmega hat so einiges 
mehr zum fusen und einstellen als die bisherigen AVR...

Bin mal gespannt wie ihr mich steinigt dafuer :D

Hi Michael,

besteht noch die Möglichkeit, sich der Sammelbestellung anzuschliessen? 
Wäre mit einer Platine dabei!

Mfg, Bennie

Benjamin B. schrieb:

> besteht noch die Möglichkeit, sich der Sammelbestellung anzuschliessen?
> Wäre mit einer Platine dabei!

Wenn du eine Ueberweisung bis Montag (Zahlungseingang) hinbekommst, 
schon, diese Frist hat Michael auch den Bestellern auf der geschlossenen 
Liste gesetzt, und davon koennen wir aus Gruenden der Gleichbehandlung 
nicht abweichen.

Das wird so schnell aber nur bei "derselben" Bank klappen, also 
Sparkasse bei Michael bzw. notfalls Postbank bei mir.

Weitere Infos unter http://quark.homelinux.org/misc/xmega_status.php.

Viele Gruesse,
Olli

P.S.: Bei Erfolg und Interesse wird es aber sicher eine zweite Runde 
geben, wenn Michael sich nach der Abwicklung der ersten Welle erst 
erholen muss, mach ich das :) - in dem Fall waere dann auch die 
Ausstellung einer Rechnung mit MWSt.-Ausweis moeglich.

Potentielle Interessenten fuer eine 2. Runde koennen sich ja schonmal in 
die Interessenten-Liste eintragen:

Mail an: atxmega-interessenten-request@solar-release.de
Betreff: subscribe

Das ist erst einmal unverbindlich und verpflichtet zu gar nichts. 
Adressen und sonstige Daten werden nicht weitergegeben, die Liste ist 
anonymisiert. Wenn es dann soweit ist, bekommt ihr auf diesem Weg Infos 
zum Ablauf.

Wegen der zweiten Runde sag ich erstmal Kommando zurueck, jetzt haben 
wir ja noch nicht einmal die erste abgeschlossen. Wenn dann mach ich da 
mal ein gescheites Webformular wo man alles selber eintragen kann denn 
das halbiert die Arbeit (zig Mails) alleine schon.

Michael

Olli hat mir noch nicht gesagt ob er den Proto bekommen hat. Wenn er ihn 
erst naechste Woche bekommt dann koennen wir schon noch 1-2 Tage laenger 
offen lassen fuer Schnellzahler. Geld sollte halt da sein bevor die 
Teile bestellt werden. SDRAM steht ja auch noch aus.

Michael

Michael G. schrieb:

> Wegen der zweiten Runde sag ich erstmal Kommando zurueck, jetzt haben
> wir ja noch nicht einmal die erste abgeschlossen. Wenn dann mach ich da
> mal ein gescheites Webformular wo man alles selber eintragen kann denn
> das halbiert die Arbeit (zig Mails) alleine schon.

Die Idee war, an die Interessenten z.B. die Ueberproduktion abzugeben, 
aber mach wie Du meinst.

Olli

Klar das koennen wir ja auch machen... aber dann doch ueber den 
bisherigen Weg. Das beinhaltet halt keine weiteren Bauteile.

Gruss,
Michael

Michael G. schrieb:

> Olli hat mir noch nicht gesagt ob er den Proto bekommen hat.

Musst eheute ein paar Servernotfaelle abarbeiten, bin gard erst nach 
Hause gekommen. Post war da, aber der Prototyp war noch nicht dabei

> Wenn er ihn
> erst naechste Woche bekommt dann koennen wir schon noch 1-2 Tage laenger
> offen lassen fuer Schnellzahler.

Das meinst Du jetzt nicht ernst, oder? Du kannst nicht laufend Deadlines 
setzen wie auf der Mailingliste ("Montag Abend ist dann
deadline. Wer nicht bezahlt hat wird ausgeschlossen") und dann wieder 
aushebeln. Da macht man sich doch laecherlich. Ich kann da so nicht 
unterstuetzen.

> Geld sollte halt da sein bevor die
> Teile bestellt werden. SDRAM steht ja auch noch aus.

Dafuer habe ich auch noch keinen Lieferanten gefunden, der unter 1000 
Stk. liefert. ich habe seit Pfingsten saemtliche Ditris 
durchtelefoniert, auch die, die Micron auf seiner Seite als Distris fuer 
D. auflistet.

Olli

Na gut dann gibt es ab sofort nur noch moegliche Ueberproduktion. Da ich 
allerdings nicht weiss wieviel das wird kann ich da keine verbindlichen 
Zusagen machen. Wer also noch an einer Platine "ohne alles" Interesse 
hegt, soll mir eine Mail (oder Benutzernachricht) schreiben, dann kommt 
er auf die Liste.

Und was heisst lacherlich machen, ich habe lediglich versucht, es so 
vielen wie moeglich recht zu machen. Ausserdem haben die Leute auf der 
Liste ja alle schon unlaengst bestellt.

Klar ist das mit der Hand loetbar, ich habe es ja auch per Hand 
geloetet. Aber einen halbwegs passablen Loetkolben (besser: Loetstation) 
sollte man schon haben. Letztlich liegt es an Deinen eigen Faehigkeiten, 
die ich nicht einschaetzen kann.

Ich bin hier grad so am Kaempfen... momentan geht garnix mehr :( Zum 
Verzweifeln, echt...

Also leider geht mein Gespann jetzt nichts mehr. Ich wuesste nicht, was 
ich gemacht haben sollte, heute frueh ging es noch. Mit dem STK600/PDI 
und JTAG ging es dann auch erst nachdem es mit dem ICE nimmer ging aber 
damit geht's jetzt auch nicht mehr. Ich schau mal ob ich das Problem 
finden kann... ansonsten kann ich erst mal nichts mehr testen.

Michael

Cyrill schrieb:
> klappt bestens, deshlab habe ich nachgekakt, da ich noch nie SMD
> geloetet habe!

Ist imo einfacher und schneller wie bedratete Bauteile zu Löten!

> Daher nochmal meine Frage, Loetzinn is da "default" ausreichend, oder
> sollte man sich da was bestimmtes besorgen?

Dünn sollte es sein, ich glaube ich hab 0,5mm für SMD hier liegen, ist 
nen 08/15 Lot und ich verwende auch mal die 20 Jahre alte Rolle vom 
Flohmarkt zum SMD Löten.

> Mit default meine ich, hab da noch ne Rolle aus den 90gern oder so, die
> auf Lochraster - meines Erachtens -  sehr gut fließt/loetet/haftet...
> nur eben das mit den SMD macht mir bissle Sorgen. Am besten gleich paar
> Teiel mehr bei Angelika bestellen und erstmal ausprobieren?!

Bleihaltiges lot ist wichtig, alles andere ist imho nicht so relevant, 
es gibt bessere und schlechtere Lote aber das nächst beste von Angelika 
reicht. Wichtig ist Flussmittel und Entlötlitze, zu allem andern lies 
dir eines der vielen SMD-HowTos durch!

> Danke und schoene Gruesse
>
> Cyrill

Mfg,
Peter

Hab extra nochmal alles nachgemessen. Vielleicht hat der Xmega einen 
ESD-Schaden, CSD hatte ihn sehr abenteuerlich verpackt geliefert (nicht 
fachgerecht). Meinen zweiten hab ich Oliver gegeben so dass ich jetzt 
erst mal keinen mehr habe. Dumm das alles... aber ich weiss jetzt auch 
nicht was ich noch machen soll. Lustig ist dass ich seit heute frueh 
(als es ging) nichts mehr daran gemacht habe...

Ich denke ich kuemmer mich jetzt mal um das Beschaffen einer 
anstaendigen Toolchain und etwas Beispielcode. Es gibt ja noch einen 
zweiten Proto so dass Oliver hoffentlich mehr Glueck hat als ich. Sehr 
aergerlich das alles. Aber die Toolchain is ja auch nix:

main.c:1: error: MCU 'atxmega128a1' supported for assembler only
In file included from main.c:8:

Dann kann ich zumindest verhindern dass Ihr in solche Probleme 
reinlauft...

Ich hatte uebrigens eine Sache an den Fuses geaendert: naemlich den BOD 
eingeschaltet mit dem hoechsten Level (2.9V). Moeglicherweise macht der 
jetzt Probleme. Anderseits: Wie sollte das sein? Wenn ich mich nur mit 
dem Xmega auch besser auskennen wuerde, alles Neuland :/

Welche Toolchain benutzt du denn? AVR-GCC unterstützt schon seit 
längerem den xmega.

Das ist bitter. Welche Teile hast du bisher getestet? Was und wie als 
letztes? Spannungen hast du kontrolliert (mit dem Scope?). Wird etwas 
warm, liegt die Stromaufnahme im Rahmen?

Michael G. schrieb:

> Hab extra nochmal alles nachgemessen. Vielleicht hat der Xmega einen
> ESD-Schaden, CSD hatte ihn sehr abenteuerlich verpackt geliefert (nicht
> fachgerecht).

Hast Du ein Foto von der Verpackung gemacht? Auf jeden Fall reklamieren.

> Meinen zweiten hab ich Oliver gegeben so dass ich jetzt
> erst mal keinen mehr habe. Dumm das alles...

Der wird ja morgen kommen, dann loete ich meinen morgen abend ein. Ich 
kann aber nicht full-time testen, bin tagsueber an der Uni. Also etwas 
Geduld bitte.

> aber ich weiss jetzt auch
> nicht was ich noch machen soll. Lustig ist dass ich seit heute frueh
> (als es ging) nichts mehr daran gemacht habe...

Das spricht ja nun eher weniger fuer einen ESD-Schaden durch die 
Verpackung, oder?

Olli

Michael G. schrieb:

> Ich denke ich kuemmer mich jetzt mal um das Beschaffen einer
> anstaendigen Toolchain und etwas Beispielcode. Es gibt ja noch einen
> zweiten Proto so dass Oliver hoffentlich mehr Glueck hat als ich. Sehr
> aergerlich das alles. Aber die Toolchain is ja auch nix:

> main.c:1: error: MCU 'atxmega128a1' supported for assembler only
> In file included from main.c:8:

Die Toolchain konnte ich mir dem Build-Script von avrfreaks nicht mal 
bauen, das Patchen der binutils schlug fehl.

Die avr-gcc Toolchain aus den Debian/testing Repositories funktioniert 
aber out-of-the-box und erzeugt auch ein Hexfile:

-------- begin --------
avr-gcc (GCC) 4.3.3
Copyright (C) 2008 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.


Compiling C: main.c
avr-gcc -c -mmcu=atxmega128a1 -I. -gstabs -DF_CPU=16000000UL -Os 
-funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall 
-Wstrict-prototypes -Wa,-adhlns=./main.lst  -std=gnu99 -MMD -MP -MF 
.dep/main.o.d main.c -o main.o

Linking: main.elf
avr-gcc -mmcu=atxmega128a1 -I. -gstabs -DF_CPU=16000000UL -Os 
-funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall 
-Wstrict-prototypes -Wa,-adhlns=main.o  -std=gnu99 -MMD -MP -MF 
.dep/main.elf.d main.o --output main.elf -Wl,-Map=main.map,--cref 
-lm

Creating load file for Flash: main.hex
avr-objcopy -O ihex -R .eeprom -R .fuse -R .lock main.elf main.hex

Creating load file for EEPROM: main.eep
avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" \
  --change-section-lma .eeprom=0 --no-change-warnings -O ihex main.elf 
main.eep || exit 0

Creating Extended Listing: main.lss
avr-objdump -h -S -z main.elf > main.lss

Creating Symbol Table: main.sym
avr-nm -n main.elf > main.sym

Size after:
AVR Memory Usage
----------------
Device: atxmega128a1

Program:     580 bytes (0.4% Full)
(.text + .data + .bootloader)

Data:          0 bytes (0.0% Full)
(.data + .bss + .noinit)



-------- end --------

Olli

Michael G. schrieb:
> Hab extra nochmal alles nachgemessen. Vielleicht hat der Xmega einen
> ESD-Schaden, CSD hatte ihn sehr abenteuerlich verpackt geliefert (nicht
> fachgerecht).

Es ist eher anzunehmen, dass Du das Ding zerschossen hast, da er ja 
vorher ansprechbar war.
Du solltest den Fehler vielleicht auch mal bei Dir suchen.

ESD-Schaden ist auch meiner Meinung nach die letzte Möglichkeit.

Wie Micheal meinte hat er brownout aktiviert, und zwar auf einem hohen 
Level. Würde der XMega ständig neu starten wäre das eine plausible 
Erklärung. Scheinbar kann er nichtmal mehr mit JTAG rauf, das lässt 
nichts gutes ahnen. Vllt ist der Adapter defekt, das müsste er mal 
testen. Ansonsten alle größeren Verbraucher vom Board nehmen und Stück 
für Stück mit dem Scope ran. Evtl hat er irgendwo unbemerkt einen 
Schluss gemacht (Stück Draht raufgefallen/unten gegen gekommen etc.), 
ist halt so eine Sache mit Boards ohne Lötstoplack.

:^/

Hajö, und evtl. mal eine dezente Fremdspeisung mit - sagen wir mal 3.5V 
- versuchen, um dem Brownout von der Schippe zu springen.

Also Kurzschluss und falsche Beschaltung ist auszuschliessen, das habe 
ich alles schon ueberprueft. Moeglicherweise ist das (offenbar 
vollkommen ueberarbeitete) BOD-Modul buggy... eine andere Erklaerung 
habe ich dafuer eigentlich nicht wirklich.

Was die toolchain angeht: Ich habe ein neues build-script eingecheckt 
mit der man eine Toolchain bauen kann, die auch (augenscheinlich) 
funktioniert.

Michael

T. H. schrieb:

> Wie Micheal meinte hat er brownout aktiviert, und zwar auf einem hohen
> Level. Würde der XMega ständig neu starten wäre das eine plausible
> Erklärung.

Nö, er müsste sich auf jeden Fall noch programmieren lassen, und
einer der Vorteile des PDI sollte ja sein, dass man keine Teile mehr
,,verfusen'' kann, sodass sie danach gar nicht mehr programmierbar
sind.

Ich hab den Modus "continuously" benutzt fuer den BOD. Da kann man 
waehlen. Ich nehme an das heisst dass er immer aktiv ist.

Jörg Wunsch schrieb:
> T. H. schrieb:
>
>> Wie Micheal meinte hat er brownout aktiviert, und zwar auf einem hohen
>> Level. Würde der XMega ständig neu starten wäre das eine plausible
>> Erklärung.
>
> Nö, er müsste sich auf jeden Fall noch programmieren lassen, und
> einer der Vorteile des PDI sollte ja sein, dass man keine Teile mehr
> ,,verfusen'' kann, sodass sie danach gar nicht mehr programmierbar
> sind.

Hab ich etwas anderes geschrieben?

Leute ihr werdet lachen
3.6V VSS und das Teil laesst sich wieder ansprechen!

Lustig... jetzt hab ich den BOD-Level weiter runtergestellt und jetzt 
geht's mit den 3V6 auch nimmer. Oh man... echt. Sehr marktreif das 
alles... oO

Olli: Schalt bloss den BOD nicht ein, sonst hast verloren.

Juhu ich konnte den BOD mit dem STK600 per PDI deaktivieren und jetzt 
tut die Geschichte *soifz
Ein Drama...

Du bist auch irgendwie der "Was passiert eigentlich, wenn man hier 
drauf drückt - ZOINGBRATZELLLL - Aha, und was passiert, wenn man 
nochmal draufdrückt?"-Typ, oder? :-D

/Hannes

Ja, sehr lustig *applaus

Michael G. schrieb:
> Lustig... jetzt hab ich den BOD-Level weiter runtergestellt und jetzt
> geht's mit den 3V6 auch nimmer. Oh man... echt. Sehr marktreif das
> alles...

Das heißt doch, dass man die Versorgungsspannung und ihre Entkopplung 
man checken sollte.

Na hervorragend... jetzt funktioniert mein STK600 auch nimmer (nur noch 
Power-LED leuchtet). Dieser unausgereifte Mist geht mir langsam auf den 
Keks, echt. Meldet sich nicht einmal mehr am USB an.

Tja nachdem mein STK600 grad verreckt ist kann ich jetzt endgueltig 
nichts mehr testen. JTAG funktioniert naemlich nicht mehr. Das schafft 
vertrauen. Ich mein ich hab mich schon gefreut weil das programmieren 
geklappt hat mit dem STK600 und dann steigt es vollkommen grundlos aus.

Sieht mir nach totalem Firmwareverlust aus. Keine Anmeldung mehr an USB 
(auch nicht mit dedizierter Stromversorgung) und die Status-LED bleibt 
schlicht und ergreifend aus.

Michael G. schrieb:
> Tja nachdem mein STK600 grad verreckt ist kann ich jetzt endgueltig
> nichts mehr testen. JTAG funktioniert naemlich nicht mehr. Das schafft
> vertrauen. Ich mein ich hab mich schon gefreut weil das programmieren
> geklappt hat mit dem STK600 und dann steigt es vollkommen grundlos aus.

Bist du wirklich sicher, dass das STK600 die Ursache für den Defekt ist? 
Mir scheint es eher, als wäre irgendwas auf der Platine noch nicht 
optimal. Der ungewollte Reset kann auch an irgendwelchen 
Spannungsabfällen auf der Platine gelegen haben - oder hast du die 
Versorgungsspannung direkt am Controller mal gemessen?