2011-04-13 01:18 [commit] Maarten ter Huurne: Added missing #include. http://qi-hw.com/p/gmenu2x/8995a3c 2011-04-13 01:18 [commit] Maarten ter Huurne: Added missing #include. http://qi-hw.com/p/gmenu2x/34a3d55 2011-04-13 01:18 [commit] Maarten ter Huurne: Merge remote branch 'origin/master' http://qi-hw.com/p/gmenu2x/f9db1fb 2011-04-13 01:42 [commit] Maarten ter Huurne: Cleaned up link flags. http://qi-hw.com/p/gmenu2x/23042f3 2011-04-13 01:43 going home 2011-04-13 01:44 [commit] Maarten ter Huurne: Cleaned up link flags. http://qi-hw.com/p/gmenu2x/c22cc4d 2011-04-13 01:59 [commit] Werner Almesberger: atrf-path: added min/max values and corrected averaging algorithm http://qi-hw.com/p/ben-wpan/b159e00 2011-04-13 01:59 [commit] Werner Almesberger: atrf-path: generalized sweep interface (for reuse) http://qi-hw.com/p/ben-wpan/6df6487 2011-04-13 01:59 [commit] Werner Almesberger: - atrf-rssi.c (gui): moved system-dependent definition to gui.h http://qi-hw.com/p/ben-wpan/2967f99 2011-04-13 01:59 [commit] Werner Almesberger: atrf-path: added basic graphical output http://qi-hw.com/p/ben-wpan/0a40910 2011-04-13 02:02 ah ... and "xxx" from a few commits ago should have been a fixup. hmm ... to change history or not, this is the question ... i guess i'll just apply Sloth's Razor :) 2011-04-13 02:28 wpwrak is "sloth" the son of Occam? 2011-04-13 12:45 Hi dudes :) 2011-04-13 12:49 whoa, the return of tuxbrain ! ;-) 2011-04-13 12:51 tuxbrain: have the fabs reached a conclusion regarding the hole for the connector ? 2011-04-13 12:52 Wpwrak yes there in no problem with no hole :) 2011-04-13 12:55 tuxbrain: *hmm* so how will they solder the connector ? do they realize that the connector goes below the edge of the board ? 2011-04-13 12:56 tuxbrain: so they either have to remove (cut) the board there, depanelize, or solder the connector with a different process than the main SMT reflow 2011-04-13 12:57 I will aks but no price rice no delays so watever is fine for me se you later 2011-04-13 13:14 wpwrak: let's hope that that won't end in painful realizations for tuxbrain later... 2011-04-13 13:15 I'm not following every detail, but everybody needs to be realistic how much a whole company can get done for 100 USD or 200 USD margin nowadays, if asking a plumber to come fix a water leak costs a similar amount... 2011-04-13 13:15 so they may just plow through the process, tuxbrain owns the yield :-) 2011-04-13 13:16 wolfspra1l: (painful realizations) yeah, it has that ring ... 2011-04-13 13:16 from following a bit between wpwrak and Adam I'm not entirely convinced yet... :-) 2011-04-13 13:16 most of them time when you think through such a process, and you realize "hey, that step at that point won't work because...", then everybody else better turn on their brain as well :-) 2011-04-13 13:17 wolfspra1l: i kinda wonder who actually "owns" the yield. i haven't seen this explicitly stated anywhere. 2011-04-13 13:17 the assumption that the other side has 'already thought about everything' is quite naive 2011-04-13 13:17 oh 2011-04-13 13:17 that's pretty clear to me ;-) 2011-04-13 13:17 tuxbrain is the boss, tuxbrain owns everything 2011-04-13 13:17 wolfspra1l: (trusting the other side) i think our experience at openmoko has thoroughly cured us of hat, hasn't it ? ;-) 2011-04-13 13:18 also we have to be realistic how much thought can actually go into it (=little) 2011-04-13 13:18 they don't have 2-3 guys looking at this for hours, which is what we do here 2011-04-13 13:19 because that alone would quickly cost 500-1000 USD 2011-04-13 13:19 anyway 2011-04-13 13:19 (ownership) it seems that the smt fab wants a bit of ownership, too. e.g., they do sourcing, which implies that they also do yield estimates on the component count (maybe not the at-end-of-smt yield but other component loss in the process) 2011-04-13 13:19 nah 2011-04-13 13:19 I highly doubt that 2011-04-13 13:19 in fact if they do sourcing, there may be lots of nasty surprises 2011-04-13 13:20 iqc is highly economical (=optimized), and to optimize it for your product is again not something they have many resources for 2011-04-13 13:20 heh ;-) 2011-04-13 13:20 so the yield of components may vary (very much) depending on how and where they are used exactly 2011-04-13 13:20 luckily, the boards are pretty simple. so there's only so much they can do wrong :) 2011-04-13 13:20 that is all impossible for them to 'get right', because they don't have enough time (enough eyes) for it 2011-04-13 13:21 all of this will end up on tuxbrain's side later 2011-04-13 13:21 whereas if you 'know everything', you can source with a lot of knowledge, let's say the run is 50, but some components you source 60, some 55, some 70, etc. 2011-04-13 13:21 "because you know" 2011-04-13 13:21 :-) 2011-04-13 13:22 well, some parameters also come from the fab. that makes it a bit more complicated. e.g., what presentation exactly they need for their machines. 2011-04-13 13:22 (and at what point they just don't use machines) 2011-04-13 13:23 the only thing I'm worried is that tuxbrain may just not imagine that some of his suppliers overlook something that will later turn into a big problem, which of course he will own 2011-04-13 13:23 well, we'll see how it goes. i don't like the idea of outsourcing sourcing either, but if tuxbrain is happier that way ... :) 2011-04-13 13:23 which isn't even their fault, it's just difficult to get all these parties to do 'just the right things', given the small margins and small amounts of money 2011-04-13 13:24 wpwrak: tuxbrain thinks "sourcing is taken care of" 2011-04-13 13:24 little thinks ... like baking ;-) 2011-04-13 13:24 which is a good theory 2011-04-13 13:24 thinGs 2011-04-13 13:26 my expectation is that it'll work without excessive pain. the quantity is small and if anything goes horribly wrong, you can always stop and look for a workaround 2011-04-13 13:27 then, in the next iteration, we can burden tuxbrain with some more details ;-) 2011-04-13 13:29 regarding sourcing, none of the components should be overly difficult. some of them aren't stocked by all major distributors, but you always have a number of choices. so worst case there would be a delay of a week to order something, plus preparation-for-the-machine overhead 2011-04-13 13:32 what should help is that they're all local, so he can go there and watch what happens. now he just needs to know what to look for :) 2011-04-13 13:33 he absolutely should go to the run 2011-04-13 13:34 wpwrak: my concern about sourcing is not so much the technicality of where/when/how many to order, but the iqc 2011-04-13 13:34 with a software mind, there is no iqc, and it doesn't have much value 2011-04-13 13:34 but with a hardware (analog) mind, you will soon realize _EVERYTHING_ has tolerances, everything is a matter of spending just the right amount of time to check for the right things that matter in your application 2011-04-13 13:35 and that is hard 2011-04-13 13:36 there probably isn't much we can do about iqc per se 2011-04-13 13:36 there are a few things you can detect in end-of-smt testing, though 2011-04-13 13:36 no but if you outsource sourcing, that's the thing tuxbrain should keep his eyes on 2011-04-13 13:37 hello 2011-04-13 13:37 because that's where knowledge of the particular board matters, and whoever you outsourced sourcing to may not know it as well as you do 2011-04-13 13:37 is this possible to solve the problem with suspending without kernel hacking ? 2011-04-13 13:37 it has been suggested to wakup automatically the nanonote but can't find any ressources about it 2011-04-13 13:37 wolfspra1l: hmm, but are you talking about faulty components or replacements with diverging specifications ? 2011-04-13 13:38 I'm talking about no 2 components being exactly the same. 2011-04-13 13:38 asmanur: larsc would be your expert for this 2011-04-13 13:38 sourcing always has iqc 2011-04-13 13:38 but if you outsource it you create a dangerous potential knowledge leak 2011-04-13 13:39 tuxbrain could ask them to go over the components and let them tell him what iqc they are planning 2011-04-13 13:39 wpwrak: yeah..i've read some logs but only saw vague methods :-( 2011-04-13 13:39 then they will tell him one by one "here we do this, here we only check label, here we check that" 2011-04-13 13:39 wolfspra1l: (exactly the same) but tolerances are a design issue. only components outside the tolerance range are an iqc issue. 2011-04-13 13:39 and tuxbrain can match that against his knowledge of the board (if he can) 2011-04-13 13:39 wolfspra1l: well, unless you buy with larger tolerances you need and then do the filtering yourself. but we don't want to go there ;-) 2011-04-13 13:40 nah. sourcing (components) are not binary 2011-04-13 13:40 the vendor may say 'sorry' and take them back 2011-04-13 13:40 but whether it costs you 10 USD to get to the 'sorry' state, or 1000 USD, that's your problem :-) 2011-04-13 13:40 wolfspra1l: yes, you can get a bad batch 2011-04-13 13:40 not just batch, also individual ones 2011-04-13 13:41 tuxbrain will find out, the more runs the more he will find out :-) 2011-04-13 13:41 it's all about economics 2011-04-13 13:41 in hardware that's pretty painful because you just have no time to test 'everything' 2011-04-13 13:41 because each individual component is so damned cheap 2011-04-13 13:41 and those stingy customers still want to slice off the last .1 cent 2011-04-13 13:42 wolfspra1l: i don't think you can spot individual bad components efficiently. they come out of the tape at the smt machine and the smt machine doesn't do iqc ... 2011-04-13 13:42 my only point is (it's about process): if you outsource sourcing, watch iqc 2011-04-13 13:43 no way, I talk about all components. something like the USB connector can, or cannot, be iqc'ed in many ways 2011-04-13 13:43 again: when you outsource sourcing, watch iqc 2011-04-13 13:43 :-) 2011-04-13 13:43 they do not know your board 2011-04-13 13:43 or at least not as well as you do 2011-04-13 13:43 later you will say "man, why didn't you see this?" but alas, they didn't... 2011-04-13 13:45 wolfspra1l: i'm still a bit confused about what exactly you mean. i understand taking a few samples from a batch and analyzing end-of-smt failures, but the potential for the checking of individual components seems to be limited. would you have some specific example(s) ? 2011-04-13 13:45 wolfspra1l: (checking batches) well, and checking that this is indeed the right component. small detail :) 2011-04-13 13:46 last m1 run we had a problem with lifted pins 2011-04-13 13:47 and that was a sourcing/supplier problem ? 2011-04-13 13:47 process problem 2011-04-13 13:48 we even did the sourcing, we just forgot to iqc lifted pins 2011-04-13 13:48 alright. that's the ones you can catch at the end. run one board, see what happens. rinse and repeat. 2011-04-13 13:49 the thing is that manufacturing is about economics, not about correctness 2011-04-13 13:49 everybody follows that 2011-04-13 13:49 so the reaction "they are so stupid" is just stupid in itself 2011-04-13 13:49 (iqc lifted pins) you mean the chip package was deformed ? 2011-04-13 13:49 they are not stupid, they operated with zero knowledge, on purpose to keep the costs low 2011-04-13 13:50 actually the pins have tolerances already, from the datasheet 2011-04-13 13:50 but parts for a small run may come from different parties, some free samples, some from another run somewhere 2011-04-13 13:50 then it gets messy 2011-04-13 13:50 (zero knowledge) i think the guys in spain know at least some things. they made some useful remarks and suggestions. 2011-04-13 13:50 just think about it - these things are so cheap, just pennies 2011-04-13 13:51 if you would be a component vendor, you know you have to cut your costs as aggressively as possible 2011-04-13 13:51 you can take those penny items back 2011-04-13 13:51 but what damage does a 'bad' component cause to your customer? 2011-04-13 13:51 is it 1 USD, or 100 USD or 1000 USD? 2011-04-13 13:51 you don't know! 2011-04-13 13:51 it depends on them 2011-04-13 13:51 (pins) okay, but as long as they're within spec, it's no longer an iqc issue. 2011-04-13 13:51 and their process, and how everybody makes sure that the right things are checked 2011-04-13 13:51 sourcing ... iqc ... smt 2011-04-13 13:52 I mean the iqc after sourcing and before smt 2011-04-13 13:52 so it's already product-specific iqc 2011-04-13 13:52 the customers will also remember whom they to thank for for their losses 2011-04-13 13:52 they will go back to the cheapest supplier 2011-04-13 13:52 and see whether they can catch it in their iqc next time 2011-04-13 13:52 my point was that the component vendor also is no messiah 2011-04-13 13:52 depends. as i said, something are virtually impossible to catch. 2011-04-13 13:52 they cannot do and see everything 2011-04-13 13:53 just remember, it's not sourcing ... smt 2011-04-13 13:53 it's sourcing ... iqc ... smt 2011-04-13 13:53 e.g., if you get a 10% tolerance cap that's 50% off. you'll never catch that one. 2011-04-13 13:53 and if you outsource sourcing, you have to be a bit careful about that 2011-04-13 13:53 tuxbrain should ask them to walk him through the iqc steps 2011-04-13 13:53 it's just a few components anyway 2011-04-13 13:54 this is valuable information that should be communicated 2011-04-13 13:54 if it is not, it may be the source of surprises later 2011-04-13 13:55 that's my only point, I rest my case :-) 2011-04-13 13:56 maybe you could post what things to look for in those iqc steps ? my expectation would be: 1) visual inspection of the general condition of the shipment. 2) checking the label(s). 3) with luck, for unmarked components (caps, etc.), pick one and measure it (to make sure they didn't send you the 1 NF reel where you wanted the 1 UF reel) 2011-04-13 13:57 for larger samples, you'd already need bigger volume. for testing more sophisticated components, you need a dedicated process, which nobody has. 2011-04-13 13:58 (nobody) that is, none of use nor the smt fab. if we'd make a few million boards, it would be worth developing one. 2011-04-13 13:59 other things to look for would be moisture sensitivity, baking requirements, reflow profiles. 2011-04-13 13:59 but that's already past IQC 2011-04-13 14:03 regarding mechanical issues, i expect that the usb connector will be more fun, but that's on the process side. and yes, that one wants watching. they may also mis-rotate some components. happens all the time. all but one can be checked visually. you can also see the led's orientation, but it's not so easy. but an ohmmeter will do the trick :) 2011-04-13 14:10 yes correct, roughly those things 2011-04-13 14:10 calling it a day, reading backlog tomorrow... n8 2011-04-13 17:24 [commit] Werner Almesberger: tools/atrf-path/gui.c: temporarily added code for sweep time measurements http://qi-hw.com/p/ben-wpan/6efe374 2011-04-13 17:24 [commit] Werner Almesberger: tools/lib/cwtest.c (cw_test_end): try "quick reset" on AT86RF231 http://qi-hw.com/p/ben-wpan/4244af2 2011-04-13 17:24 [commit] Werner Almesberger: tools/atrf-path/gui.c (gui): added pulsating disc as progress/status indicator http://qi-hw.com/p/ben-wpan/cee0296 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path: the GUI is now activated with -g; also changed arguments in GUI mode http://qi-hw.com/p/ben-wpan/436c9fa 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path/atrf-path.c: initialize the receiver only once, not for each sweep http://qi-hw.com/p/ben-wpan/5f153ca 2011-04-13 17:24 [commit] Werner Almesberger: libatrf: cw test mode can now be resumed, with lower overhead (231 only) http://qi-hw.com/p/ben-wpan/16a48d6 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path.c: moved tx init out of sample loop (breaks 230 support) http://qi-hw.com/p/ben-wpan/e3463ef 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path: sweep offsets separately, so that the we can reuse the cw setup http://qi-hw.com/p/ben-wpan/2c1cb71 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path.c (usage): list common args only once, not in each synopsis http://qi-hw.com/p/ben-wpan/d263ffc 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path.c (do_half_sweep, do_sweep): don't duplicate the loop - use a function http://qi-hw.com/p/ben-wpan/598582c 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path: new option -T to sweep only one offset http://qi-hw.com/p/ben-wpan/e2a9c9d 2011-04-13 17:24 [commit] Werner Almesberger: atrf-path.c: do cw test setup only once if sweeping a single offset http://qi-hw.com/p/ben-wpan/a7d9dfd 2011-04-13 17:44 I'm back ! 2011-04-13 18:11 kristianpaul: back from ... ? :) 2011-04-13 18:12 wpwrak: medellin :-) 2011-04-13 18:12 labsurlab 2011-04-13 18:14 aha ! was it interesting ? 2011-04-13 18:14 yes 2011-04-13 18:14 met lot of people 2011-04-13 18:15 brazil, argentina, france, mexico, españa.. 2011-04-13 18:17 not too much hardware related projects, but "el movimiento sin satelite" is enought for me :-) 2011-04-13 18:17 what would that be ? 2011-04-13 18:19 well, there are two choices, re-use a sat or launch one 2011-04-13 18:21 err, in what context ? 2011-04-13 18:23 have a satellite for own use? 2011-04-13 18:26 ah, i see. like some people have a cat. makes sense :) 2011-04-13 18:27 :) 2011-04-13 18:30 lorea.org 2011-04-13 18:30 http://www.youtube.com/watch?v=veDZfejpbs8 2011-04-13 18:31 http://devolts.org/msst/ 2011-04-13 19:55 hahahah -> http://news.cnet.com/8301-17938_105-20006211-1.html?tag=mncol;txt 2011-04-13 19:56 from this -> http://news.cnet.com/8301-11386_3-20053249-76.html?fb_ref=fblike&fb_source=home_oneline 2011-04-13 19:56 hahaha 2011-04-13 20:03 rejon_: i think we'll see it get a little fatter with time ;-) 2011-04-13 20:05 yeah 2011-04-13 20:05 hahaha 2011-04-13 20:06 man, some group trying to get me to sign an NDA about mesh networking 2011-04-13 20:06 bs 2011-04-13 20:06 even though NDAs are meaningless 2011-04-13 20:07 wpwrak here's one for you: wow so cool http://online.wsj.com/article/SB10001424052748703841904576256512991215284.html 2011-04-13 20:07 "The Chinese company Huawei Technologies Ltd., one of the original contractors for Libyana's cellular network backbone, refused to sell equipment for the rebel project, causing Mr. Abushagur and his engineer buddies to scramble to find a hybrid technical solution to match other companies' hardware with the existing Libyan network. Huawei declined to comment on its customers or work in Libya. The Libyan expats in the project a 2011-04-13 20:07 sked that 2011-04-13 20:07   their corporate affiliations be kept confidential so that their political activities don't interfere with their work responsibilities. " 2011-04-13 20:14 wpwrak have you looked at FunCubeDongle, softwrae defined radio? http://www.funcubedongle.com/ 2011-04-13 20:16 had one FunCubeDongle in his hands and pluged in his latop at labsurlab 2011-04-13 20:17 rjeffries_: its hardware schematics is under DNA, but work out of the box with free software ;) 2011-04-13 20:19 plus some atenas and RF stuff you can get excelent results, but i had heard it work fine just pluging the atena directly to it 2011-04-13 20:19 kristianpaul sure is a cool concept. wonder how well it works. it is not very expensive I think 2011-04-13 20:19 it==FunCubeDongle that is 2011-04-13 20:20 (ow well it works) take your time, but this is a good source http://www.oz9aec.net/index.php/funcube-dongle 2011-04-13 20:45 rejon_: (libya) the devil's in the details ;-) 2011-04-13 20:46 chinaaaaaa! 2011-04-13 20:46 the world's drug dealer 2011-04-13 20:50 rjeffries: heard of it, yes. alas, not the most useful frequency range. also, very narrow-band. about 1000 times narrower than the usrp2. furthermore, rx-only. 2011-04-13 23:42 FYI: I added pokeparadox to the gmenu2x contributors 2011-04-13 23:42 so don't be alarmed if commits are coming in from a new name