2010-08-31 00:22 wolfspraul: how do you like this one ? http://www.almesberger.net/misc/ben/demo2/ 2010-08-31 00:22 (except for the renamed columns. haven't done these yet.) 2010-08-31 00:23 he, now your scripts also need to deal with the splits! :-) 2010-08-31 00:24 so we support A4 and A3, but not A2? 2010-08-31 00:24 it supports a2, but they don't look too good 2010-08-31 00:24 ah OK 2010-08-31 00:25 i think the difference heuristics are now reasonably stable with a2. they may still miss some detail, i suppose, but they now find more than they used to. 2010-08-31 00:26 the price to pay for this is more demand on disk space. there are now three different pixmaps: the ones for the difference views, the ones for the thumbnails, and then another set for the calculating the differences. the latter used thinner lines than the rest and disables anti-aliasing. 2010-08-31 00:27 so now you basically have a 3rd level, the PDF 2010-08-31 00:27 which has the two sheets separately 2010-08-31 00:27 yup 2010-08-31 00:27 maybe should be labeled 'before commit' and 'after commit' or so? 2010-08-31 00:27 on the second level, the large png, I still find it too small to be readable 2010-08-31 00:28 the two sheets, or one in case of addition/deletion. in the top bar of the front page, you also have the latest file and the while collection right of it 2010-08-31 00:28 (label) what pdf viewer do you use ? 2010-08-31 00:28 maybe the browser scales the large png? I use firefox 3.6.x 2010-08-31 00:28 probably xpdf 2010-08-31 00:29 xpdf should show BEFORE/AFTER in the sidebar 2010-08-31 00:30 (hard to read) yes, that's generally a problem with things like schematics vs. non-zoomable images. the idea is that, if you're already familiar with the schematics, this image will tell you where the change is 2010-08-31 00:30 to see all the details, the PDF is just one click away 2010-08-31 00:31 ok, my firefox uses evince, I don't see before/after there. in xpdf I do see it, but it's not clear which page you are on visually (maybe my xpdf) 2010-08-31 00:31 hmm, thinking of it .. i could make a zoom view. precalculate a magnified version of the change area and use an image map on the large view. 2010-08-31 00:32 (xpdf) no, that's unfortunately how xpdf does it 2010-08-31 00:32 I understand your point about the large PNG 2010-08-31 00:32 the problem with labeling is that i don't quite know where it's safe to do so. 2010-08-31 00:32 for me it's more psychological. in the small png (overview), it's clear you cannot read anything. just get a very rough idea of the location/magnitude of the changes. 2010-08-31 00:33 but then you load the next larger png, and it is _almost_ readable. the almost is the frustrating part imo :-) 2010-08-31 00:33 yeah, i know. it's very very close to being readable ;-)) 2010-08-31 00:37 (zoom) i think a precomputed magnified view could work nicely. needs to connect things from a lot of places, though, so it's not entirely easy. i'd say that's a version 2.0 feature :) 2010-08-31 00:38 also storage demands will go up.  the baby is getting a bit fat :) 2010-08-31 00:38 I think that should be OK. 2010-08-31 00:39 rsync of xue output now takes me ~45 minutes 2010-08-31 00:39 50GB partition right now, 33 GB are free. and the 50 GB is totally arbitrary, I could easily increase it to 100, 200, etc. 2010-08-31 00:40 I am probably a bit more worried about server load. 2010-08-31 00:40 the cache will stay, then it should be OK from what you said 2010-08-31 00:41 lemme check how much disk space it needs ... 2010-08-31 00:42 1.4 GB (cache and output of Xue) 2010-08-31 00:42 cache rebuild is now ~19 min 2010-08-31 00:43 output rebuild from cache is ... waiting ... 2010-08-31 00:45 2 minutes 2010-08-31 00:46 if i don't regenerate the PNGs it would be even faster. kinda 2 cache levels 2010-08-31 00:46 that's a on a Q6600, basically without parallelizing 2010-08-31 00:47 [commit] Werner Almesberger: Fix two bugs left from the great reorganization. http://qi-hw.com/p/ben-wpan/80c6f3e 2010-08-31 00:47 I have to see how it performs on the server. if we need more power it's also OK at least we have a good reason. 2010-08-31 00:48 hehe :) you;ll need to take some precautions that you don't start a job before the previous one has finished 2010-08-31 00:49 right now, that's even more or less global. if you run two in, say, ~qihw/xue and ~qihw/ben-wpan, they would clash on some temporary files 2010-08-31 00:50 hmm 2010-08-31 00:51 that's more feature than bug. i have to go up the hierarchy to make sure relative paths crossing projects still work. so the only choice would be to use a fixed name for the temporary directory or a variable one (based on PID or such) 2010-08-31 00:51 in the latter case, you'd of course get some directory with junk when the process fails for some reason 2010-08-31 00:52 paths crossing projects? 2010-08-31 00:52 but then, you may actually now want to have more than one run at the same time 2010-08-31 00:52 e.g., ben-wpan uses things from f32xbase 2010-08-31 00:53 so it assumed they're both at the same point in the hierarchy and accesses them with ../f32xbase/foo 2010-08-31 00:53 assumeS 2010-08-31 00:53 what 'things' for example? 2010-08-31 00:53 code 2010-08-31 00:54 f32xbase has firmware components. boot loader, USB stack, DFU, etc. 2010-08-31 00:55 all my little usb devices share that code. ben-wpan, cntr, in theory also idbg (the code comes from there, but idbg doesn't live in the qi-hw hierarchy) 2010-08-31 00:55 once we have a kicad symbols and footprint library, also kicad could use things in this way 2010-08-31 00:56 relative paths avoid the problem of having to find a global install location on the system and all that entails 2010-08-31 00:58 well, there are three choices: relative paths to files, absolute paths to files, and names that get combined with a search path 2010-08-31 00:59 search paths only move the issue elsewhere, because you then have to put the right relative or absolute path there 2010-08-31 00:59 or use a default path, which means installing in /usr/local/share or such (in the case of kicad files), or /usr/include, /usr/local/include, etc., in the case of code 2010-08-31 01:00 but now you need admin rights. not a nice general requirement. 2010-08-31 01:01 wait I cannot follow 2010-08-31 01:01 we are talking about the scripts to generate the schematics diffs now, right? 2010-08-31 01:01 relative paths avoid all this. svn has another way, links into other repositories. not sure if git could do something like this, and at least in the case of svn it's a bit of a pain anyway 2010-08-31 01:02 err, of the effect the organization of projects sharing files with other projects have on the scripts 2010-08-31 01:03 what files do they share? 2010-08-31 01:03 .lib files? 2010-08-31 01:03 ben-wpan right now shares .c and .h files with f32xbase, plus a few special things like makefile templates 2010-08-31 01:04 and those dependencies need to be followed for the schematics diff generation? 2010-08-31 01:04 if/when we make a "common kicad libraries" project (symbols, footprints, not scripts), then also .lib, .mod, and .fpd would be shared 2010-08-31 01:05 it just assumes they are being satisfied 2010-08-31 01:06 e.g., assuming ben-wpan lives in /home/qi/ben-wpan 2010-08-31 01:06 my schematics are in /home/qi/ben-wpan/atrf/*.sch 2010-08-31 01:07 hmm, OK. so the scripts have some flexibility in following a ../ link outside of a project top-dir so in the future, links could be constructed between projects 2010-08-31 01:07 if we had a kicad-libs project, and it would live in /home/qi/kicad-libs/ 2010-08-31 01:08 then ben-wpan could access, say, at86rf230.lib as ../../kicad-libs/components/at86rf230.lib 2010-08-31 01:09 I got it. I guess my concern comes from trying to avoid making a qi-specific closed system. 2010-08-31 01:09 now, the schematics diff generate needs to check out the repository such that these paths still work 2010-08-31 01:09 ok 2010-08-31 01:09 URLs would be better, but the kicad files need to be functional also locally for editing, so I guess for now the ../ thing works nicely both locally and on the server 2010-08-31 01:10 there's nothing qi-specific about it. if you share stuff across projects, you need some policy. if you install everything globally instead, that will work too 2010-08-31 01:10 no projects is nice 2010-08-31 01:10 kicad won't follow urls :) 2010-08-31 01:10 yes :-) 2010-08-31 01:11 no it's all good, I got it already. 2010-08-31 01:12 so when you tell my eeschems diff system that you wish to diff the project at /home/qi/ben-wpan and the schematics rooted at artf/ben-wpan.sch, then it will make a temporary directory /home/qi/_something and check out the /home/qi/ben-wpan/.git/ repository there 2010-08-31 01:12 in the checkouts, it steps through the revisions 2010-08-31 01:13 ah yes, there could be conflicts when the shared projects have changes that aren't compatible 2010-08-31 01:14 well, let's worry about this when it happens :) ideally, the project you share with should be conservative anyway. or else this will be the least of everyone's worries 2010-08-31 01:14 there is no such sharing yet anyway, right? 2010-08-31 01:15 "conservative" = introduce item, debug it, then keep it stable. others would only access it after the debugging. 2010-08-31 01:15 not yet. but that could change quickly :) 2010-08-31 01:17 we already have files shared among projects by means of duplication. e.g., stdpass.fpd (small chip component footprints, 0402, 0603, etc.) 2010-08-31 01:17 also idbg and ben-wpan "share" a lot this way. and ben-wpan "shares" with gta02-core in the same manner. 2010-08-31 01:21 (a lot) well, the c8051f326, symbol and footprint. ben-wpan generalizes the footprint. and code from idbg went into f32xbase. i just need to connect idbg to all this again, and things will be sane :) 2010-08-31 01:24 got it 2010-08-31 01:32 okay. now all that's missing is the rename tracking and the migration of the scripts in a new project. eda-tools or such. 2010-08-31 01:35 project could be more specific (schwebdiff or such), but then we may have sharing issues when the time comes to do the same with the layout. at least i hope that much can be shared :) 2010-08-31 01:38 ah yes, if you like scary scripts, the last command in this one should whet your appetite: http://projects.qi-hardware.com/index.php/p/ben-wpan/source/tree/master/scripts/schps2pdf 2010-08-31 01:42 do you need the 'export' in export i = 1? 2010-08-31 01:42 unfortunately yes. otherwise, it doesn't make it into the <(...) subshell 2010-08-31 01:43 ah yes 2010-08-31 01:44 actually. maybe that's not true. lemme check. could be that i thought i need it but i don't. 2010-08-31 01:50 you're right. works without it, like with other types of subshells. found two other bugs as well. 2010-08-31 01:50 btw, a nicer way to increment is just ((i++)) 2010-08-31 01:51 i try to keep the bashisms to a minimum :) but you're right, it would make this one a little more readable 2010-08-31 01:52 :) 2010-08-31 01:59 ah, and there's even a real bug left 2010-08-31 02:01 under certain conditions, this script allows for local privilege escalation? :) 2010-08-31 02:02 it almost certainly does :) 2010-08-31 02:04 naw, it was just missing curly braces in an  eval var=\$$i  so the 10th element didn't work 2010-08-31 02:04 good that xue did the split ;-) 2010-08-31 02:06 [commit] Werner Almesberger: Debugged and cleaned up schps2pdf. http://qi-hw.com/p/ben-wpan/541dd04 2010-08-31 02:06 your script is quoting hell :) 2010-08-31 02:07 indeed it is ;-) 2010-08-31 02:08 wpwrak: what is the target of ben-wpan project? is it to enable ZigBee communication in Ben? 2010-08-31 02:11 i'd aim for 6LoWPAN. we would get ZigBee on the way, too, but its IP status isn't quite clear yet 2010-08-31 02:12 so it may not be good to "advertize" this as ZigBee. besides, 6lowpan may be more interesting anyway. 2010-08-31 02:13 never heard of 6LoWPAN.. "IPv6 over Low power Wireless Personal Area Networks" - IPv6 is clear, what does it mean "Low power Wireless Personal Area Networks"? 2010-08-31 02:13 "on the way" = there's the linux-zigbee project that aims to implement support for things on ieee 802.15.4, including 6lowpan and zigbee 2010-08-31 02:14 WPAN is the type of network ieee 802.15.4 is designed for. basically for a "bubble" surrounding the user with a 10 m radius 2010-08-31 02:15 ok, say, i have a wireless router. To support 6LoWPAN there is just a matter of SW upgrade? 2010-08-31 02:15 once i get the rf side right, it should be a little more than 10 m, though. the chip is quite a bit better than what the specs require. 2010-08-31 02:15 naw, you also need an ieee 802.15.4 transceiver 2010-08-31 02:16 ah ok 2010-08-31 02:16 but you could put a usb-to-ieee802.15.4 dongle into your pc and let that one act as a router 2010-08-31 02:17 by sheer coincidence, the current ben-wpan prototype has a usb interface :) 2010-08-31 02:17 i see! what is the real operating range you are getting mnow? 2010-08-31 02:17 do you mean, the ben-wpan prototype that you connect to your Ben or your PC? 2010-08-31 02:17 oh, now it's even less. maybe 3-4 m with a thin wall in the path. but that's crappy rf design on my side. 2010-08-31 02:18 yup. for now, it only connects to the pc. once that works well, i'll branch off a ben-only version that doesn't have usb and crystal. 2010-08-31 02:19 ok, i understand.. sounds great 2010-08-31 02:19 looks like a lot of work has to be done 2010-08-31 02:20 http://www.msp-technology.com/store/pc/viewCategories.asp?idCategory=121 2010-08-31 02:20 pretty expensive 2010-08-31 02:21 and you are right, they all combine ZigBee / 802.15.4 2010-08-31 02:21 nice margin :) 2010-08-31 02:22 hey, whats the need of "120V AC Adapter (ZR154-AC-USA)"? if there's no Host, there is no sense in this connection 2010-08-31 02:22 the board that goes into the ben will be quite cheap. but not really user-installable. 2010-08-31 02:23 i think you can load standalone programs into these dongles 2010-08-31 02:24 hm, can't think of possible application 2010-08-31 02:24 so this means, ben-wpan will probably go to Ya? 2010-08-31 02:25 (standalone) maybe you can hook up a sensor in some way 2010-08-31 02:25 (ya) that would be nice, yes 2010-08-31 02:26 depends on a number of things, though. e.g., me getting this beast to work properly, and nobody else coming up with something better 2010-08-31 02:26 why not a fully functional Wi-Fi chip? 2010-08-31 02:26 so if you find a USD 5 Free software friendly WiFi module, ben-wpan will be pretty dead ;-) 2010-08-31 02:27 ah, so it's the price 2010-08-31 02:27 see above, note the "if" ;-) 2010-08-31 02:27 kyak: more than that. ben-wpan is the kind of feature that makes Ya possible. 2010-08-31 02:28 price and freedom. there's almost no public technical documentation on most of the wifi chips 2010-08-31 02:28 we don't know what it will be, but Ya needs to have some major progress on the freedom side, otherwise what's the point of this project, and when do we reach the free smartphone :-) 2010-08-31 02:28 so the Ya process could be entirely in kicad, with visualizations like the stuff werner just did 2010-08-31 02:29 and/or it could have some really open RF solution, like ben-wpan 2010-08-31 02:29 that would be nice :) 2010-08-31 02:29 that too :) 2010-08-31 02:30 yeah, finding affordable and free Wi-Fi chip may be impossible 2010-08-31 02:31 wolfspraul: i think, there are actually two features that make Ya possible: wireless connectivity and a better LCD 2010-08-31 02:32 hold your expectations down on the better LCD 2010-08-31 02:32 at least coming from me that is, maybe someone else picks up the stuff and makes a different product out of it. that can always happen of course. 2010-08-31 02:33 wolfspraul: did you look if there's some WQVGA you could use ? that wouldn't affect the form factor (well, except rearranging the display shell) 2010-08-31 02:34 for the LCD, I will just go with the flow, get whatever is the cheapest and easily available module. Plus something that protects the software we've done so far, for example with Ilitek drive IC. 2010-08-31 02:34 no didn't look, that has time until much closer to an actual Ya production 2010-08-31 02:34 WQVGA would just provide those 80 extra pixels everyone craves ;-) 2010-08-31 02:34 is the drive ic such a big issue ? 2010-08-31 02:34 I am not against better LCM, but you know my priorities. In the end these are all things we can 'just' buy. 2010-08-31 02:35 no, not very big. But since it's a 100% community effort I am very careful about "it's just a few lines" comments. 2010-08-31 02:36 ;-) 2010-08-31 02:37 ok, not very encouraging but pretty fair 2010-08-31 02:38 (just buy) the thing with the narrow display is that it makes the ben look weak. even people who completely "get" then openness message like to have products that look good. 2010-08-31 02:38 kyak: don't misunderstand me. I want the best LCM I can get. But it's not an area of active work, because we will not make any headway in terms of opening up that component anyway. 2010-08-31 02:38 of course, the narrow display leaves room for rf. so there's also something good in this :) 2010-08-31 02:39 wolfspraul: is the LCM closed currently? 2010-08-31 02:40 well there is little to open, from a free software perspective 2010-08-31 02:40 then we can "Just buy" a better LCM, which is the same closed 2010-08-31 02:40 or not? 2010-08-31 02:40 the right side of the display could even host a capacitative sensor (keys or some slider). that way, one could have "functions keys" where they make sense 2010-08-31 02:41 the drive IC maybe, and that could lead to interesting optimizations, but there are many more juicy low hanging fruits. 2010-08-31 02:41 wpwrak: great idea, at least it would make scrolling easier :) 2010-08-31 02:41 wolfspraul: so no inauguration of the Sharism Panel Fab anytime soon ? :) 2010-08-31 02:42 nope 2010-08-31 02:42 kyak: now, how to implement this cheaply, without adding a microcontroller ? :) 2010-08-31 02:43 kyak: basically if you look at the current LCM module, you can start to think of it as 4 parts: drive IC, FPC, glass, enclosure (called 'module' here) 2010-08-31 02:43 i don't know, are there free inputs left on Ben's CPU? 2010-08-31 02:44 if you have lots of money, you can customize and optimize everything 2010-08-31 02:44 most really high-end products have customized glass dimensions, customized drive ICs, customized filters, customized FPCs 2010-08-31 02:44 kyak: there are. and you could have more in a new design. even without changing the cpu much. 2010-08-31 02:44 wolfspraul: i see.. is the "enclosure" part the one responsible for resolution, right? 2010-08-31 02:45 but for our volumes, oh well... :-) I rather spend the tiny money we have on where it matters from a freedom perspective. we have to grow it that way. 2010-08-31 02:45 no I mean the metal enclosure 2010-08-31 02:45 if you break open the LCM (I doubt you can disassemble it without breaking it), you will see many more parts inside :-) 2010-08-31 02:46 so the LCM is also called an 'LCM module' 2010-08-31 02:46 same as the 'RF modules' Werner doesn't like 2010-08-31 02:47 fiddling with any of this costs a lot of money. and may not net much on the freedom side. 2010-08-31 02:47 so first, let's see what really new/innovative things we can get going on the freedom side. Then we find the most cost-effective way to build a nice case around it. 2010-08-31 02:48 when you work in that order of things, you look at the LCM size later (or maybe together with mechanical), because you don't assume you can customize that part anyway 2010-08-31 02:48 ok, you have the plan and as long as i see you stick to it.. this will lead to success eventually 2010-08-31 02:49 he :-) does it sound like that. 2010-08-31 02:49 well then, good! 2010-08-31 02:49 yes I need to stay away from things that just cost money and create no free innovations 2010-08-31 02:50 we first have to create free innovations, they need to generate money, and that money can then be spent to buy whatever shiny box 2010-08-31 02:50 yes, this is what i'm talking about - you have a strategy :) 2010-08-31 02:51 it's amazing to see though how smartphone lcm resolutions are going up 2010-08-31 02:51 seems like a cold war arms race 2010-08-31 02:51 I don't even follow in detail anymore, it's all just going up up up it seems 2010-08-31 02:51 our 320x240 does look decidedly 80'ish, I agree 2010-08-31 03:00 wolfspraul: it's not just the resolution.. my Nokia N73, having the same 320x240 can display much smaller, cleaner and nicer fonts. In fact, putty can display 80x24 terminal just fine 2010-08-31 03:01 but ok, no more moaning :") 2010-08-31 03:04 kyak: oh we have much nicer fonts now, are those included in your critique already? 2010-08-31 03:05 yeah, i have the setfont2 installed, and now the terminal is 50x24 if i remember correctly 2010-08-31 03:05 that's another thing - I totally want to max out everything our current Ben hardware can do. 2010-08-31 03:05 but it's still not good enough? 2010-08-31 03:05 no :) 2010-08-31 03:06 we need 80x24 - most console apps are working like this 2010-08-31 03:06 that's the default font now because we felt it's the best compromise between readability and amount of characters on screen 2010-08-31 03:06 i mean, they are designed to work with at least 80x24 2010-08-31 03:06 there are smaller fonts too you can enable with setfont2 I think 2010-08-31 03:06 yeah, i know.. 2010-08-31 03:07 can't work for a long time with 4x8 font :0 2010-08-31 03:07 :) 2010-08-31 03:29 [commit] Werner Almesberger: ben-dispshell-outside-100um is done. http://qi-hw.com/p/ben-scans/1462d9d 2010-08-31 03:33 [commit] Werner Almesberger: ben-dispshell-inside-1mm is done. http://qi-hw.com/p/ben-scans/6564423 2010-08-31 03:45 someone here use kicad, right? 2010-08-31 03:47 sure :) 2010-08-31 03:47 hm 2010-08-31 03:47 it does not work for me 2010-08-31 03:47 It says 'eeschema not found', when I click on it 2010-08-31 03:48 ahh 2010-08-31 03:48 did you compile it from sources ? or install some packahe ? 2010-08-31 03:48 it looks only in .,/usr/bin,/usr/local/bin,/usr/local/kicad/bin 2010-08-31 03:48 sources 2010-08-31 03:48 did you "make install" ? 2010-08-31 03:48 yes 2010-08-31 03:49 I'll go on replacing those strings... I did not install into /usr 2010-08-31 03:49 it should find it in /usr/local/bin 2010-08-31 03:49 but I don't have it there 2010-08-31 03:49 (that's the default) 2010-08-31 03:49 I did not follow the default :) 2010-08-31 03:49 ah :) 2010-08-31 03:51 I expected it to respect CMAKE_INSTALL_PREFIX 2010-08-31 03:51 maybe you'll run into similar problems with components (symbols) and modules (footprints) 2010-08-31 03:51 "KiCad can be installed in '/usr' or '/usr/local'." says the manual 2010-08-31 03:52 Yes, I already found the trouble with components (because I have eeschema in the path and I can run it) 2010-08-31 03:52 for once, documentation that's correct ;-) 2010-08-31 03:52 well... 2010-08-31 03:52 it will get in trouble if you have both one in /usr and in /usr/local 2010-08-31 03:53 it will just pick one of the two :) 2010-08-31 03:53 I'll fix that with a 'sed' string :) 2010-08-31 03:54 I package it for a distro, so I have to do the things right 2010-08-31 03:55 ah, nice. which one ? 2010-08-31 03:55 NixOS 2010-08-31 03:55 aah, of course ! :) 2010-08-31 03:55 I also use its build system to build for the nanonote 2010-08-31 03:55 nix-build -A prboom.hostDrv nanonote.nix 2010-08-31 03:55 :) 2010-08-31 03:56 then we'll be able to run kicad on the ben, to view its own schematics :) 2010-08-31 03:56 hehe 2010-08-31 03:57 then a little makefile, and out come little new nanonotes :) 2010-08-31 03:57 exactly 2010-08-31 04:18 wpwrak: I've to send schematics to a person. I hope kicad will work well for that 2010-08-31 07:52 kyak: you just need to use 80x24? 2010-08-31 07:52 or you could work with a bit less 2010-08-31 07:52 ? 2010-08-31 07:54 kyak: if so, you can try this : http://fz.hobby-site.org/hp660lx/nn/rxvt-5x7-font.jpg 2010-08-31 07:54 rafa: 80x24 is the least usable, i think 2010-08-31 07:55 kyak: we have added xorg fonts so ou can run a terminal with the font you wish 2010-08-31 07:55 rafa: looks good, but as i remember keymap is broken in rxvt 2010-08-31 07:55 that would let you test 2010-08-31 07:55 kyak: rxvt keyboard broken? 2010-08-31 07:55 where? 2010-08-31 07:55 like function keys, or "Red arrow" ? 2010-08-31 07:55 in Jlime 2010-08-31 07:55 nop 2010-08-31 07:55 beta 3 2010-08-31 07:56 oh! 2010-08-31 07:56 has rxvt with keyboard working 2010-08-31 07:56 fn key 2010-08-31 07:56 red arrow 2010-08-31 07:56 need to have a look then, thanks :) 2010-08-31 07:56 all is okey 2010-08-31 07:56 kyak: when you run terminal in beta3 it will use a bigger font 2010-08-31 07:57 if you want to change that just edit /usr/bin/rxvt.sh 2010-08-31 07:57 with the font you wish to test 2010-08-31 07:57 ok, thanks for the hint 2010-08-31 07:57 kyak: the pic shows the 5x7 font 2010-08-31 07:58 ok! 2010-08-31 07:58 wpwrak: Have you tried printing schematics in kicad? 2010-08-31 07:58 wpwrak: they look quite bad 2010-08-31 07:58 kyak: okey, if you do some tests with different fonts tell us which is useful for you so we can use the same :) (there are several fonts in xorg fonts installed) 2010-08-31 08:00 mkey :) 2010-08-31 08:01 that also gives a chance to have full support of utf-8 in rxvt 2010-08-31 08:01 might be less painfull than linux console 2010-08-31 08:01 viric: hmm, maybe try "plotting" them ? 2010-08-31 08:01 wpwrak: I'll try 2010-08-31 08:02 wpwrak: right, much better! Thank you! 2010-08-31 08:02 (sending schematics) oh yes. you need to know which files to send, though. well, kicad has a "send everything you need" command. not sure if it works well. i generally don't trust such things much :) 2010-08-31 08:04 I don't need to send something editable by now 2010-08-31 08:06 ah, postscripts or pdfs are easy 2010-08-31 08:14 wolfspraul: hmm, what's actually the reason for not even considering small layout changes for the next bens ? fear of introducing a stupid bug ? lack of control of the process ? (so a small change would be expensive to implement, e.g., because you'd have to go via the layout house) 2010-08-31 08:15 it creates too much work, too much cost 2010-08-31 08:15 wolfspraul: (just read carlos' comment. and i very much agree with the "USB as soon as humanly possible" point) 2010-08-31 08:16 hmm, if you changes, say, a label in the silk screen, would that already create this sort of work ? 2010-08-31 08:17 i understand that risky changes are costly. but there's a certain amount of things you can usually change at minimum risk. particularly if you get it reviewed. not sure if routing usb to test points would be among the "easy" changes. 2010-08-31 08:18 yes sure. too many people and vendors involved. it will not happen. 2010-08-31 08:18 what is Carlos point? and where? 2010-08-31 08:18 ah, so you don't just send a new set of gebers to the pcb fab 2010-08-31 08:19 on the list, latest mail "IMO we must provide the USB host lines as Test points in the next run." (unclear whether he means "Ben" or "Ben II"/"Ya", though) 2010-08-31 08:48 wolfspraul: i think the frustration everyone feels with USB host is the same you have with my almost readable schematics. so close yet so far :) 2010-08-31 08:52 yes agreed _but_ ... it has been discussed many times. we have tried to explain how we got to where we are, and what the priorities are. 2010-08-31 08:52 I can send some letters to Santa Claus too... 2010-08-31 08:54 ;-) i understand perfectly well that you don't want to make expensive/risky changes now. what i don't understand is why this means "no change at all". 2010-08-31 08:55 so on the Ben, it will not happen 2010-08-31 08:55 the Ben production process still uses proprietary software. otherwise we couldn't produce at all. 2010-08-31 08:55 with SIE we are just starting to build up more testing software now, which will be helpful for future NanoNote runs as well 2010-08-31 08:55 and that's proprietary software you don't have ? 2010-08-31 08:56 yes but the vendors we are working with, that are making the PCB, SMT, assembly and testing, cannot make changes unless the volumes are much higher 2010-08-31 08:56 it's just uneconomical 2010-08-31 08:57 we are going in circles with this. The Ben is a starting point. We knew some of its deficiencies before starting (such as the lack of USB host). Others we found out later. 2010-08-31 08:57 with the help of the Ben, we get enough momentum into this to be ready for an economical Ya production of a product that (hopefully, if we worked well), has less deficiencies than the Ben 2010-08-31 08:58 sure, sure. but where exactly *is* the cost of the change ? we're not talking about tearing the ben another hole ;-) 2010-08-31 08:59 don't know I never asked or even thought about it. Maybe once you work with all these people and vendors for so long at some point some numbers are just so obviously off it's not worth to talk about... 2010-08-31 08:59 a normal OEM has a MOQ of 10K 2010-08-31 08:59 let's just start there 2010-08-31 09:00 because we started Qi hardware in the middle of a massive recession, we negotiated it down to 3k 2010-08-31 09:00 from there we negotiated further down to 3 'shipments' of 1k each 2010-08-31 09:00 ;-)) 2010-08-31 09:00 now, if you zoom into the prices, you will realize really everybody is working with zero margins. literally. 2010-08-31 09:01 the entire SMT + assembly/testing costs ca. 3.50 USD 2010-08-31 09:01 that's about 300 people working together there to make this happen 2010-08-31 09:01 so 1 cent / NanoNote for each one 2010-08-31 09:01 so your concern is that they would be upset if you made a change in a deal where you're already stretching things. even if the change is perfectly safe and no extra work for them, they may still bark at the sheer concept. is it that ? 2010-08-31 09:01 can you please give them a break at some point. they also need to eat and sleep once in a while. and cannot 'skip' eating for a few days or weeks because some customers couldn't do the math right :-) 2010-08-31 09:02 it's just impossible 2010-08-31 09:02 there are even no people to communicate these 'perfectly safe' changes to 2010-08-31 09:02 every new lot in every storage causes administrative overhead 2010-08-31 09:03 the only reason we can make 900 Ben is that we are massively sharing stuff with much larger runs 2010-08-31 09:03 our 1k order every 6 months is just a blip on the screen 2010-08-31 09:03 so when you want to make 1000 more units, you don't send an order to a pcb house that makes the boards for you but you go to some one-stop-shopping house that already has the gerbers, case design, etc., and will then make the bens for you, with the actual ordering of pcbs and the like invisible to you ? 2010-08-31 09:04 not invisible, we know all the people, all the way to the vendors 2010-08-31 09:04 but you cannot strangle your business partners to death 2010-08-31 09:04 just look at the numbers, it's scary 2010-08-31 09:05 is it them who order/make the pcbs ? or do you send them the pcbs and they do the rest ? 2010-08-31 09:05 they shouldn't even pickup the phone once - no margin for that :-) 2010-08-31 09:05 no we buy the entire product 2010-08-31 09:05 we work with an ODM essentially 2010-08-31 09:06 okay. i think that's the point that wasn't clear enough. 2010-08-31 09:06 changes are possible, but uneconomical 2010-08-31 09:06 and since this is a "3kU in 1kU installments" deal, for all you know, they may already sit on those remaining 2000 PCBs, waiting for your next cheque. 2010-08-31 09:06 (at least conceptually) 2010-08-31 09:07 nobody has margins, so sourcing is very careful 2010-08-31 09:07 remember how many people need to be fed in all this 2010-08-31 09:07 yeah, all the things USD 100 can buy you, it's scary :) 2010-08-31 09:08 yes, and how many people work together on this 2010-08-31 09:09 i'm not arguing that you should squeeze your business partners more. what i'm after is understanding where exactly such changes would even be a problem for them. e.g., it wasn't clear that the administrative process also included the pcb design, probably with approvals and related paperwork. 2010-08-31 09:09 wpwrak: keyboard factory as an example (I know, it's not silk/pcb, but to illustrate my point) 2010-08-31 09:09 keyboard factory employs 6000 people 2010-08-31 09:09 razor thin margins on everything 2010-08-31 09:10 that means every day they have to crank out keyboards 2010-08-31 09:10 if they dont : no money to buy dinner 2010-08-31 09:10 literally 2010-08-31 09:10 so it's not order PCBs from X, SMT from Y, cases from Z, send everything to W who then put it into the case 2010-08-31 09:10 so they need to make 150k / day 2010-08-31 09:10 now imagine when the early shift comes in and looks at the plan of the day, and they see 150 tiny 1k orders each 2010-08-31 09:10 WHAT A SHITTY DAY THAT WILL BE! :-) 2010-08-31 09:10 and they have to finish all this, time has no mercy 2010-08-31 09:11 next day the next 150k need to be produced already 2010-08-31 09:11 the early shift has it good. there will still be money for lunch ;-) 2010-08-31 09:11 so those orders, and all their messy little differences and little start/stop problems and what not will be a nightmare 2010-08-31 09:11 compare that so a nice day with 3 big orders of 50k each 2010-08-31 09:11 s/compare that so/compare that to/ 2010-08-31 09:11 see my point? 2010-08-31 09:12 so when our 1k order comes in, it's already painful for them 2010-08-31 09:12 this was only possible because we started in the middle of the worst recession in a while 2010-08-31 09:12 so that's keyboards 2010-08-31 09:12 but it's the same principle everywhere 2010-08-31 09:12 yes, what wasn't clear is why a 1 k order without changes would be any less painful than a 1 k order with changes. 2010-08-31 09:13 I think the SMT place needs to make about 4-5k / day to pay the bills 2010-08-31 09:13 every minute is work, ah minute. it's optimized to the last second. 2010-08-31 09:13 what you're basically saying is that all this is a pipeline and the next 1-2 k are already further down the pipeline. 2010-08-31 09:13 you could say it that way 2010-08-31 09:14 you can reach into this pipeline and fiddle around 2010-08-31 09:14 but it's painful 2010-08-31 09:14 thanks. that was the explanation that was missing :) 2010-08-31 09:14 and we are already stretching the rules everywhere 2010-08-31 09:14 well they are flexible 2010-08-31 09:14 but you need to understand their pressure. it's the downside from the low margins and endless optimizations over years. 2010-08-31 09:15 these processes are basically continuously being optimized 2010-08-31 09:15 but the optimization has negative side-effects of course 2010-08-31 09:15 yes, that's okay. nobody's arguing (so far ;-) about the quantitative side. what was missing was the qualitative side. i.e., why this would be a problem in the first place. 2010-08-31 09:15 How is Qi world these days? Is there a good status update somewhere? 2010-08-31 09:15 wolfspraul: does it also mean that you would have to order 10k pieces of Ya? 2010-08-31 09:15 because I know the people I work with and I cannot ask them for more favors. 2010-08-31 09:16 Ya will have many interesting challenges. 2010-08-31 09:16 again it's not so much 'have to' 2010-08-31 09:16 e.g., if you'd order your PCBs yourself and ship them do a "does all the rest" house, then there would be no penalty for making changes (as long as the changes don't introduce bugs, naturally), since it would be just a package with pcbs anyway. 2010-08-31 09:16 you can order 1 Ya from me, if you pay 1 million USD I may still produce 'some more' in my backyard and ship you the one you ordered. 2010-08-31 09:17 so we will see what smart way we find to reuse some Ben stuff, and introduce some new Ya stuff 2010-08-31 09:17 but since you have a pipeline and you've essentally handed the design over to production, there _is_ a barrier, no matter how small. 2010-08-31 09:17 that's why we work with all the Ben vendors one by one 2010-08-31 09:18 mstevens: no status update, sorry. need to become more active again on the PR side after the summer break :-) 2010-08-31 09:19 wolfspraul: alternative question, any cool stuff happening? 2010-08-31 09:19 mstevens: things are moving in many places, if anything we are spread very thin. Werner has been doing awesome stuff the last 2 months, case scans, 802.15.4 RF work, kicad revision visualizations, counterweights, etc. 2010-08-31 09:19 Milkymist One, Xue 2010-08-31 09:19 Lars managed to upstream most of the Ben NanoNote kernel in 2.6.36 2010-08-31 09:20 Jlime has much improved software. 2010-08-31 09:20 I kinda bought my nanonote on general principles of supporting free gadgets, I look back now and again to see if there's anything fun I can actually do with it :) 2010-08-31 09:20 try jlime 2010-08-31 09:20 I did have it setup as very difficult to use ogg p0layer 2010-08-31 09:20 player 2010-08-31 09:20 http://jlime.com/wiki/index.php/Jlime_Muffinman 2010-08-31 09:21 looks kinda cool 2010-08-31 09:22 wpwrak: I think in the future we should be in a better position wrt smaller runs. At least we are working towards that. 2010-08-31 09:25 but I think mostly because we do the smaller runs ourselves. I think once you work with companies that do very complex work steps for ridiculous little money, you will always pay the price in some way, for example in their inability to process too many changes, if any. 2010-08-31 09:25 and if you still ask for those changes, you are just going to kill them, which also will not help (they will just refuse your business) 2010-08-31 09:25 think about it this way: SMT + assembly/testing = 3.50 USD 2010-08-31 09:25 so for 3K, that's about 10,000 USD 2010-08-31 09:26 for a company that needs to feed 300 people 2010-08-31 09:26 and then you want to break down even those 10k USD into smaller chunks, and have some special request after the first 2K, and then after the next 4K, and another one after another 2K. 2010-08-31 09:26 It's just impossible. 2010-08-31 09:26 (organize small runs yourself) yes, i think that's the key. so you can pick whatever suits your needs best. 2010-08-31 09:27 the machine is already so crazy optimized it just cannot do this. 2010-08-31 09:27 do you know how much work has to get done for those 10K USD? how much can go wrong? how hard they work for that money? it's insane. It's optimized to the last penny. 2010-08-31 09:27 right now, the volume alone probably doesn't justify going to highly efficient places. even less efficient places would only raise the cost a little. (of course it's nice if you can spare some bucks) 2010-08-31 09:27 ah no 2010-08-31 09:27 he he 2010-08-31 09:28 costs go up a lot 2010-08-31 09:28 a lot as in A LOT 2010-08-31 09:28 however, since you don't have all the pieces of the process under your control, you cannot cherry-pick. so it is all or nothing. 2010-08-31 09:28 correct 2010-08-31 09:28 it should get fun later 2010-08-31 09:29 we only must resist to make all sorts of changes in components that reduce our ability to cherry-pick later 2010-08-31 09:29 yup. that's one important thing 2010-08-31 09:30 e.g., no case parts that require production techniques that haven't been invented yet ;-)) 2010-08-31 09:30 (inside joke) 2010-08-31 09:31 isn't it amazing that 300 people work together and make 1 cent each on the finished product they are collectively working on? 2010-08-31 09:31 I continue to be amazed by this and thinking about it... 2010-08-31 09:32 [commit] Andres Calderon: 2.5V current sensor added http://qi-hw.com/p/xue/136717f 2010-08-31 09:32 bah, in qi-hw we have scores of people who make even 0 cents on the product they're collectively working on. heck, they even pay for it ;-) 2010-08-31 09:33 and these are very complex processes, with a lot of testing going on, a lot of 'return 2 stations, repair this', rinse and repeat... 2010-08-31 09:33 wolfspraul: so you've out-optimized the chinese :) 2010-08-31 09:37 wolfspraul: i think it would be good to post an explanation why such small changes are more difficult that one would expect to the list. until now, that point wan't clear even to people who try to have reasonable expectations. 2010-08-31 09:38 what clarified it for you now? the pipeline? 2010-08-31 09:38 I like that word, fits with reality :-) 2010-08-31 09:38 yes there is a pipeline, definitely. deep into the vendors. 2010-08-31 09:38 pipeline and that the deal is for more than those 1k units. 2010-08-31 09:39 "deal" or perhaps "understanding" 2010-08-31 09:39 oh sure. much more. the steel tool, for example, will be maxed out to 250k, no matter what :-) 2010-08-31 09:39 no matter how many products have to share the same look 2010-08-31 09:39 well actually it will be worn out until the tolerances become too big, but they try to manage it well and produce as much as possible 2010-08-31 09:39 and the reason for needing such an arrangement is of course that there are many things you can't go cherry-picking for yet 2010-08-31 09:40 (steel tool) sure, but that only matters if you want to make a case change or when you're not able to get the case parts from another source 2010-08-31 09:40 we can exclude the case change but the sourcing issue would continue to exist 2010-08-31 09:41 (another source) or without the rest of the package attached to it 2010-08-31 09:42 i.e., if you went to the same guys and asked them to make nanonotes with a board you supply, smt and tested, this would be a different kind of deal, with different prices, and maybe they wouldn't even want to do it. 2010-08-31 09:43 that's probably what we will do with Ya 2010-08-31 09:43 in fact we are talking with them already now, to prepare, see who is interested in what, etc. 2010-08-31 09:43 and, most of it, it would be a radical change to what you've negotiated with them for now. nobody likes customers who pay poorly and ask for crazy changes all the time :) 2010-08-31 09:43 YES! 2010-08-31 09:43 (ya) that sounds good 2010-08-31 09:44 and 'pay poorly and ask for changes all the time' unfortunately is a common habit among electronics industry customers 2010-08-31 09:44 so everybody is on the lookout 2010-08-31 09:45 you want to work with people that make 5 USD a day, no, you not only 'want to' work with them, you absolutely insist to _only_ work with such people 2010-08-31 09:45 right now, you need those "one stop shopping" houses because you can't so the individual steps in a useful way. be it because you lack contacts, expertise, just time to set them up, because they're not available at reasonable cost, whatever. 2010-08-31 09:45 s/so the/do the/ 2010-08-31 09:45 and then on top, your orders don't come in as a regular stream, and then on top of that you want these people to understand all sorts of great new ideas you had along the way 2010-08-31 09:46 oh yes. no only ask them crazy stuff, ask them to be _enthusistic_ about it, too ;-)) 2010-08-31 09:46 mostly for Ya we are lacking production testing software, a solid SOP document (IKEA style) that someone can walk through 2010-08-31 09:47 for the vendors we have established contacts and connections everywhere, continue a bit here and there, second source etc. 2010-08-31 09:47 make sure you look suitable disappointed in them if they don't follow your presentation of radical changes with standing ovations ;-)) 2010-08-31 09:47 for example I will try to find a smaller keyboard factory, not just that scary one with 6000 employees 2010-08-31 09:48 08:17 < wolfspraul> so we will see what smart way we find to reuse some Ben stuff, and introduce some new Ya stuff 2010-08-31 09:48 nice 2010-08-31 09:48 ah no, it's all just simple math. and if they don't have enough money to eat, well, they will simply not do the work. big surprise :-) 2010-08-31 09:48 (keyboard) as an aside, i'd love to see that get customizable. that could be a key [no pun intended] for OEM applications. 2010-08-31 09:48 yes so I want to find smaller and more flexible (he he) keyboard makers 2010-08-31 09:49 of course I still only want to pay 3.50 USD / keyboard 2010-08-31 09:49 :-) 2010-08-31 09:49 just kidding. Like I said I am able to follow simple math. And if the work needs so and so many minutes, and so and so many people are involved, then the price will be such and such or no keyboard. 2010-08-31 09:49 as long as everyone's an asshole, if you just treat them a little less nasty than the rest, they'll think you're mother theresa ;-)) 2010-08-31 09:50 I try to be very open upfront about our volumes. 2010-08-31 09:50 and so far I think everybody appreciates that and actually is very supportive of the project. 2010-08-31 09:51 in the meantime, I do not expect impossible things like workers paying 1 USD / hour for the privilege of working on my product :-) 2010-08-31 09:51 well, low cost is good for the baseline. i don't care much about it for customizations. so, ideally, you'd have both paths - a design that can be produced efficiently in medium to large quantities, and that still allows small-volume customized runs. 2010-08-31 09:51 yes correct! 2010-08-31 09:52 exactly my thinking, hopefully we slowly get there - as we get better to make small runs. 2010-08-31 09:52 the key for the latter being modularity, absence of crazily difficult elements, open design, and a resonably open/documented production process. 2010-08-31 09:52 all agree 2010-08-31 09:52 so the most interesting decisions from Ben to Ya will be what we change, what we don't change. the criteria. 2010-08-31 09:53 on the mechanical side, I do not like some of the glued stuff. 2010-08-31 09:53 wolfspraul: what is a small for you in numbers? 2010-08-31 09:53 I do not like the plastic clips around the frame. 2010-08-31 09:53 kristianpaul: you mean small run? 2010-08-31 09:53 anything < 1000 2010-08-31 09:53 ok 2010-08-31 09:54 500 is maybe in the middle 2010-08-31 09:54 (mech) i'd go for screws, just to keep things simple 2010-08-31 09:54 but < 500 is definitely typically called 'small run' 2010-08-31 09:54 (mech) not sure about glue. seems to be unavoidable for some things. but agreed, the less the better 2010-08-31 09:55 in other words the normal production SMT/assembly places cannot process such small orders. or don't want to, because they are over-optimized as I explained above. 2010-08-31 09:55 (mech) if you can get control of the case making process, then some of these things will happen just naturally, because you'll be forced to keep things simple ;-) 2010-08-31 09:55 yes, that would be great 2010-08-31 09:56 wolfspraul: you may end building a small SMY/assembly factotry some how 2010-08-31 09:56 well not build as the sense of make 2010-08-31 09:56 s/build/arrange 2010-08-31 09:56 oh no. just the knowledge. documentation, software, etc. 2010-08-31 09:57 ok 2010-08-31 09:57 all freely documented and licensed of course. 2010-08-31 09:57 anybody can use this to manufacture. 2010-08-31 09:57 I will absolutely 100% not start to buy my own pick and place machines etc. 2010-08-31 09:58 ok 2010-08-31 09:58 now, if just someone who knows about mechanical stuff would take the lead there. you can of course wait until i get around do doing that, because it does bother me to not have control over this type of things, but someone with the right experience and the right tools should be able to beat me by a decade or two ... 2010-08-31 09:58 but is soo hard get small runs on china? 2010-08-31 09:58 i guess there is market for everthing.. 2010-08-31 09:58 yes sure but then it gets expensive 2010-08-31 09:59 ahh true the expensive balance.. 2010-08-31 09:59 not sure if a basic smt line is really that expensive. it would have its benefits for prototype runs. 2010-08-31 09:59 why not just got cheap SMT and document more assembly 2010-08-31 09:59 and an automated line that can do tens of prototypes can also do 1000 units. shifts the point where you need to go to the bigger houses. 2010-08-31 10:01 well i must leave (real life work) 2010-08-31 10:01 bbl 2010-08-31 10:01 but let's talk about this when your main worry is where to invest all the money ;-) 2010-08-31 10:07 wpwrak: it's not just the machines, it's the entire company and their people you need to think about. 2010-08-31 10:07 companies are targeting different customers, and have the appropriate staff and technical equipment for whatever they are targeting 2010-08-31 10:08 there is a lot of diversity in PCB and SMT houses 2010-08-31 10:08 so it's not about what they 'can' (theoretically) do, based on outside speculation. it's about what they have been optimized for, and are competitive at. 2010-08-31 10:09 some of them are upgrading their equipment, because it's part of their strategy and how they operate. 2010-08-31 10:09 some don't. they will just be setup with equipment X, and then they will run down that equipment, and produce whatever that equipment is best suited for, at the lowest possible prices. 2010-08-31 10:09 (company and people) sure. if you have an smt line, you'd need someone in charge of maintaining and operating it. "operating" also in the sense of making incoming designs match 2010-08-31 10:10 and those places don't even need anyone to think about what 'else' would be possible, if they only added this or that 'little' thing. It wasn't setup like this. The point was to produce ABC at rock bottom prices. 2010-08-31 10:10 others can try other strategies, but that place may be using this strategy. end of story. 2010-08-31 10:10 so that's something useful if you do many small runs 2010-08-31 10:11 yup, that's MP again 2010-08-31 10:11 i'm thinking more of R&D and customization 2010-08-31 10:11 sure, I just try to explain why sometimes seemingly simple/little things turn out to be so hard. 2010-08-31 10:12 it depends on whom you are presenting your 'little' things to, and how they have been setup 2010-08-31 10:12 "little" changes also need to be in relation to the money they can make with it ;-) 2010-08-31 10:12 this problem only exists because of an almost insane optimization down to the last penny 2010-08-31 10:12 smt fab != university of manfacturing ;-) 2010-08-31 10:13 so even some common sense things cannot be done sometimes, the people are just not there that would understand _anything_ :-) 2010-08-31 10:14 so while an SMT place like Minbo that we used for the Milymist One RC1 run (6 pieces) can make larger runs, it's unusual for them to get such orders, or at least not for too long, because they will be too expensive 2010-08-31 10:14 they have all these expensive people walking around the floor... 2010-08-31 10:15 so the brains of these people are under-utilized if a 5k run is being processed. and at some point even their choice of equipment may not be ideal for larger runs, or it may not be configured well for larger runs, etc. 2010-08-31 10:16 there is too much optimization going on for 1 super-automated machine to be able to scale from 1 to 1 million and always be competitive with companies (and real people) that have specialized 2010-08-31 10:16 wow, 6 pieces is tiny indeed. how do you even feed pick and place efficiently for that ? :) 2010-08-31 10:16 in SMT you basically pay for time 2010-08-31 10:16 is like you rent the floor, by the hour (roughly) 2010-08-31 10:16 yeah, there are different classes of machines 2010-08-31 10:17 so you do R&D runs in .cn or in .tw ? 2010-08-31 10:18 Taiwan 2010-08-31 10:18 we are also cherry-picking between Taiwan and China :-) 2010-08-31 10:18 hehe :) 2010-08-31 10:36 back :) 2010-08-31 10:42 [commit] Carlos Camargo: Fixing some examples, adding scripts for compiling xilinx libs with ghdl http://qi-hw.com/p/nn-usb-fpga/acf516e 2010-08-31 10:43 kristianpaul: you have an efficient way of dealing with that "real work" :) 2010-08-31 10:45 hmm, thunderstorm. and risk of brownouts. luckily i only have a medium sized scan running. 2010-08-31 11:07 wpwrak: yeah was fast :) 2010-08-31 11:07 actyually i cant complaint with my work at all 2010-08-31 11:07 yeah better said pay work instead of real work 2010-08-31 11:07 :) 2010-08-31 12:08 so on the mailing list x11 forwarding was mentioned 2010-08-31 12:08 so I was wondering 2010-08-31 12:08 are there any applications in the image that have x backends? 2010-08-31 12:13 perhaps it was about jlime? 2010-08-31 12:14 oh, that is not what I mean 2010-08-31 12:15 I mean I was just wondering whether there already is an application in the image having a (working) x backend 2010-08-31 12:15 so I can test 2010-08-31 12:15 for when I ever want to use it 2010-08-31 12:15 it seems SDL is compiled without x support 2010-08-31 12:17 grr. involuntary desktop cleanup by x server crash :-( 2010-08-31 12:22 you see: X is junk 2010-08-31 12:23 that's what I've always been saying 2010-08-31 12:23 instability is only one of its numerous problems (though I will admit is has improved since XFree86) 2010-08-31 12:27 http://www.art.net/~hopkins/Don/unix-haters/x-windows/disaster.html 2010-08-31 12:39 lekernel: i think it's some ubuntu depedency problem. never had this kind of trouble until after the last major upgrade. i should probably reinstall from scratch. it's probably using some old incompatible driver/library. 2010-08-31 13:22 lekernel: the holy grail analogy is nice ;) 2010-08-31 13:32 i don't understand.. trying to install latest Jlime from within Ben, it hangs at mkfs.ext2 (i.e. mkfs.ext2 is doing nothing). It's strange, because I've done this several times before.. 2010-08-31 13:47 i'm going to install the latest image from 26th of August instead of the image i just built myself 2010-08-31 13:47 kyak: me here for a wil 2010-08-31 13:47 while 2010-08-31 13:48 rafa: the prob is, i don't have the microSD card reader, so always have to install Jlime from within openwrt 2010-08-31 13:48 and for some reason it fails this time./. 2010-08-31 13:48 kyak: ah... and now mkfs.ext2 freezes? :( 2010-08-31 13:48 yeap 2010-08-31 13:48 weird 2010-08-31 13:48 indeed! 2010-08-31 13:49 are the partitions okey? i mean.. i would not know what to check anyway 2010-08-31 13:49 have you had patience? :) 2010-08-31 13:49 i mean. if it run for a long time 2010-08-31 13:49 partition is ok, i just unmounted it 2010-08-31 13:50 and i was patient, though it usually only takes seconds 2010-08-31 13:50 flashin rootfs now, let's see if it'll help 2010-08-31 13:51 are you flashing openwrt ? 2010-08-31 13:51 yes 2010-08-31 13:51 have you used the same kernel and openwrt last time that mkfs.ext2 worked okey? 2010-08-31 13:52 no, definitely not.. i reflashed since that 2010-08-31 13:54 ah... okey.. so there are a lot things to check maybe.. kernel version, kernel support for sd, ext2, etc. mkfs.ext2 versions, if there was swap last time.. 2010-08-31 13:54 these things are pretty much the same.. could be some mess with libraries during build 2010-08-31 13:55 you can try jlime on nand as wellif you know how to reflash easily 2010-08-31 13:55 nah, i'll better keep Jlime on SD :) 2010-08-31 13:55 if your build lets you :) 2010-08-31 14:04 hm..hmm 2010-08-31 14:04 it is absolutely the same 2010-08-31 14:04 last two lines in strace are 2010-08-31 14:05 ioctl(0, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0 2010-08-31 14:05 ioctl(1, TIOCNXCL, {B38400 opost isig icanon echo ...}) = 0 2010-08-31 14:05 this is when run without arguments 2010-08-31 14:05 and then nothing 2010-08-31 14:15 will flash 2010-06-15 image now 2010-08-31 14:16 [commit] Juan64Bits: Modifying USB H-D http://qi-hw.com/p/xue/d02e783 2010-08-31 14:29 ...and it works! 2010-08-31 14:30 openwrt-xburst is badly broken at some point -\ 2010-08-31 14:30 i suppose it is after switching to a next uClibc version 2010-08-31 14:36 now unpacking Jlime 2010-08-31 14:42 rafa: btw, Jlime's rootfs already includes /boot/uImage. Is it as expected? 2010-08-31 14:49 rafa: 5x7 font is not really readable in rxvt 2010-08-31 14:50 setfont2 from openwrt-packages makes use of Ben's special LCD much better 2010-08-31 14:50 how special it is? 2010-08-31 14:50 special like this: 2010-08-31 14:50 . 2010-08-31 14:51 . . 2010-08-31 14:51 . 2010-08-31 14:51 means, pixels are in chess order 2010-08-31 14:51 not one under another 2010-08-31 14:52 rafa: great job with other apps and fixing the keymap in rxvt! 2010-08-31 14:52 ahh 2010-08-31 14:53 this claendar looks interesting :) 2010-08-31 14:54 curses based calendar - definitely my outlook and gmail friends will get jealous :) 2010-08-31 15:01 power button now works, too! 2010-08-31 15:07 If you see a SIGBUS... 2010-08-31 15:07 what do you think? 2010-08-31 15:07 a bad alignment memory access? 2010-08-31 15:10 most likely, yes 2010-08-31 15:11 oh. 2010-08-31 16:48 looking at sdl's makefile it seems x support is built 2010-08-31 16:48 so.. how do I use it? 2010-08-31 16:54 on libsdl.org, look up the documentation of the SDL envvars 2010-08-31 16:54 there is one to specify which video driver to use 2010-08-31 16:54 probably something like SDL_VIDEODRIVER=x11, but look it up to be sure 2010-08-31 16:55 you also need DISPLAY set to use X 2010-08-31 16:56 yeah 2010-08-31 16:56 done that 2010-08-31 16:56 no result 2010-08-31 16:57 (using X forwarding.. 2010-08-31 16:57 which.. 2010-08-31 16:57 now that I think of it might not be enabled in my conf) 2010-08-31 17:00 where is the nn's ssh.conf? 2010-08-31 17:04 I don't even see the ssh server.. 2010-08-31 17:06 ah dropbear 2010-08-31 17:08 ah 2010-08-31 17:08 sh: /usr/X11R6/bin/xauth: not found 2010-08-31 18:14 wpwrak: i'm etching a couple of breakout boards right now 2010-08-31 18:15 i have always had a bit problem with smudged lines, but now it seems to work 2010-08-31 18:23 Ornotermes: can we have a photo of your boards once they're etched and cleaned? 2010-08-31 18:25 shure, but i can't fix the shape tonight 2010-08-31 18:48 Ornotermes: excellent ! ;-) 2010-08-31 18:48 Ornotermes: now we should have all this in KiCad :) 2010-08-31 18:49 well, it's done... a few shorts but that was kind of expected :P 2010-08-31 18:50 0.2 mm is plenty :) 2010-08-31 18:54 you could make a little board with ten LEDs for tuxbrain 2010-08-31 18:56 btw, brilliant idea to make a board for uSD, congratulations ! 2010-08-31 18:58 http://slashhome.se/p/uSD_breakout/ 2010-08-31 18:58 some more images 2010-08-31 19:00 nice lighting of the acid ;-) 2010-08-31 19:00 thanks :) 2010-08-31 19:00 had my flashlight behind it to see the progress better 2010-08-31 19:00 did you change the track on the right edge ? 2010-08-31 19:00 no not yet 2010-08-31 19:01 (flashlight) ;-)) 2010-08-31 19:02 i will change that and a couple of other things later 2010-08-31 19:02 and thanks wpwrak :) 2010-08-31 19:07 have you used kicad yet ? would be nice to have all this accessible with a Free tool. 2010-08-31 19:07 maybe it could be an idea to add another uSD slot to NN in the future, but as an expansion port with SPI/I2C/GPIO instead of sd(even if could be bit banged) 2010-08-31 19:08 yes. maybe the next cpu will even have two sd interfaces, so each could get its own. 2010-08-31 19:09 make the second slot face towards an open internal space (battery) and voila 2010-08-31 19:09 also, make it a friction lock, not the push-to-lock/unlock type, so the card can be flush with the edge' 2010-08-31 19:10 also, there's nothing preventing anyone from routing sd and spi to the slot. maybe with an NC resistor in the part so that one can choose whether to join them or not 2010-08-31 19:10 wpwrak: but for hardware expansion i think SPI and I2C is most interesting 2010-08-31 19:11 yup, agreed 2010-08-31 19:11 also, i have an idea of a special conecor for the usb 2010-08-31 19:13 so when nothing is connected the usb goes staight to external, but if one connects a internal board (like 2port hub + bluetooth) usb goes to the hub and one goes to external and the rest can be used by devices on the internal expansion board 2010-08-31 19:14 but it would probably require more space 2010-08-31 19:15 hmm, sounds complicated. could also cause problems with signal integrity 2010-08-31 19:16 maybe, but it would make it possible to add internal usb devices, and still have the port avaliable 2010-08-31 19:21 the whole usb setup may change with the next cpu anyway. so there's a chance that there will be an extra port we could use for such things 2010-08-31 19:21 but details on that cpu are still scarce 2010-08-31 19:37 Ornotermes: do you have the coordinates/sizes for the uSD card in mm ? 2010-08-31 19:37 Ornotermes: i'd like to make a footprint with fped (for kicad) 2010-08-31 19:39 wpwrak: not really, but most pads are 3x2 mm (i think) 2010-08-31 19:43 they must be something like 3x0.9, with a 0.2 mm gap. some are a bit longer, maybe 3.3x0.9 2010-08-31 19:43 but i was thinking more of the package outline 2010-08-31 19:45 i'm not sure of my measures yet, but you can take a look at the high res version of my board layout 2010-08-31 19:46 http://gallery.slashhome.se/main.php?g2_itemId=2857&g2_imageViewsIndex=2 2010-08-31 19:46 hmm, but that still doesn't give me measures 2010-08-31 19:47 ah well, i'll just draw my own and see what happens. your scan is a great starting point 2010-08-31 19:48 its 1200dpi, so in a way it does ;) 2010-08-31 19:48 and uSD is 11 x 15 mm 2010-08-31 19:52 seems like my board might have been just a bit bigger than it should 2010-08-31 19:53 but it might be a printer problem 2010-08-31 19:54 they're usually very precise 2010-08-31 19:57 maybe look at it tomorrow, could be i who set dpi or something wrong too 2010-08-31 19:57 how wide is the board you made ? 2010-08-31 19:58 i draw it 11mm 2010-08-31 19:58 but the lines was too thin to survive toner transfer and etching 2010-08-31 19:58 ah, i see 2010-08-31 20:02 wpwrak: http://gallery.slashhome.se/main.php?g2_itemId=2885&g2_imageViewsIndex=1 there is higher res but my uplink is a bit slow 2010-08-31 20:05 darn. indeed a bit too big 2010-08-31 20:05 what pitch did you use ? 2010-08-31 20:06 pitch? 2010-08-31 20:07 distance from pad center to pad center 2010-08-31 20:07 should be 1.2 mm 2010-08-31 20:07 0.5 pad, 0.2 space, 0.5 pad 2010-08-31 20:08 i think it's 1.1 mm 2010-08-31 20:08 yeah, might be 2010-08-31 20:08 yes, 1.1 mm 2010-08-31 20:09 1.1 mm is what i got from your scan. also, when looking at a uSD holder, the pin spacing is 1.1 mm 2010-08-31 20:09 oh, ok 2010-08-31 20:11 then i have some changes to do 2010-08-31 20:11 wpwrak: and if you make a KiCad version i happily link to it 2010-08-31 20:12 great. i'll have it in a bit. the outline already looks good 2010-08-31 20:13 now .. which pin is #1 :) 2010-08-31 20:14 DATA2 2010-08-31 20:14 counting from the cut corner 2010-08-31 20:15 yup. agrees with what the card holders say 2010-08-31 20:16 good :) 2010-08-31 20:21 i changed the pad size, looks much more like a real card :) 2010-08-31 20:23 great. my footprint is about to get ready ... 2010-08-31 20:29 http://www.almesberger.net/misc/ben/usd-card.ps 2010-08-31 20:30 let's see what reality has to say about these dimensions ... 2010-08-31 20:31 the line along the back is the clearance needed for push-pull holders 2010-08-31 20:32 well, to be more precise, the ben's case, according to my measurements :) 2010-08-31 20:37 wpwrak: looks good 2010-08-31 20:41 Ornotermes: how do you transcibe your last name into ASCII ? Lindstroem ? 2010-08-31 20:41 that or Lindstrom 2010-08-31 20:42 which variant do you prefer ? 2010-08-31 20:43 i dont really care but i think Linstrom would sound less weird than people trying to pronounce Lindstroem :P 2010-08-31 20:45 http://projects.qi-hardware.com/index.php/p/kicad-libs/source/commit/8827771fbf816e7a834f689adb193d6f9722c5ce/ 2010-08-31 20:47 oh well time to sleep 2010-08-31 20:47 europe ? 2010-08-31 20:47 yup 2010-08-31 20:47 2:45 in the morning 2010-08-31 20:48 the best time to work ;-) 2010-08-31 20:48 particularly if it involves a dremel ;-) 2010-08-31 20:48 especially when you live in a apertment ;) 2010-08-31 20:49 but now good night 2010-08-31 20:49 yeah :) make sure your neighbours don't forget you :) 2010-08-31 20:49 sweet dreams ! :) 2010-08-31 21:20 how would software on the Ben control the uSD lines? 2010-08-31 21:21 unclouded: it could write directly to the port registers 2010-08-31 21:22 or you can make a kernel driver that does all this properly :) 2010-08-31 21:23 would it interfere with the part of the kernel that interfaces with uSD cards? 2010-08-31 21:23 you just override it ;-) 2010-08-31 21:24 is it built as a module and I can simply unload the module and then write to the port registers? 2010-08-31 21:24 you can check: lsmod 2010-08-31 21:27 ok.  what would the module be called? 2010-08-31 21:28 something mmc, mci, maybe sd 2010-08-31 21:31 doesn't seem so then.  With OpenWRT 2010-06-15 there are a lot of ALSA modules ( snd_*), "tun" and "ks7010".  nothing else 2010-08-31 21:34 doesn't sound like it then. you can also disable things via sysfs to some extent, but i don't think this really helps in this case 2010-08-31 21:36 would it be silly to insert a uSD breakout board wired to a project while the MMC driver is still active? 2010-08-31 21:37 hmm. good question :) depends a lot on what the board does 2010-08-31 21:37 generally, nothing untoward should happen 2010-08-31 21:37 even if you short things 2010-08-31 21:37 does uSD do current limiting like EIA-232? 2010-08-31 21:38 is that why it's OK to accidentally short things? 2010-08-31 21:40 some SD do current limiting. but i kinda doubt the TM2301N is good at it (Q4, on the MEMORY sheet) 2010-08-31 21:40 it's okay because you shouldn't be able to short power directly. and I/Os usually have a high internal resistance. 100 Ohm or so. enough that nothing bad happens. 2010-08-31 21:42 ah, ok.  just don't short Vcc to GND ;) 2010-08-31 21:43 fortunately, these two are at fixed positions :) 2010-08-31 21:44 Qi Hardware is the number one search result for "TM2301N" with Yahoo 2010-08-31 21:45 kyak: hey 2010-08-31 21:46 unclouded: victory ! ;-) 2010-08-31 21:47 unclouded: there's a link here: http://en.qi-hardware.com/wiki/Inventory 2010-08-31 21:47 kyak: power button worked in beta2 as well :) BTW, colors have an important effect on fonts as well. 2010-08-31 21:47 (very very useful page) 2010-08-31 21:47 wpwrak: maybe we should use one of every electronics component we can find so we get all this free publicity ;) 2010-08-31 21:48 kyak: if you want to know more names of xorg font read the /usr/lib/X11/fonts/misc/fonts.alias file on nn 2010-08-31 21:49 unclouded: and make mortal enemies at every fab ;-) 2010-08-31 22:34 hey i love this side i always found something usefull there http://www.tldp.org/HOWTO/IO-Port-Programming.html 2010-08-31 22:50 kristianpaul: you can try this - works also on the ben  http://svn.openmoko.org/developers/werner/poke/ 2010-08-31 22:51 also useful for checking how things are set up without having to wade through half of the kernel sources 2010-08-31 22:51 great 2010-08-31 22:51 heh i just discover UML exists few minutes ago :p 2010-08-31 22:52 wolfspraul: seems that we have found our extension card connector ;) 2010-08-31 22:52 wpwrak: the tiny PCB on the lists? 2010-08-31 22:52 kristianpaul: User-Mode-Linux ? Ugly Modelling Language ? 2010-08-31 22:53 yup. or rather the uSD card holder 2010-08-31 22:53 wpwrak: linux thing :) 2010-08-31 22:55 uml is kewl. are they still maintaining it ? i once wrote a little simulator on top of it (umlsim). didn't keep maintaining it, though. 2010-08-31 22:55 ah 2010-08-31 22:56 well 2010-08-31 22:56 erase UML from his mind 2010-08-31 22:56 qemu is our ffriend :) 2010-08-31 22:57 naw, the simulator knew about kernel internals. it could affect time as well. so you could simulate, say, a wget over a link with a certain delay. 2010-08-31 22:57 hm... 2010-08-31 22:58 well i have a nanonote whos needs a sofware simulator ;) 2010-08-31 22:58 wpwrak: yes I saw it. sounds good, let's see what comes out of it. Too many things going on for me right now :-) 2010-08-31 23:01 *grin* 2010-08-31 23:02 re-use, look look, more free pins more free pinds, i think i will love this ben board :D 2010-08-31 23:02 it's a pretty cool idea. i could kick myself for not having had it myself :) 2010-08-31 23:02 lol 2010-08-31 23:02 thats why micro-sd exists... 2010-08-31 23:02 but some how is not so wide spread as we wish 2010-08-31 23:03 damm usb ! 2010-08-31 23:03 ;) 2010-08-31 23:03 yeah, in my mind i had it permanently assigned to storage. so it wasn't really "available" for anything. 2010-08-31 23:03 thats happens 2010-08-31 23:03 as me for usb :) 2010-08-31 23:05 well about ethernet with this SPI chip i dint sugguest use that port bacuase i relly need run debian from sd 2010-08-31 23:06 so i cant kill the port 2010-08-31 23:06 evertully i'll try the SPI  bit-bang slowness (1Mps is enought for me  ) 2010-08-31 23:06 eventually* 2010-08-31 23:09 the jz4760 might have up to three mmc controllers. so we could have plenty of slots 2010-08-31 23:10 but thats will no be considered posible until the other 1K ben run, no? 2010-08-31 23:11 our SoC now is jz4740 or do i'm confused,( again?...) 2010-08-31 23:12 jz4720. jz4740 has the same core but different bond-out. (more signals) 2010-08-31 23:12 jz4760 may be a possible future. 2010-08-31 23:14 :) 2010-08-31 23:35 wolfspraul: one more project for the commit reporter: kicad-libs 2010-08-31 23:51 wpwrak: kicad-libs should be hooked up