2011-03-22 01:40 wolfspraul: hi, you there? 2011-03-22 04:26 roh: btw, any signs of the ben-wpan kit i sent you ? it's now 12 days since it left argentina. 2011-03-22 04:28 nope 2011-03-22 04:30 roh: hmm. they say that international mail can take up to 15 days. let's hope for the best then ... 2011-03-22 04:32 if they couldn't figure out how to deliver it, then it should show up here again around next week 2011-03-22 04:34 well.. i got no note at all from them.. so.. no clue 2011-03-22 04:37 the tracking is also silent - if that one is connected at all. looks kinda "work in progress" 2011-03-22 05:09 gah. finally figured out why kicad wouldn't pick up the settings. it's  pcbnew `pwd`/foo.brd  vs.  pcbnew ./foo.brd  again :-( 2011-03-22 05:38 [commit] Werner Almesberger: modules/stdpass.fpd: reduced silk screen width of outline from 5 to 3 mil http://qi-hw.com/p/kicad-libs/6691da1 2011-03-22 05:56 aw: question: i have two 0402 components side by side: http://downloads.qi-hardware.com/people/werner/tmp/0402par.png 2011-03-22 05:58 aw: the solder mask clearance (green) clearance around the pad (purple) is 5 mil. the solder mask openings of the two components almost touch. is this likely to be a problem ? 2011-03-22 05:58 aw: if yes, should i reduce the clearance to, say, 4 mil ? 2011-03-22 06:00 aw: the little bit of solder mask is about 2 mil. here's a magnified view: http://downloads.qi-hardware.com/people/werner/tmp/0402par2.png 2011-03-22 06:02 wpwrak, second..viewing 2011-03-22 06:04 (this is from atben) 2011-03-22 06:05 the red square is your solder pad? the purple is your copper? the black is your solder mask? 2011-03-22 06:05 black is pcb. purple is copper. pink is solder paste. green is solder mask. 2011-03-22 06:06 the dark green (only on the first png) is the bottom layer 2011-03-22 06:10 okay , so now your clearance setting is 5 mil between solder mask and copper (purple) is 5 mil. right? so 5 + 5 = 10 mil which is your clearance between solder mask and solder paste! 2011-03-22 06:10 right? i see like that. 2011-03-22 06:10 correct me, if wrong! 2011-03-22 06:11 solder paste has only 1 mil from copper. if i increase the solder paste clearance, the solder paste would basically vanish. 2011-03-22 06:12 um...i see know 2011-03-22 06:13 first a very 'safe' way is : solder paste can have 5 mil fro copper, then copper is 5 mil from solder mask. this is the most safe manufacturing. 2011-03-22 06:13 but in case, 2011-03-22 06:15 you actaully no need to care that 1 mil at all, just make a clearance 5~ 10 mil between solder paste and solder mask. 2011-03-22 06:15 hmm, solder paste 5 mil from copper looks like trouble with qfn. there, there the pads are only 9.5 mil wide ... 2011-03-22 06:15 < wpwrak> & asked the sailor upon entering madam's parlour :) <-- what happened next, can easily be found on the Internet :) 2011-03-22 06:15 now your two side by side yes is two closer. 2011-03-22 06:15 5 mil is what i have now. so far, so good :) 2011-03-22 06:16 aw: you mean they're too close ? 2011-03-22 06:17 i see your both green is 2 mil clearance (both solder mask). It's very bad! 2011-03-22 06:17 aw: in the finished board, the spacing looks quite reasonable: http://downloads.qi-hardware.com/people/werner/wpan/tmp/2boards-20110305-full.jpg 2011-03-22 06:17 make is at least 5 mil then you are safe. 2011-03-22 06:18 aw: it's the pair below the balun (on the atben boards) 2011-03-22 06:20 wpwrak, just make both solder masks is 5 mil, is it necessary to calibrate the performance after shift 3 mil? 2011-03-22 06:20 kyak: yeah, these days, the sailors don't go there anymore. they just connect their laptop ;-) 2011-03-22 06:21 aw: performance should be the same. not sure if i have enough room, though ... 2011-03-22 06:21 wpwrak, "5 mil is what i have now. so far, so good"  >>> which is you said? 2011-03-22 06:21 aw: that was about the pad to solder mask clearance 2011-03-22 06:22 from your picture I can see the clearance from both solder masks. 2011-03-22 06:22 is 2 mil only. 2011-03-22 06:22 yes 2011-03-22 06:23 i wonder if i should simply lower the solder mask clearance from 5 mil to 4 mil. that would still be slightly more than the 0.1 mm usually assumed for layer registration accuracy 2011-03-22 06:24 and it would increase the gap to 4 mil as well -> problem probably solved ;-) 2011-03-22 06:24 yup, make it added to 5 mil please. No easy that makers can easily control it as all pcbs as same good enough as 2 mil AFAIK. 2011-03-22 06:24 no. 2011-03-22 06:26 as your pcbs is only two layers. I'd like yours to be more producible in everywhere. so if you always keep 5 though, then you have no troubles on this more! 2011-03-22 06:28 except squeezing in the components ;-) let's see ... 2011-03-22 06:31 phew. i think it just fits. 2011-03-22 06:32 hm. has anybody seen john? 2011-03-22 06:32 from H:D 2011-03-22 06:34 wpwrak, surely if you lower solder mask to 4 mil, finally your clearance between solder masks is 4 mil though. 2011-03-22 06:37 from my pcb makers they told me before. As a nominal /central value they like 5 mil, if you make design as 4 mil, an 'aggressive' pcb sales who want to deal with you , they will say no problem. but actually if their pcb capability is NOLY said as 3 mil, then don't trust them at all. 2011-03-22 06:38 aw: now i have about 6 mil. 2011-03-22 06:38 because of a known etching tolerance. 2011-03-22 06:38 wpwrak, hmm...great. 2011-03-22 06:39 aw: (4 mil) pretty soon, the components will be smaller than their tolerance then ;-) 2011-03-22 06:41 wpwrak, ;-) 2011-03-22 06:45 aw: here we go: http://downloads.qi-hardware.com/people/werner/tmp/0402par3.png 2011-03-22 06:48 wpwrak, your sot23-6 have the same condition, well..they are in one part, it doesn't matter. 2011-03-22 06:49 yeah, they's kinda like qfn. nothing i can do about it :) 2011-03-22 06:50 wpwrak, done. 2011-03-22 06:52 and here's atusb. that one had no such issues: http://downloads.qi-hardware.com/people/werner/tmp/atusb-front-110322.png 2011-03-22 07:02 now, solder paste vs. qfn. there's still one that is more or less pure guesswork 2011-03-22 07:10 [commit] Werner Almesberger: hacks/brdclw: change (silk screen) line width in a component http://qi-hw.com/p/wernermisc/c481702 2011-03-22 07:10 [commit] Werner Almesberger: atben.brd: enabled Drawings layer and moved measurements there http://qi-hw.com/p/ben-wpan/49f3499 2011-03-22 07:10 [commit] Werner Almesberger: atben/Makefile: replace defective mlztx process with more robust cptx http://qi-hw.com/p/ben-wpan/2cade0e 2011-03-22 07:10 [commit] Werner Almesberger: atben/Makefile (spotless): new target to also remove KiCAD "junk" files http://qi-hw.com/p/ben-wpan/227bed1 2011-03-22 07:10 [commit] Werner Almesberger: atusb/Makefile (spotless): new target to also remove KiCAD "junk" files http://qi-hw.com/p/ben-wpan/83d47a8 2011-03-22 07:10 [commit] Werner Almesberger: atben/Makefile: merge comment layer (component references) into silk screen http://qi-hw.com/p/ben-wpan/528a577 2011-03-22 07:10 [commit] Werner Almesberger: atusb: moved measurements to Drawings and merged Comments into silk screen http://qi-hw.com/p/ben-wpan/f17bceb 2011-03-22 07:10 [commit] Werner Almesberger: atben, atusb: always invoke KiCAD with absolute paths lest .pro be ignored http://qi-hw.com/p/ben-wpan/18b2b91 2011-03-22 07:10 [commit] Werner Almesberger: atben, atusb: set solder mask clearance to 5 mil and adjusted silk screen http://qi-hw.com/p/ben-wpan/64a746b 2011-03-22 07:10 [commit] Werner Almesberger: atben.brd: shifted C2 and C4 to increase solder mask clearance http://qi-hw.com/p/ben-wpan/dfcb9fe 2011-03-22 07:10 [commit] Werner Almesberger: atben.brd (C1): moved component reference for more consistent appearance http://qi-hw.com/p/ben-wpan/63f44f3 2011-03-22 07:11 wpwrak, xiangfu how does 'fped' work? and how http://projects.qi-hardware.com/index.php/p/fped/downloads/ make sure syncronized to KiCad sources? 2011-03-22 07:13 aw: (fped) have you looked at this yet ? http://people.openmoko.org/werner/fped/gui.html 2011-03-22 07:14 it's a bit old but gives you and idea of the basic concept 2011-03-22 07:14 wpwrak, not yet..seeing..okay..good 2011-03-22 07:16 [commit] werner: Added a new pad type: trace pads, for antennas and other trace-like elements. http://qi-hw.com/p/fped/49a1bbd 2011-03-22 07:16 [commit] werner: - gui.c (change_world_reselect): take into account that we may get called http://qi-hw.com/p/fped/1409cfa 2011-03-22 07:16 aw: checking... and updating   :) 2011-03-22 07:16 ah, catching up ;-) 2011-03-22 07:17 wpwrak, so how do  *.deb files under downloads folder make sure it's newest to KiCad sources? or it's made manually. AFAIK wolfgang made that for me. 2011-03-22 07:17 aw: fped isn't connected to the kicad sources. as long as kicad doesn't change the board file format, fped should be compatible 2011-03-22 07:18 aw: I am update the fped  .deb file now. 2011-03-22 07:19 xiangfu, wow...it was you?  great. 2011-03-22 07:19 aw: hmm... but I only make the fped deb file  not kicad 2011-03-22 07:21 xiangfu, ok, tks. 2011-03-22 07:22 seems there are not so many people in this IRC lives in GMT+8   :D 2011-03-22 07:24 [commit] werner: Added a new pad type: trace pads, for antennas and other trace-like elements. http://qi-hw.com/p/fped/49a1bbd 2011-03-22 07:24 [commit] werner: - gui.c (change_world_reselect): take into account that we may get called http://qi-hw.com/p/fped/1409cfa 2011-03-22 07:24 [commit] Xiangfu Liu: add debian package stuff http://qi-hw.com/p/fped/312dd40 2011-03-22 07:24 [commit] Xiangfu Liu: clean up the Build-Depends. http://qi-hw.com/p/fped/a0f828a 2011-03-22 07:24 [commit] Xiangfu Liu: use the new version rules. http://qi-hw.com/p/fped/e72f191 2011-03-22 07:24 [commit] Xiangfu Liu: add debian/fped.manpages  for install manpage http://qi-hw.com/p/fped/d36a0c6 2011-03-22 07:24 [commit] Xiangfu Liu: update to svn rev 5982, enable dh_auto_test http://qi-hw.com/p/fped/8849850 2011-03-22 07:24 [commit] Xiangfu Liu: use usual name for orig tarball top-level directory http://qi-hw.com/p/fped/0fb83ed 2011-03-22 07:24 [commit] Xiangfu Liu: update take svn rev: 5983 http://qi-hw.com/p/fped/2f4a8a7 2011-03-22 07:24 [commit] Xiangfu Liu: remove the Build-Depends ttf-liberation http://qi-hw.com/p/fped/484c068 2011-03-22 07:24 [commit] Xiangfu Liu: update to svn rev 5986 http://qi-hw.com/p/fped/8393403 2011-03-22 07:24 [commit] Xiangfu Liu: override dh_auto_clean, use make spotless instread http://qi-hw.com/p/fped/5c3725d 2011-03-22 07:24 [commit] Xiangfu Liu: add ghostscript to Build-Depends http://qi-hw.com/p/fped/809249d 2011-03-22 07:24 [commit] Xiangfu Liu: update the homepage to help webpage http://qi-hw.com/p/fped/bbd9f18 2011-03-22 07:24 [commit] Xiangfu Liu: update to r5997 http://qi-hw.com/p/fped/b071b68 2011-03-22 07:25 I have to using 'git push -f' for update the debian branch. since it rebase on upstream svn on r5999 2011-03-22 07:32 [commit] Xiangfu Liu: debian package update to 5999 http://qi-hw.com/p/fped/b034b40 2011-03-22 07:35 hmm. gerbv can make amazingly pretty renderings. http://downloads.qi-hardware.com/people/werner/tmp/atusb-gerbv.png 2011-03-22 07:36 the only thing missing are the drill holes 2011-03-22 07:40 xiangfu: i'm close to you, this week the time shifts to GMT+4 in Russia and stays liek this forever (i.e. no more daylight saving time in Russia) 2011-03-22 07:41 kyak: celebration for a week ? 2011-03-22 07:41 of course, it's not GMT+4 throughout the whole Russia :) we've got 6 or 7 time zones, if i'm not mistaken 2011-03-22 07:42 wpwrak: we don't need an ocassion to celebrate ;) 2011-03-22 07:42 kyak: good point ;-) 2011-03-22 07:43 aw: fped updated to 5999: http://projects.qi-hardware.com/index.php/p/fped/downloads/ 2011-03-22 07:44 kyak: I just start a little on 'trunk' branch. 2011-03-22 07:44 kyak: btw I am slow on xburst-tools bug. 2011-03-22 07:44 kyak: will catch up this week. 2011-03-22 07:45 xiangfu, tks. :-) 2011-03-22 07:50 xiangfu: it's ok :) 2011-03-22 08:47 xiangfu: I have follow the procedure on the wiki to build the image but it include very few packages.... 2011-03-22 08:49 this is the list of packages http://pastebin.com/w4qFuStj 2011-03-22 08:49 tuxbrain: hmm.. when you run yes "" | make oldconfig? this should be after 'make package/symlinks' 2011-03-22 08:51 the procedure needs a review then this instruction is not included also there are some mistakes like 2011-03-22 08:51 sed -i '/CONFIG_ALL=y/d' config.full_system 2011-03-22 08:51 sould be 2011-03-22 08:51 sed -i '/CONFIG_ALL=y/d' .config 2011-03-22 08:51 and some cd .. missing also 2011-03-22 08:52 and 2011-03-22 08:52 ln -s data/qi_lb60/files or  ln -s feeds/qipackages/nanonote-files/data/qi_lb60/files 2011-03-22 08:52 should be only 2011-03-22 08:52 ln -s feeds/qipackages/nanonote-files/data/qi_lb60/files 2011-03-22 08:54 i'm running  yes "" | make oldconfig now and will retry 2011-03-22 08:57 wolfspraul, ping 2011-03-22 08:58 tuxbrain: thanks. I am not test those steps. just write them by memory. sorry. fixed now. 2011-03-22 08:58 tuxbrain: the 'yes "" | make oldconfig' have to run twice. first before and after 'make package/symlinks' 2011-03-22 08:59 tuxbrain: sorry. it's have to run again after 'make package/symlinks' 2011-03-22 08:59 no need in before. 2011-03-22 09:00 xiangfu: no need to sorry dude , that's, us, the testers are standing for, isn't it? :) 2011-03-22 09:01 tuxbrain: I am updating the wiki page, maybe this is clear : [ first time we download this '''.config''' file is for 'package/symlinks' don't bring up the 'make menuconfig'] 2011-03-22 09:01 :D 2011-03-22 09:03 ok let me know when you finish (please also the release part) and I will review/modifiy in needed 2011-03-22 09:04 mmm running doen't make any difference 2011-03-22 09:05 running 'yes "" | make oldconfig 2011-03-22 09:06 should I rerun 'yes "" | make oldconfig'? 2011-03-22 09:07 tuxbrain: have you you run " $ '''wget http://downloads.qi-hardware.com/software/images/NanoNote/Ben/latest/feeds.conf''' 2011-03-22 09:07 $ '''./scripts/feeds update -a''' 2011-03-22 09:07 yes, but I can run '''./scripts/feeds update -a''' again 2011-03-22 09:11 xiangfu: perhaps you could update the build script and then just paste it into wiki ;) 2011-03-22 09:11 running '''./scripts/feeds update -a'''; make package/symlinks ; yes ""|make oldconfig |make IGNORE_ERRORS=m V=99 2011-03-22 09:11 1. downlad the feeds.conf  2. run ./scripts/feeds update -a ./scripts/feeds install -a 3. download the .config again. 4. run [yes "" | make oldconfig] 5. then if you open .config you can see a lot of packages have selected. 2011-03-22 09:12 tuxbrain: wait. and also ./scriptfs/feeds install -a 2011-03-22 09:12 the 'make package/symlinks' = ./scripts/feeds update -a && ./scriptfs/feeds install -a 2011-03-22 09:13 the only different between them is 'make package/symlinks' will check if you have a ".config" if there is no ".config" file it will bring you the 'make menuconfig' 2011-03-22 09:17 good news now seems to work, bad news supertux build fails 2011-03-22 09:17 Checking 'pngcrush'... failed. 2011-03-22 09:17 supertux: Please install pngcrush. 2011-03-22 09:18 you need install pngcrush in your host system 2011-03-22 09:20 another thing to modify in the wiki :) need to be added to the apt-get install 2011-03-22 09:24 likes gerbv even more now :) http://downloads.qi-hardware.com/people/werner/wpan/tmp/atusb-20110314-overview.png 2011-03-22 09:24 http://en.qi-hardware.com/wiki/Building_Software_Image#build_script_files 2011-03-22 09:24 kyak: yes. :) 2011-03-22 09:25 tuxbrain: supertux build didn't fail yet :) it _would_ if it didn't check for prerequisites 2011-03-22 09:30 kyak: it doesn't build then is a build fail whatever was the cause :P 2011-03-22 09:30 and here's atben, too: http://downloads.qi-hardware.com/people/werner/wpan/tmp/atben-20110314-overview.png 2011-03-22 09:33 tuxbrain: btw, did you get a quote from the smt fab yet ? and did they say whether they need a stencil or not ? 2011-03-22 09:33 wpwrak: beautifull pics but I don't understand a thing (well a lot of but I will ask just one)  what is ligth green and red? 2 sides?  isn't the circuit one side? 2011-03-22 09:33 I have ping them last night , due I have not recieved any answer yet 2011-03-22 09:34 if I will not recieve any answer in a couple of hours I will phone them 2011-03-22 09:38 tuxbrain: (light green/red) that's front and back, to show the connectivity. both sides of the board are used for traces. components are only on the front. 2011-03-22 09:42 xiangfu: so actually you marked "useless-in-trunk" those patches that went into data/* ? 2011-03-22 09:42 kyak: yes 2011-03-22 09:42 xiangfu: it's a very good idea, now there is only alimited number of patches that can be worked through one by one 2011-03-22 09:57 kyak: yes. 2011-03-22 10:00 wpwrak: ok,  beautifull images  in deed 2011-03-22 10:48 xiangfu , the bloody pango strickes again http://pastebin.com/SAtSHwnV 2011-03-22 10:48 I'm trying to build the release image 2011-03-22 10:50 tuxbrain: you are still using old feeds, aren't you? 2011-03-22 10:50 :D 2011-03-22 10:50 I thought OSGPS actually used a soft correlator in the new version... 2011-03-22 10:50 Check out the Sim_GP2021_int() function in 'correlator.c'. 2011-03-22 10:50 Michele Bavaro 2011-03-22 10:51 this pango error was fixed with autoreconf update to backfire. If you are at latest openwrt-xburst git, you must use the latest feeds, too 2011-03-22 10:52 I'm following wiki instructions 2011-03-22 10:52 the build release part 2011-03-22 10:52 ohh more projects http://gnss-sdr.ru/index.php?itemid=17#nucleus_cf <-- abrizio Tapper pointed to me 2011-03-22 10:55 wolfspraul: there? 2011-03-22 10:56 kyak:Is a fresh install using this instrucctions http://en.qi-hardware.com/wiki/Building_Ben_NanoNote_software_from_source 2011-03-22 10:56 tuxbrain: i see :) 2011-03-22 10:57 wolfspraul: (quick update) I'm moving about porting the namuru vreilog core to the mm1, if it works i could really _speed_ up some TODO about gps-sdr 2011-03-22 10:57 then you should be able to reproduce the release build. The only problem is that at the time of release build, this problem wasn't fixed yet.. I had a temporary patch for that that you could use 2011-03-22 10:58 (xiagnfu didn't have such problem because his version of autotools match) 2011-03-22 10:58 wpwrak: sample analisys failed last time i'm not sure but fabrizzio told me to check this http://docs.python.org/library/struct.html 2011-03-22 10:58 tuxbrain: use this patch for pango https://dev.openwrt.org/ticket/8813 2011-03-22 10:59 tuxbrain: you might have to modify digits to match exactly your version of autocrap 2011-03-22 11:02 okay i gotta go office. read you later 2011-03-22 11:07 kyak, a more detailed instructions on how to apply the patch will be much apreciated... 2011-03-22 11:09 cd feeds/packages 2011-03-22 11:09 patch -p0 < ../../pango.patch 2011-03-22 11:10 giving that you saved the patch in pango.patch of your openwrt-xburst directory 2011-03-22 11:10 *top directory 2011-03-22 11:11 ok 2011-03-22 11:12 you can modify the feeds/packages/Xorg/lib/pango/Makefile manually as well, it would be faster in this case than saving/applying the patch :) 2011-03-22 11:13 mmm patch: **** Only garbage was found in the patch input. 2011-03-22 11:13 well I think I will do manually 2011-03-22 11:13 yea 2011-03-22 11:17 but this sould be fixed someway, people must be able to build the releases without such kind of errors.... 2011-03-22 11:18 build the latest, it should be fixed 2011-03-22 11:19 you will face other problems though 2011-03-22 11:19 but then there are bug reports for those already 2011-03-22 11:22 kyak not good policy , release should mean, "hey! here following that steps you are save", I agree that if you play with the edge lastets development you should find issues, but a clean build should be must for releases 2011-03-22 11:23 there is always some number of people/configurations where the build will fail 2011-03-22 11:24 if not for this reason ,then for something else 2011-03-22 11:24 i wouldn't give such guarantee :) 2011-03-22 11:25 damn it, another error http://pastebin.com/6TbTBuDN 2011-03-22 11:25 we would have to test that release build fine on all major distros and on x86/x64 2011-03-22 11:25 it's not possible 2011-03-22 11:25 og yeah, i remember this shit 2011-03-22 11:26 it tries to links against host libgobject 2011-03-22 11:31 kyak: but the errors I'm founding are no matter of arch as you can see so your reply doen't convince me, don't get me wrong, I'm really thakful for the work you , xiangfu , Jay7 and whatever contributor does , I'm just putting on the situation of the new commers or , to some one that whats to use actual releases as base to develop a dedicated product... with such fails they wll just think, bah doesn't work and go for other solution, we must avoid thi 2011-03-22 11:31 s on releases. 2011-03-22 11:32 but it builds find on buildhost 2011-03-22 11:33 and what makes build host different ? why is not on the requisits on the wiki, what step I forgot to follow? 2011-03-22 11:34 i remember problems that are arch specific.. like gcc-mips problems. i remember problems that are distro spoecific, like used version of host autotools. There can be even such problems for two people on the same arch/distro when one of them has build some package (like perl) before, and then another package (like plplot) would fail :) 2011-03-22 11:37 any solution for the libgobject ? :( 2011-03-22 11:37 trying to remember & 2011-03-22 11:40 propose a clean test from scratch in the build host of a release before relesase it. 2011-03-22 11:40 clean test build 2011-03-22 11:43 this is done already 2011-03-22 11:43 the clean build 2011-03-22 11:43 why don't you believe that such problems prove to be so very specific? 2011-03-22 11:44 tuxbrain: i can't really find or remember the patch for that libgobject problem.. maybe we could try to dig a little bit.. 2011-03-22 11:46 tuxbrain: find staging_dir/ -name "libgobject*" 2011-03-22 11:46 does it find libs? 2011-03-22 12:05 kyak: seems that yes http://pastebin.com/MWj6cEX5 2011-03-22 12:09 kyak: I'm reluctant to believe than two x86 machines sourcing form same repos, starting in same point , with same instructions give diferent results... one of the suposits must be false I want to to figure out what is the false and solve it 2011-03-22 13:10 tuxbrain: are you developing a prototype or do you already have something finished ? in the former case, maybe check if the things you need are already available on jlime, and if so, do the development there 2011-03-22 13:10 tuxbrain: you can always brave the openwrt build process later (or, better, outsource the problem ;-) 2011-03-22 13:13 [commit] Werner Almesberger: prettygerbv: use gerbv to compose "pretty" views of a PCB http://qi-hw.com/p/eda-tools/7d249d1 2011-03-22 13:17 wpwrak: well my intentions where have a stable opentwrt build based on the current release for multiple reasons: 2011-03-22 13:22 have a toolchain with libs avialable courrently on the release. 2011-03-22 13:23 with that toolchain set up Qt-Creator to build/upload/run for/on NN 2011-03-22 13:23 helping in create proper packages for the avr tool chain 2011-03-22 13:23 create a proper package for Nanokoder a KISS(due I don't know more) code editor based on QT with Nanonote constrains in mind, line numbering , code Hightligh, zoomamble font and  able to run external scripts 2011-03-22 13:23 meanwhile the first one is not posible I'm working in the last one 2011-03-22 13:26 tuxbrain: yeah, i meant the work on nanokoder. maybe worth checking if jlime has all the libs you need already. once you have something that works, the openwrt gang should also be able to help you more efficiently 2011-03-22 13:28 line wraper on/off, line number, font zoom already working , no I will go for code highlight(C++ for now), then open/save files, then execute scripts, then reuse of code highlight definitons of nano or joe, then jump to line from compile error log, then support custom profiles, then I will be rich and will make others to do what I want 2011-03-22 13:31 no menus, no dialogs, just key press, and a text widget... 2011-03-22 13:31 highlight should be fun :) 2011-03-22 13:32 (no menus, etc.) the return of king vi to arduinoland ? :) 2011-03-22 13:34 [commit] Werner Almesberger: prettygerbv: restructured project file generation to skip missing layers http://qi-hw.com/p/eda-tools/4e5278a 2011-03-22 13:34 [commit] Werner Almesberger: gemerge: when complaining about a command, show what it looks like http://qi-hw.com/p/eda-tools/e95548d 2011-03-22 13:35 wpwrak: (vi kinkg) yeah but this time wiht crtl+C ctrl+V support :P 2011-03-22 13:35 tuxbrain: vi has that too :) 2011-03-22 13:36 shift+insert doesn't count 2011-03-22 13:36 tuxbrain: i mean ^C and ^V :) 2011-03-22 13:37 wpwrak: go to hell you "all knowing man" 2011-03-22 13:37 (-:C 2011-03-22 14:01 ( no menus, no dialogs, just key press, and a text widget.. ):D 2011-03-22 14:02 ^ ? 2011-03-22 14:03 is not that same as press control..? 2011-03-22 14:33 hola :-) 2011-03-22 14:44 hi 2011-03-22 15:05 you feel alone kristianpaul? 2011-03-22 15:12 tuxbrain: a bit sometimes.. 2011-03-22 15:12 :-) 2011-03-22 15:33 tuxbrain: any luck with the SMT guys ? 2011-03-22 15:34 kristianpaul: (struct) hmm, that's a fairly generic mechanism ... did he have anything more specific in mind ? 2011-03-22 15:44 hi kristianpaul 2011-03-22 15:44 hi tuxbrain 2011-03-22 15:44 hi valhalla 2011-03-22 15:44 wpwrak: they will give the quoting tomorrow 2011-03-22 15:44 let's say on thursday , this is spain :P 2011-03-22 15:47 tuxbrain: so i may still beat them :) 2011-03-22 15:51 great nano highlight format ar on regexp like in qt :) 2011-03-22 15:51 joe is totally different 2011-03-22 15:53 this may be the final version of atben: http://downloads.qi-hardware.com/people/werner/wpan/tmp/atben-110322-overview.png 2011-03-22 15:54 wpwrak: struct? 2011-03-22 15:55 sorry i lost the track of the topic 2011-03-22 15:58 wpwrak: (atben) well I supose they are oke for me they look like the a couple of hours ago : 2011-03-22 16:02 and the same for atusb: http://downloads.qi-hardware.com/people/werner/wpan/tmp/atusb-110322-overview.png 2011-03-22 16:02 tuxbrain: yeah, i made a few small changes in the arrangement of things on the silk screen and i enlarged the solder paste deposits a little 2011-03-22 16:02 [commit] Werner Almesberger: atusb.brd: some more component reference adjustments http://qi-hw.com/p/ben-wpan/ef606f5 2011-03-22 16:02 [commit] Werner Almesberger: atben.brd: further silk screen beautification http://qi-hw.com/p/ben-wpan/f297cf7 2011-03-22 16:02 [commit] Werner Almesberger: atben.brd: leave ground plane in 8:10 slot uncovered; more minor cleanup http://qi-hw.com/p/ben-wpan/f46311f 2011-03-22 16:02 [commit] Werner Almesberger: atusb.brd: more silk screen cleanup http://qi-hw.com/p/ben-wpan/44b49fd 2011-03-22 16:02 [commit] Werner Almesberger: atben, atusb: updated back solder mask status (it's no longer empty) http://qi-hw.com/p/ben-wpan/f1586ff 2011-03-22 16:02 [commit] Werner Almesberger: atben, atusb: added Makefile targets to generate "pretty" overview images http://qi-hw.com/p/ben-wpan/0960497 2011-03-22 16:02 [commit] Werner Almesberger: consolidated atben/Makefile and atusb/Makefile into common template http://qi-hw.com/p/ben-wpan/6caa0d3 2011-03-22 16:02 [commit] Werner Almesberger: Makefile.recurse: moved into makefiles/ http://qi-hw.com/p/ben-wpan/7cf2b0d 2011-03-22 16:02 [commit] Werner Almesberger: increased solder paste deposits in QFN32-VHHD-2 and QFN32-VHHD-6 http://qi-hw.com/p/ben-wpan/3a80f06 2011-03-22 16:02 [commit] Werner Almesberger: atben, atusb: added comments specifying the grid sizes http://qi-hw.com/p/ben-wpan/936d807 2011-03-22 16:02 [commit] Werner Almesberger: atben: updated QFN footprint and version http://qi-hw.com/p/ben-wpan/d6c04f4 2011-03-22 16:02 [commit] Werner Almesberger: atusb: updated QFN footprints and version http://qi-hw.com/p/ben-wpan/0782a3c 2011-03-22 16:03 kristianpaul: the recommendation you got regarding the absence of recognizable data: http://docs.python.org/library/struct.html 2011-03-22 16:13 tuxbrain: so what's missing now is the full pick and place information, plus a proper shopping list 2011-03-22 16:32 wpwrak: good just 2 of three :) 2011-03-22 16:38 wpwrak: no more specific in mind 2011-03-22 16:45 wpwrak: you have a list on how many components by board? 2011-03-22 16:49 tuxbrain: atben: 13 (7 different parts) 2011-03-22 16:49 wpwrak: I need the list you give me of bulk buy from digikey but with the qty of one board. and without prices 2011-03-22 16:51 tuxbrain: atusb: 26 (15 different) 2011-03-22 16:55 wpwrak: a list not the totals 2011-03-22 16:56 tuxbrain: like this ? http://pastebin.com/U1px6U3x 2011-03-22 16:56 tuxbrain: (you can delete position 12, which is NC) 2011-03-22 16:58 ah wait, more to delete: also positions 3 and 4 2011-03-22 16:58 (funny that pcbnew doesn't remove them on its own - it has all the information necessary for this) 2011-03-22 16:59 and here's one for atben: http://pastebin.com/ZY8DvKLi 2011-03-22 16:59 (remove positions 2, 3, 8, and 10) 2011-03-22 17:04 mmm the supplier and ref are empty 2011-03-22 17:05 this sould be useful to avoid missundertanding in the components specifications. 2011-03-22 17:06 tuxbrain: sure. this is just what i can generate quickly. for the SMT fab, you'll need something more detailed 2011-03-22 17:06 for the fab, you'll also need the placement file, etc. 2011-03-22 17:07 but I need it for the quote 2011-03-22 17:07 once in production we can provide them with the placement 2011-03-22 17:07 I will try to do the matching with the previous digikey list 2011-03-22 17:09 (quote) ah, i see. i think i'll have a proper version later today or early tomorrow 2011-03-22 17:20 wpwrak:  ANT and P(1-6)  are not components really , isn't it?  so atusb only 15 components, (I have already do the matching) 2011-03-22 17:22 tuxbrain: ANT and P1-6 are PCB structures, yes. also, C16 (on atusb, C12 on atben) is an empty footprint (NC) 2011-03-22 18:03 wpwrak a thing of beauty: http://downloads.qi-hardware.com/people/werner/tmp/atusb-gerbv.png will you sell wall size prints signed by the artist? 2011-03-22 18:57 rjeffries: hehe ;-) 2011-03-22 19:42 Hi. 2011-03-22 19:43 Any one able to help with some octave basic tasks? 2011-03-22 19:49 mayb eme 2011-03-22 19:49 kristianpaul: mayb eme 2011-03-22 19:49 grr 2011-03-22 19:49 maybe me 2011-03-22 19:51 :-) 2011-03-22 19:52 I think this should be easy, i need an octave program that reads a file, wich is just made of 16 Bit Signed Ints 2011-03-22 19:52 ah 2011-03-22 19:52 Onces in read it , print it back to screen 2011-03-22 19:52 you have fopen, fread, ... 2011-03-22 19:52 as in C 2011-03-22 19:52 ah, is same as C? 2011-03-22 19:52 oh wow 2011-03-22 19:52 'doc fread' there 2011-03-22 19:53 but do i need a file descriptor too? ;) 2011-03-22 19:53 yes 2011-03-22 19:53 fopen will give it 2011-03-22 19:53 (well, usually I call file descriptor what open() returns, and I call file handle what fopen() returns) 2011-03-22 19:54 Is too much ask, can you help me with that snippet for octave? 2011-03-22 19:54 how many ints? 2011-03-22 19:54 file size can vary 2011-03-22 19:54 ah as much as there are? 2011-03-22 19:54 for nos i can fix it to 200Byes for you 2011-03-22 19:55 but it can go up to 1Gb tought.. 2011-03-22 19:55 s/nos/now 2011-03-22 19:55 installing octave 2011-03-22 19:55 now that we're on topic, there is a tool for migrate some mathlab code to octave? 2011-03-22 19:56 i had tried with scilab but was a real mess.. 2011-03-22 19:56 fid = fopen("myfile"); [v,c] = fread(fid, Inf, "int16", 0); fclose(fid); 2011-03-22 19:56 that should make 'v' have all the values 2011-03-22 19:56 and 'c' how many values. 2011-03-22 19:57 sorry, fopen("myfile","rb"); 2011-03-22 19:57 kristianpaul: octave should be able to run matlab code 2011-03-22 19:57 hmm 2011-03-22 19:58 zero conf, sure? 2011-03-22 19:58 well, if you use matlab toolboxes and whatever more... it will not work 2011-03-22 19:58 i dont know, how i can identify that toolbox? 2011-03-22 19:58 keybwords?? 2011-03-22 19:59 try to run it in octave 2011-03-22 19:59 and understand where it fails if it fails 2011-03-22 19:59 okay 2011-03-22 19:59 I've not used matlab since years... 2011-03-22 19:59 :-) 2011-03-22 20:00 but I use octave more or less often 2011-03-22 20:00 he, If you dont mind i think i'll mind you with some others questions about octave for this week :-) 2011-03-22 20:00 no problem 2011-03-22 20:00 I'll try out the snippet you pasted :-) 2011-03-22 20:00 if I can help I'll help 2011-03-22 20:15 viric: (that should make 'v' have all the values) i dont get that part 2011-03-22 20:15 c means how many ints, right? 2011-03-22 20:15 ah v is a varible? 2011-03-22 20:18 "v" = vector ? 2011-03-22 20:19 octave:2> [v,100] = fread(fid, Inf, "int16", 0); 2011-03-22 20:19 error: invalid lvalue function called in expression 2011-03-22 20:21 c may also be a variable. s/100/c/ 2011-03-22 20:21 but viric said i should tell how many values to read 2011-03-22 20:21 lets see 2011-03-22 20:22 see also: http://www.google.com/search?q=octave+fread 2011-03-22 20:22 likes wikipedia 2011-03-22 20:22 kristianpaul: viric wrote "that should make [...] 'c' how many values" ;-) 2011-03-22 20:22 ahh 2011-03-22 20:23 google rocks for figuring out unruly constructs :) 2011-03-22 20:23 ok ok!! 2011-03-22 20:23 :-) 2011-03-22 20:23 well, google plus the sites with the actual answers ;-) 2011-03-22 20:23 ;-) 2011-03-22 20:23 wpwrak: how do you worked when no google existed? 2011-03-22 20:24 kristianpaul: slowly :) 2011-03-22 20:25 hahah 2011-03-22 20:26 searching at stackoveflow 2011-03-22 20:28 wpwrak: no no 2011-03-22 20:28 c will be *how many values have been read* 2011-03-22 20:29 viric: yes, that's how i understood it. basically like fread in C. 2011-03-22 20:29 [v,c] = ...   is the octave way of getting the *two results* a function may return. 2011-03-22 20:29 v = f()     f returns one result 2011-03-22 20:29 viric: (C) only that you get a variable and don't pass a buffer 2011-03-22 20:29 [a,b] = f()    f returns two results 2011-03-22 20:30 well, s/variable/value/, to be precise 2011-03-22 20:30 wpwrak: well, octave does not give memory pointers to users that easily :) 2011-03-22 20:32 viric: real men hard-code their pointer addresses ;-)    int *buf = (int *) 0x810ad4f60;  /* buf = */ malloc(1234); 2011-03-22 20:32 :-| 2011-03-22 20:34 wpwrak: that's a weird 64-bit pointer :) 2011-03-22 20:34 viric: yeah, it admittedly is :) 2011-03-22 20:35 viric: corollary: real men also hack their libc to produce just this sort of pointers :) 2011-03-22 20:35 I'm waiting for an amd32 abi... 2011-03-22 20:36 x86_64 instructions and registers, all with 32-bit pointers 2011-03-22 20:36 I tried, and firefox takes 50% less RAM in 32-bit (in a single experiment I did) 2011-03-22 20:37 wow :)  do they have something like   typedef long number;   ? :) 2011-03-22 20:39 hm no :) 2011-03-22 20:39 why would they? 2011-03-22 20:39 well, that would explain why going from 32 to 64 bits doubles the size of everything 2011-03-22 20:39 ah 2011-03-22 20:39 only long long is 64-bit in linux 2011-03-22 20:39 in gcc, basically 2011-03-22 20:40 that is, unless they mainly store pointers ... 2011-03-22 20:40 And the bigger use of memory comes through bigger pointers, not bigger integers 2011-03-22 20:40 long long is 64 on 32 and 64. long is 32 on 32, 64 on 64. 2011-03-22 20:40 It's quite usual for many programs to store lots of pointers 2011-03-22 20:40 makes one wonder what all these points point to. more pointers than actual data. does that sound like excessive bureaucracy ? ;) 2011-03-22 20:41 lol 2011-03-22 20:41 It's a usual phenomena when you use more memory to gain speed :) 2011-03-22 20:42 more administration -> higher speed. qed. ;-) 2011-03-22 20:46 You keep pointers to places you want to access often, instead of looking for them every time 2011-03-22 20:58 real man do their programs with wire and void valves, not that fancy and fragile perforated cards... 2011-03-22 21:01 sewing memories 2011-03-22 21:01 was abducted by the infinite classes structure of Qt, his headadache++ reading sentecences like "long long is 64 on 32 and 64. long is 32 on 32, 64 on 64." 2011-03-22 21:02 use python :) 2011-03-22 21:05 I will do so extensively on Ya, on ben python+qt+building in back groundgroud would be to much, also graphical libs and python is also a good mambo jambo to end with a great headache 2011-03-22 21:07 :-) 2011-03-22 21:30 real men should not be talking here about real men :-) 2011-03-22 21:30 hides 2011-03-22 21:43 real man do not hide from real men 2011-03-22 21:43 thinks we need more woman on qi-hardware :) 2011-03-22 21:44 real women do not come to qi-hardware :) 2011-03-22 21:46 tuxbrain: how do you like this ? http://pastebin.com/LvzU47HQ 2011-03-22 21:47 wpwrak: in atbb/atusb how do you avoid the atmega/benanote inject noise to the RF chip? 2011-03-22 21:48 wpwrak: Do you have a particular manipulation process with the RF chip itself before and during rework? 2011-03-22 21:48 kristianpaul: there are no special precautions for noise filtering 2011-03-22 21:49 kristianpaul: (manipulation) err, what kind of manipulation did you have in mind ? 2011-03-22 21:49 wpwrak: to avoid ESR? 2011-03-22 21:50 wait no 2011-03-22 21:50 electro static discharges 2011-03-22 21:51 kristianpaul: ESD ... during assembly ? naw. buenos aires has a pretty humid climate all year long. there's not much of a risk of my frying a chip with ESD. 2011-03-22 21:52 ok 2011-03-22 21:52 hmm 2011-03-22 21:52 kristianpaul: i have ESD protection in atusb on the USB pins. nothing on atben, though. we'll see how this goes :) 2011-03-22 21:54 tuxbrain: for your consideration: http://downloads.qi-hardware.com/people/werner/wpan/tmp/atusb-smt.csv http://downloads.qi-hardware.com/people/werner/wpan/tmp/atben-smt.csv 2011-03-22 21:55 tuxbrain: if you prefer just formatted text (like the "shopping list"), i can generate this as well 2011-03-22 21:55 wpwrak: i hope next month i'll have some money for a 4 pcb run for atben (just for fun and learn) 2011-03-22 21:56 wpwrak: as I said I already done the matching and already send the list to smt vendor, but sure this one sould be better to pass as production files :) 2011-03-22 21:56 tuxbrain: oh, and what sort order do you prefer ? component reference ? by quantity ? by digi-key part number ? don't care ? 2011-03-22 21:56 wpwrak: don't care I think 2011-03-22 21:57 tuxbrain: okay. i'll sort by component reference then, like we did in openmoko. 2011-03-22 21:57 kristianpaul: common, I hope in a month I will be plenty of atbens for you 2011-03-22 21:57 wpwrak: ok 2011-03-22 21:58 tuxbrain: ;-) 2011-03-22 21:58 save the money to come to spain and catch them your self :) 2011-03-22 21:58 hehe :-) 2011-03-22 21:59 That will be nice, but VISA is hard for most Colombian's espacially for spain, you may already know mostly why ;-) 2011-03-22 21:59 btw ! 2011-03-22 22:00 well may be not, but if some body can cath a zarlink gp2021 why can bring some gps stuff for the nanonote too in a hackish way 2011-03-22 22:00 of course this is off-topic for what i'm currently working with SiGE Front End 2011-03-22 22:01 but this was a gps hack toy in the 90's 2011-03-22 22:02 90's ! then it will be look like this http://www.holaoaxaca.com/wp-content/uploads/2008/08/gps-antiguo.jpg 2011-03-22 22:03 lol 2011-03-22 22:03 no way 2011-03-22 22:03 ;-)) 2011-03-22 22:03 does that really was used? 2011-03-22 22:04 there are real maps that are drawn in this style 2011-03-22 22:05 tuxbrain: files updated. now sorted by component reference 2011-03-22 22:05 sure, but that size and pocket thing?? 2011-03-22 22:05 loves linux networking versatilly and chroot 2011-03-22 22:05 too 2011-03-22 22:06 btw the "ye-olde-gps" was from 1920 :) 2011-03-22 22:06 nice 2011-03-22 22:07 yes ! commit 6000 at svn.openmoko.org ! ;-) 2011-03-22 22:08 you? 2011-03-22 22:08 who else ;-) 2011-03-22 22:08 what is there? 2011-03-22 22:08 tuxbrain: wpwrak repo !! 2011-03-22 22:08 very valuable 2011-03-22 22:08 tuxbrain: the core parts of the BOM processor (trunk/eda/boom/) 2011-03-22 22:09 make a copy of it ! 2011-03-22 22:09 yep, please backup whatever you have under openmoko domains 2011-03-22 22:09 kristianpaul: (copy) yeah, when openmoko.org dies, i'll migrate boom and fped over to qi-hw 2011-03-22 22:09 tuxbrain: i have local copies of everything :) 2011-03-22 22:09 projects seem totally down, isn't it? 2011-03-22 22:09 wpwrak: and the other stuff? i saw a memoryspeed tester too 2011-03-22 22:10 tuxbrain: (projects) dunno. it hasn't been well for a very very long time already 2011-03-22 22:10 kristianpaul: i have a copy of the entire repository. but fped and boom are probably the most valuable parts right now 2011-03-22 22:12 sure 2011-03-22 22:22 (oshw logo) the "Iconographic Microchip" looks more like "broken" than "open" ;-) 2011-03-22 22:23 and so do all of the "Geared" thingies. remind me of drawings of body cells bursting after some virus infection 2011-03-22 22:31 wolfspraul: definitively we need more visibility (qi-hardware) I have read an open hardware article on farnell magazine, and apears Arduino and ... BugLabs!!! 2011-03-22 22:31 of course mention to the broken chip icon 2011-03-22 22:31 sorry oshw 2011-03-22 22:32 hmm, ordering by component reference isn't quite clean. C10 comes before C2. not good. let's fix this ... 2011-03-22 22:32 tuxbrain: qi-hw ... isn't that this company that makes some sort of clamshell display with keyboard for the arduino ? :) 2011-03-22 22:34 tuxbrain: lol 2011-03-22 22:34 wpwrak: lol 2011-03-22 22:35 wpwrak: s/oshw/ohwr http://www.ohwr.org/attachments/29/ohr_logo_90x120.png 2011-03-22 22:36 wpwrak: nah, that was linuxbrain or somthing like that qi.hw was the one of the milk dispenser under fpga 2011-03-22 22:36 qi-pixel? 2011-03-22 22:37 kristianpaul: is that a zombie penguin ? 2011-03-22 22:37 wow a tux-borg 2011-03-22 22:39 i like the oshw "geared" logo. it's exactly the style in which biological cells are drawn. in the first one, we see a cell, complete with nucleus, where the membrane has been damaged. below, we see more damaged cells, each with a hydroxyl radical inside, which is quite fitting, see also the last paragraph of http://en.wikipedia.org/wiki/Hydroxyl#Hydroxyl_radical 2011-03-22 22:41 I like the copyleft one, but then our motto will be really attached to openhardware(tm) 2011-03-22 22:42 yeah. let's vote against it :) 2011-03-22 23:03 yay code highlighter working :) 2011-03-22 23:08 tuxbrain: /* " */ "does this work ?" 2011-03-22 23:08 yep :) 2011-03-22 23:08 tuxbrain: //* and how about this ? 2011-03-22 23:09 mmmm //* is recognized as /* 2011-03-22 23:10 (-:C 2011-03-22 23:10 bastard 2011-03-22 23:10 that was easy ;-) 2011-03-22 23:12 damn it qt-creator does it well... 2011-03-22 23:12 ok //* fix for next release :P 2011-03-22 23:12 let's go to open/save files 2011-03-22 23:15 also for next release limits on zoom in zoom out, I can zoom out to 1 point font and to max_int :P 2011-03-22 23:16 kristianpaul: ah, another thing worth saving from openmoko.org is my TMC stuff (lab instrument control) 2011-03-22 23:21 tuxbrain: yet another update of http://downloads.qi-hardware.com/people/werner/wpan/tmp/atusb-smt.csv http://downloads.qi-hardware.com/people/werner/wpan/tmp/atben-smt.csv 2011-03-22 23:27 any ones knows if QFileDialog will work on NN and how it should look like? 2011-03-22 23:29 on pc it opens the system file dialog, so I'm afraid in NN will not work... 2011-03-22 23:46 [commit] Niels: Revert "first try to fix building with OpenWRT toolchain that does not include QtCore and QtGui in the include path" http://qi-hw.com/p/nanomap/f1a2430 2011-03-22 23:46 [commit] Niels: Revert "second try" http://qi-hw.com/p/nanomap/69d133c 2011-03-22 23:46 [commit] Niels: add a .pri file for common settings in the build system http://qi-hw.com/p/nanomap/67b755c 2011-03-22 23:46 [commit] Niels: fix display of single poi http://qi-hw.com/p/nanomap/6c5a65b 2011-03-22 23:46 [commit] Niels: rename map icons http://qi-hw.com/p/nanomap/2cf2695 2011-03-22 23:46 [commit] Niels: add download of poi to download widget http://qi-hw.com/p/nanomap/d7480d3 2011-03-22 23:46 [commit] Niels: load file with crtl+o http://qi-hw.com/p/nanomap/a9d6810 2011-03-22 23:46 [commit] Niels: a bit more consistant ui http://qi-hw.com/p/nanomap/88bbfbe 2011-03-22 23:46 [commit] Niels: remove unused funktion triggerAction() from layers http://qi-hw.com/p/nanomap/8d77601 2011-03-22 23:46 [commit] Niels: add not (yet) working downloader for routing data http://qi-hw.com/p/nanomap/f86e246 2011-03-22 23:46 [commit] Niels: show file name instead of generic Point of Interest title in layer menu http://qi-hw.com/p/nanomap/6bdf7c5 2011-03-22 23:46 [commit] Niels: replace combobox with listwidget to select the poi type http://qi-hw.com/p/nanomap/3110a49 2011-03-22 23:46 [commit] Niels: beautify drawing of battery level a bit http://qi-hw.com/p/nanomap/a3d3597 2011-03-22 23:46 [commit] Niels: draw poi name if it is near the middle of the screen http://qi-hw.com/p/nanomap/880bc8b