2010-12-20 04:34 kristianpaul: no, you can write a cmake script in 5min, and contrary to plain make it handles cross-directory dependencies (almost) flawlessly 2010-12-20 05:30 wolfspraul, the amount in digi-key 2010-12-20 05:30 yes 2010-12-20 05:30 it shows 200 if you see carefully 2010-12-20 05:30 http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&itemSeq=94396712&uq=634284145182050648 2010-12-20 05:31 that link doesn't work for me 2010-12-20 05:31 one reel with 10000, 2010-12-20 05:31 it may be tied to some cookies or searches in your browser 2010-12-20 05:32 can you give me the digikey part-number? 2010-12-20 05:32 http://parts.digikey.com/1/parts/838304-res-12k-ohm-1-10w-5-0402-smd-erj-2gej123x.html 2010-12-20 05:34 one reel with 10000, ntd 732 2010-12-20 05:35 but actually i am under digi-key member page, it shows 200 pcs for standard package 2010-12-20 05:37 if order 100pcs(crazy) with ntd48 only. 2010-12-20 05:37 I don't understand your point 2010-12-20 05:37 you have 2 options? 2010-12-20 05:37 100 pc for ntd 732 2010-12-20 05:37 10,000 pc for ntd 732 2010-12-20 05:37 sorry I meant 100pc for ntd 48 2010-12-20 05:38 100pcs for ntd 732 2010-12-20 05:38 right 2010-12-20 05:38 wait wait...i typed wrong 2010-12-20 05:38 you said 10,000pc=ntd732 2010-12-20 05:38 right 2010-12-20 05:38 100 pc=ntd48 2010-12-20 05:38 100 pcs = ntd 48 2010-12-20 05:38 correct 2010-12-20 05:38 (for the record, 1 USD = 30 ntd roughly) 2010-12-20 05:38 but the problem is what? 2010-12-20 05:39 that the 100pc come in a strip, and is hard to insert into smt machine? 2010-12-20 05:39 wherease the 10,000pc is a full reel, easy to insert into smt machine? 2010-12-20 05:39 hard and waste time in they will need connect a reel tape manually to tape that 100pcs 2010-12-20 05:40 sure 2010-12-20 05:40 with 10000 (one reel) of course, they can directly pull the tape out on the feeder of smt machine. 2010-12-20 05:40 how many parts are acceptable to not be a full reel? 2010-12-20 05:41 I guess it's a price question 2010-12-20 05:41 maybe if the reel is less than 50 usd, always choose the reel? 2010-12-20 05:41 or even if the reel is less than 100 usd, always choose the reel? 2010-12-20 05:41 it should be possible to tell boom the price point under which to always prefer a reel 2010-12-20 05:41 right now it's 0 (zero) :-) 2010-12-20 05:41 adamw_: would that help you? 2010-12-20 05:42 so it's like make clean show KITS=35 CHOOSE_REEL_IF_LESS_THAN=50 2010-12-20 05:42 then it will pick a reel whenever the reel is less than 50 USD 2010-12-20 05:42 so this quite a price question, we just need werner, yes 2010-12-20 05:42 digi-key also offer to do the reeling for you. so if you have an expensive enough component and no cheaper local alternative, that may make sense 2010-12-20 05:43 that's probably not what Adam needs 2010-12-20 05:43 boom doesn't know about reels :) 2010-12-20 05:43 like some more parameter/arg to make more sense. 2010-12-20 05:43 I think it's just about reducing the manual reeling to fewer cases where it's really valuable 2010-12-20 05:43 adamw_: do I understand your need correctly? 2010-12-20 05:44 you got my idea totally 2010-12-20 05:44 you are ok if a few key components are not in a reel, then the smt company can make a reel themselves 2010-12-20 05:44 but you don't want that for penny capacitors, it would be embarassing 2010-12-20 05:44 so I think you need one new parameter, like I said CHOOSE_REEL_IF_LESS_THAN=xxx 2010-12-20 05:44 sure..if you do this all the time..really reaaly bad 2010-12-20 05:45 how many parts are acceptable to not come in a reel form? 2010-12-20 05:45 wpwrak: yes but then we may need to teach boom about reels 2010-12-20 05:45 can't follow you 2010-12-20 05:46 hmm, tricky. we're now moving out of the "make a shopping list for device X" domain to warehouse supply management 2010-12-20 05:46 adamw_: ok, step by step 2010-12-20 05:46 let's say we have a run, 30 parts 2010-12-20 05:46 ideally for all 30 parts we have a reel 2010-12-20 05:46 so 30 reels 2010-12-20 05:46 right? 2010-12-20 05:46 that's the easiest for the SMT company 2010-12-20 05:46 ideally but no need all 2010-12-20 05:46 yes 2010-12-20 05:47 e.g. if you need twenty 100 nF caps for something, you'll probably get a reel no matter what, becasue you're sure you'll use them soonish anyway 2010-12-20 05:47 so some reels may be expensive 2010-12-20 05:47 wpwrak, of course 2010-12-20 05:47 hi! 2010-12-20 05:47 so if we have 30 parts, what would still be acceptable for the SMT place to _not_ be a reel? 2010-12-20 05:47 25 reels, and 5 stripes? 2010-12-20 05:47 20 reels and 10 stripes? 2010-12-20 05:47 so things like projected frequency of use also enter the equation 2010-12-20 05:47 15 reels and 15 stripes? 2010-12-20 05:47 no, no... 2010-12-20 05:48 wpwrak: yes but right now you have to make that decision manually 2010-12-20 05:48 for examples, if the chip package is sot-235 with high expensive 2010-12-20 05:48 i think ll this is over-engineering. don't make boom do it. let the user do it manually, but give boom a means to check that the boom "order" and the real order are compatible 2010-12-20 05:48 so the shopping list does all the calculation, but the calculation is worthless because the (cheap) reel price trumps it all 2010-12-20 05:48 i still can ask smt vendor manually pick & place it 2010-12-20 05:49 i think it ultimately has to be a manual decision. there are too many parameters. and you don't want to have to tell boom your whole produce and market development roadmap :) 2010-12-20 05:49 adamw_: which possibly is more expensive than a whole reel 2010-12-20 05:49 sometimes sot-235 chips on board are few....but for resistors / capacitors are too smaller said 0402... 2010-12-20 05:49 we talk about reels, packaging type, not development roadmap 2010-12-20 05:50 e.g., what if you're planning to switch to a different 100 nF cap (e.g., company going from X5R to X7R soon). then you'd have to override the "just get a lot" rule. 2010-12-20 05:50 sure we can define this to be outside of scope for boom 2010-12-20 05:50 but "development roadmap" sounds a little dismissive :-) 2010-12-20 05:50 wpwrak: no, then you have to buy the 'better' component in reel qty from beginning 2010-12-20 05:51 well, the roadmap determines what will be a part you need in large quantity :) 2010-12-20 05:51 this is a practical problem here, especially for small runs 2010-12-20 05:51 DocScrutinizer: what if it isn't available yet ? 2010-12-20 05:51 not about forecasting until eternity 2010-12-20 05:51 wpwrak: then that's odd 2010-12-20 05:51 and actually it's easy. if the reel is < 100 USD, buy the reel. 2010-12-20 05:51 DocScrutinizer: sometimes, companies do announce their changes ;-)) 2010-12-20 05:51 just that boom cannot be told that, so it needs to be done manually. 2010-12-20 05:51 DocScrutinizer, sorry i don't understand your question. could you explain more? 2010-12-20 05:52 adamw_: I put no question 2010-12-20 05:52 does digikey have the same part number for all package types? 2010-12-20 05:52 wolfspraul: USD 100 is just an arbitrary limit. if it's a more expensive part but you still expect to need a lot, you'd need to override this rule again 2010-12-20 05:52 wolfspraul: naw, part numbers connect messily 2010-12-20 05:53 the best is probably to do what boom currently does - give you a "shopping list" for precisely what you asked for. that gives you the information you need for general price evaluation 2010-12-20 05:53 not 'override again' 2010-12-20 05:54 the logic is inherently different for articles < 1 cent and > 1 USD. and that will never change. 2010-12-20 05:54 then, as a further step, find a reel for all the parts, and price that 2010-12-20 05:54 if boom is about sourcing then such 'real world' (price related) stuff is at least something to consider. 2010-12-20 05:54 I mean it is doing it already, with factoring in volume discounts. 2010-12-20 05:55 reel or not reel seems like a practical concern 2010-12-20 05:55 i don't think it will ever pick reels right now, because they're always a bit more expensive than just a cut tape 2010-12-20 05:55 so if you would tell boom "choose a reel if the reel is < xxx usd", then maybe the part numbers it would come up with would be entirely different 2010-12-20 05:55 otherwise this work simply has to be done manually, although I think it could easily be automated 2010-12-20 05:56 i would do it manually, with boom assisting 2010-12-20 05:56 in that case boom doesn't need to do a lot of math around 'volume discounts' either 2010-12-20 05:56 so, step 1: make the current list 2010-12-20 05:56 component sourcing is hard to automate 2010-12-20 05:56 if this will be dismissed totally first of all, to consider the reel question 2010-12-20 05:57 you'll always need a last human instance 2010-12-20 05:57 step 2: combine any set of orders and get reel pricing. then pick what you like. 2010-12-20 05:57 DocScrutinizer: exactly ! 2010-12-20 05:57 nobody doubts that. delete boom? 2010-12-20 05:57 :-) 2010-12-20 05:58 we are trying to find out what makes sense automating 2010-12-20 05:58 shopping list makes sense 2010-12-20 05:58 how do you get reel pricing? 2010-12-20 05:58 boom picks a part number 2010-12-20 05:58 the shopping has to be done by a human 2010-12-20 05:58 wpwrak, at the beginning I surely agreed that in the end before entering web system to order...it indeeds 'manually' on 'shopping'. 2010-12-20 05:59 but if you would consider reels, you may be better off with an entirely different manufacturer, because you can get a reel from them, or under that (other) part number? 2010-12-20 05:59 digi-key usually have a "different packaging" list. you could also look for a match in vendor part number. 2010-12-20 05:59 then consider shipping cost for example. how to handle that? 2010-12-20 05:59 so the question will be what's the goal for boom now? without reel determined? 2010-12-20 06:00 (different manufacturer) yes, that would be a problem case where you'd need to integrate 2010-12-20 06:00 ok I look at a specific example 2010-12-20 06:00 adamw_: it tells you what parts fit and have good prices :) 2010-12-20 06:00 ordering several type of components at one retailer might be more economic even when the particular pricetag is a bit higer 2010-12-20 06:00 make KITS=35 in mmone-jtag-serial tells me to buy 40 of 311-1028-1-ND 2010-12-20 06:01 wpwrak, yeah.. 2010-12-20 06:01 it indeeds does now, but if trying to think we're producing 200pcs, 500pcs and etc.. 2010-12-20 06:02 I go to digikey, see the 'alternate package' box 2010-12-20 06:02 automatic ordering can be done only if you got a good deal with a retailer who guarantees you get the best price always when ordering all your stuff at them 2010-12-20 06:02 it tells me the part-number for the (10,000pc) reel is 311-1028-2-ND 2010-12-20 06:03 DocScrutinizer: have you looked at boom? 2010-12-20 06:03 nah. not at all 2010-12-20 06:03 yeah :-) 2010-12-20 06:03 your comments make sense, but we are trying to optimize boom... 2010-12-20 06:03 optimize could mean let it do more or less 2010-12-20 06:03 DocScrutinizer: how could they do this ? if you order 100 cheap parts, how can they tell that, by the end of next year, you'll have needed a reel ? 2010-12-20 06:03 but boom had to understand pidgin fineprint to make anything like that possible 2010-12-20 06:04 let's focus pragmatically 2010-12-20 06:04 some tedious work steps can be automated, so they should 2010-12-20 06:04 wolfspraul:  if all you need are 40 such caps on a reel, the digi-reel would be your cheapest option 2010-12-20 06:04 some work steps require too much review/thinking 2010-12-20 06:04 some work steps are so quick and difficult to automate that it's also not worth it 2010-12-20 06:04 those things are all clear, but we already have boom and try to move it forward 2010-12-20 06:05 wpwrak: ok so back to that example, I look at 311-1028-2-ND and it's 18.54 USD 2010-12-20 06:05 the thing is, how does boom know that a part will be popular for you ? where is the database with your production forcast ? 2010-12-20 06:05 the digi-reel option is 311-1028-6-ND 2010-12-20 06:05 popular? 2010-12-20 06:05 I talk about ordering for 1 small run 2010-12-20 06:05 the one and only ever 2010-12-20 06:05 for 40 caps, the digi-reel is USD 7.44 2010-12-20 06:05 after that the project will die immediately 2010-12-20 06:06 digi-reel then 2010-12-20 06:06 adam's feedback makes sense to me 2010-12-20 06:06 or maybe your smt fab does the reeling at a lower cost than digi-key 2010-12-20 06:06 come to the smt place with 40 cut pieces with penny caps and resistors, and they will hate you, or make you pay more right there 2010-12-20 06:06 because they will look at you and think "how can you be so stupid" 2010-12-20 06:06 add a fix amount punishment to price of low qty (i.e. *no* reel), for handling at fab etc 2010-12-20 06:06 of course they'll make you pay for it :) 2010-12-20 06:07 digi-reel is also a reel, I would think 2010-12-20 06:07 not stupid, skimpy ;-) 2010-12-20 06:07 so there is no need (in this discussion/context) to distinguish between digi-reel and manufacturer reel 2010-12-20 06:07 yes, it's digi-key taking the cut tape, adding a bit of empty tape at begining and end, and winding it on a reel 2010-12-20 06:08 sure exactly what the smt shop would do 2010-12-20 06:08 digi key may have perfected this system, who knows, so they might well be competitive even with a chinese smt place 2010-12-20 06:08 dont' know 2010-12-20 06:08 i think the cost of making a digi-reel is 7 USD flat (to this, add the component cost) 2010-12-20 06:08 so it's (nn * $/unit)+punishment vs price-of-reel_whatever 2010-12-20 06:08 well still comes back to my variable then 2010-12-20 06:09 DocScrutinizer: yes, that may work 2010-12-20 06:09 however, this still doesn't catch the "order a lot of popular parts even if you need only a few now" 2010-12-20 06:09 but boom would need to know what is a reel or not a reel 2010-12-20 06:09 right, i know digi-key's digi-reel package is that what wverner said 2010-12-20 06:09 that's a separate case 2010-12-20 06:10 this is good, but not for long term solution in boom? 2010-12-20 06:10 we can say that both cases are outside of scope for boom, or one, or none 2010-12-20 06:10 I even have such reels from OM here :-D (the junk pile in front of office) 2010-12-20 06:10 I haven't look deep enough into boom to see how hard it would be for it to know what is a reel and what not a reel 2010-12-20 06:11 that knowledge could then be factored in (economically as specified by the user, or just with reasonable defaults) 2010-12-20 06:11 one problem with digi-reels is that they don't have a catalog price. so you have to go to digi-key and ask "how much would this be for N components" 2010-12-20 06:11 do you know how they calculate them? 2010-12-20 06:12 always + 7 USD? 2010-12-20 06:12 I'd offer a table of alternatives to user, incl price/unit, price-total (with and without any punishment) and a URL 2010-12-20 06:12 the you go thru the list 2010-12-20 06:12 for each component 2010-12-20 06:12 no other way 2010-12-20 06:12 also they may not have the digi-reel option for every component, I would think 2010-12-20 06:12 let's say we have a more complex board like m1. 550 components. 2010-12-20 06:12 what i remember seeing so far was alwaya USD 7 2010-12-20 06:13 yes, not having digi-reel would be another issue 2010-12-20 06:13 so with boom right now, it will give let's say 100-200 part numbers that all need to be manually adjusted because you cannot tell boom to prioritize reels. 2010-12-20 06:13 wolfspraul: reduce that figure of 550 by a factor of maybe 0.25, for many components are same type 2010-12-20 06:13 e.g 100nF, 1kR 2010-12-20 06:14 I think it comes down to reel vs. non-reel. because that is an economic issue once you have a pick&place machine. 2010-12-20 06:14 550 different component ?!? are you guys mad ? ;-) 2010-12-20 06:14 not different 2010-12-20 06:14 ah, good :) 2010-12-20 06:14 but I'm sure if we would run it through boom, we would have a lot of part numbers that would need manual adjustment only for the lack of considering the reel thing. 2010-12-20 06:14 and it won't get better for a run of 100, 200, 500. 2010-12-20 06:15 right now, it'll never pick a reel, because they're always more expensive 2010-12-20 06:15 the shopping list boom creates would be a lot more valuable in such a run, if boom would consider reel priority 2010-12-20 06:16 so the first thing to do with a boom shopping list would be to take out everything < 100 usd, and manually go through to fix the reel issue 2010-12-20 06:16 or let's say everything < 50 usd 2010-12-20 06:16 what i can get from digi-key is the the reel price. there are some other things like tray and "box and reel" (?) 2010-12-20 06:16 what i can't easily get is the digi-reel price 2010-12-20 06:17 tray is mostly for expensive parts, I think 2010-12-20 06:17 like the spartan-6 2010-12-20 06:17 big parts 2010-12-20 06:17 yup 2010-12-20 06:17 and trays (the plastic) are cheap 2010-12-20 06:17 so even if you order 5 pc, they may send you a tray with the other slots empty 2010-12-20 06:17 or maybe they cut it out somehow 2010-12-20 06:18 nope 2010-12-20 06:18 either way I think this is not an issue on the smt side (adam can correct me) 2010-12-20 06:18 or make it a moq ;-) 2010-12-20 06:18 so tray should be fine for now, I wouldn't know what boom should do with the knowledge of trays 2010-12-20 06:18 maybe I find out later :-) 2010-12-20 06:19 bulk is nasty too 2010-12-20 06:19 i got few parts from mouser they are empty even used broken tray! 2010-12-20 06:19 lovely :) 2010-12-20 06:19 adamw_: are such broken trays a problem for the SMT shop? 2010-12-20 06:19 wolfspraul: bulk is where cheap chinese manual labour shines (-:C 2010-12-20 06:19 or other 'partial' trays? 2010-12-20 06:20 but on smt side, smt technician will definitely put those pulk chips on their standard tray! 2010-12-20 06:20 maybe it's enough if boom knows about the package type, and then when creating the shopping list you can tell it a) pick all reels b) no bulk 2010-12-20 06:20 sure...they will change.. 2010-12-20 06:20 then you can run it multiple times, and then start thinking or combining yourself 2010-12-20 06:21 pls be realistically, they are economical business. 2010-12-20 06:21 about what? 2010-12-20 06:21 realistic about what? 2010-12-20 06:21 wpwrak: what is 'box and reel'? 2010-12-20 06:22 on put bulk chips on their standard tray, they have a lot of different trays. 2010-12-20 06:22 but if parts come with MOQ tray, they don't need to do 'change' work. 2010-12-20 06:22 ah, it's tape & box 2010-12-20 06:23 same story on all packages on smt vendors 2010-12-20 06:24 adamw_: when will they keep using the tray we provide, and when switch to their own trays? 2010-12-20 06:24 wpwrak: so can/should we teach boom about reel, or bulk? 2010-12-20 06:25 the minimum is probably only that it knows yes/no (when known) for each item, then it could exclude some if requested 2010-12-20 06:25 broken tray..or/and their platform is not enough to collect lot of chips inside of machine. 2010-12-20 06:26 (tape and box) ah, here's an example http://www.vishay.com/doc?28325 2010-12-20 06:26 page 2, "taped in box (ammopack)" 2010-12-20 06:26 for cases when a reel gets inconvenient, i guess 2010-12-20 06:27 big components 2010-12-20 06:27 http://en.qi-hardware.com/wiki/File:YamahaYV88X_IPCMotherBoard2.ogv 2010-12-20 06:27 all space inside of smt platform, they will use it as possible. 2010-12-20 06:28 (tray) there may also be recommended quantities 2010-12-20 06:28 the milkymist one bom lists 92 different part numbers btw, http://downloads.qi-hardware.com/hardware/milkymist_one/bom/rc2/milkymist_one_bom_rc2.ods 2010-12-20 06:28 (only for reference to earlier discussion) 2010-12-20 06:28 if all I ordered parts in all broken 'tray'...means mounting time is wasting! 2010-12-20 06:29 okay, 92 sounds reasonable :) 2010-12-20 06:29 i ordered all for reels on resistors/capacitors...some sot-235 is also reel too 2010-12-20 06:30 adamw_: so, in general, how do you make sure you don't get broken trays ? with digi-key, there are hints in the catalog (minimum order or "standard size"). but do all suppliers give you this information ? 2010-12-20 06:30 but yes , if 100pcs, 200pcs run...later project died! 2010-12-20 06:30 I guess the work to optimize this is so much overengineering it, the ROI break even will be on >30 huge designs, if ever 2010-12-20 06:30 I'll always ask MOQ! 2010-12-20 06:31 MOQ tray won't be broken one. 2010-12-20 06:31 adamw_: what if they don't have a MOQ but break the tray if you go below "X" ? 2010-12-20 06:31 DocScrutinizer: you could have made that point way before we started boom. so far it's shaping up nicely, you should check it out :-) 2010-12-20 06:31 (e.g., what you said happened with mouser) 2010-12-20 06:31 "X"?...can't follow..sorry 2010-12-20 06:32 of course a tool needs to be economic, but that's the point of the discussion here, to find out what the potential value of the automation would be, and how hard it is to automate... 2010-12-20 06:32 X would be the quantity in a tray 2010-12-20 06:32 wolfspraul: I'm not saying bom isn't worth it. I just think arificial intelligence isn't anything that will fly there 2010-12-20 06:32 we are far away from that, and all agree 2010-12-20 06:33 hard to determine...but I would rather not less than 70~80% qty 2010-12-20 06:33 if less than 50% with empty, they finally hate you if eveytime run like this! 2010-12-20 06:34 one day Sharism will be kicked out from their customer. 2010-12-20 06:34 DocScrutinizer: http://svn.openmoko.org/trunk/eda/boom/README 2010-12-20 06:35 it's a nice intro, you can glance over it... 2010-12-20 06:36 adamw_: yes, my question is how you can find out what quantity you need to order to avoid this. what do you do if their MOQ is 1 ? do all suppliers indicate in the catalog when it is a tray ? and do they all indicate the tray size ? 2010-12-20 06:36 (or is it okay to just ignore those suppliers that don't provide this information in their catalog ?) 2010-12-20 06:37 all incredibly hard to automate 2010-12-20 06:37 ok I see the 'taped in box (ammopack)' in the datasheet. but if we all don't know what it is or when one would prefer that, I guess that means no need to consider now? :-) first need to understand what it is... 2010-12-20 06:37 wolfspraul: i think i can get "reel yes/no" for full reels reliably out of digi-key. with others, i don't know yet how well their databases are structured. 2010-12-20 06:37 wpwrak, I always ask their MOQ, so I know what tray size they will definitely use. but this info sometimes is hard to get. 2010-12-20 06:37 wolfspraul: (ammobox) but you understand the concept ? 2010-12-20 06:37 most of this I 'asked' them. 2010-12-20 06:38 DocScrutinizer: it's already working. we are finetuning :-) 2010-12-20 06:38 adamw_: ah, i was afraid of that :-( 2010-12-20 06:38 wpwrak: no I don't understand ammobox 2010-12-20 06:38 wolfspraul: tape in a box is just that I guess. They have a paper box with the tape folded in, so you pull out of box like you'd pull off a reel 2010-12-20 06:38 adamw_: do you know what 'taped in box (ammopack)' means, and especially - when one would want/prefer that? 2010-12-20 06:38 wolfspraul: adamw_: yes, my question is how you can find out what quantity you need to order to avoid this. what do you do if their MOQ is 1 ? do all suppliers indicate in the catalog when it is a tray ? and do they all indicate the tray size ? 2010-12-20 06:38 wpwrak, yeah..i know you want boom at least can point to somewhere or info can show MOQ, right? 2010-12-20 06:39 wolfspraul: okay, it's a tape/belt in a box in a zigzag pattern. like the ammunition belt for a machine gun 2010-12-20 06:39 he 2010-12-20 06:39 that analogy doesn't help me either :-) 2010-12-20 06:39 let me google a bit 2010-12-20 06:39 wolfspraul: doesn't sound like finetuning. And the fineprint read to find out about such details isn't automatable 2010-12-20 06:39 "ammunition belt for machine gun" should find some pics... 2010-12-20 06:39 wolfspraul: not sure how important it is to have the box in this case, since it seems to be a less optimized process than tape & reel 2010-12-20 06:40 so I'm wondering who would want this 2010-12-20 06:40 wolfspraul, don't understand ammbox. 2010-12-20 06:40 i think it's for components that are too fat for tape & reel 2010-12-20 06:40 but it sounds like an exotic problem compared to the much simpler 'reel or not' (which seems like will always pop up), or the already slighly more complicated tray sizing stuff 2010-12-20 06:41 I think we don't need to think about ammobox now, at least I don't feel the urge :-) 2010-12-20 06:41 things like this: http://www.vishay.com/doc?28325 2010-12-20 06:41 you'd need a very big (wide) reel for them 2010-12-20 06:41 wolfspraul: I think there are SMT machines that can take more boxes than reels 2010-12-20 06:41 the reels probably have maximum widths 2010-12-20 06:41 maybe even coming from the pick & place machine 2010-12-20 06:42 it vaguely sounds like something that only may make sense for very large runs? 2010-12-20 06:42 or maybe if the reel is too wide and some SMT machines cannot handle it as a reel? 2010-12-20 06:43 yes 2010-12-20 06:43 so if boom would know reel yes/no I think that would be a start 2010-12-20 06:43 you need to ask your SMT provider 2010-12-20 06:43 if that is easy to add 2010-12-20 06:43 no need this problem is 100% hypothetical now 2010-12-20 06:44 werner just tried to make a point that there are even more packaging options out there :-) 2010-12-20 06:44 and what are the pkgng options your SMT will accept happily, and which they frown at or simply reject or charge you a fortune? 2010-12-20 06:45 for trays my understanding is that it's already a bit more difficult, maybe I look at a specific example too 2010-12-20 06:45 here's a good picture: http://1.bp.blogspot.com/_XWrZEi64C7w/R09wXN4DYcI/AAAAAAAAASo/EubX0l3twr8/s1600-R/negev_3.jpg 2010-12-20 06:45 adamw_: do we have something in jtag-serial that is on a tray? 2010-12-20 06:45 maybe even better: http://4.bp.blogspot.com/_XWrZEi64C7w/R09wW94DYaI/AAAAAAAAASY/HpZYGXcf3ow/s1600-R/negev_2.jpg 2010-12-20 06:46 hell, tape in box is supposed to be exactly specified, just like diameter etc of a reel. to the 0.1mm 2010-12-20 06:47 DocScrutinizer: (boxes) when you have a box-fed machine, will it be difficult to feed it just with a bit of tape ? (like it is for tape & reel) 2010-12-20 06:47 no tray this time. 2010-12-20 06:47 even 64-QFN will be tape reel. 2010-12-20 06:47 m1 rc2 had have! 2010-12-20 06:48 DocScrutinizer: (exact spec) hehe ;-) 2010-12-20 06:48 wpwrak: are we reaching consensus that boom should know about reel yes/no? 2010-12-20 06:48 wpwrak: I think you need a lead-in on every tape. and you need a way to stash away the whole supply. If you got a stip of tape with leadin and just one component at end, you'll for sure not need any box 2010-12-20 06:48 no question about that 2010-12-20 06:48 the issue is how :) 2010-12-20 06:49 DocScrutinizer: okay, still the lead-in issue then. hmm. 2010-12-20 06:49 other than that it's mostly irrelevant if reel or box or short stip 2010-12-20 06:49 srtipe 2010-12-20 06:49 wolfspraul: i didn't think of fractioned trays either. interesting issue :) 2010-12-20 06:49 meh 2010-12-20 06:49 well let's start with reels 2010-12-20 06:49 since that pops up as a labor intensive issue even on the first little jtag-serial test run 2010-12-20 06:50 I'm sure if we get to bigger boards the reel issue will get bigger too 2010-12-20 06:50 there's a reason digikey has digi-reel :-) 2010-12-20 06:50 digi-key have the "standard package". maybe that's a good to use as a "soft moq" 2010-12-20 06:50 WUT, you finally got proper JTAG over the whole zoo? 2010-12-20 06:50 of course, is many cases it seems just some random number.... 2010-12-20 06:51 I think the tray cases are rare 2010-12-20 06:51 adamw_: do you remember how many parts in m1 rc2 were on a tray? 2010-12-20 06:51 the bom has 92 different parts 2010-12-20 06:53 maybe 10 connectors, all manual dip soldering 2010-12-20 06:53 I would think not more than 5 on tray? 2010-12-20 06:53 flash/video decoder/ethernet chip/spartan-6/audo codec/vga encoder >>  6 2010-12-20 06:55 very close guess :) 2010-12-20 06:55 some part for mechanicals are also tray...well...those are through process. 2010-12-20 06:55 through hole 2010-12-20 06:56 ok so let's say ca. 70 on reels 2010-12-20 06:56 maybe 60 2010-12-20 06:56 so .. potential workflow: 0) assume boom knows what is reel and what not. 1) run the thing requiring reels. 2) from this list, select what you like. 3) run again, skipping the reels you already selected. 2010-12-20 06:57 and either we buy a reel, or the smt place makes a reel, digi-reel style, which costs time & money that someone has to pay 2010-12-20 06:58 at 2), the reels you select could be put into an inventory of sunken cost (just for this run), so they'd show up as USD 0 for the 2nd stage and thus always get preferred over ordering new stuff 2010-12-20 06:59 so far, so good. now, what information do you (human) need to "select what you like" ? 2010-12-20 07:00 between 1st and 2nd stage, you could also manually add digi-reels. or make a 3rd/Nth stage, whatever. 2010-12-20 07:03 how do you know which one to skip? 2010-12-20 07:04 right now prettyprint only leaves the description, which may differ 2010-12-20 07:04 oh, you'd have to recombine the stages for pretty-printing 2010-12-20 07:04 (we already said elsewhere prettyprint should also list the schematics references) 2010-12-20 07:04 ah OK 2010-12-20 07:05 so you are before prettyprint? 2010-12-20 07:05 all the output stuff is very as-hocish 2010-12-20 07:05 I mostly looked at prettyprint output so far 2010-12-20 07:05 hmm 2010-12-20 07:05 good idea with the reels going into inventory 2010-12-20 07:07 you would basically need two catalogs: one with reels, one without. then run the query on the one with reels. get a lot of complains about stuff that can't be found, plus a list of reels. reject the ones you don't like. then take the list and add those things to your "things we already know we're ordering" inventory 2010-12-20 07:07 then run again on the non-reel catalog 2010-12-20 07:09 the manually find out what to do with those cut tapes. get the digi-reel price ? ask the smt fab ? bring them to the ACME (A Chinese Makes Everything) shop at the corner who'll reel them for a third the money ? 2010-12-20 07:09 rather complex workflow 2010-12-20 07:10 I don't think you need to consider the ACME, it's not a real option 2010-12-20 07:10 another issue is that it, in this form, is strictly a pipeline. if you change something at the top, things further down may no longer make sense 2010-12-20 07:10 if digikey adds 7 usd I doubt any place, even in china, can do it for less 2010-12-20 07:11 that's a big misconception that quality people cost nothing, the people that think like that routinely fail in China/Taiwan 2010-12-20 07:11 e.g., if you get resistors from stackpole insead of rohm, you'll have to remember that there's a rohm entry in your "sunken inventory" and delete it 2010-12-20 07:11 so the smt place may 'eat' that cost, if it's just a few reels 2010-12-20 07:11 but it's going to be at least aroudn 10 USD for them as well, with their people, overhead, etc. 2010-12-20 07:11 maybe even this same 7 USD 2010-12-20 07:12 say the m1 rc2 run we pay the smt maybe 1,500 USD, for everything 2010-12-20 07:12 they are willing to do maybe 5 reels? maybe 10 at most? 2010-12-20 07:12 5*7 = 35 usd, 5*10=70 2010-12-20 07:12 dunno how digi-key calculate that price. they may also want to make it a bit more expensive than strictly necessary to make you order more reels 2010-12-20 07:12 so they won't add it to your bill 2010-12-20 07:13 I doubt it, it's a service, I'm sure it has a good margin for them, it creates value to their customers, etc. etc. 2010-12-20 07:13 let me think about your proposed workflow a bit more 2010-12-20 07:13 maybe ask your smt fab folks once. "what if i sent you a lot of tapes - would you kill me ? how much would you charge ? is it always a pain or only if i surprise you ?" 2010-12-20 07:13 (btw, we are too fast for Adam, so he will just lean back. I told him we are trying to process his feedback :-)) 2010-12-20 07:13 wpwrak: I can tell you that already. 2010-12-20 07:14 for larger runs, it's not an issue since everything will be on a reel anyway. 2010-12-20 07:14 for smaller runs, mostly they do the business with you because they hope for future larger runs. 2010-12-20 07:14 so they are 'subsidizing' those small runs already 2010-12-20 07:14 ah, that again :) 2010-12-20 07:14 well it's no big drama, forget what you learnt at our former employer about that 2010-12-20 07:14 it's just like a garage who likes to check your air pressure, because they hope to talk you into that big exhaust pipe repair 2010-12-20 07:15 so let's say the rc2 run is a 1,500 usd business for them 2010-12-20 07:15 with 40 people 2010-12-20 07:15 :-) 2010-12-20 07:15 so they just try to get it done as quick as possible 2010-12-20 07:15 cash just covers their cost, they are nice and professional, do it in good quality, out and done 2010-12-20 07:15 if you can imagine that, you can understand how happy they are about a box full of cut tapes 2010-12-20 07:16 they will not charge you, because that's not their model (not like digi-key who is very professional about this 7 USD charge) 2010-12-20 07:16 they will silently eat it 2010-12-20 07:16 but they will still not like you, and if it's a whole box full of it and they see you are careless about that they may reject future small runs with you 2010-12-20 07:16 I much rather pay the 7 USD to digi-key 2010-12-20 07:17 alright 2010-12-20 07:17 it's not worth to make my smt place unhappy, let those guys work unpaid over-hours at night, because I am so careless to give them a box full of cut tapes of penny components 2010-12-20 07:17 yeah. it's a pity their model implies a conflict in such cases 2010-12-20 07:17 adamw_: do you know the total we paid to MinBo for the Milkymist One rc2 run? 2010-12-20 07:18 not really 2010-12-20 07:18 they are not setup for charging 7 usd / piece! 2010-12-20 07:18 as a business they are not setup for it 2010-12-20 07:18 so they can only either eat it/accept it, and as long as you are diligent about your side they will do that, or reject you entirely 2010-12-20 07:18 well, they probably don't have people to do a lot of this, too. so makes sense then. 2010-12-20 07:18 for example, in small runs you often have this or that problem pop up anyway 2010-12-20 07:18 they are not charging extra! 2010-12-20 07:18 that's 'included' by them accepting the small run 2010-12-20 07:19 not because they don't want to, but because they have no mechanism to charge for every little thing 2010-12-20 07:19 for example in the last run, we ran into a strange problem with the video-in xtal 2010-12-20 07:19 sure. but it's not flexible. e.g., if you for some reason decide that short tapes work best for you, you 2010-12-20 07:19 at that moment the smt machine was already moving 2010-12-20 07:19 'll make enemies all over the place 2010-12-20 07:19 adam called downstairs and asked them to wait 2010-12-20 07:19 they stopped, wait for 45 minutes or so. everybody waiting. 2010-12-20 07:19 ntd 44500 = usd 1483 2010-12-20 07:19 not planned :-) 2010-12-20 07:20 yup, understood 2010-12-20 07:20 but if there is a problem, for us it's still better to ask them to wait 2010-12-20 07:20 but you were still in the envelope 2010-12-20 07:20 will those 45 minutes delay show up on the invoice? nope 2010-12-20 07:20 because they have no way to track it/account for it 2010-12-20 07:20 what you're telling me is that you can't push the envelope 2010-12-20 07:20 the things that may happen are too diverse to catch them all 2010-12-20 07:20 yes, and a box full of careless tapes is one way to break the system 2010-12-20 07:20 for them and for yourself :-) 2010-12-20 07:20 that's how I understand adam 2010-12-20 07:21 then I rather pay the 7 usd / reel to digi-key 2010-12-20 07:21 I know digi-key is handling this professionally, I'm sure this is a high-margin 7 usd for them 2010-12-20 07:21 (can't track) particularly not in china ;-)) (because you'd then have to assign blame - was it your fault or theirs) 2010-12-20 07:21 a small run is so full of surprises 2010-12-20 07:21 making a system to charge for each surprise is impossible 2010-12-20 07:21 so they just quote, and charge, a ballpark number 2010-12-20 07:22 1483 USD, there you go 2010-12-20 07:22 I'm not too far off the real numbers :-) 2010-12-20 07:22 amazing how 40 people work together on a run like milkymist one, and then collectively charge only 1483 usd 2010-12-20 07:23 so we diverted a little, the proposed boom/reel workflow... 2010-12-20 07:23 okay. so, the workflow is then 1) try reels, 2) get a list for cut tapes, 3) manually decide on the fate of the tapes (to reel or not to reel) 2010-12-20 07:26 don't understand the stackpole/rohm resistor case 2010-12-20 07:27 the 1) try reels, does it include digi-reels? 2010-12-20 07:27 (digi-reels) no. so far, i assume i can't automate them usefully 2010-12-20 07:27 so they're always manual 2010-12-20 07:28 ok I think it should work, but I know boom less than you so I cannot fully imagine how it will look like 2010-12-20 07:28 it will be important to understand which items are already ordered as reels 2010-12-20 07:28 if they would come out in a format that one could add back as an .inv that would be nice 2010-12-20 07:29 then it's also not a pipeline 2010-12-20 07:29 (resistor case) you process the BOM. then you go through this workflow, select full reels and all that. then you do something else for a few days. then you do another BOM run. now, maybe prices have changed or some item's stock went up/down. so one of the old choices gets replaced with a new choice. 2010-12-20 07:29 but it would still be good if there is an easy way to tell which reel part corresponds to which tape part 2010-12-20 07:30 not that this knowledge is buried deep inside boom somewhere 2010-12-20 07:30 boom doesn't know your "reel inventory" is special. so unless you delete it and start over there, too, it will still assume you want all the things there. 2010-12-20 07:30 yes but you can just delete it, why not? 2010-12-20 07:30 this would include the part(s) that now have become something else 2010-12-20 07:30 sure, if you remember it 2010-12-20 07:31 the top-level makefile can you that automatically 2010-12-20 07:31 s/can you/can do/ 2010-12-20 07:32 (reel/other) equivalence. agreed on useful. implementation may be tricky, though, because the two catalogs currently can't coexist in boom. 2010-12-20 07:33 (automatic deletion) then your process does need to know the inventory is "magic". you also need safeguards, so that you don't blow it away too easily. 2010-12-20 07:36 you can just rerun it every time 2010-12-20 07:36 (blow it away) e.g., if you run an "what if" query for larger quantities, you may not want boom to panic and make radical changes if some of the things don't have enough stock. and you would only know you're hitting such a limit once you run the query. 2010-12-20 07:37 rerun, yes. manually re-create each time, i don't think so :) therefore, you now have some persistent state you need to manage 2010-12-20 07:38 btw, the same logic applies when you change a part. e.g., you realize that 100 kOhmn pull-up doesn't pull enough and switch to 47 kOhm. 2010-12-20 07:38 or you decide to make 25 instead of 20 boards. 2010-12-20 07:40 perhaps that "inventory" shouldn't be strictly an inventory. maybe it should be a input file to some script that writes this inventory 2010-12-20 07:41 the input could be "prefer X", "reject Y". if X or Y don't get mentioned in the (input) list of reels, the script warns. likewise it warns about any items that don't come with a preference. 2010-12-20 07:41 that way, you always know when something has changed and you can choose how you want to track the change 2010-12-20 07:44 you probably notice that i'm very reluctant to put too much magic into this system, because that basically makes it uncontrollable. it's already a little too "magic" for my taste, in the sense that there's no real continuity control. 2010-12-20 07:45 agreed 2010-12-20 07:45 but that's why we discuss 2010-12-20 07:45 to distill the core 2010-12-20 07:45 what's valuable and easily automatable 2010-12-20 07:45 magic is not good 2010-12-20 07:46 you don't need continuity if you never look at the output, just put it in an envelope and give it to purchasing. but as soon as you review things and such, then you need boom to help you with the deltas. at least tell you what has changed and how, if not why. 2010-12-20 07:46 already now the prettyprint is too pretty, but some things are easily fixed at the top, some require boom to just 'know' a bit more, like reel yes/no 2010-12-20 07:46 at some point you probably also want tools that tell you why. e.g., "show me the available choices for U1, ordered by price" 2010-12-20 07:47 and maybe with/without considering stock 2010-12-20 07:49 e.g., if your real interest is in a price estimate but you're in no hurry to order, then the information you draw from such changes could be one of: 1) just wait and see. 2) try to find alternative suppliers. 3) maybe it points to a problem with the part (going out of fashion), so consider finding a different part. 4) ask the supplier when they'll get new stock and include this in your production schedule. and so on. 2010-12-20 07:49 boom knows too little of our universe to make that sort of decisions ;-) 2010-12-20 07:50 of course, if it was powerful enough to do such things, it would probably immediately start working on a plan to take over the planet and enslave mankind ;-) 2010-12-20 07:51 (prettyprint too pretty) yeah. it shouldn't be "here is the answer" but something more interactive 2010-12-20 08:00 so ok 2010-12-20 08:00 we are on the same page 2010-12-20 08:00 I'm not sure we need a prefer X, reject Y system now 2010-12-20 08:01 I only need boom to know about reels, reel yes/no 2010-12-20 08:01 the rest is good as it is now 2010-12-20 08:01 list of alternative sources for each part, with each record consisting of a few calculations for price/unit, price total, number of parts needed per device/per fab lot, etc, some other info you can gather automatically, e.g. stock, plus a URL to click for the reviewer to have a look and decide by himself 2010-12-20 08:01 I'd rather first support mouser, or more parts 2010-12-20 08:01 and I'd rather first get the sharism inventory into boom format 2010-12-20 08:01 the other things you talk about are too hypothetical for me at the moment 2010-12-20 08:02 wpwrak: what's the next step? what do you want me to do? 2010-12-20 08:03 hmm, i'd also like to have a plan for the trays. that an issue i hadn't thought of yet 2010-12-20 08:04 it may be similar enough to the reels that it should be handled by the same kind of process 2010-12-20 08:04 ok, so for now I just wait and we talk about the reels when you have digested it all a bit? 2010-12-20 08:04 I am ready and willing to do tasks in boom, dive in deeper 2010-12-20 08:04 I think if we are serious about it, we will need to do more work in it incrementally to distill the valuable core, get the AI stuff out, etc. 2010-12-20 08:05 I'm ready for that, but need your guidance :-) 2010-12-20 08:05 so far the system is clean and logical, so no rush 2010-12-20 08:05 if you want to think about the reels (or trays) a bit more, I hold back more feedback of even attempts at improving something until you give the green light 2010-12-20 08:06 s/of even/or even/ 2010-12-20 08:06 i'm not sure if you want to hack at the boom core at the moment. not only because it's a bit messy but also because it's something that will need rewriting in C anyway. it's already getting slow and doing fancier algorithms isn't something i'd want to do in perl. 2010-12-20 08:08 what would be useful is to have some more supplier data. e.g., a database frontend for mouser or farnell. we know know digi-key very well, but boom shouldn't become into something that's overly optimized for one supplier. 2010-12-20 08:08 correct 2010-12-20 08:08 I can definitely look into mouser, that aligns well with what I need 2010-12-20 08:08 also the database frontend has its scalability issues, but at least it's not a huge piece of code, so it hurts less to throw it away 2010-12-20 08:09 so I put the reels on hold (on my end), until I hear from you 2010-12-20 08:10 it's important for me though, as you see from the discussion about 7 USD / digi-reel, smt inability to charge for it on their end, or buying a whole reel 2010-12-20 08:10 btw, another thought is that we say this is limited to cheap resistors and capacitors 2010-12-20 08:10 and after a little while we will have the most important onces in stock 2010-12-20 08:11 (reels) sounds good. what i'll try in the next days is to make the digi-key query produce two catalogs. or maybe i have an idea how i can have a combined catalog. the problem is that packaging doens't fit nicely into the current data model. it's somehow halfway manufacturer halfway supplier data. 2010-12-20 08:11 so maybe I should first try to get the current sharism inventory into boom format, that could already reduce the number of reel cases 2010-12-20 08:11 I'm sure Adam did that matching manually this time. which one do we have in stock, which one not... bad. and doesn't need any boom improvement to work on that now. 2010-12-20 08:12 to make things worse, already digi-key mixes TR and non-TR infos. e.g., even if a manufacturer would have a non-reel option, digi-key may just list the manufacturer's reel and then break things down themselves. 2010-12-20 08:12 yes sounds good. if you think of a more generic way for the packaging problem that's good too. 2010-12-20 08:12 tape, reel, tray are probably things that boom should at least know about 2010-12-20 08:13 have you boomified MM1 yet ? 2010-12-20 08:13 and deal with it in the most appropriate manner, without trying to be too clever as DocScrutinizer pointed out 2010-12-20 08:13 trays are probably a "soft moq" 2010-12-20 08:13 bulk also, another type. if ugly, but I guess boom should know about it at least, one day. 2010-12-20 08:13 reels are tricky because they defeat the "minimize cost" logic 2010-12-20 08:13 so it can warn you on the shopping list :-) 2010-12-20 08:14 well, i could attach a price to non-reels. but that may backfire, too. need to think about it. 2010-12-20 08:14 i think bulk is simply hopeless ;-) 2010-12-20 08:14 yes you could add the 7 USD digi-reel thing 2010-12-20 08:14 although unfortunately most smt places are not setup to charge those 7 usd, so it would still break down there 2010-12-20 08:14 and I wouldn't want adam to get into the 'reel it for 7 usd' business either. 2010-12-20 08:14 or in whatever unit smt fab goodwill is measured ;-) 2010-12-20 08:15 wpwrak: well yes, but that's why - if boom knows about 'bulk' - it should list it in the shopping list? or there should be a way to tell boom bulk yes/no 2010-12-20 08:15 bulk is not urgent though, I just wanted to complete the packaging options 2010-12-20 08:16 cob comes in little chocolate bar packaging normally 2010-12-20 08:16 but that's for a different machine 2010-12-20 08:17 so we know about: tape, reel/digi-reel, ammopack, tray, bulk, direct die (not sure how it's called) for cob 2010-12-20 08:17 who knows maybe more :-) 2010-12-20 08:18 (warn about bulk) yeah, can't hurt 2010-12-20 08:18 the problem with 'smt fab goodwill' is that they cannot charge, if I can I'd much rather pay the 7 usd / reel. 2010-12-20 08:18 I need their goodwill for the unforeseen hickups in small runs. 2010-12-20 08:18 not because my own process sucks and I arrive with a box full of tape snippets. 2010-12-20 08:18 or maybe even have the possibility to exclude it, like the "reel only" wuns 2010-12-20 08:18 s/wuns/runs/ 2010-12-20 08:19 when you have a pick&place machine, someone needs to make the reel anyway 2010-12-20 08:19 so non-reel is only for hand soldering 2010-12-20 08:19 next project: make a pick and place does doens't need all this :) 2010-12-20 08:19 s/does does/that does/ 2010-12-20 08:19 and with small parts nowadays 0402 or even smaller, you very quickly have a board where hand soldering is too painful (time consuming), even for a run of 10 or 20 2010-12-20 08:20 yeah 2010-12-20 08:20 you just throw whatever plastic bag you have in, and it magically gets it all right 2010-12-20 08:20 something that works with my vials would be nice 2010-12-20 08:21 vacuum pickup, then toss it on an examination plate. check with a camera what you got. if nothing, try again. if too many, return the extras. if it has the wrong orientation, pick up and toss again. 2010-12-20 08:21 repeat until you succeed. then rotate and place. 2010-12-20 08:22 why can't packaging be another parameter like all the other parameters? 2010-12-20 08:22 as long as this is fast enough that the solder paste doesn't dry out, that may be a viable option for small runs 2010-12-20 08:23 the parameters are characteristics of the part. packaging is another layer. 2010-12-20 08:23 a part characteristic 2010-12-20 08:23 why is it another layer? 2010-12-20 08:23 the same part could come in a number of ways. cut tape, reel, maybe also tube and even bulk. 2010-12-20 08:24 it's always the same part inside. 2010-12-20 08:27 hmm. I somehow think the logic in characteristics and substitutions is enough to handle one more characteristic (packaging type). But I don't understand the innards well enough, maybe it makes no sense inside :-) 2010-12-20 08:27 maybe i can do as digi-key does and just duplicate the part with different packaging options. 2010-12-20 08:27 yes 2010-12-20 08:27 maybe not. this is one of the things to think about. 2010-12-20 08:28 I see an entry more like a 'warehouse lot'. 2010-12-20 08:28 one issue with characteristics is that they don't get used for name-matched parts. so we'd need to change something there 2010-12-20 08:28 so if another order is made for the 'same' part, but different packaging, that's definitely a new warehouse lot number. 2010-12-20 08:29 even if the same part in same packaging is bought 6 months later - new warehouse lot number. 2010-12-20 08:29 if the same part in same packaging is bought from another source - new warehouse lot number. 2010-12-20 08:29 at some point, this is okay 2010-12-20 08:30 but if you take it too far, you can never reuse inventory, because there will be no two items that are really the same 2010-12-20 08:30 you need .equ to keep track of them 2010-12-20 08:31 well they are the same. for different packaging, we are already discussing how boom presents it to the boom user, and eventually we find a good way. 2010-12-20 08:31 the 'decision' will be manual then anyway 2010-12-20 08:31 for different sources, that's just to trace back problems, for boom this can always be the same 2010-12-20 08:31 equ can't combine things. so if you have 1 reel for foo from last year and one reel from foo from this year, you need two reels, then it'll happily order two new ones. 2010-12-20 08:31 so, lots of little things that play into thos 2010-12-20 08:31 thIs 2010-12-20 08:32 on the other hand, if you let if combine whatever it finds, then you get a bag of bulk, some of which may be on reels ;-) 2010-12-20 08:32 ok but that case can probably be made visible with some simple queries into boom 2010-12-20 08:32 it's all about making reasonable options visible quickly 2010-12-20 08:32 the actual decision is made manually 2010-12-20 08:33 if too few options are shown, not good. like we have with reels now. 2010-12-20 08:33 yeah. another query engine, another user interface, another mechanism to suppress things you already saw and checked off :) 2010-12-20 08:33 if too many options are shown, at some point boom loses value and you may better start on digikey.com right away 2010-12-20 08:33 well sure if you can automate it even better 2010-12-20 08:33 anyway, I just wanted to say at first sight, it looks like the characteristics can handle packaging types 2010-12-20 08:34 but I may be wrong, awaiting your wisdom... :-) 2010-12-20 08:34 i'm looking for broad concepts that squash as many of those small things as possible. otherwise, you get some byzantine system where each special case somewhere in the supply chain is a special case in the bom system. that's the fast lane to hell :) 2010-12-20 08:35 fair enough. the current boom is good and clean and powerful. keep it that way. 2010-12-20 08:35 (characteristics) they're close, yes. if it wasn't for part name matching, they would be an even better match. 2010-12-20 08:35 ok 2010-12-20 08:36 `alright. time for breakfast now :) 2010-12-20 08:36 enjoy 2010-12-20 08:36 sourcing that is easy! 2010-12-20 08:37 (sourcing brakfast) shold be fun to go to the bakery and ask for their MOQ and the packaging options ;-) 2010-12-20 08:41 wpwrak: http://en.qi-hardware.com/wiki/JlimeToolchain 2010-12-20 08:41 reels don't defeat minimize cost logic 2010-12-20 08:42 it's just that the costs are not properly present/factored in inside boom 2010-12-20 08:43 but we had that... enjoy breakfast, I'm calling it a day... 2010-12-20 09:03 xiangfu: hi 2010-12-20 09:06 kyak: hi 2010-12-20 09:06 xiangfu: everything is bad :) 2010-12-20 09:07 first of all, an openwrt dev has renamed gettext and libiconv to gettext-full and libiconv-full. Then, they created gettext (libintl) and libiconv as stubs 2010-12-20 09:07 we got a lot of problems now 2010-12-20 09:08 a lot of programs that DEPENDS on libintl or libiconv will be now either ilnks against stubs or will not link at all 2010-12-20 09:08 *linked 2010-12-20 09:08 for example, fbterm won't build 2010-12-20 09:08 other programs might build, but will lack for certain features 2010-12-20 09:09 now, we can  enable full version of gettext and libiconv, but they will build after those programs 2010-12-20 09:09 thus making those full version completely useless 2010-12-20 09:12 kyak: hmm.. don't know that yet. I just check my daily build since 1215. all build fail. :( 2010-12-20 09:14 yep. 2010-12-20 09:15 you should setup some e-mail notification for failed build :) 2010-12-20 09:15 kyak: yes. 2010-12-20 09:15 xiangfu: so we can't either add libiconv-full to DEPENDS of libiconv and libintl-fulll to libintl 2010-12-20 09:15 oh.. 2010-12-20 09:15 no 2010-12-20 09:16 kyak: too bad. there is a disk error in my pc. I need restart my pc. wait me one memont. 2010-12-20 09:16 i think we have one option - it is traverse thourgh all feeds renaming those libs to *-full in DEPENDS 2010-12-20 09:16 sure 2010-12-20 09:20 these are all problems that we face because upstream is thinking about openwrt as a distro for routers 2010-12-20 09:20 it is meants to be super cut off 2010-12-20 09:22 this problems will continue to happend 2010-12-20 09:30 kyak: hi. I am back. 2010-12-20 09:31 kyak: they change the name to "/usr/lib/libiconv-full/" 2010-12-20 09:32 hm 2010-12-20 09:33 yes, that too 2010-12-20 09:33 now it is even worse than i though 2010-12-20 09:33 y 2010-12-20 09:33 *thought 2010-12-20 09:34 so many package is using "-I$(STAGING_DIR)/usr/lib/libiconv/include" :( 2010-12-20 09:34 yes! 2010-12-20 09:34 let me check the openwrt mailing list first. see if someone already report 2010-12-20 09:34 xiangfu: we will have to struggle with such things all the time 2010-12-20 09:34 when upstream is leaning towards cutting off 2010-12-20 09:35 reducing the functionality 2010-12-20 09:35 etc 2010-12-20 09:36 i'm thinkinh about some flag 2010-12-20 09:37 like @I_HAS_CRAPPY_ROUTER 2010-12-20 09:37 then it would use those stub libs everywhere 2010-12-20 09:37 otherwise, it would build and link against full versions 2010-12-20 09:39 kyak: maybe they should rename those package to libiconv-stub. :) 2010-12-20 09:39 now that's a great idea! 2010-12-20 09:40 you see, they made that stub libs - and many programs from feeds refused to build. then they started adding some things in those stubs, so they are not actually stubs anymore 2010-12-20 09:40 this can be seen so well from svn log 2010-12-20 09:43 i'm not mentioning that the patch to strip some charsets is still there in the full version of libiconv... 2010-12-20 09:43 for some reason 2010-12-20 09:44 so it's still not "full" as the meaning of this word impiles 2010-12-20 09:44 and i wonder how they decided which charsets can be stripped and which should be left 2010-12-20 09:46 really, every time i see a software that is not i18n-aware, i get angry. this is less and less often now when utf-8 is taking its positions, but still there are a lot of developers there thinking "ASCII" 2010-12-20 09:48 kyak: hmm.. 2010-12-20 09:50 xiangfu: sorry, need to go now. .see you later! 2010-12-20 09:50 kyak: I saw they are try to remove all the code like "-L$(STAGING_DIR)/usr/lib/libintl/lib" 2010-12-20 09:51 kyak: ok. I will take a look of the tunk code history. then we talk it later. what should we do :) 2010-12-20 09:51 yes, such code shouldn't be there... 2010-12-20 09:51 kyak: see you. 2010-12-20 09:51 bb :) 2010-12-20 10:15 I'm looking for the openwrt-xburst-u-boot.bin file, according to http://downloads.qi-hardware.com/software/xburst-tools/README_FILES_MOVED.txt all xburst-tools files have been moved, but I can't find the file at the new location and all wiki pages point to the old url that returns 404. does anyone know where I can find the file I need? :-) 2010-12-20 10:17 I found it here: http://downloads.qi-hardware.com/people/vegyraupe/ - I'll try that one and see if it works :-) 2010-12-20 10:26 qnrq: all images is at : http://downloads.qi-hardware.com/software/images/NanoNote/Ben/ 2010-12-20 10:26 qnrq: last : http://downloads.qi-hardware.com/software/images/NanoNote/Ben/latest/ 2010-12-20 10:27 xiangfu: thanks :> 2010-12-20 10:29 qnrq: http://en.qi-hardware.com/wiki/OpenWrt_Software_Image 2010-12-20 10:57 lol, baudline + kde = X with nvidia drivers breakdown 2010-12-20 10:57 what a steaming pile of crap 2010-12-20 10:57 it worked perfectly on my computer with a i810 video card a few years ago 2010-12-20 10:59 just hooked a hot wheels radar gun microwave module to his soundcard 2010-12-20 11:00 besides that thing works amazingly well. I didn't expect such a clean signal out of a dirt cheap device like that 2010-12-20 11:29 so did the gforth guy return yet? 2010-12-20 12:18 lekernel: (you can write a cmake script in 5min) oh thats great :) 2010-12-20 13:36 lekernel: microwave gun ? rough neighbourhood ? :) 2010-12-20 13:37 zrafa: (toolchain) starting to look good. the code examples need some explanation, though. i.e., what they actually are and so on. 2010-12-20 13:39 http://www.edparadis.com/radar/ 2010-12-20 13:39 that device is amazing 2010-12-20 13:40 with its homodyne microwave tx/rx combo and its AVR-based controller (on which the ISP pins are easily accessible) it looks like it's MEANT to be hacked 2010-12-20 13:40 it's also dirt cheap, I guess Mattel wanted to make money on the other "hot wheels" series toys 2010-12-20 13:41 but from what I can read on the internet, only nerds and physicists bought that radar gun and they didn't sell it for long ;) 2010-12-20 13:43 ;-)))) 2010-12-20 13:44 got any specific use in mind ? 2010-12-20 13:44 try to make a synthetic aperture radar out of it 2010-12-20 13:45 like this: http://www.mit.edu/~gr20603/Dr.%20Gregory%20L.%20Charvat%20Projects/$240%20High%20Res%20Rail%20SAR.html 2010-12-20 13:45 (don't remember if I sent you that link already) 2010-12-20 13:50 hm,, so sort of a depth camera. 1.4 in resolution. quite coarse. would you use this for things like scanning walls for pipes and such ? 2010-12-20 13:52 no, basically to play with microwaves and signal processing 2010-12-20 13:52 you'd need something around 1/2 in for wall scanning if you also want to find electrical pipes. but it's probably easy to increase resolution by evaluating multiple samples. 2010-12-20 13:52 ah, basic research :) 2010-12-20 13:53 next version should use a 77GHz module from a car cruise control system, some very decent A/D converters and large amounts of processing power 2010-12-20 13:53 yeah, basic research 2010-12-20 13:55 I've done too little of it lately, I was too busy with milkymist... 2010-12-20 13:55 zrafa: the "hello.c" example is a bit misleading. the way you present it, it suggests that your code has to live somewhere under the jlime toolchain directory. 2010-12-20 13:56 lekernel: indeed. i noticed a lack of progress in dark matter research :) 2010-12-20 13:58 (wall scanner) if such a thing could be built cheaply, that could actually be quite a commercial success. right now, the best you can find are some 2D scanners (1D: direction of scanner movement, 2D: depth), and they're already in the USD 1000 range. 2010-12-20 13:59 things like this: http://www.cleanenergybrands.com/shoppingcart/products/D%252dTect-150-Professional.html 2010-12-20 14:00 well, maybe 2010-12-20 14:00 it would kick ass on things like AR Drone or quadrukopter 2010-12-20 14:00 a "wall camera". oh, and maybe add a "naked girls" option while you're it :-) 2010-12-20 14:00 ah, walls... 2010-12-20 14:01 s/it/at it/ 2010-12-20 14:01 didn't think of that. who would need it? 2010-12-20 14:01 people who drill holes into walls 2010-12-20 14:01 or who need to connect to existing pipes 2010-12-20 14:01 or who need to add new pipes 2010-12-20 14:04 if such a system could produced a halfway decent image, preferably with very good depth resolution (so that you can choose a short screw, in case the pipe is far away), i think that could sell for quite a price. 2010-12-20 14:05 (uses) also to see if a wall has steel reinforcements and where they are (so you don't try to make the hole for, say, the A/C's drin pipe just through one of these iron bars) 2010-12-20 14:08 if the system can detect changes in material density, that would mean even more uses. e.g., find hollow spots or - in older constructions - wood beams 2010-12-20 14:11 you 2010-12-20 14:11 'd probably need good density detection also for plastic pipes. they're sometimes used instead of metal. easier to work with. 2010-12-20 14:16 hmm, 50 mil ribbon cable heats up from 30 C to ~ 60 C if i feed it 3.2 A. if i double that, i get thermal runaway (stopped at 200 C, where the plastic starts melting) 2010-12-20 14:17 this means that i can use ribbon cable for my ignitors. excellent :-) 2010-12-20 14:19 add a pair of leds to each ignitor and i can test the connectivity with a current limit of 20 mA. then kick the current limit and rockets away :) 2010-12-20 14:20 hi all 2010-12-20 14:22 i have board based on jz4725b processor and i tried to compile ucos OS 2010-12-20 14:23 from official Ingenic FTP. But no success. Many missing files, headers , etc... 2010-12-20 14:23 we've only used linux on the nanonote 2010-12-20 14:27 First, i tried to compile a linux kernel, yes. With a few changes in u-boot and kernel I did it, I got start Qtopia. But my device do not have touchscreen, so Qtopia is not good for me 2010-12-20 14:30 Also i compiled Mplayer from sources and again no success - i didn't see anythink on the screen. build.jz file have JZ4740, JZ4750 and JZ4755 targets only, not my jz4725b 2010-12-20 14:33 Does anyone know where I can download the latest version Ucos or minios? If you can help, please connect with me by e-mail: tronix286 @ rambler.ru. Thanks. 2010-12-20 20:25 xiangfu: Hello 2010-12-20 20:26 kristianpaul: hi 2010-12-20 20:31 xiangfu: oh, better check reply to  OpenWrt Image Release: 2010-12-14 2010-12-20 20:31 :-) 2010-12-20 20:40 hmm i dont see the reply on the list.. 2010-12-20 20:40 i hope is not tagged as SPAM 2010-12-20 20:41 your mail? 2010-12-20 20:41 a reply to "OpenWrt Image Release: 2010-12-14" thread 2010-12-20 20:41 http://lists.en.qi-hardware.com/pipermail/discussion/2010-December/006576.html 2010-12-20 20:41 i just moved from a mta to mda when swich to fedora 2010-12-20 20:41 no reply :-) 2010-12-20 20:42 ahh is there 2010-12-20 20:42 he gandi is not as fast as qi servrs :) 2010-12-20 20:43 ah so it was that mail I linked to 2010-12-20 20:43 yes sorry 2010-12-20 20:43 normally the web archives are fastest, although pipermail has some bugs too so sometimes mail in the archives get garbled 2010-12-20 20:43 I'm just bit nervous 2010-12-20 20:43 the mail delivery may be a bit slower, especially since mailman properly tags the mails as 'bulk' and some mail servers delay those mails a bit 2010-12-20 20:44 because i just migrate to fedora few days ago and i'm using new mda sofware (wich seemed to be simpler than mta one in debian :)) 2010-12-20 20:44 for example it may take 1-30 minutes at google, in my experience 2010-12-20 20:44 oh ok 2010-12-20 20:44 also many mail servers reply with "busy, try again later" or so, and then the qi mail server may try again 5, 10, 15 minutes later 2010-12-20 20:45 ouch 2010-12-20 20:45 maybe that response is already because they see the 'bulk' header, don't know 2010-12-20 20:45 ah yes thats the rule :) 2010-12-20 20:45 I think the system is working as meant to be. 2010-12-20 20:45 sure :) 2010-12-20 20:45 I wish pipermail had fewer bugs, not much activity in that project. 2010-12-20 20:51 wolfspraul: "Never heard of the Nanonote before, now I've ordered one" said a dingoo user.. I guess that many of them would like to have a similar device with qwerty keyboard.. so there are some buyers there surely :) 2010-12-20 20:51 nice 2010-12-20 20:51 ah keyboard call finally atention ;-) 2010-12-20 20:52 kristianpaul: you mean this one: http://downloads.qi-hardware.com/software/images/NanoNote/Ben/2010-12-14/OpenWrt-SDK-xburst-for-Linux-x86_64-gcc-4.3.3+cs_uClibc-0.9.30.1.tar.bz2 2010-12-20 20:53 xiangfu: ahh yes :) 2010-12-20 20:53 so just missing packages source code? 2010-12-20 20:53 kristianpaul: yes, dingoo users always miss that the device does not have keyboard 2010-12-20 20:54 zrafa: and we nanonte users miss not have decent ganme-key pad ? ;) 2010-12-20 20:55 xiangfu: but packages sources? lets said i want recompile gpsd with some extra parameters? 2010-12-20 20:55 hmmm just x86_64? 2010-12-20 20:55 my kernel is 2.6.35.6-45.fc14.i686 2010-12-20 20:55 i guess is same trouble like in debian with x86_64 (not compatible binaries....) 2010-12-20 20:56 kristianpaul: haha :D 2010-12-20 20:56 kristianpaul: yes 2010-12-20 20:58 kristianpaul: in fact I am suffering that issue from openmoko times 2010-12-20 20:58 kristianpaul: I wrote a software framework which uses the accelerometers and touchscreen as gamepad on freerunner, but nobody was interested.. just people who use gamerunner distro. 2010-12-20 21:00 I wast close to OM that time but i read that alos happen with other wanted and developed (but not used aplications) ? 2010-12-20 21:00 s/was/wasnt/ 2010-12-20 21:00 s/alos/also 2010-12-20 21:02 kristianpaul: the gamepad sw framework was useful to port any game to freerunner, and people would not have to modify the source code as they had to do before (modifying the control source code), but well, there were not many gamers, so few gamers devs finally 2010-12-20 21:03 wolfspraul: Hi 2010-12-20 21:03 kristianpaul: only have x86_64 for now. 2010-12-20 21:04 xiangfu: :( 2010-12-20 21:04 Still people usign i686 ;-) 2010-12-20 21:05 kristianpaul: package sources, do you mean those : http://downloads.qi-hardware.com/software/mirror-openwrt-sources/ 2010-12-20 21:06 xiangfu: ahh you have all my answers :-) 2010-12-20 21:07 SO the makefiles for those packages are in the openwrt SDK? 2010-12-20 21:08 hmm gpsd is not there 2010-12-20 21:08 ahh those are specific to xburst-owrt isnt? 2010-12-20 21:10 any way, i'll wait next image :) and hopefully x86 SDK :D 2010-12-20 21:10 kristianpaul: yes. specific to nanonote image. 2010-12-20 21:11 kristianpaul: don't know gpsd have included by OpenWrt. will add it to config.full_system 2010-12-20 21:12 xiangfu: gpsd is on owrt upstream since long time ago (i used it several times on linksys routers) 2010-12-20 21:13 s/upstream/feed 2010-12-20 21:18 andres-calderon: hi! 2010-12-20 21:26 I did a little more reorg, did you see it? 2010-12-20 21:26 I moved the camera and camera_psu schematic pages to their own daughterboard project 2010-12-20 21:27 I tried to keep the integrity of the schematics, but of course there are unconnected wires now... 2010-12-20 21:29 andres-calderon: my next plan was to remove the 2232, avr, fan*, but I wanted to see what your plans are, especially schedule. 2010-12-20 21:29 I can remove things, but I may leave some damage around them because I would not understand a clean separation of the parts I want to remove, and supporting components around them. 2010-12-20 21:30 what is your plan? what is the schedule? what do you want me to do? 2010-12-20 21:32 wolfspraul: I'll take care of deleting these components tomorrow. 2010-12-20 21:33 I want to help :-) 2010-12-20 21:33 maybe I look into the ERC bugs a little 2010-12-20 21:34 I think we should first finish the schematics, 100%, for both the Xue base board, and camera daughterboard 2010-12-20 21:34 I have an preliminar chips selection for PSU 2010-12-20 21:34 and also boomify the whole thing (I also would like to help there). The main problem in boomification will be to more precisely specify the values for some components. 2010-12-20 21:34 but one by one... 2010-12-20 21:38 andres-calderon: ok so I slow down for about 2 days, then you should have remove 2232/avr/fan/etc. Maybe I look into the ERC warnings now a bit, then more intensitely after you are done with the removal. 2010-12-20 21:38 tomorrow I am traveling most of the day anyway, from China to Germany. 2010-12-20 21:39 ok 2010-12-20 21:39 ah, about the fpc 2010-12-20 21:40 I think we should only do the 2mm header right now, no fpc connector 2010-12-20 21:40 fpc is more flexible, but also more breakable/source of problems 2010-12-20 21:40 unless we have a specific mechanical reason, I suggest to postpone the fpc 2010-12-20 21:40 even if we have a 2mm header, it's easy to make a little pcb with an fpc connector on it 2010-12-20 21:41 to build some prototypes that would require an fpc 2010-12-20 21:41 I just realized the other day how often fpcs are the source of problems 2010-12-20 21:41 in the early stage we are in, I'd leave them out, so we can focus on the other x00 problems we have 2010-12-20 21:41 I think the name of the directory of the Xue's daughter card is not good. I prefer something more general structure as daughter-boards/CISxxx, daughter-boards/CISyyyy 2010-12-20 21:42 i like 0.5mm pitch fpc connectors 2010-12-20 21:43 can we find something shorter than 'daughter-boards'? 2010-12-20 21:43 yes I agree, no problem with .5mm fpc and all. _BUT_ - in my experience fpcs are the source of many problems. 2010-12-20 21:43 at this point, we have lots of issues that require our attention. focus is the key for success. 2010-12-20 21:43 there is no hard mechanical requirement right now for a fpc. 2010-12-20 21:43 ok, i underestand.. 2mm block connector is good too 2010-12-20 21:43 I am trying to remove _EVERY_ source of problem possible in the first run. 2010-12-20 21:44 we need to make a board that boots, works - quickly 2010-12-20 21:44 then we learn, then improve, rinse and repeat... 2010-12-20 21:44 if we are taking on too much, we will crash down from the overload of problems to deal with at the same time 2010-12-20 21:46 wolfspraul: ok 2010-12-20 21:46 andres-calderon: about the connector, now that we have removed the cis, we can revisit the connector. 2010-12-20 21:46 should we even have a 60-pin connector? 2010-12-20 21:46 should we have two 25, or two 30 pin connectors? 2010-12-20 21:46 two different ones? 2010-12-20 21:46 which kind of wires to run to the connector (voltage domain, other types...) 2010-12-20 21:47 andres-calderon: can we document in the wiki what types of wires we are running to the expansion header? 2010-12-20 21:48 wolfspraul: ok, no problem 2010-12-20 21:48 wolfspraul, http://downloads.qi-hardware.com/hardware/jtagserial/run1/doc/jtag_run1_shopping_list.txt 2010-12-20 21:49 I just cleaned up & all parts ordered 2010-12-20 21:49 adamw_: nice! what does CONFIRMED mean? 2010-12-20 21:50 I will contrast this actual shopping list with the one boom prints right now 2010-12-20 21:50 means that I checked footprints/pins assignment designed in KiCad matched to datasheet. 2010-12-20 21:51 and then you ordered from where? 2010-12-20 21:51 most are in Digi-key 2010-12-20 21:51 he, one simple problem 2010-12-20 21:51 boom should issue a sequence number on the left 2010-12-20 21:52 so it's easier to talk about the shopping list 2010-12-20 21:52 now i cannot say "how about #13" 2010-12-20 21:52 for example the ftdi chip, it says 'CONFIRMED', but where did you buy it? 2010-12-20 21:52 can you add that information where you bought them? 2010-12-20 21:52 and what part-number... 2010-12-20 21:52 I want to compare your actual shopping list to the one from boom, so we can improve boom 2010-12-20 21:53 yeah....i like extra column for #item. 2010-12-20 21:53 ftdi also digi-key... 2010-12-20 21:53 hmm...i should wrote more clear.. 2010-12-20 21:54 second..ok 2010-12-20 22:02 wolfspraul, updated 2010-12-20 22:03 he :-) 2010-12-20 22:03 but no digi-key part number 2010-12-20 22:03 I want to compare with the shopping list that boom automatically generated. but I need to know the part number you used in the order. 2010-12-20 22:03 i took 'CONFIRMED', if there's no mentioned on my column means I used boom (the left p/n) 2010-12-20 22:04 ahh 2010-12-20 22:04 I see 2010-12-20 22:04 ok great, now I got it 2010-12-20 22:04 if i changed p/n, means I used Digi-Reel or Reel p/n 2010-12-20 22:04 sorry I didn't think right 2010-12-20 22:04 you already compare boom & actual! 2010-12-20 22:04 on the left side is the boom generated digi-key p/n 2010-12-20 22:04 then also 'CONFIRMED' makes sense 2010-12-20 22:05 it just means after confirmation, you ordered the same part number boom suggested 2010-12-20 22:05 (which is on the left) 2010-12-20 22:05 correct? 2010-12-20 22:05 in the end, need manually work. :) 2010-12-20 22:05 exactly 2010-12-20 22:05 ok got it now 2010-12-20 22:06 sorry I was confused before 2010-12-20 22:06 ok we can work with this data, thanks a lot! 2010-12-20 22:06 one thing I need to work on is to get sharism inventory into a boom format 2010-12-20 22:06 for example, yeah. P12KJCT-ND this one I changed to P12KJTR-ND 2010-12-20 22:06 then boom will automatically pick the ones from sharism inventory 2010-12-20 22:07 yes, got it 2010-12-20 22:07 I think all data is there 2010-12-20 22:07 and even if not all, it's already enough feedback to improve boom, small and big improvements. great, thanks! 2010-12-20 22:07 yeah...i also need to clean up our inventory with some exact right qty.. 2010-12-20 22:07 well..need to check & count again..:) 2010-12-20 22:07 let me first think about how we get it into boom format, and easily maintainble 2010-12-20 22:07 yeah 2010-12-20 22:08 like which info of column we really need or helpful to boom. 2010-12-20 22:09 ohh shift.. is all what i need to do :) 2010-12-20 22:12 adamw_: http://downloads.qi-hardware.com/hardware/jtagserial/run1/doc/jtag_run1_shopping_list.txt 2010-12-20 22:12 I changed the text to 'CONFIRMED BOOM P/N' 2010-12-20 22:12 not sure it's more or less clear now, but I understand it now :-) 2010-12-20 22:12 unless i got a better way of generate a syncronization signal divided by N 2010-12-20 22:12 one more question - how many hours do you think you spent in total going from the boom shopping list to the actual shopping list? 2010-12-20 22:13 wolfspraul, no problem 2010-12-20 22:13 with checking/confirming footprint/pins assignment...reading datasheet? 2010-12-20 22:15 from them to settle doen all ordering out...i guess 1.5 working days 2010-12-20 22:15 ok let's say 2 days, 16 hours 2010-12-20 22:15 we have 24 positions here 2010-12-20 22:15 so 30-40 minutes per position 2010-12-20 22:15 if just from shopping list to actual order...i may say 0.5 day 2010-12-20 22:16 nah it's OK, I am just trying to think about reality. 2010-12-20 22:16 not wishful thinking 2010-12-20 22:16 wishful thinking we press a button and are rich 2010-12-20 22:16 :) 2010-12-20 22:16 so if 24 positions took you 1.5 days, then the 92 positions of m1 for example would need roughly 5 days 2010-12-20 22:17 of course from your feedback I think we already have some good ideas how to improve boom, so it's cool 2010-12-20 22:17 there are many little details we can introduce to make the process faster and more efficient 2010-12-20 22:17 not just automated, but also make reviewing faster/more efficient 2010-12-20 22:17 yeah...like 'REEL'/'DIGI-REEL'..or later tray 2010-12-20 22:18 like dsv 2010-12-20 22:18 yes sure, the whole reel thing. that's already clear. 2010-12-20 22:18 ahh talked too fast shifiting still not enought 2010-12-20 22:19 shifting* 2010-12-20 22:19 i still quite don't know real work of 'dsv' & 'boom'...but well...I haven't to see what connection between sch and boom. 2010-12-20 22:19 one by one 2010-12-20 22:20 right now we are just collecting URLs to PDF in BOOKSHELF, for easy downloading and quick viewing 2010-12-20 22:20 so once I see more sch in KiCad. I'll see it. 2010-12-20 22:20 dsv is not connected to boom right now 2010-12-20 22:22 well...i need to study AI file again..cu 2010-12-20 22:33 wolfspraul: (item number) awk if your friend ;-)) 2010-12-20 22:35 wolfspraul: (adam's checking time) part of that is actually what i would consider "review". you can't automate this. and it's dangerous to just "trust boom to know what it's doing" :) 2010-12-20 22:47 wpwrak: yes sure, it's 'reviewing time' 2010-12-20 22:47 but the tools can make that process much smoother and faster 2010-12-20 22:47 the question is how does a newbie go from 0% 'confidence' to 100% 'confidence' 2010-12-20 22:48 that's what all the tools we are stitching together here are supposed to improve, imho 2010-12-20 22:50 you probably looked at this: http://downloads.qi-hardware.com/hardware/jtagserial/run1/doc/jtag_run1_shopping_list.txt 2010-12-20 22:50 so next thing I need to work on is to get sharism inventory into boom format 2010-12-20 22:51 I'm wondering how to store it, maybe in a git repo on the projects server? 2010-12-20 23:23 [commit] Xiangfu Liu: update package to known-good revisions, thanks David Kuehling http://qi-hw.com/p/openwrt-xburst/692c1e4 2010-12-20 23:24 xiangfu: maybe we should only have the revision for the main 'packages' feed? 2010-12-20 23:25 but not for phone, efl, desktop and xfce 2010-12-20 23:25 otherwise I am wondering who will maintain/update the revision fixing for phone/efl/desktop/xfce, if we are even including packages from those... 2010-12-20 23:26 (inventory) git sounds good, yes 2010-12-20 23:28 (tools) the definitely should help. e.g., help with "dumb" tasks, like translating from cut tape to reel or such. but that's mainly to prevent boredom and stupid mistakes. the review, which is what should take most of the time, will stay 2010-12-20 23:29 wolfspraul: hmm.. you are right. 2010-12-20 23:31 [commit] Xiangfu Liu: update package to known-good revisions, thanks David Kuehling http://qi-hw.com/p/openwrt-xburst/971a8a2 2010-12-20 23:41 wpwrak: of course the review should stay. but the tools can present the data to be reviewed in an efficient way. 2010-12-20 23:41 of course in order to do so, they must not introduce any 'magic' which then needs to be reviewed again 2010-12-20 23:42 I think the direction we are heading to is good. small, focused, deterministic tools. 2010-12-20 23:42 document a known-good process well 2010-12-20 23:44 ok, sharism inventory into git then