QuelleHier sieht man deutlich den Unterschied zwischen MK0, MK1 und MK2. Blau dürfte das MK0 sein, hier fehlen noch einige Anschlüsse und das WiFi-Modul. Diese MK0-Boards wurden im letzten Sommer als "Devkits" an Entwickler vergeben. Dann gibt es die roten MK1-Boards, mit denen Michael Mrozek z.B. auf der Olymtronica war. Und letztendlich die grünen Mk2-Boards welche in Massenproduktion gehen.
Lockenlord said:[...] Was mich gerade mal viel mehr interessiert ist das Teil auf dem grünen Board etwa in der Mitte, das aussieht wie ein blanker Kupferdraht. Hat hier jemand Ahnung, was das sein könnte?
Das dachte ich auch erst, aber das kann eigentlich nicht sein. Einerseits reden wir immerhin vom finalen Board, das so in die Massenproduktion soll und andererseits würde man uns einen derartigen Fehler nicht verschweigen, jedenfalls schätze ich das Team so ein. Außerdem würde man das doch nicht mit einem blanken Kupferdraht lösen, oder macht man das bei Platinen so?eworm said:Spontan hätte ich gesagt das sieht wie ein Fehler im Platinenlayout aus, der auf "Umwegen" über den Kupferdraht umgangen wurde
Deshalb sagt ich auch was von spontan... Als zweiter Gedanke kam mir dann, dass es wohl beim finalen Board einen anderen Grund haben wird. ^_^Lockenlord said:Das dachte ich auch erst, aber das kann eigentlich nicht sein. Einerseits reden wir immerhin vom finalen Board, das so in die Massenproduktion soll und andererseits würde man uns einen derartigen Fehler nicht verschweigen, jedenfalls schätze ich das Team so ein.
Diese dünnen Kupfdrähte sind meist mit einer feinen Lackschicht überzogen, das isoliert sie ausreichend. Nennt sich dann treffender Weise Kupferlackdraht.Lockenlord said:Außerdem würde man das doch nicht mit einem blanken Kupferdraht lösen, oder macht man das bei Platinen so?
http://www.gp32x.com/board/index.php?showtopic=47867&st=15ver 1.0 - rev1 - blue - TEST - no wifi/bt, just a test board to get things rolling, learned a lot here and then rev2 changed a whole whack of things to be much, much better
ver 1.1 - rev2 - red - NEAR FINAL PROTO - wifi/bt, batt connector, basically ready to look like a production board but had errors and needed holes moved to line up with final case design
ver 1.2 - rev3 - green - PRE-PRODUCTION - added battery fuel gauge for better battery control and longer battery life, this is another test board that was supposed to be the same board going into production but Notaz and I found some quirks in the OMAP3 chip (such as GPIO's only being GPI's!!!)
ver 1.3 - rev4 - ??? - PRODUCTION - sort of still pre-production but also small run production board (starting soon on a run of 100 test boards to master reflow process which seems to be getting pretty good now). I just need to know that nothing else is bad on rev3 before building these and organizing software efforts to verify this is taking longer than desired.
ver 1.4 - rev5 - ??? - PRODUCTION - there will either be an identical repeat of rev4 and rev5 won't exist or this one will be to tweak mask openings to help solder balls melt better at reflow temperatures and belt speed selected. The plan is to have this right on rev4 already.
It's pretty safe to say that the Pandora board that ships to customers will have been incredibly well tested and we expect to start the second batch without changing a thing. Every single Pandora will have a complete functional test and 24-48 hour burn in cycle. This thing is way too late in shipping to customers, but when it is done, it will be a solid little product you will have fun with over the balance of your summer. Maybe there is some comfort in that. I don't know. (IMG:style_emoticons/default/smile.gif)
BTW: U18 and U22 are the nub controller chips. We only put those on a few boards to test the new firmware. There was no point putting them on every board until the tests are successful. Rev4 adds programming pins with a "bed of nails" setup so that firmware can be re-flashed on the fly. The chips themselves are capable of self-writing but the company that codes the nub algorithm isn't willing to put the engineering time into adding that code and testing it thoroughly for us (and I don't have access to their source code). The programming pads will be there for us to reprogram the chips right up until the day parts ship to customers, should that be necessary.
Rev 1.1 Blau
Rev 1.2 Rot
Rev 1.3 Grün Pre-Production
und:the company that codes the nub algorithm isn't willing to put the engineering time into adding that code
Kann mir schwer vorstellen wie das dann gelöst werden soll...and I don't have access to their source code
there will either be an identical repeat of rev4 and rev5 won't exist or this one will be to tweak mask openings to help solder balls melt better at reflow temperatures and belt speed selected.