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 ;)
Angehängte Dateien:
-
atxmega128-brd.png
230 KB
Ich habe das Layout jetzt so an den Fertiger uebersendet... jetzt heisst es warten (auf den Proto).
Finds gut so wies geworden ist. Wurde auch Zeit, sonst wär euch beiden wohl noch der Gedultsfaden gerissen.
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.
Hallo @Bertram hat noch vergessen 10 Jahre Garantie und kostenlosen Support vor einer Bestellung zu fordern........
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 :-) http://www.navmanwireless.com/oem/gps-news/jupiter-20-oem
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
> Also denke nochmal drüber nach, sag artig: "OK Jungs, hab mich im Ton
vergriffen" und alle haben dich wieder lieb. ;-)
Es gibt hier zwei Leute im Thread, die sich bei jeder Gelegenheit
ziemlich im Ton vergriffen haben. Und nur, weil sie etwas gratis machen,
wird ihr verhalten auch noch hofiert. Sehr schade, dass sich hier nicht
ein paar mehr Leute getraut haben, dieses Verhalten entsprechend zu
"wuerdigen" um den Beiden etwas Nuetzliches fuer's spaetere Leben
beizubringen.
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?
Lieber Michael G., ich habe wirkliches Interesse und Dir auch meine E-Mail.- und Liefer- Adresse mitgeteilt, aber bitte sende nicht soviel Spam! Z8 :(
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!
@ Olli R.: Ignoriere die Idioten. Es ist immer dasselbe: Wenn ihnen nichts mehr einfällt, dann wird unterstellt, es würden Millonen gemacht und beiseite geschafft.
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.
Admin, bitte diesen Mist löschen: Beitrag "Re: Besteht Interesse an einfacher Experimentierplatine fuer den Xmega128a1?"
@ 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 :)
Angehängte Dateien:
-
atxmega128-brd.png
230 KB
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.
Angehängte Dateien:
-
cs_ebi_raster.PNG
19 KB
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/.
>Sorry, falls ich es überlesen habe, aber als Späteinsteiger in diesem >Thread konnte ich noch nicht alle 850+ Beiträge einzeln durchforsten Hey, dein Browser stellt da eine coole Funktion zur Verfügung: STRG+F / CTRL+F probier es mal aus ;-)
Angehängte Dateien:
-
Capture.PNG
40 KB
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...
Wir haben noch Platz fuer einen Optokoppler mit Triac-Ausgang gefunden :)
Angehängte Dateien:
-
Capture.PNG
9,5 KB
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.
Angehängte Dateien:
-
atxmega128-brd.png
230 KB
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.
Angehängte Dateien:
-
atxmega128_board.png
130 KB
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.
Kann man noch bestellen, oder ist es schon vorbei? Bezahlen ginge erst nächste Woche. Komme vorher nicht zur Sparkasse.
Schreib mir eine Mail
@ Bertram Luchs (bluchs) Junge, du hast ne Schraube locker. Troll woanders.
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.
Angehängte Dateien:
-
atxmega128-brd.png
240 KB
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.
Angehängte Dateien:
-
Screenshot.png
51 KB
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
Angehängte Dateien:
-
atxmega_board.png
150 KB
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
Angehängte Dateien:
-
board.jpg
120 KB
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.
Beim JTAG Header, schaut euch mal Pin1 und Pin3 an. Kann man da mit der Leiterbahn nicht "einfach" grade fahren und nen seitlichen Stich zu den Pins machen? Bei den LEDs gehn die Leiterbahnen schräg aus dem PAD raus, aber das ist sicherlich nur optisch, das gleiche gilt für R8:) Am IC3 Betsückungsdruck sieht es zumindets bei meinem Reader so aus, als ob was übereinander liegt. An PORTF sind die Bahnen unterschiedlich auseinander, der Platz sollte für einen gleichen Abstand aber reichen - das sag ich jetzt nur, weil ihr es sonst immer gemacht habt und ich denke ihr es übersehen habt g Am EBI Port: An Pin 9 macht die Bahn einen starken Knick, dabei ist doch Platz um den ein bisschen zu entschärfen oder ist das unnötig? 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? :) lg Daniel
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...
Angehängte Dateien:
-
atxmega128-brd.png
240 KB
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.
So ist es besser mit dem Polygon. Ich hatte mich heute Mittag verguckt, die Quelle kommt ja von unten (über die LED's). Mein Vorschlag wäre, diese Leitung zum Xmega so massiv wie möglich auszuführen. Weiterführende 3V3-Leitung hinter dem Xmega sollte man auch so massiv wie möglich machen, allerdings ist es hier imho weniger kritisch (Speicher nochmal genau angucken). Immerhin geht das Netz einmal quer über die ganze Platine. Mein Vorschlag mit den Mech-Vias an GND ist nicht möglich?
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.
Angehängte Dateien:
-
atxmega128-brd.png
240 KB
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
Angehängte Dateien:
-
Capture.PNG
13 KB
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.
Mal ne dumme Frage, aber zu so später Stunde soll das bitte erlaubt sein ;-) Über XIN1 /2 wird doch das Board mit Spannung versorgt, oder? Es wurde mal was von einer Eingangsspannung von 16 V gesagt ist das richtig? Ich sehe zwar wo die 3.3V erzeugt werden, aber nicht die 8 V ... ?! müssen die separat zugeführt werden?? Ciao :-)
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
Angehängte Dateien:
-
atxmega128-brd.png
250 KB
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
Angehängte Dateien:
-
usb_part.png
7,2 KB
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
Nee, warum sollten wir sauer sein? Ihr versucht doch nur das Beste noch rauszuholen. Aber ich kenne das, ich arbeite auch in der Embedded Entwicklung (allerdings Software) und dort will man kurz vor dem Release Termin auch noch versuchen das optimale rauszuholen, bevor es gefreezed wird und man dann nur noch über Tests an das eigentliche System rankommt. Aber zum Glück habt ihr ja schon mal eine zweite Iterationsschleife eingebaut ;) also testen - Fehler ausbessern aus dem 1. Proto und dann, ich sags mal so, vorsichtg mit neuen Einfällen umgehen, da man dann ja wieder einen Release Candidat 3 bräuchte ;) also einen 3. Proto Greetings ;)
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
Projektmanagment learning by doing ;-)
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
Dann freeze jetzt aber definitiv.
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.
Angehängte Dateien:
-
atxmega_board.png
250 KB
Ich hab mal wieder den B-Druck etwas erweitert/verschoenert. An der Schaltung habe ich nichts geaendert. Michael
Angehängte Dateien:
-
atxmega128_board.png
1,1 MB
Hier mal ein kleiner Vorgeschmack auf die Platine ;)
Angehängte Dateien:
-
atxmega128_board.png
1,1 MB
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
Angehängte Dateien:
-
atxmega_board.png
140 KB
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
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 halte ich in dem Zusammenhang zwar fuer wenig intelligent von Dir... aber bitte. There you go.
Danke für die schnelle Hilfe.
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... ;)
Angehängte Dateien:
-
xmega_protos.jpg
1 MB
Unsere Protos sind da!!!!!!!!! :D Schon beeindruckend muss ich sagen...
Und dein Wochenende ist gelaufen ;-) Viel Spaß!
Du sagst es. Olli's hoffentlich auch, denn sein Exemplar hab ich grad auf die Post getragen :D
Angehängte Dateien:
-
xmega_soldered.jpg
170 KB
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.
Angehängte Dateien:
-
xmega_on_power.jpg
560 KB
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...
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.
Schaut gut aus, Bauteile auf die schnelle beim Conrad oder Reichelt eingekauft ?
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.
>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. Hallo Michael, habe auch das Board bestellt und kanns kaum abwarten damit rumzuexperimentieren, jedoch erst im Nachhinein ueber die Beloetung nachgedacht. Hab' hier "nur" ein Loetkolben zu stehen, ist das wirklich mit der Hand loetbar, oder sollte man lieber doch auf eine andere Art das versuchen? Was ich auch gern wissen wuerde, ob beim Loetzinn auf irgendwas speziell geachtet werden muss? Danke und viel Spass mit dem Board :) Cyrill
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.
hallo Michael, hmm, einen kleinen Weller habe ich hier zu stehen...als mir ma das Heizelement ausgefallen war habe ich promt einen aus 'nem Baumarkt geholt, da das Heizelement gerade beim Loeten ausgefallen war. Fazit, nie wieder Weller missen! Wie meine Loetfeahigkeiten sind...nun ja, trotz meines "jungen" Alters zittern die Haende schon ein wenig, aber das Loeten aus LochRaster klappt bestens, deshlab habe ich nachgekakt, da ich noch nie SMD geloetet habe! Daher nochmal meine Frage, Loetzinn is da "default" ausreichend, oder sollte man sich da was bestimmtes besorgen? 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?! Danke und schoene Gruesse Cyrill
Ich bin hier grad so am Kaempfen... momentan geht garnix mehr :( Zum Verzweifeln, echt...
hehe, na denn, Kopf hoch und weiter so...auch wenn es erst morgen soweit ist! :)
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 :/
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.
Wie heißt es: ... Never touch a running system...
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?
Hallo? Ihr koennt mich zwar gerne als Idiot hinstellen. Dann aber doch bitte weil ich hier meine gesamte Freizeit und meine Nerven fuer Euch opfere. Danke. Michael
Genau, du wolltest ja eigentlich kein XMega Board bauen... Fassen wir mal zusammen: JTAG spinnt, STK600 spinnt, BOD spinnt aber du hast alles richtig gemacht. Habe ich das in etwa richtig verstanden?
Ich bin draussen aus dieser Diskussion. Weiteres ueber die Mailing-Liste oder per Mail.
Michael G. schrieb: > Ich bin draussen aus dieser Diskussion. > Weiteres ueber die Mailing-Liste oder per Mail. Hast Du jetzt in den Kindergarten-Modus geschaltet, oder was ist Dein Problem? Schlaf Dich mal aus, Olli
Michael, Kopf hoch! Das, was du hier erlebst, ist im Berufsleben eine Alltagssituation...naja, fast.
Ich arbeite in RD (Software). Allerdings dort mit Leuten, die ebenfalls an diesen Projekten arbeiten und daher eine etwas realistischere Einstellung zur Sache haben. Aber nun gut... wird schon werden, auch wenn Oliver uns jetzt im Stich gelassen hat. Michael
Ihr beide benehmt euch wie Kinder ... aber was will man von nem Studenten schon erwarten ...
Michael G. schrieb: > Ich arbeite in RD (Software). Allerdings dort mit Leuten, die ebenfalls > an diesen Projekten arbeiten und daher eine etwas realistischere > Einstellung zur Sache haben. Aber nun gut... wird schon werden, auch > wenn Oliver uns jetzt im Stich gelassen hat. Was heisst hier im Stich gelassen? Du schilderst hier ja Dein Vorgehen beim Versuch der Inbetriebnahme, gibst bei auftretenden Problemen abwechselnd dem Haendler (CSD - ESD-Schaden durch Verpackung) und Atmel ("buggy Produkte") die Schuld. Was soll ich dazu noch sagen?
Am besten garnichts mehr, zumindest nichts aus dieser Kategorie. Das ist naemlich nicht nur nicht hilfreich sondern kontraproduktiv.
Du bist nicht kritikfaehig.
Leute, lasst euch doch nicht von einem kleinen Rückschlag gleich entmutigen. Es gibt doch keinen Grund jetzt das Gesprächsklima untereinander zu belasten. Ihr habt eine Experimentierplatine auf die Beine bestellt und kein vom Entwicklungslabor durchgetestetes Gerät. Lasst euch Zeit, um den Problemen auf den Grund zu gehen. Notfalls mal in Erwägung ziehen, ein kleines Layout quasi nur absolutes Minimalsystem (mal schnell selber geätzt) auszuprobieren, bevor euer Layout in Serie geht? (ihr habt soviel Engagement in das Projekt gesteckt (besonders Michael), nun solltet ihr auch diese kleine Frustphase bewältigen, ohne das ein Schaden zurückbleibt)
Geniesser schrieb:
> Lasst euch Zeit, um den Problemen auf den Grund zu gehen.
Das ist eben das Problem. Michael macht Dauerstress und Dauerfeuer, und
wenn ich mal ein paar Stunden nicht am ICQ bin, wird man schon nervoes.
Mag sein, dass er das als im Stich lassen empfindet, fuer das Projekt
und fuer ihn ist es aber besser, wenn ich mich ab jetzt raushalte.
Ich habe - speziell ueber Pfingsten - naechtelang "interaktiv" per ICQ
bis in die fruehen Morgenstunden mit ihm entwickelt, das ist aber auf
Dauer nicht mein Arbeitsstil. So arbeite ich allenfalls, wenn Leben
davon abhaengen, aber nicht fuer ein Hobbyprojekt.
Ich kenne den Grund fuer Michaels Ungeduld nicht, aber offenbar gedenkt
er, den Prototypenaufbau und -test in demselben Marathonstil
durchzuziehen, und das muss ich mir nicht geben. Welche Probleme
auftreten koennen durften wir ja heute hier mitverfolgen. Vielleicht ist
es auch nicht so schlau, nachts um 3 oder spaeter neue Schaltungen
aufzubauen und in Betrieb zu nehmen.
Olli
Olli R. (omr) wrote:
> Ich kenne den Grund fuer Michaels Ungeduld nicht ..
Ich schätze mal die Ungeduld hängt zum einen mit persönlichen Ehrgeiz
zusammen (ist ja keine schlechte Charaktereigenschaft ;)) und zum
anderen mit den Überweisungen und damit den Erwartungen der "Kunden",
die man nicht enttäuschen möchte. Wenn der eine etwas emotionaler
reagiert, sollte halt der andere versuchen ein bisschen zur (verbalen)
Entspannung beizutragen (wäre so mein kleiner Rat dabei).
Eines glaube ich dürft ihr schon mal als wichtige Erkenntnis aus dem
Projekt mitnehmen, nämlich besser erst mal ein Testmuster in Angriff zu
nehmen und erst schauen, ob das erwartungsgemäß läuft, bevor es in die
Stückzahlen geht.
Vielleicht habt ihr einfach ein paar Wasserstandsmeldungen zuviel
ausgetauscht, das geht aus Kosten der Ruhephasen.
Wird schon werden (Mut zusprech ;)).
Geniesser schrieb: > Leute, lasst euch doch nicht von einem kleinen Rückschlag gleich > entmutigen. Es gibt doch keinen Grund jetzt das Gesprächsklima > untereinander zu belasten. Ihr habt eine Experimentierplatine auf die > Beine bestellt und kein vom Entwicklungslabor durchgetestetes Gerät. > Lasst euch Zeit, um den Problemen auf den Grund zu gehen. Ich kann nur fuer mich sprechen: Aber ich bin nicht "entmutigt". Ich finde es nur unschoen wie reagiert wird auf Probleme, die schon fast abzusehen waren. Und solche, die urspruenglich helfen wollten, allen voran. Aber nun gut: Das Thema ist fuer mich gegessen, denn von ner einzelnen Person lass ich mir das jetzt nicht kaputt machen. Momentan bin ich nur mangels Bauteile und wegen dem STK600 quasi schachmatt und werde ein paar Tage warten muessen, bis ich weiter machen kann. Oliver: Sende mir den Proto wieder zurueck (Absender steht drauf), dann kann ich zumindest einen zweiten aufbauen wenn ich mit dem ersten weiterhin Probleme habe. Michael
Geniesser schrieb: > Eines glaube ich dürft ihr schon mal als wichtige Erkenntnis aus dem > Projekt mitnehmen, nämlich besser erst mal ein Testmuster in Angriff zu > nehmen und erst schauen, ob das erwartungsgemäß läuft, bevor es in die > Stückzahlen geht. Darum gibt es ja den/die Prototypen. Der war urspruenglich auch nicht einmal vorgesehen. Das Problem dabei ist aber wieder der selbstgemachte Zeitdruck. Ein Protoyp in 5AT ist eben schon so teuer, dass man dafuer nicht in Vorleistung treten mag oder kann. Ich waere ja so vorgegangen: 1. Fragen, ob Interesse an einer Platine xy besteht, Interessenten sammeln, Feature-Wuensche sammeln und diskutieren 2. Feature Freeze 3. Prototypen entwickeln, Feedback der Interessenten einfliessen lassen 4. Bauteile fuer Protoypen beschaffen, Verfuegbarkeiten klaeren, ggf.Protoypen ueberarbeien 5. Protoypen bestellen (auf eigene Kosten, ca. 20AT Lieferzeit) 6. Protoypen bestuecken, inbetriebnehmen, testen. 7. Erst jetzt Bestellungen und Geld annehmen
Ja das bringt uns jetzt auch nicht weiter, was man in einer anderen Dimension haette anders machen koennen. Dir scheint es offenbar auf einmal nicht mehr zu passen und bitte, Dein Recht. Aber Du tust gerade zu als haette ich Dich zum mitmachen gezwungen. Du haettest jederzeit nein sagen koennen. Aber auch das bringt uns jetzt nicht weiter. Michael
Toll... wollte pennen aber kann nicht. ein Zyklus ist wieder mal im Eimer. Naja ich messe jetzt mal auf dem Board rum (hab grad schon alles Huehnerfutter auf eventuelle Ueberbrueckungen geprueft) und jetzt werd ich noch alles wichtige Durchpiepsen und die Spannungspegel kontrollieren. Mal sehen ob ich was finde...
Hm... PB5 ist offensichtlich auf Masse kurzgeschlossen. Das habe ich aber vorher schon "gefunden". Woher das kommt ist mir recht unklar. OK ich schau mal... das wuerde erklaeren warum JTAG nicht (mehr) tut. Das lustige: Mal misst man es, mal nicht. Ich vermute dass die Verbindung also haarfein ist... koennte auch ein Fehler auf der Platine sein, denn ich hab keinen E-Test machen lassen und mind. eine "unsaubere" Stelle mit einer recht stark ausgefransten Leiterbahn im RAM-Bereich gefunden.
> Ich finde es nur unschoen wie reagiert wird auf Probleme, die schon fast > abzusehen waren. Richtig. Die Probleme waren abzusehen. So ist das bei Prototypen. Es bringt aber nichts Gott und die Welt dafür verantwortlich zu machen. Der oder die Fehler müssen gefunden werden. Und in fast allen Fällen sind es eigene Fehler, nicht die des Chip-Herstellers oder des Lieferanten. Es kann Tage dauern bis man gemerkt hat das irgendwo eine Masse nicht angeschlossen ist oder ein Regler schwingt. Hier ist systematisches Vorgehen gefragt und keine Schuldzuweisungen. Manchmal ist es auch hilfreich die Schaltung für ein oder zwei Tage nicht anzufassen um die Sache aus einem anderen Blickwinkel heraus betrachten zu können. Das Olli einen zweiten Prototyp baut ist doch sehr vorteilhaft. Gut möglich das der bei ihm läuft. Dann wäre es schonmal kein Schaltungsfehler. Das die Programmiergeräte anscheinend nicht richtig funktionieren finde ich allerdings alarmierend. Gehen die gar nicht mehr, also auch nicht mit klassischen AVRs? Nicht das Olli sich sein Gerät auch noch abschießt wenn es ein Schaltungsfehler ist.
Thread beobachten
Seitenaufteilung abschalten