2011-01-07 00:38 yizhang: great job : http://en.qi-hardware.com/wiki/Applications 2011-01-07 00:57 xiangfu: thanks! 2011-01-07 00:58 xiangfu: still a lot of work to do 2011-01-07 00:58 xiangfu: try to find icons for our apps 2011-01-07 02:56 https://dev.openwrt.org/ticket/8594#comment:3 2011-01-07 02:56 fighting with the whole meaning of openwrt is pointless 2011-01-07 02:56 it IS a distro for routers 2011-01-07 02:57 they make irreversible changes all the time 2011-01-07 02:57 is there any reason why uImage should be copied in a certain order on the SD card to be able to boot it? (I'm trying to boot a custom image made with OE on the nanonote) 2011-01-07 02:58 xiangfu: btw, your patch for gettext (oh, gettext-full) is still not there... though the bug status was changed to "accepted" 2011-01-07 02:59 kyak: yes. I saw your comment, in bug 8413 2011-01-07 02:59 at some point, openwrt will make a really critical change and we will have to branch or to switch to another distro 2011-01-07 02:59 it will be very painfull 2011-01-07 03:00 valhalla_: the bootloader hard code to load '/boot/uImage' 2011-01-07 03:01 xiangfu: yes, it was in that position, but it wasn't able to load it 2011-01-07 03:02 valhalla_: the bootloader only try first partition. and the first partition must ext2 2011-01-07 03:02 (it happened yesterday, so I don't have the error message right now, it was just a random idea) 2011-01-07 03:02 xiangfu: check 2011-01-07 03:03 valhalla_: make sure you using the last version of bootloader. the early u-boot will have some problem on > 8GB sd card 2011-01-07 03:04 how do I check the bootloader version? (it was able to boot a jlime image from the same card, anyway) 2011-01-07 03:07 valhalla_: do you have openwrt in your nand? it's not easy to check the u-boot version, but you can check the '/etc/VERSION' in openwrt rootfs. 2011-01-07 03:07 valhalla_: you can update your bootloader to 12-14: http://downloads.qi-hardware.com/software/images/NanoNote/Ben/2010-12-14/openwrt-xburst-qi_lb60-u-boot.bin 2011-01-07 03:08 xiangfu: no, I have jlime (it's the nanowar edition from tuxbrain) 2011-01-07 03:08 kyak: since 12-15 , I never have a success on compile config.full_system :( 2011-01-07 03:09 xiangfu: me too... since that really stupid idea to stub libiconv and gettext 2011-01-07 03:22 i wonder what will be the next problem after this one with glib2 is fixed 2011-01-07 03:27 [commit] kyak: qstardict: fixed missing dependencies http://qi-hw.com/p/openwrt-packages/0f82e42 2011-01-07 03:46 zedstar: "Searchable USB flash drives" - very nice! 2011-01-07 03:46 talking about this one: http://zedstar.org/blog/2011/01/06/searchable-usb-flash-drives/ 2011-01-07 03:49 zedstar: can you explain more details? what is this search engine? the pdf viewer, is it nupdf? what were you using as httpd? can it search in pdfs only? have you ported the search engine to openwrt? 2011-01-07 03:57 [commit] kyak: put qi openwrt-packages git on top in feed.conf http://qi-hw.com/p/openwrt-xburst/46b0442 2011-01-07 03:57 [commit] kyak: Merge branch 'master' of projects.qi-hardware.com:openwrt-xburst http://qi-hw.com/p/openwrt-xburst/ba54599 2011-01-07 03:58 xiangfu: seems that it can be built now against libiconv and gettext full version (overriden from openwrt-packages). 2011-01-07 03:58 the problem is, glib2 has to be overriden too (to have the --with-libiconv=gnu option back) 2011-01-07 03:59 xiangfu: how do you think, should be override glib2, too? at least temporary 2011-01-07 04:00 kyak: yes. I agree 2011-01-07 04:00 ok then 2011-01-07 04:02 [commit] kyak: use full versions of libiconv, gettext; fix glib2 http://qi-hw.com/p/openwrt-packages/f981e83 2011-01-07 04:02 xiangfu: please test if it works for you, too 2011-01-07 04:02 kyak: ok. thanks 2011-01-07 04:03 kyak: btw, I also test put qi-package on top of feeds. 1 rm feeds/ tmp/ -rf  2. make package/libiconv/{clean,compile} V=99  3. seems it still build the upstream version(stub) 2011-01-07 04:04 kyak: I will test your commit first. 2011-01-07 04:04 mm, seems you have to make package/symlinks after 1 rm feeds/ tmp/ -rf 2011-01-07 04:08 kyak: thanks. 2011-01-07 04:09 np.. really hope it works for you, too 2011-01-07 04:36 kyak: thanks....it is something called estraier which can search different things like pdfs, text, word doc etc...this one used pdftotext to be able to look inside the pdf. the search engine comes with own web server process. yeh ported to openwrt although some stuff isnt like nupdf etc 2011-01-07 04:37 kyak: i built a bunch of ipks but needs some work to get into an easy installable state as has web page stuff, and config files etc not in ipks 2011-01-07 04:38 zedstar: ah yes I just wanted to ask whether we can package this... 2011-01-07 04:40 wolfspraul: yeh it should be...not sure how to handle things like nupdf 2011-01-07 04:54 larsc: git should work again.. please try 2011-01-07 05:27 adamw_: ok I'm looking at this: http://www.molex.com/pdm_docs/sd/022284040_sd.pdf 2011-01-07 05:27 wolfspraul, http://www.molex.com/pdm_docs/sd/022284040_sd.pdf 2011-01-07 05:27 yeah :-) 2011-01-07 05:27 see page 1 firstly 2011-01-07 05:28 42375-1924 - page 17 2011-01-07 05:28 to know "M" and "P" firstly 2011-01-07 05:28 what length do we need? 2011-01-07 05:29 I need that  7.6 mm , so M + 2.29mm <= 7.6mm 2011-01-07 05:29 42375-1924 has a pin length (l) .47/11.94, mating length (m) .19/4.83, pc tail length (p) .19/4.83 2011-01-07 05:30 the "P" is actually I don't CARE. 2011-01-07 05:30 ok what is this .19/4.83 - what unit is .19, what unit is 4.83 2011-01-07 05:30 4.83 mm ? 2011-01-07 05:30 0.19 inch? 2011-01-07 05:30 inch/mm 2011-01-07 05:30 right 2011-01-07 05:30 ah ok 2011-01-07 05:31 if I use "42375-0004" then you can search...it's not that I want! 2011-01-07 05:31 so we need M + 2.29mm <= 7.6mm - M <= 5.31 mm 2011-01-07 05:31 and here M is 4.83, so it fits 2011-01-07 05:31 right? 2011-01-07 05:32 4.83 < 5.31 2011-01-07 05:32 yes 2011-01-07 05:33 M = 0.23" (seems they are all standard, that's now why Digi-Key and Mouser selling!) 2011-01-07 05:35 you will really hard to find a suitable part for our special case. 2011-01-07 05:36 wolfspraul, http://dkc3.digikey.com/PDF/TW2010-11/secta.pdf 2011-01-07 05:36 wolfspraul, http://tw.mouser.com/Catalog/catalogusd/642/dload/pdf/INTERSECTION.pdf 2011-01-07 05:38 i searched both Digi-Key and Mouser, I've not found a suitable one. 2011-01-07 05:39 ok, 0.23'' = 5.8mm 2011-01-07 05:39 or 0.24'' 2011-01-07 05:39 that's only .5mm more than what you need 2011-01-07 05:39 is this even noticable? 2011-01-07 05:39 most catalog show now. 2011-01-07 05:40 if the header is 0.5mm too high, maybe that's good enough? 2011-01-07 05:40 right now it's 4mm too high, right? 2011-01-07 05:40 yes...too high. 2011-01-07 05:41 I can only say I want a total hight of 7.1mm~ 7.6mm from M1 board top side 2011-01-07 05:44 what is the mating length of the current header on m1? 2011-01-07 05:44 7.6mm - 7.1mm = 0.5mm, this is the C27's height. 2011-01-07 05:45 current mating length on m1 = 5.95mm 2011-01-07 05:45 but need to add 2.5mm, so 5.95mm + 2.5mm = 8.45mm 2011-01-07 05:46 I cannot follow 2011-01-07 05:47 calculating the height, you need count mating length + plastic length. 2011-01-07 05:48 we found a header with 5.8mm mating length, which is only .5mm more than what you want 2011-01-07 05:48 it sounds like .5mm may be good enough? 2011-01-07 05:48 no 2011-01-07 05:48 you forgot to add 2.29 mm 2011-01-07 05:49 go to see page1 of "022284040_sd.pdf" 2011-01-07 05:49 to feel "M" length + 2.29mm <= 7.6mm (I want) 2011-01-07 05:50 yes 2011-01-07 05:50 so m should be <= 5.31 mm 2011-01-07 05:50 right? 2011-01-07 05:51 right 2011-01-07 05:52 and the one we find available on mouser/digikey has m = 5.8 mm ? 2011-01-07 05:52 0.23'' = 5.8mm 2011-01-07 05:53 5.8mm + 2.29mm = 8.09 mm 2011-01-07 05:54 8.09 - 7.6 = 0.5mm 2011-01-07 05:54 yes 2011-01-07 05:54 :-) 2011-01-07 05:54 so the different is .5mm 2011-01-07 05:54 don't you think that's 'good enough'? 2011-01-07 05:54 i know you are saying why 0.5mm I can not accept it. 2011-01-07 05:55 I'm just wondering how it feels/looks in reality 2011-01-07 05:55 .5mm - sounds like really small 2011-01-07 05:55 (in this context) 2011-01-07 05:58 but actually is .24/6.09  + 2.29 = 8.38mm, 8.38mm - 7.6 mm = 0.78mm (~ 0.5mm) 2011-01-07 05:59 ok now you make it .24 inch (before was 0.23 inch) 2011-01-07 05:59 but please the 7.1 mm is the final i want, if taking C27's height in next run(actually I don't know) 2011-01-07 05:59 datasheet says 0.24'' 2011-01-07 06:00 some other says 0.23'' 2011-01-07 06:01 you mean 7.1 - 2.29 = 4.81 ? 2011-01-07 06:01 so you want M <= 4.81 ? 2011-01-07 06:02 the dark side of math: making addition confusing :) 2011-01-07 06:02 at least we get some practical experience in mating length calculations now, who knows when this may come in handy... :-) 2011-01-07 06:03 i can only say I want 7.1mm <=height <= 7.6mm from my exactly jtag/seral and m1 now. :) 2011-01-07 06:04 kyak: xiangfu once mentioned  http://www.debwrt.net/trac/wiki  maybe this could be a more suitable candidate in the longer term ? 2011-01-07 06:04 wolfspraul, I have another plan which can be done in smt vendor. 2011-01-07 06:05 wolfspraul: the best lessons are taught by mistakes :) 2011-01-07 06:06 wpwrak, the mistakes we created already and knew . :) need to clean it. :) 2011-01-07 06:09 wolfspraul, the package is on the way ST INGBERT DE. 2011-01-07 06:09 wolfspraul: do the cases fit on your boards? 2011-01-07 06:12 I have no boards here. 2011-01-07 06:12 adamw_: but I just got the box from fedex with the jtag-serial adapters - nice! 2011-01-07 06:12 wpwrak: btw, did you get your nanos? 2011-01-07 06:14 wolfspraul, ok, good, firstly I plug a very small metal into P1 on jtag/serial to measure..the depth. I got 2.5mm. 2011-01-07 06:15 wolfspraul, do you think you can go to somewhere to hook jtag/serial in m1? 2011-01-07 06:16 no 2011-01-07 06:16 but I will send the boards to the people who have the boards 2011-01-07 06:16 of course they will first run into the height problem, have to clip their headers (all of which is very easy of course) 2011-01-07 06:18 wolfspraul: they're still sitting at customs. sat there all day long yesterday. 2011-01-07 06:20 adamw_: I fully understand the C27 problem now :-) 2011-01-07 06:20 wolfspraul, also to feel U1 on jtag/serial. 2011-01-07 06:21 U1's body edge. 2011-01-07 06:22 the C27's height is around 0.5mm. :) 2011-01-07 06:23 morning 2011-01-07 06:26 morning 2011-01-07 06:26 adamw_: U1 is too close to the jtag header? 2011-01-07 06:27 just its edge interference. Yes, too close! 2011-01-07 06:27 "Developed an adaptive integration routine in Lua--a language I had not heard of until I got the Nanonote. Lua is quite fast and small" nice to read this 2011-01-07 06:28 wolfspraul, http://en.qi-hardware.com/w/images/5/56/M1_rc2_J5_header_cut_shorter_pod_U1_collide_J6_headers_outlet_on_m1.png 2011-01-07 06:28 that's why I took this picture. 2011-01-07 06:29 thus actually jtag connector can be contacted very well if C27 & U1 move away a bit. 2011-01-07 06:29 yeah, got it 2011-01-07 06:29 wolfspraul: i see.. because i have only tested them with the rc1... dont have a real board atm either 2011-01-07 06:30 it can be contacted very well even if those components aren't moved... so don't worry 2011-01-07 06:30 actually I didn't even notice that before you looked at it, even though I used the jtag pod many times 2011-01-07 06:30 well...but fig. 13 shown is not big deal, because jtag connector contacted well to work enough! 2011-01-07 06:31 there are more important issues imo 2011-01-07 06:31 lekernel, hi yes, actually the C27 and U1 are not big deal 2011-01-07 06:31 just  I recorded first then we improved next time. :) 2011-01-07 06:31 what about some ribbon cables with press-on connectors? 2011-01-07 06:31 good to hear you say that :) 2011-01-07 06:31 not long.. just like 5 or 10cm? 2011-01-07 06:33 lekernel, but we just need to determine the J5's height and pick a suitable part. 2011-01-07 06:33 yeah, exactly, and just cut it on the existing boards... please don't delay anything because of this trivial problem 2011-01-07 06:34 well...we need to think this carefully...I don't want to rework news coming from everywhere later. 2011-01-07 06:34 roh: do you also have press-on connectors for single-line headers ? 2011-01-07 06:34 trimming or cut for me is the 'rework'. :) 2011-01-07 06:35 roh: ahh good point, I send you one jtag-serial too, just in case 2011-01-07 06:35 wpwrak: nope.. but who cares.. use a 2row 2011-01-07 06:36 roh: with the jtag board floating freely, i would be a bit worried about it accidently making contact with the main device. but maybe that's acceptable. (i was scared about the same issue with the openmoko debug board) 2011-01-07 06:36 wpwrak: for the 4pin 1row serial i would use something readymade...like a cdrom-audio cable or similar 2011-01-07 06:36 jtag boards floating freely are 1000 times more messy than this small connector height problem 2011-01-07 06:36 wpwrak: use sticky tape or gaffa on the pcb backside 2011-01-07 06:37 lekernel: maybe 10x :) 2011-01-07 06:37 is it so hard to find a shorter header? or to cut an existing one? 2011-01-07 06:37 roh: (ready-made) good idea 2011-01-07 06:37 I don't understand you... 2011-01-07 06:38 lekernel, we haven't decide to cut (this is unusual/bad idea) or to order the one we found in Molex. 2011-01-07 06:39 wolfspraul, how far it is from your home to roh or lekernel? 2011-01-07 06:40 way too far 2011-01-07 06:40 wolfspraul: how long are you in .de? 2011-01-07 06:40 probably also next week 2011-01-07 06:40 I will try to call that reichl guy, get an appointment. 2011-01-07 06:41 in that case I may even come back to Berlin. 2011-01-07 06:41 i see 2011-01-07 06:42 calling right now, nice huy 2011-01-07 06:42 guy 2011-01-07 06:42 he said 'how about monday?' 2011-01-07 06:42 but doesn't answer email :p 2011-01-07 06:43 works for me 2011-01-07 06:43 uh.. dunno if i am ready to do much outside stuff on monday.. want to get proper un-sick first 2011-01-07 06:43 http://downloads.qi-hardware.com/people/kristianpaul/Cristian_samples.png 2011-01-07 06:44 got 'one' of the hacker-pests... seemingly the easy form. 2011-01-07 06:44 lekernel: I'm pretty sure I don't have to explain personal 'pecularities' here, do I? 2011-01-07 06:44 ? 2011-01-07 06:44 so I called him, all super easy. he said come Monday morning... 2011-01-07 06:45 kristianpaul: what does it show? GNSS? 2011-01-07 06:45 I asked what 'morning' means and he said 7-9 AM :-) 2011-01-07 06:45 yikes. on monday? thats crazy 2011-01-07 06:45 well, maybe you guys also just call him? I mean he's in the same city... 2011-01-07 06:46 if we cannot make progress on this in Berlin, I will go to a lab I know in Nanjing 2011-01-07 06:46 monday 7-9 works for me 2011-01-07 06:46 he told me Monday is best for him, totally free right now 2011-01-07 06:46 Tuesday = eye doctor 2011-01-07 06:46 Wednesday/Thursday - very busy 2011-01-07 06:46 Friday could be OK as well 2011-01-07 06:46 kristianpaul: is this good or bad ? :) 2011-01-07 06:46 roh: some statics so far, wait a bit more for the PRN matching part 2011-01-07 06:47 lekernel: if you have time on Monday, maybe I come to Berlin? 2011-01-07 06:47 or you can handle it yourself? 2011-01-07 06:47 kristianpaul: i meant.. whats GNSS? 2011-01-07 06:47 I'm interesting in this guy and what more he can do for us in the future... 2011-01-07 06:48 wpwrak: i think is not bad, but i'm missing some data concepts for I/Q sampling theory so the data can be analized again 2011-01-07 06:48 so maybe I should just come there. 2011-01-07 06:48 ok, do that then 2011-01-07 06:48 what personal peculiarities are you talking about? 2011-01-07 06:48 wolfspraul: what can he do ? (in broad strokes) 2011-01-07 06:48 people who have this or that preference 2011-01-07 06:48 you write an email - no answer 2011-01-07 06:48 ok. 2011-01-07 06:48 but what does it mean? 2011-01-07 06:48 to me: nothing 2011-01-07 06:49 I don't know. I must have worked with the strangest people on the planet, I feel. 2011-01-07 06:49 if someone wants to communicate with flying pigeons - fine. 2011-01-07 06:49 i also it was using made matlab.. dammit,  i can find serios examples/aplications for octave/scilab?.. 2011-01-07 06:49 I will dutifully send my messages back and forth that way... 2011-01-07 06:49 some get up at 2 PM 2011-01-07 06:49 some start at 6 AM 2011-01-07 06:49 whatever, you name it... 2011-01-07 06:50 wpwrak: I was referred to him to help us with ce/fcc certification. 2011-01-07 06:50 http://www.reichl-emv.de/NEU_index.html 2011-01-07 06:50 ah, good ! 2011-01-07 06:50 I was told he's a cool old guy 2011-01-07 06:50 1-person business 2011-01-07 06:51 a bit chaotic (floor all filled with stuff) 2011-01-07 06:51 charges by the hour, very easily approachable and unbureaucratic 2011-01-07 06:51 takes tons of time to explain things 2011-01-07 06:51 sounds like our guy, no? :-) 2011-01-07 06:51 good. I also need to borrow a 10+GHz frequency counter for non-commercial nerd research. maybe he could also help ;) 2011-01-07 06:52 absolutely. let's ask! :-) 2011-01-07 06:52 his equipment list looks rather nice :) 2011-01-07 06:52 I was referred to him, I have reason to believe this is a solid contact. 2011-01-07 06:52 anyway let's go there monday morning 2011-01-07 06:52 but let's see, we have to try... 2011-01-07 06:54 I like that website design :-) 2011-01-07 06:55 nice! the equipment lists! 2011-01-07 06:55 yeah 2011-01-07 06:55 also expertise 2011-01-07 06:57 lekernel: im asking around a bit about frequency counters... laforge doesnt have one that fast.. but i got a tip 2011-01-07 07:05 Any one around have the printed copy and CD for the "A Software-Defined GPS and Galileo Receiver" book. (maybe) 2011-01-07 07:05 Or know somebody which have it? 2011-01-07 07:06 who needs that? http://lea.hamradio.si/~s53mv/navsats/theory.html :) 2011-01-07 07:09 lekernel: very old-school graphics :) 2011-01-07 07:10 very old heavy stuff too :-) 2011-01-07 07:24 kristianpaul: that's the problem with those ex-commies - they're really really good at math :) 2011-01-07 07:25 http://xkcd.com/844/ 2011-01-07 07:29 HURD loop ;-) 2011-01-07 07:29 lol 2011-01-07 07:30 yeah, where all the beauty of the GNU shines :) 2011-01-07 07:31 lekernel: you say it's all bull ? :) 2011-01-07 07:31 not all, but mostly - that's why it's only a gnu 2011-01-07 07:33 also gnu is brand ie gnuplot is not gpl or gnu project it self 2011-01-07 08:19 wpwrak: remenber our talk abot I/Q and 2 bits, (sign & mag), i ask you now, how the USRP handle/format sign and mag? 2011-01-07 08:20 so if the USRP data ouput is 16 bit I/Q it means there are 16 bits I and Q interleaved? right 2011-01-07 08:21 soemthing like: IQIQIQIQIQIQIQIQIQIQIQIQIQIQIQIQ 2011-01-07 08:25 kristianpaul: err no, it's not bit-serial like that. Q and I have different channels in hardware. 2011-01-07 08:25 kristianpaul: the FPGA then puts data into consecutive words 2011-01-07 08:26 those words are signed? 2011-01-07 08:26 kristianpaul: i think so, yes 2011-01-07 09:43 hmm, something is coming ... just don't know whether it's three bens or a letter informing me that i have to appear at customs to personally retrieve them. let's hope for the former. 2011-01-07 09:51 or it's a surprise gift 2011-01-07 09:52 surprises coming from customs are rarely good ones ... 2011-01-07 09:53 :( 2011-01-07 10:28 wpwrak: thanks for the debwrt link, i'll have a look 2011-01-07 10:31 kyak: if they're as extreme as openwrt, their work may not be directly useful. but they'll have to solve a number of problems that, according to zrafa, still prevent debian from being a good choice for such small devices. so in the worst case, if there are any results at all, they'll make it easier to do something interesting for us 2011-01-07 10:37 afaik it's a debian with openwrt kernel patches 2011-01-07 10:39 oh, nothing more ? i was hoping they'd tackle the big task of splitting packages into smaller chunks as well 2011-01-07 10:40 well, maybe they're not aware of that problem yet. that would be an interesting surprise. heh heh :) 2011-01-07 10:41 https://dev.openwrt.org/ticket/8594 2011-01-07 10:42 still trying to persuade this guy... 2011-01-07 10:43 well, at least the image can be built now when libiconv, gettext and glib2 are overriden 2011-01-07 10:43 kyak: i think the two of you are talking about different things 2011-01-07 10:44 why is that? 2011-01-07 10:44 kyak: maybe try to see if you can grab him in IRC. could be easier to converge. 2011-01-07 10:45 yes, might be a good idea 2011-01-07 10:45 jow says there's no difference. you imply there is and then you explain why the change makes things hard. 2011-01-07 10:45 so it seems that the first question should be why jow thinks there is no difference in function 2011-01-07 10:46 i told him about the "no difference". then i again explained why it is needed 2011-01-07 10:46 i.e., maybe there is indeed something wrong in libiconv that made it functionless ? or maybe he doesn't understand your use case ? or maybe he does understand but rejects it ? many possible interpretations, and progress will be difficult if you can't find out which one it the right one 2011-01-07 10:47 now, he said "it is the same, but 10x less size" 2011-01-07 10:47 exactly 2011-01-07 10:47 then i shown him that it's not the same 2011-01-07 10:48 beacuse i.e. fbterm can't be linked 2011-01-07 10:48 and because he himself has to unstub it all the time 2011-01-07 10:48 and i also asked if it was the same, why *-full versions are there? 2011-01-07 10:48 yes, but the action to take depends on why he thinks it's the same while it apparently isn't 2011-01-07 10:49 that might be in his next answer 2011-01-07 10:49 e.g., if it indeed be a fully equivalent replacement, then the fix would be to enhance the stub accordingly 2011-01-07 10:49 er  .. if it is indeed intended to be ... 2011-01-07 10:51 a lot of things can be chosen in openwrt by configuration 2011-01-07 10:51 even enabling wide character support in underlying libs 2011-01-07 10:51 but using full versions of libiconv and libintl (and accordingly in all other dependent apps) is not blocked 2011-01-07 10:51 *is now blocked 2011-01-07 10:52 a user will have to modify Makefiles for that 2011-01-07 10:52 (many options) seems that there's no good mechanism for having variants for the same functionality, though (or otherwise, you would have used that one) 2011-01-07 10:52 (variants) e.g., package X needs a libc, but doesn't care which one. or an editor. or a shell. whatever. 2011-01-07 10:55 something very bad has happened 2011-01-07 10:56 from my opinion, since those stub libs appeared, openwrt is seriously broken 2011-01-07 10:56 well, it's using GNU software, so it's obviously broken :) 2011-01-07 10:56 but as long as it somehow works, why care... 2011-01-07 10:57 is looking forward to savour the sheer elegance and speed of sebcc 2011-01-07 10:57 just use llvm... 2011-01-07 10:57 movie time... 2011-01-07 10:57 *grin* 2011-01-07 11:01 I wonder if linux can be compiled with llvm 2011-01-07 11:02 no, it's full of GNU extensions and therefore equally broken 2011-01-07 11:03 the freebsd kernel can 2011-01-07 11:03 (freebsd) oh, so the finally drop gcc? 2011-01-07 11:03 i've heard of some effort to mimic the gnu extensions in llvm, but I don't know what the state is 2011-01-07 11:04 they're trying to... I don't know when it'll be the main compiler 2011-01-07 11:04 Sure all we know when, that will be on the news everywhere ;-) 2011-01-07 11:05 what I love is when the GNUtards blame Microsoft for trying to discreetly put loads of proprietary extensions on every computer 2011-01-07 11:05 cf. autoconf, gcc, ... 2011-01-07 11:06 autoconf is horrible when used on a gnu system and cannot be named when used on a non-gnu system 2011-01-07 11:06 it's full of obscure checks to make sure you're using the GNU stuff everywhere 2011-01-07 11:07 GNU is the whole thing  indeed :-) 2011-01-07 11:07 and it infects the source of many software packages like nasty windows malware 2011-01-07 11:10 wheee ! my UPS dodged a brown-out ! :) 2011-01-07 11:12 lekernel: just don't use it ? i never saw a need for autoconf and friends 2011-01-07 11:13 I'm not using it, but many software packages do, including libraries and tools that I need and for which there is no equivalent without autocrap 2011-01-07 11:14 if GNU/Autocrap was merely self-contained, I wouldn't make such a fuss. but the problem is that shit is everywhere 2011-01-07 11:16 hmm, libs and stuff usually don't leak their autojunk much. at least not in my experience. it just becomes part of the build instructions. 2011-01-07 11:17 the only real annoyance are those who assume that you know the whole automake, autoconf, configure canon by heart and don't even provide a script to run the whole mess 2011-01-07 11:18 yeah, and good luck fixing those when they break (and they DO break, all the time, on non-gnu systems, sometimes clearly on purpose) 2011-01-07 11:19 just how many different and patched autocrap versions you can count in the openbsd ports tree 2011-01-07 11:19 ah, interesting. well, happily i'm on linux all the time :) 2011-01-07 11:21 but it is kinda ironic if autocrap forces you to a specific kind of platform 2011-01-07 11:21 and they call that tools to make software portable. this is not true. they're GNU propaganda tools, which attempt to conceal the fact that they make porting software hard on non-GNU platforms by making you believe software is hard to port in general 2011-01-07 11:21 ;-))) 2011-01-07 11:22 and soon we'll find out the truth behind JFK, 9/11, and most of all, Elvis :) 2011-01-07 11:23 "let's check that the cos function, mandated by many standards, exists in libm - and do that in a way that stresses either the shell, compiler, linker or both, so it can break on a non-GNU system" 2011-01-07 11:23 etc. etc. 2011-01-07 11:24 autocrap is all about those (and puking out shell scripts that are more unreadable than the blobs the FSF makes so much fuss about) 2011-01-07 11:25 well, such breakage may not necessarily be deliberate. i've quite often run into quirky environmental issues i hadn't anticipated. and propaganda was the last thing on my mind ... 2011-01-07 11:25 well maybe 2011-01-07 11:25 never attribute to malice that which can be adequately explained by stupidity ;) 2011-01-07 11:25 yeah :) 2011-01-07 11:27 a particularly nasty source of breakage is l10n. even seemingly harmless things like  for n in [a-z]; ...  become unreliable 2011-01-07 11:31 lekernel: there is a modified gcc that emit llvm bytecode, using that it should be possible to compile sources that use GNU extensions and still use llvm for the final code generation 2011-01-07 11:34 thanks. but I use clang and no GNU extensions - except those that are implemented on other major systems; sometimes they manage to do things that don't suck technically, like asprintf() 2011-01-07 11:35 yes, that's better for new code, but it can be useful to have an alternative for existing code 2011-01-07 11:58 Ha, 2011-01-07 11:59 How could be easier add 6 bits to a 2bit data in order to be easilly processed?.. 2011-01-07 12:00 also that bloat a the whole thing.. 2011-01-07 12:01 mhmm 2011-01-07 12:05 how about worrying about optimization after the algorithm works ? :) 2011-01-07 12:09 yes, it just was a suguesstion from the guy who is helping me to analize the data 2011-01-07 12:12 ah, i see 2011-01-07 12:13 he said google python unpack for more details... 2011-01-07 12:14 doesn't it make more sense to stuff 4 'data units' in a byte instead? 2011-01-07 12:15 thats how it is right know 2011-01-07 12:16 but seems i hard to process data wich is orinally 2 bits wide in that way.. 2011-01-07 12:16 I dont know i need read more about it 2011-01-07 12:16 why? 2011-01-07 12:16 bitshift to the proper position 2011-01-07 12:16 then %4 2011-01-07 12:17 4? no 2011-01-07 12:17 or wait.. 2011-01-07 12:17 yes, 4, I was right after all :P 2011-01-07 12:17 & 3 :) 2011-01-07 12:18 same 2011-01-07 12:18 just bitwise 2011-01-07 12:18 uint8_t in, out[4]; for (i = 0; i != 4; i++) out[i] = (in >> (2*i)) & 3; 2011-01-07 12:19 no need to figure out fancy packing functions :) 2011-01-07 13:02 [commit] Werner Almesberger: atusb/fw/include/at86rf230.h: started updates for AT86RF231 http://qi-hw.com/p/ben-wpan/337e5d2 2011-01-07 13:02 [commit] Werner Almesberger: atusb/fw/include/at86rf230.h: make one section per register, not one per field http://qi-hw.com/p/ben-wpan/bd5b008 2011-01-07 13:02 [commit] Werner Almesberger: atusb/fw/include/at86rf230.h: added remaining AT86RF231 values http://qi-hw.com/p/ben-wpan/4387d84 2011-01-07 13:02 [commit] Werner Almesberger: atusd/cam/Makefile: updated for cameo-based process (forgot to commit this) http://qi-hw.com/p/ben-wpan/4ef7a82 2011-01-07 13:02 [commit] Werner Almesberger: libatrf: new function atrf_identify to identify the chip http://qi-hw.com/p/ben-wpan/a9321ce 2011-01-07 13:02 [commit] Werner Almesberger: atrf-txrx: set CRC and transmit power depending on chip (AT86RF230/231) http://qi-hw.com/p/ben-wpan/02e394a 2011-01-07 13:02 [commit] Werner Almesberger: atusb/fw/include/at86rf230.h: many corrections, some additions http://qi-hw.com/p/ben-wpan/f67a79b 2011-01-07 13:02 [commit] Werner Almesberger: atusb/fw/include/at86rf230.h: make 231-centric http://qi-hw.com/p/ben-wpan/309a5ed 2011-01-07 13:02 [commit] Werner Almesberger: atrf-txrx: added support for AT86RF231 continuous transmission mode http://qi-hw.com/p/ben-wpan/b2d90cd 2011-01-07 13:05 hmm ... no notification for the commits i just pushed ? 2011-01-07 13:05 maybe the flood protection cut them off? 2011-01-07 13:08 wpwrak: what notification? 2011-01-07 13:09 there were 9 commits that just came through here... (6 minutes ago) 2011-01-07 13:24 wolfspraul: these are the ones. only took unusually long. 2011-01-07 13:24 meanwhile ... wpwrak->bens += 3; /* fedex just brought them :-) */ 2011-01-07 13:48 but the commits showed up 2 minutes before you posted that they are missing? 2011-01-07 13:48 maybe something in the irc servers? 2011-01-07 13:49 oh, that's odd then. probably irc indeed. 2011-01-07 13:49 http://en.qi-hardware.com/irclogs/qi-hardware_2011-01-07.log.html#t13:02 2011-01-07 13:50 i waited 1 minute after the push before asking about them 2011-01-07 13:50 yes, 3 minutes on irclogs... 2011-01-07 13:50 heh. the laws of relativity also apply in irc, it seems :) 2011-01-07 13:53 roh: for the m1 case, how can I tell which side of the top and bottom plates are meant to be inside, and which one is outside? 2011-01-07 13:53 it looks like one side of the edge is a bit rounder, maybe that's the one that should point outwards... 2011-01-07 14:01 hey I just realized - the power connector says "DC 5V IN", maybe I would add "TIP +" if there is enough space. 2011-01-07 14:03 is the ubiquitous "disc in arc" symbol encumbered ? 2011-01-07 14:06 zrafa: hmm, why do i need to  apt-get install libconfuse0  in order to install jlime in NAND ? 2011-01-07 14:06 or is this a (missing) dependency of xburst-tools ? 2011-01-07 14:09 zrafa: (hwiki/JlimeDownloadsAndInstallation )ow about putting the s/NAND_FORCEERASE... in the section about installing xburst-tools ? 2011-01-07 14:11 zrafa: also, why the 201002 version ? that one has at least two major known bugs (one parser bug, and the u-boot-killing nand erase wrap made famous by debian) 2011-01-07 14:17 zrafa: at least in 201012, NAND_FORCEERASE is already set. one item less to worry about;-) 2011-01-07 14:20 wpwrak: it was a requirement for xburst-tools, maybe you do not need if you have another version 2011-01-07 14:22 Checking 454656 bytes... Comparing 454656 bytes - FAIL at off 2048, wrote 0x0, read 0xff  :-( 2011-01-07 14:23 so far, so bad ... let's try another one ... 2011-01-07 14:26 grmbl.the same with #2 2011-01-07 14:28 let's try xburst-tools 201007 ... 2011-01-07 14:29 the same. but the device was already booted. rebooting ... 2011-01-07 14:30 wpwrak: NAND_FORCEERASE: yeah, that should be on xburst-tools section. 2011-01-07 14:30 instalattion section 2011-01-07 14:31 same error. very peculiar 2011-01-07 14:35 wolfspraul: you'll love this: http://www.renesasrulz.com/community/rx-contest 2011-01-07 14:35 :) 2011-01-07 14:37 they must be SO desperate ;-) 2011-01-07 14:39 hmm, I don't fully get it. but ok. 2011-01-07 14:39 the limited experience I had with Renesas was positive. 2011-01-07 14:39 but I think the Japanese in general have their whole own take on the proprietary/free/secrecy thing, on their cultural (Japanese) background. 2011-01-07 14:40 and I have no clue about that, so it's kinda mysterious :-) 2011-01-07 14:40 interesting. didn't usbboot -c ... but instead brought up usbboot interactively and pasted the commands individually. this time it worked. 2011-01-07 14:41 zrafa: "The system will not boot if there were problems, and it will be harder to get usbboot again." euphemism of the year 2010 ? ;-) 2011-01-07 14:42 "Trust us, YOU WANT THIS KIT. IT'S COOL!" 2011-01-07 14:42 lol 2011-01-07 14:42 the nice thing about this flash failure is that it leaves just enough of the system intact that reset+U still works 2011-01-07 14:43 (from http://www.renesasrulz.com/community/rx-contest/instructions) 2011-01-07 14:44 lekernel: guy at a bar, to a girl "please please sleep with me ! i'm the coolest dude !" starts crying "PLEASE ! PLEASE !" 2011-01-07 14:44 "Demonstration Kit featuring the RX62N series 32-bit MCU, which has on-chip flash memory and enhanced communication functions, including an Ethernet controller, USB 2.0, and CAN. " seems rather boring to me. except that I could use the CAN to talk to that stupid black box they put in my car and is causing me trouble atm 2011-01-07 14:44 "login or register to RenesasRulz" 2011-01-07 14:44 :-) 2011-01-07 14:44 I think that's really cute actually. They try to be hip... 2011-01-07 14:46 "But wait, there's MORE..." 2011-01-07 14:46 xiangfu is on ia32 or x86-64 ? 2011-01-07 14:47 wpwrak: you meant owrt toolchain? 2011-01-07 14:47 speaking about CAN and ODB2, is there any open source solution to fix car calculator problems? 2011-01-07 14:47 didn't find any :( 2011-01-07 14:48 kristianpaul: naw, xburst-tools. seems that i found another flashing bug. (see above) 2011-01-07 14:49 oh 2011-01-07 14:49 googling these keywords yields craploads of forum posts without much brilliance and dubious products 2011-01-07 14:52 zrafa: i think jlime still needs the  touch /etc/shadow 2011-01-07 15:00 i wonder how hard it would be to have the "nice" console font right after booting 2011-01-07 15:01 well, after reset, during boot 2011-01-07 15:07 zrafa: grmbl. how do you exit the audio player ? :) 2011-01-07 15:12 wpwrak: esc, alt + f4? 2011-01-07 15:12 ah gmu 2011-01-07 15:13 f1 then alt + enter 2011-01-07 15:13 you don't need to press f1 first 2011-01-07 15:13 it is always alt + enter, unless the keymap has been changed of course 2011-01-07 15:14 in the new version i have changed it to Alt+Q, because so many found the alt+enter so confusing 2011-01-07 15:15 wejp: ah, alt-enter works. thanks ! 2011-01-07 15:15 oh and you can always change it to something else, if you don't like it. just edit the nanonote.keymap file 2011-01-07 15:30 opkg install ldd 2011-01-07 15:30 Killed 2011-01-07 15:30 :-( 2011-01-07 15:35 wpwrak: they guy is helping me (Fabrizio) is using a python code to analize the data, i pushed him to realize the code publically so 2 bits support  can be added 2011-01-07 15:35 let's see how it goes 2011-01-07 15:36 Now time to increase a bit the fpga buffer size :D 2011-01-07 15:42 gaah. those things really suck without counterweight ! un-be-lief-able that anyone would even think of selling such crap :) 2011-01-07 15:45 jaja 2011-01-07 15:55 there, fixed :) 2011-01-07 16:18 zrafa: Hey how are you? 2011-01-07 16:19 I was trying the toolchin guide for jlime but i end with this http://paste.pocoo.org/show/316805/ 2011-01-07 16:19 I must crosscompile due it seems something is ran gcc on the SIE is just reset the ethernet over usb link :/ 2011-01-07 16:26 oh solved 2011-01-07 16:26 some symbolic links. 2011-01-07 16:36 neat, crosscompile works very well 2011-01-07 17:29 http://downloads.qi-hardware.com/people/werner/wpan/rssi-clip.ogg 2011-01-07 17:34 heh 2011-01-07 17:34 is pretty awesome 2011-01-07 17:35 what did you use for visualization? 2011-01-07 17:35 (the wlan is pretty far away, that's why it's a little weak) 2011-01-07 17:35 wpwrak: neat ! 2011-01-07 17:35 atrf-rssi uses sdl-gfx 2011-01-07 17:35 the visualiation is kind retro, (wich make it more awesome i think) 2011-01-07 17:35 :-) 2011-01-07 17:36 I see you're runing Jlime ;-) 2011-01-07 17:36 wpwrak: what's the current status of wpan? is it working and you can send/receive data? 2011-01-07 17:36 wpwrak: can you zoom in on screen a bit more? 2011-01-07 17:37 (jlime) of course. i lack the youthful energy to mess with openwrt :) 2011-01-07 17:38 kyak:i'm currently tweaking the RF behaviour. send/receive worked already a very long time ago. but there's no stack yet - just a utility to send/receive "bare" frames 2011-01-07 17:39 kristianpaul: i'll take a picture just of atrf-rssi ... actually, i can do that on the PC. easier :) 2011-01-07 17:40 wpwrak: i really hope your work will get implemented in some future versions of NanoNote (and soon). I lack wireless capabilities so much :) 2011-01-07 17:41 http://downloads.qi-hardware.com/people/werner/wpan/rssi-still.png 2011-01-07 17:42 wpwrak: nice work on gui. it even have shadow 2011-01-07 17:42 kyak: the idea is to make a few experimental boards soon. their rf probably won't be optimal, but they should be good enough for playing. 2011-01-07 17:42 oh i remenber know you draw the numbers your self 2011-01-07 17:42 s/kwno/now 2011-01-07 17:42 that is such a cool video! 2011-01-07 17:43 I assume it's not fake, right? :-) 2011-01-07 17:43 kyak: oh, and i'm forced to switch to a different chip. i didn't like this idea at first, but the new chip (which is very similar and nearly pin-compatible) has a number of nice features. including a high-speed modes where it gets up to 2 Mbps. real throughput with this may be in the order of 0.5 Mbps. 2011-01-07 17:44 wolfspraul: it's all real ;-) 2011-01-07 17:45 so that measures live traffic as you see it on the antenna/the rf chip? 2011-01-07 17:45 wpwrak: this is all very cool, the only issue i think can be that people don't have wpan-enabled access points to connect Ben to, am i right? 2011-01-07 17:45 what is it useful for? 2011-01-07 17:45 kyak: first, they can have a second NanoNote :-) 2011-01-07 17:45 or, we are nice, we are making both 8:10 card and usb versions 2011-01-07 17:46 so you can have one in your (Linux powered) notebook 2011-01-07 17:46 oh yes, and then one NanoNote can be connected via USB and "share" Internet with another :) 2011-01-07 17:46 or router, for that matter 2011-01-07 17:46 correct :-) 2011-01-07 17:46 but there's a usb variant 2011-01-07 17:46 i see, it sounds so cool 2011-01-07 17:47 is there any schedule, even approxiamte? :) 2011-01-07 17:48 wolfspraul: this just shows the signal strength. it doesn't actually demodulate or decocde things. 2011-01-07 17:49 wolfspraul: the purpose is a) just to for me to verify things, abn b) to have an idea where there is a quiet place in the local spectrum 2011-01-07 17:50 kyak: the USB board will be similar to this one: http://downloads.qi-hardware.com/people/werner/tmp/nemesis.jpg 2011-01-07 17:50 kyak: minus the cable, and ~2 mm longer 2011-01-07 17:50 wpwrak: in the video the only Ben with wpan was that?, i mean you just we're measuring your place? 2011-01-07 17:51 sure for finding quiet spectrum it's nice 2011-01-07 17:51 kyak: also minus the connector at the bottom. that one's for the initial flash load (there's a microcontroller on the board) 2011-01-07 17:52 kristianpaul: yes, and then i let a laptop (about two rooms away) hammer its channel for a few seconds 2011-01-07 17:52 wpwrak: you should attach a gps (wich is easy btw) go give a walk around neigboorhood and map spectrum as well 2011-01-07 17:52 I mean at least first floor measurements ;-) 2011-01-07 17:54 kristianpaul: hah, i can just do a wifi scan. then i know pretty well what's crawling around here. i don't think there are too many people who are emitting anything different from WLAN at 2.4-2.5 GHz. 2011-01-07 17:54 well, maybe microwave ovens. mine has enough leakage to knock out the wlan (already operating at its limit) 2011-01-07 17:54 ok ;-) 2011-01-07 17:56 kyak: estimate ... hmm, around 2-month-ish, i'd say. i need to test the new chip. then a few RF improvements in the USB board. next, see how the one for the ben behaves (haven't done any "good" measurements of that one yet) 2011-01-07 17:57 kyak: then i can send some samples to wolfgang. we also need to figure out how to do initial flashing and the testing. 2011-01-07 17:57 add one "the" 2011-01-07 17:58 and I hope we find time for some boom and other process innovation 2011-01-07 17:58 (on my end too, I have a nice set of todos I want to get done before/with ben-wpan) 2011-01-07 17:59 what would they be ? 2011-01-07 18:00 in boom: mouser 2011-01-07 18:00 use the new cmdline options to auto-generate some files 2011-01-07 18:00 (kicad based) 2011-01-07 18:00 (mouser) very good 2011-01-07 18:00 document the process well, and ideally little by little automate it more, with Makefiles etc. 2011-01-07 18:01 (new files) have you seen that i already do that ? (in ben-wpan/bom/) 2011-01-07 18:01 so the path from projects server to actual run becomes better documented and better automated 2011-01-07 18:01 all not without reason, i.e. we want to actually produce the boards asap, but we also want to invest a little for the future 2011-01-07 18:01 the usual mix that we do already for 1.5 years :-) 2011-01-07 18:01 yeah :) 2011-01-07 18:02 regarding the process, i think the way boom currently interfaces with the world around it is a little too hardcore for most people 2011-01-07 18:02 (I'm just explaining this to kyak so he has an idea for the schedule, I think werner and I are already mostly on the same page) 2011-01-07 18:03 it also lacks transparency. e.g., it's difficult to track why boom did this or that. so there's still quite a bit of work waiting. 2011-01-07 18:03 sure. if you can cut out a little improvement and get it done, that's great. 2011-01-07 18:04 I have my share to do, need to dig deeper... 2011-01-07 18:04 so i wouldn't "sell" boom in its present state as a solution. more as a tool you can use to provide a solution, but ideally without making people spend time to figure it all out themselves (unless they like the challenge, of course ;-) 2011-01-07 18:04 sure 2011-01-07 18:04 the direction is good 2011-01-07 18:04 we just need to keep improving little by little 2011-01-07 18:04 if we improve nothing, it's bad. if we try too much at once, we will fail as well. 2011-01-07 18:05 wpwrak: it's very promising and nice! and USB board seems to be very small 2011-01-07 18:06 (little improvement) my current plan is to just patch it up if necessary, so that it doesn't fall apart in mid-flight. the big cleanup will need a re-implementation. everything in C, so that the data structures are cleaner, with interactive browsing of things. 2011-01-07 18:06 in particular, i want to bring it closer to kicad. make it part already of the design process, not something that runs like an afterthought 2011-01-07 18:07 e.g., when i add a resistor, i'd want to select the symbol in kicad and then let kicad send the data it has on that symbol to the bom processor (this interface could and should be generic and relatively simple) 2011-01-07 18:08 in the bom processor, one would then refine the query until something suitable is found in the catalog. then that data could be sent back to kicad. 2011-01-07 18:10 this would replace the current (manual) eeschema-digikey loop and the eeschema-boom loop when adding hints to steer boom in the right direction. you could of course still do things in this way. 2011-01-07 18:11 the interface on the boom side could be something similar to the parametric search in the digi-key catalog. once you've selected something, boom could put the parameters in the clipboard, and kicad could retrieve them from there and complement the symbol information 2011-01-07 18:12 ok you have the best overview 2011-01-07 18:12 I will just add things on the surface, like mouser. 2011-01-07 18:12 that's a good contribution 2011-01-07 18:12 you need to pull the core forward for the time being 2011-01-07 18:13 mouser will be great. i'm sure there will be surprises :) 2011-01-07 18:14 by the way, another interesting project would be making the pcb equivalent of schhist 2011-01-07 18:15 for sure, but I don't think I get to it the next 1-2 months or so 2011-01-07 18:15 too many things already 2011-01-07 18:15 hehe :) 2011-01-07 18:15 I need to spend some time to get the cmdline stuff upstream 2011-01-07 18:15 don't want to leave too much one-off garbage behind 2011-01-07 18:16 yup, that's important 2011-01-07 18:16 brdhist is definitely on the wish-list, I am hoping you start it one day :-) 2011-01-07 18:16 agreed. that's just maintenance nightmares piling up 2011-01-07 18:16 if not, I am not against taking up the shovel, it's just not high enough in the priority list yet 2011-01-07 18:16 we do need it, for sure 2011-01-07 18:17 I think a proper boom is even more valuable though. 2011-01-07 18:18 difficult comparison :) they have different audiences and different complexity 2011-01-07 18:18 agreed 2011-01-07 18:19 what they have in common is only that both are needed for a proper process 2011-01-07 18:19 for totally different reasons 2011-01-07 18:19 schhist is there, and robust, and working. so I consider that one 'done' for now... 2011-01-07 18:21 yeah. schhist is a useful tool already. what i should add some day is a version/mode in which it just compares two revisions locally. like git-diff 2011-01-07 18:22 right now, i sometimes commit stuff, wait until schhist has updated, and then check on the web if i guessed my changes right ;-) 2011-01-07 18:41 [commit] kyak: ash --login as login shell in fbterm (in gmenu2x) http://qi-hw.com/p/openwrt-packages/e7e18ea 2011-01-07 18:41 [commit] kyak: small optimization when starting ben-ash-rus http://qi-hw.com/p/openwrt-packages/a1c1ed3 2011-01-07 18:44 kyak: I thought gmenu2x was fixed so --login wasn't needed anymore? 2011-01-07 18:45 it is required when starting fbterm 2011-01-07 18:46 cause otherwise fbterm would start /bin/sh 2011-01-07 18:46 therefore, it would not read profile, and all env and aliases etc are empty 2011-01-07 18:48 so it's an fbterm issue 2011-01-07 18:48 right 2011-01-07 19:23 Hello 2011-01-07 19:23 Anyone around? 2011-01-07 19:43 http://www.sige.com/products/zigbee/details.html 2011-01-07 20:26 kristianpaul: for some future studies ;-) the 231 actually does support antenna diversity and external RF front-ends 2011-01-07 20:37 wpwrak: oh nice to know that ! [external RF front-ends] 2011-01-07 20:38 of course, you would have to design a new board for that ... :) 2011-01-07 20:40 here's antenna diversity: http://www.atmel.com/dyn/resources/prod_documents/doc8158.pdf 2011-01-07 20:40 alas, the document about an external rf frontend isn't accessible at the moment. not sure why. 2011-01-07 20:43 This will be my next goal http://www.zarlink.com/zarlink/hs/82_GP2021.htm 2011-01-07 20:43 not the IC but what it does 2011-01-07 20:44 a good deal will be a small factor fpga with low consume or power saving profile 2011-01-07 20:44 (talking about sige rf zigbee-like) 2011-01-07 20:47 hmm, there is a way to pass data between different vim processes 2011-01-07 20:48 :w /tmp/xxx 2011-01-07 20:48 :r /tmp/xxx 2011-01-07 20:48 :-) 2011-01-07 20:48 (next goal) yup, correlation ... should be fun :) 2011-01-07 22:56 well i cant address more that 4096bits, so i need a read pointer now.. (if i consider increase buffer size) 2011-01-07 23:22 wpwrak: dont use opkg.. use jlime-pkg 2011-01-07 23:22 wpwrak: audio player: yeah.. alt+enter is not so intuitive