2010-11-12 02:18 xiangfu: hi! 2010-11-12 02:19 kyak: hi 2010-11-12 02:19 xiangfu: when things get updated in openwrt backfire, how they get into our repo? 2010-11-12 02:20 kyak: merge the upstream backfire branch to our 'master' branch. 2010-11-12 02:20 i'm asking because there was a very important backport to backfire yesterday, but it's not in our git -\ 2010-11-12 02:20 xiangfu: i see.. so ot's not automatic 2010-11-12 02:20 kyak: no. 2010-11-12 02:22 kyak: I think it's like this "master" --(cherry-pick commit) --> "tracking_backfire" --(merge or send patch email) --> upstream "backfire" --(merge back to)--> our "master" 2010-11-12 02:23 kyak: I will try to merge the upstream backfire to our "master" today (in local) 2010-11-12 02:24 xiangfu: thanks, i was going to ask you about this, cause my git powers are limited :) 2010-11-12 02:25 and the patches flow as you explained seem reasonable to me 2010-11-12 02:35 xiangfu: btw, there was a great finding yesterday.. ncursesw was not working unless locale support is enable in uClibc 2010-11-12 02:36 after i enabled locale support, rebuilt all things, ncurses-based programs were finally able to present wide chars! 2010-11-12 02:37 (this also means that ncursesw package is kind of useless in openwrt trunk, because uClibc has not locale support there) 2010-11-12 02:39 after enabling locale support in uClibc i had to drop a patch to fbterm, because calls to iconv are not stubbed anymore 2010-11-12 02:39 maybe some other packages are related.. i will build with config.full_system and see 2010-11-12 02:40 if it works, i think we should enable it.. it is as easy as adding to lines to toolchain/uClibc/config-0.9.30.1/mipsel: 2010-11-12 02:40 UCLIBC_HAS_LOCALE=y 2010-11-12 02:40 UCLIBC_HAS_XLOCALE=y 2010-11-12 02:47 kyak: great. 2010-11-12 02:52 kyak: wow, very nice find! 2010-11-12 02:58 [commit] jow: [backfire] merge r22279 and r22282 (#6011) http://qi-hw.com/p/openwrt-xburst/49bab2b 2010-11-12 02:58 [commit] nbd: ath9k: merge compile error fix from r23912 http://qi-hw.com/p/openwrt-xburst/9fc27c6 2010-11-12 02:58 [commit] hauke: kernel: update from kernel 2.6.32.16 to kernel 2.6.32.25 and refresh patches http://qi-hw.com/p/openwrt-xburst/766ef77 2010-11-12 02:58 [commit] jow: [backfire] merge r23952 http://qi-hw.com/p/openwrt-xburst/6771f8e 2010-11-12 02:58 [commit] jow: [backfire] merge r23959-r23961 http://qi-hw.com/p/openwrt-xburst/cee2a41 2010-11-12 02:58 [commit] mirko: [backfire] backport commit 22668 : http://qi-hw.com/p/openwrt-xburst/1b3cadd 2010-11-12 02:58 [commit] Xiangfu Liu: this patch add uboot-xburst package http://qi-hw.com/p/openwrt-xburst/b51c58b 2010-11-12 02:58 [commit] Xiangfu Liu: some cleanup about xburst target http://qi-hw.com/p/openwrt-xburst/8ab2721 2010-11-12 02:58 [commit] Xiangfu Liu: add ks7010 drivers http://qi-hw.com/p/openwrt-xburst/bc937d1 2010-11-12 02:58 [commit] Xiangfu Liu: copy data folder from history branch http://qi-hw.com/p/openwrt-xburst/704f204 2010-11-12 02:58 [commit] kyak: gitignore vim temporary files (*~) http://qi-hw.com/p/openwrt-xburst/c84c7d2 2010-11-12 02:58 [commit] Xiangfu Liu: add Nanonoe special feeds.conf under data folder http://qi-hw.com/p/openwrt-xburst/c2a3c9b 2010-11-12 02:58 [commit] Xiangfu Liu: [config.full_system] add package byobu http://qi-hw.com/p/openwrt-xburst/6d9d9c8 2010-11-12 02:58 [commit] Xiangfu Liu: cleanup the build file http://qi-hw.com/p/openwrt-xburst/0350d27 2010-11-12 02:58 [commit] Mirko Vogt: add as mirror for source http://qi-hw.com/p/openwrt-xburst/a50d3c5 2010-11-12 02:58 [commit] Xiangfu Liu: adjust the rootfs partiton size to 512MB http://qi-hw.com/p/openwrt-xburst/33490c5 2010-11-12 02:58 [commit] Mirko Vogt: deselect gnuplot since it does not compile (in our tree) http://qi-hw.com/p/openwrt-xburst/c239145 2010-11-12 02:58 [commit] kyak: NAND DATA Partition offset and reflash_ben.sh fixed according to 512 http://qi-hw.com/p/openwrt-xburst/362da1c 2010-11-12 02:58 [commit] Xiangfu Liu: [config.full_system] add gcc-mips, fixed in openwrt package: 8dbf61c, tested in build hosts http://qi-hw.com/p/openwrt-xburst/32f2e8b 2010-11-12 02:58 [commit] Xiangfu Liu: [linux] support increase/decrease in screen brightness http://qi-hw.com/p/openwrt-xburst/eb8096a 2010-11-12 03:00 guess it means we have synced with backfire --^ :) 2010-11-12 03:00 he :-) script works - patch flood stopped after 20 items... (last time we had > 500 ...) 2010-11-12 03:02 wolfspraul: yesterday wprak have noticed that there are some packages with mp3 support in my ~/people/kyak directory.. how do you think, is it bad to keep it there? 2010-11-12 03:02 i removed them for now 2010-11-12 03:05 kyak: yes please, we have to remove them 2010-11-12 03:05 no mp3, no mpeg4 or h.264 2010-11-12 03:05 in openwrt we have this PATENTED flag that you should always turn on when building stuff you are uploading to a Qi server 2010-11-12 03:06 ok, i will be more carefull with that 2010-11-12 03:08 kyak: you can try to run "git pull", our commit still on the top. 2010-11-12 03:09 xiangfu: just did it, going to rebuilt from scratch with full_system 2010-11-12 03:12 xiangfu: just for my understanding, you saved our commits somewhere, than you checked out the backfire into our master, and then you applied our commits on top? 2010-11-12 03:12 how you managed to do this? 2010-11-12 03:13 kyak: create a local branch follow the upstream backfire. 2010-11-12 03:13 kyak: then 1. checkout to our "master",Â Â 2. git rebase backfire 2010-11-12 03:13 kyak: then git will take care the merge 2010-11-12 03:14 what would you do if you had to resolve soem conflicts? 2010-11-12 03:14 if some of our commits would not apply cleanly? 2010-11-12 03:16 kyak: when there is conflicts. it's will stop, then wait for your manual resole the merge. 2010-11-12 03:17 kyak: if people know there is a bit conflict. usually they will use the "git rebase -i" 2010-11-12 03:18 before the auto merge start, manually remove some commit. etc.. 2010-11-12 03:18 s/bit/big 2010-11-12 03:19 kyak: since we just cleanup the 'master' branch. so I just use "git rebase" :) 2010-11-12 03:22 hi kyak have you ever use the StarDict?? 2010-11-12 03:24 i stopped using it at some point when it got broken and then i discovered sdcv 2010-11-12 03:28 kyak: ok. I think I will add (English --> Simple Chinese) dictionary package :) 2010-11-12 03:30 kyak: now we only have Chinese and English font package. so the stardict display Chinese very well. 2010-11-12 03:30 kyak: maybe we can add Russian font and dictionary :) 2010-11-12 03:32 xiangfu: is a good idea! btw. sdcv is already working correctly english-russian and russian-english both ways :) because cyrillic input is handled correctly in console 2010-11-12 03:32 kyak: for you understand the git rebase and branch with different remote URL. here is my git config -l :http://pastebin.ca/1988880 2010-11-12 03:32 i have no idea right now how to implement russian input in gtk app like stardict 2010-11-12 03:33 (without X server) 2010-11-12 03:33 kyak: there is no russian dictionary in openwrt release . right? 2010-11-12 03:33 (I forgot the cyrillic ) 2010-11-12 03:33 xiangfu: i'm still trying to figure out what you said about the git :) i started reading some git reference.. really i'm tired of git being stronger than me :) 2010-11-12 03:34 xiangfu: there is no russian dictionary right now, i added some manually to my datafs 2010-11-12 03:35 kyak: me too. 2010-11-12 04:21 [commit] Xiangfu Liu: [stardict] add Oxford Englihs -> Chinese dictionary http://qi-hw.com/p/openwrt-packages/a508a75 2010-11-12 05:09 xiangfu: how does stardict know which fonts to use? 2010-11-12 05:09 for exmaple, one has WenQuanYi-chinese-font-ttc and unifont 2010-11-12 05:09 they both presumably support Chinese 2010-11-12 05:09 which one will be used? 2010-11-12 05:21 xiangfu: while i can imagine that cyrillic input (as well as accented characters) could be supported by stardict; how it could work for Chinese input? 2010-11-12 05:24 kyak:Â Â I don't know how stardict deal with font. I just copy the Chinese font to system font folder. then stardict works fine. 2010-11-12 05:25 kyak: but there is one option stardict, we can modify the default font to whatever we want. 2010-11-12 05:26 but I don't know how 'default' works. :( 2010-11-12 05:26 hm ok, thanks for the hints 2010-11-12 05:26 kyak: no Chinese input method for now. 2010-11-12 05:28 do you have an idea about how this could be done? 2010-11-12 05:32 i guess there is some kind of chinese "alphabet".. in this case such input method could work 2010-11-12 05:32 kyak: hmm... I know there are some Chinese input method like "SCIM" "IBUS" "FCITX"... we need port one to NanoNote :) 2010-11-12 05:34 there is often a problem for me when something other than ascii is needed :) i guess for Chinese this is a double problem 2010-11-12 05:43 xiangfu: I just saw the inclusion of the 'triggerhappy' hotkey daemon on the openwrt mailing list. can we bring it to the NanoNote? Can it be a replacement for the fn-handle power-off daemon? 2010-11-12 05:49 wolfspraul: I think it's much better then fn-handle. 2010-11-12 05:50 great maybe we try and see whether we can use it as a replacement 2010-11-12 05:50 wolfspraul: yes. I will do that. 2010-11-12 05:50 if it doesn't get added to any upstream openwrt package repo, we can add it to openwrt-packages.git as an intermediate (but let's way a week or so, I would think it gets included somewhere else if it works well) 2010-11-12 05:51 s/let's way a week/let's wait a week/ 2010-11-12 05:51 wolfspraul: I will wait a little bit. it's not yet commit to upstream yet. 2010-11-12 05:51 yes, right 2010-11-12 05:51 wolfspraul: oh. yes. same thinking :) 2010-11-12 05:51 no rush 2010-11-12 05:51 just keep an eye on it 2010-11-12 05:52 ok 2010-11-12 07:43 wolfspraul: soemthing wrong with qi-hardware.com server? 2010-11-12 07:44 wolf.. ! 2010-11-12 07:44 :-/ 2010-11-12 07:45 ah works now :) 2010-11-12 07:53 hi 2010-11-12 07:54 wpwrak: I sent the transfer order to my bank 2010-11-12 07:54 kristianpaul: (qihw.com) i've noticed that it occasionally has brief hickups where a http request times out 2010-11-12 07:54 you should get it in a few days 2010-11-12 07:54 wpwrak: seems 2010-11-12 07:54 drizzt: that was quick. thanks ! 2010-11-12 07:55 you were as well :) 2010-11-12 07:58 :) 2010-11-12 07:58 wolfspraul: wpwrak: I'll try to keep to the specs I chosed, though I may split the design in two parts, with the fix 'dock' part being much more simple than the tablet part 2010-11-12 07:58 wpwrak: can you describe those hickups? maybe keep an eye on it 2010-11-12 07:59 I know we can do a lot on server performance, it's just a time sink and hard to accurately track down the bottleneck 2010-11-12 07:59 then I may ask you for the design of the dock part 2010-11-12 07:59 this should be decided within the next three months 2010-11-12 08:00 hmm 2010-11-12 08:00 wolfspraul: it's just that occasionally an HTTP request times out. the next try works. i don't see it happen like this on other sites, so it doesn't seem to be a local problem. 2010-11-12 08:00 may be install a nagios on fidelio wil help tto keep eye 2010-11-12 08:01 kristianpaul: guess he just reproduced the cause ;-) 2010-11-12 08:04 :D 2010-11-12 08:06 drizzt: where do you get the main tablet part from? 2010-11-12 08:06 I don't know yet 2010-11-12 08:06 there's a lot of possibilities 2010-11-12 08:07 working with existing tablet maker, designing one, buying an existing one (worst case) 2010-11-12 08:08 the best would be the design, to integrate all the wirless interfaces 2010-11-12 08:14 drizzt: (integrate all the rf) that's when things get complicated again ... 2010-11-12 08:14 yes, but this is the mandatory part 2010-11-12 08:15 drizzt: who not just make one ugly grey box with all the interfaces, then buy the sexiest tablet you can find and just communicate with the grey box over wifi ? 2010-11-12 08:15 that's the main purpose of the device : allow control of both wired and wireless 2010-11-12 08:16 drizzt: about half the domotics stuff is wire-bound, so you'll eventually need that box anyway :) 2010-11-12 08:16 yes 2010-11-12 08:17 drizzt: better have a sports car and a tractor than a ferrari with a plow ;-) 2010-11-12 08:18 If I can i'll choose a ferrary plus a tractor 2010-11-12 08:20 drizzt: also gives you more flexibility. the tablet can be anything. so you can just visit wolfgang and he can show you the gazillion of generic/clone/whatever tables you find in the chinese markets like potatoes in european markets ;-) 2010-11-12 08:21 drizzt: then you can patiently evaluate the beast. if you don't like it, there are many alternatives. no need to even solve their problems in case you hit any. just rinse and repeat. 2010-11-12 08:22 drizzt: for the grey box, pick something that uses simple, proven technology. maybe just some pc platform. or, if you don't like that, and old arm, an xburst, or whatever. 2010-11-12 08:23 drizzt: the less bleeding edge the technology, the more choices you have for getting it designed and produced. 2010-11-12 08:23 well, within reason. if you end up with a cpu consisting of vacuum tubes, you've overshot the target :) 2010-11-12 08:32 lol 2010-11-12 08:48 drizzt: so you are interested in a tablet? 2010-11-12 08:48 any tablet? 2010-11-12 08:50 Hanvon tables? :D 2010-11-12 08:50 maybe with a Xburst chip? :O 2010-11-12 08:51 bbl i'm going to the lab now (finally !) 2010-11-12 08:51 I've seen a 4760-based tablet, if there is serious interest in it I guess I could try to find out more. 2010-11-12 08:52 kristianpaul: the lab with a scope ? :) 2010-11-12 09:04 wolfspra1l: just had one of those glitches when trying to access http://downloads.qi-hardware.com/people/werner/tmp/ 2010-11-12 09:05 now .. we all like out wlans strong and healthy. but this does suck when trying to measure something else in the vicinity ... http://downloads.qi-hardware.com/people/werner/tmp/ant.png 2010-11-12 09:05 wpwrak: yes I am aware of glitches/problems, but it's hard to track them down. 2010-11-12 09:06 (this is supposed to be a more or less straight line, with all of the ten runs yielding more or less identical results) 2010-11-12 09:06 maybe first I need to try to make them reproducible, without bringing the server down :-) 2010-11-12 09:07 wolfspra1l: maybe dns ? the error came back very quickly, apparently from some "transparent" proxy 2010-11-12 09:07 wpwrak: at least your graphic looks like something IMPORTANT is happening 2010-11-12 09:09 wolfspra1l: yeah. now i have to filter those ~8 dB of junk out of my < 1 dB signal ... 2010-11-12 09:33 hi 2010-11-12 09:33 i want a question 2010-11-12 09:33 i have buy the hardisk samsung 2010-11-12 09:34 but i see only 2 pins 2010-11-12 09:34 :( 2010-11-12 09:34 how must do for configuration? 2010-11-12 09:34 Guest81366, how is this related to qi-hardware projects? 2010-11-12 09:42 zear: it's the swap you need for running libreoffice :) 2010-11-12 09:42 and crysis ;) 2010-11-12 09:44 hmm, that would be a nice project indeed. crysis, with a retro mode with ASCII graphics 2010-11-12 09:44 libcaca 2010-11-12 09:45 anyway, it's time for me, bbl 2010-11-12 10:04 hmm, to estimate how much power an antenna puts in the air, i want to look at the amplitude in the spectrum close to the carrier (i can get a very narrow carrier) 2010-11-12 10:05 now, what do i do on the FFT side ? my input are Q/I values. should i do a complex fft and then use hypot(Re(x_i), Im(x_i)) for the signal strength ? 2010-11-12 10:06 or maybe do this conversion from complex to real before the FFT and do the FFT on real numbers ? 2010-11-12 11:32 wpwrak: 12/11/2010Â Â Â Â Â Â Virement vers l'Ã©tranger 2010-11-12 11:32 c'est passÃ© au niveau de mon interface de gestion de compte :) 2010-11-12 11:42 wpwrak:Â Â yes ! 2010-11-12 11:43 and spectrum analizer 2010-11-12 11:43 at home 2010-11-12 11:43 i'll upload some pics 2010-11-12 11:46 not so good probes... but the lab admin said he will find me some good ones 2010-11-12 11:50 and mostly i having issues to visualize the data output http://en.qi-hardware.com/wiki/File:IMG_3143.JPG 2010-11-12 11:51 YEs the scope is almost 22pf load plust probes 2010-11-12 11:51 the signal got triangled 2010-11-12 11:52 i tested antenna and is detected and current and internal voltage regulator is under spected values 2010-11-12 11:52 i'm so happy :) 2010-11-12 11:52 so i can witre it to SIE tomrrow 2010-11-12 11:52 cause i'm sort of delayed i think 2010-11-12 12:07 listen to kevin jhojansen 2010-11-12 12:09 good sync and clock seems look ok 2010-11-12 12:17 argg data signal still trciky to catch even stoping rendering on scope it looks messy/blurr, lets see how it looks witht the spectrun analizer :) 2010-11-12 12:18 bartbes: here? 2010-11-12 12:19 bartbes: in nlove Makefile, PKG_SOURCE_PROTO:=hg - what's this?: ) 2010-11-12 12:19 wpwrak:( maybe do this conversion from complex to real before the FFT and do the FFT on real numbers) totally agreee 2010-11-12 12:19 the package can't be downloaded, build fails 2010-11-12 12:20 wpwrak: i'll do same with gps data before try get FFT and look PRN code matching 2010-11-12 12:24 bartbes: k, seems i have to install hg-git.. first you made me install cmake, now that :) i guess you just nlove alternatives! 2010-11-12 12:33 kyak: ;) 2010-11-12 12:38 bartbes: you could have a look at include/prereq-build.mk for an example of user-friendly build prerequisites 2010-11-12 12:39 like if your build requires svn, it would inform the user about it 2010-11-12 12:43 oooooh 2010-11-12 12:43 user-friendliness 2010-11-12 12:43 what is that? 2010-11-12 12:43 :P 2010-11-12 12:43 a curse word 2010-11-12 12:43 don't get me wrong, i'm just hinting you :) 2010-11-12 12:43 oh, I'm not 2010-11-12 12:43 I just never even knew that existed 2010-11-12 12:43 so ehm, how does it work? 2010-11-12 12:43 i don't really know :) 2010-11-12 12:43 :P 2010-11-12 12:44 but who needs to know, prereq-build.mk shows a good usage example 2010-11-12 12:46 $(eval $(call RequireCommand,hg,Please install hg-git.)) 2010-11-12 12:46 i assume this should be enough 2010-11-12 12:46 it will issue 'which hg' as per prereq.mk 2010-11-12 12:47 you could use a define Require/ block if you need more advanced checking 2010-11-12 13:15 a while ago somebody said the flac package in openwrt has been updated, but either that's not the case or i am looking in the wrong place. how do i update my openwrt build environment correctly? 2010-11-12 13:21 flac version in openwrt is 1.2.1 2010-11-12 13:22 i guess it's the new one 2010-11-12 13:23 to update the feeds, make package/symlinks is good 2010-11-12 13:23 yes, that's the new one, but how do i get that one 2010-11-12 13:23 git pull does not do the trick 2010-11-12 13:23 awesome link http://www.ctae.org/sdr/ 2010-11-12 13:23 yeah, git pull only updates the base system.. most packages are in so called feeds 2010-11-12 13:24 so you have to 'make package/symlinks' 2010-11-12 13:24 okay, thanks 2010-11-12 13:25 np! am i guessing correctly that you want to add flac support into gmu build for openwrt? 2010-11-12 13:25 yeah, i'll enable flac by default in the next version of gmu for the nanonote, so the package that'll be build from that will include flac support 2010-11-12 13:26 by the way, it will also come with speex support :) 2010-11-12 13:26 awesome! 2010-11-12 13:27 for speex libogg and libspeex are required, but both are available in openwrt, so no problem there 2010-11-12 13:27 how do you use speex? for voice control? 2010-11-12 13:27 some people have been asking about speex support. speex is useful for speech-only audio files, like podcasts 2010-11-12 13:28 ah, i see 2010-11-12 13:28 one can create really small files with speex , whith a pretty good speech quality 2010-11-12 13:28 about 12 MB for an hour or so 2010-11-12 13:29 sounds good; is there encoder available in openwrt, too? 2010-11-12 13:30 probably yes, the encoder is included with the speex libraray source 2010-11-12 13:30 this could be usefull, too.. because arecord is not compressing audio as it records 2010-11-12 13:31 and as it is patent free it should be no problem to include it in the nanonote firmware 2010-11-12 13:32 btw, while we are discussing gmu - why is alt+enter (for exit) is only working from withing F1 help menu? 2010-11-12 13:33 it is also working from the playlist view. unfortunately i accidentally have used alt+enter in the file browser for something else. but i'll change that in the next release to be more consistent 2010-11-12 13:33 then alt+enter should work in all screens 2010-11-12 13:34 but it is also easily possible to change the whole keyboard mapping 2010-11-12 13:34 'q' would be awesome for exit :) 2010-11-12 13:34 without recompiling anything 2010-11-12 13:34 ah, great 2010-11-12 13:34 i can also change it to Q 2010-11-12 13:34 q is cvurrently being used for the queue function though 2010-11-12 13:34 but it is no problem to change all that 2010-11-12 13:35 i'm very satisfied with default gmu keymap, other than 'exit' 2010-11-12 13:35 :) 2010-11-12 13:35 ok, you made it on purpose :) you don't want people to ever quit gmu ;) 2010-11-12 13:36 yeah, alt+enter isn't the most intuitive one. it basically is inherited from the dingoo version where the start button is the same as enter and you quit gmu on the dingoo with select+start ;) 2010-11-12 13:36 but you are right, people should never quit gmu :P 2010-11-12 13:38 wejp: now you need to build a gmu kernel.. people boot and just gmu appears, exit would be = shutdown/power off ;) 2010-11-12 13:39 good idea :D 2010-11-12 13:39 daemonizing gmu would be enough :) 2010-11-12 13:39 i just run gmu instead of init when booting ;) 2010-11-12 13:40 i have a gmush, gmu-compatible shell 2010-11-12 13:41 :D 2010-11-12 14:14 wpwrak: how do some small devices with microprocessors work with two 1,5V batteries? 2010-11-12 14:14 that's 3V 2010-11-12 14:15 drizzt: kewl. then it will probably get credited to my account monday or tuesday. i'll let you know when it arrives. 2010-11-12 14:16 kristianpaul: hmm, the GPS uses PM. not sure if you'll get much useful information if you just look at the amplitude. 2010-11-12 14:19 kristianpaul: (scope) kewl. the signal in the picture is data, right ? 2010-11-12 14:20 [commit] Xiangfu Liu: this patch add uboot-xburst package http://qi-hw.com/p/openwrt-xburst/293a2a0 2010-11-12 14:20 [commit] Xiangfu Liu: some cleanup about xburst target http://qi-hw.com/p/openwrt-xburst/f187a48 2010-11-12 14:20 [commit] Xiangfu Liu: add ks7010 drivers http://qi-hw.com/p/openwrt-xburst/137de86 2010-11-12 14:20 [commit] Xiangfu Liu: copy data folder from history branch http://qi-hw.com/p/openwrt-xburst/842fa6f 2010-11-12 14:20 [commit] kyak: gitignore vim temporary files (*~) http://qi-hw.com/p/openwrt-xburst/7e7437d 2010-11-12 14:20 [commit] Xiangfu Liu: add Nanonoe special feeds.conf under data folder http://qi-hw.com/p/openwrt-xburst/f1d5d37 2010-11-12 14:20 [commit] Xiangfu Liu: [config.full_system] add package byobu http://qi-hw.com/p/openwrt-xburst/74016b1 2010-11-12 14:20 [commit] Xiangfu Liu: cleanup the build file http://qi-hw.com/p/openwrt-xburst/ef4105f 2010-11-12 14:20 [commit] Mirko Vogt: add as mirror for source http://qi-hw.com/p/openwrt-xburst/f88bb01 2010-11-12 14:20 [commit] Xiangfu Liu: adjust the rootfs partiton size to 512MB http://qi-hw.com/p/openwrt-xburst/f1c4962 2010-11-12 14:20 [commit] Mirko Vogt: deselect gnuplot since it does not compile (in our tree) http://qi-hw.com/p/openwrt-xburst/589ead1 2010-11-12 14:20 [commit] kyak: NAND DATA Partition offset and reflash_ben.sh fixed according to 512 http://qi-hw.com/p/openwrt-xburst/14ac577 2010-11-12 14:20 [commit] Xiangfu Liu: [config.full_system] add gcc-mips, fixed in openwrt package: 8dbf61c, tested in build hosts http://qi-hw.com/p/openwrt-xburst/1c3892a 2010-11-12 14:20 [commit] Xiangfu Liu: [linux] support increase/decrease in screen brightness http://qi-hw.com/p/openwrt-xburst/edfd9f4 2010-11-12 14:20 [commit] kyak: Merge branch 'master' of projects.qi-hardware.com:openwrt-xburst http://qi-hw.com/p/openwrt-xburst/099ec97 2010-11-12 14:20 [commit] kyak: added w3m to config.full_system http://qi-hw.com/p/openwrt-xburst/b404fd5 2010-11-12 14:21 wpwrak:Â Â kristianpaul thi's sleeping 2010-11-12 14:22 viric: hmm, just like devices that work with 5, 3.3, 2.7, 1.8. 1.5, or 1.2 V ? ;-) 2010-11-12 14:22 wpwrak: well, I don't know about that ;) 2010-11-12 14:22 It's a matter of choosing ICs that work, let's say, at 2,7V? 2010-11-12 14:23 viric: well, depends on what you need. low voltages are not a problem for modern technology. used for fast and slow systems. 2010-11-12 14:24 for example, that 8051 mcu that had usb... can I find something close to that, that can work with two 1,5V batteries? 2010-11-12 14:26 you do not run thos ICs directly from the battery voltage 2010-11-12 14:26 yes, probably. 2010-11-12 14:26 you rather use voltage regulators 2010-11-12 14:26 really? 2010-11-12 14:26 wejp: why not ? 2010-11-12 14:27 I'd expect a very regular voltage from batteries 2010-11-12 14:27 wejp: naw, battery generally is fine for mcus. 2010-11-12 14:27 wpwrak, because the battery voltage varies, depending on its charging state 2010-11-12 14:27 well, I don't think the mcus worry much on that 2010-11-12 14:27 a regulator could take a lot of power from a battery 2010-11-12 14:27 wejp: yes, but if your mcu has a voltage range from, say, 2-5 V, you don't really care ;-) 2010-11-12 14:27 if you don't care about stability and don't care about using the battery efficiently, you cann use it without a regulator of course 2010-11-12 14:28 wpwrak: ah, really some have that range? That's great 2010-11-12 14:28 viric: LDOs don't burn all that much power. but they cost money and space. 2010-11-12 14:28 what is a LDO? 2010-11-12 14:28 and modern regulators are very efficient and do not use much energy themselves 2010-11-12 14:28 wpwrak: you said a cr2032 cannot power one of those f321? 2010-11-12 14:29 switching regulators that is, linear regulators suck for battery operation 2010-11-12 14:30 viric: e.g., PIC18F13K50. 1.8 - 5.5 V 2010-11-12 14:30 ahh. 2010-11-12 14:30 sdcc can target that? 2010-11-12 14:30 I'm checking those f321 2010-11-12 14:31 wejp: LDO vs. switching: depends again on what you're doing. 2010-11-12 14:31 viric: the f321 unfortunately don't go very low. not ideal for battery 2010-11-12 14:31 LDO? 2010-11-12 14:32 LDO = Low-DropOut regulator 2010-11-12 14:33 ah, well those are usually still linear converters 2010-11-12 14:33 their effiency is not the best 2010-11-12 14:33 wejp: depends on what you're doing :) 2010-11-12 14:34 yes, of course 2010-11-12 14:34 but if you are running on battery, most of the time you want to achieve a long runtime with those batteries ;) 2010-11-12 14:34 if the circuit is using very little current, it probably doesn't matter much though 2010-11-12 14:36 wejp: yup. when running from battery, the first thing you do is try to minimize your duty cycle. 2010-11-12 14:45 wpwrak: I was thinking on making some device to control whether to switch the flat heating on and off (it requires a relay as 'output' 2010-11-12 14:45 ) 2010-11-12 14:45 some buttons, and two or three 7-segments should do the job... 2010-11-12 14:47 back from snap 2010-11-12 14:47 wpwrak: yes is data 2010-11-12 14:47 but i;m here at University lab and get better scope probes 2010-11-12 14:47 signal is not triangled at least :) 2010-11-12 14:48 clock signal* 2010-11-12 14:48 i'll try data again 2010-11-12 14:48 wpwrak: about GPS, yes of course i dont need look just to the amplitude 2010-11-12 14:50 viric: you'll probably need a transistor for the relay. also, don't forget the diode :) 2010-11-12 14:51 wpwrak: I know. :) 2010-11-12 14:51 kristianpaul: (clean clock) that's good :) 2010-11-12 14:51 i see squares ! 2010-11-12 14:51 is usign brand new probes 2010-11-12 14:54 can i suppose that the scope metter just miss the trigger bcause this is a "ramdon" pulse data siganl?.. 2010-11-12 14:55 good. such a slow signal really ought to look tidy :) 2010-11-12 14:55 i don't think you miss the trigger. at least in the picture you posted, you got the trigger 2010-11-12 14:56 just the signal before and after (that is, one cycle later) is variable 2010-11-12 14:56 yup 2010-11-12 14:56 i'm tunnign trigger right now 2010-11-12 14:56 i jsut met this scope today 2010-11-12 14:57 100 MHz ? 2010-11-12 14:57 150mhz 25GS/s 2010-11-12 14:57 DSO 2010-11-12 14:57 wee 2010-11-12 14:57 fixed 2010-11-12 14:57 d 2010-11-12 14:57 25 GS ? i doubt that :) 150 MHz is good 2010-11-12 14:58 sure i'm working ar 250MS/s 2010-11-12 15:02 probably a GDS-820. hmm. data sheet says 100 MSa/s for real-time. it switches to effective time for higher rates. not so good. ET only gives valid results for periodic signals. 2010-11-12 15:03 perhaps that explains the pattern you're seeing in the [-oo, 0] and [1 cycle, +oo] from the trigger 2010-11-12 15:03 GDS-820S right 2010-11-12 15:08 [commit] kyak: enable locale support in uClibc http://qi-hw.com/p/openwrt-xburst/1b577b7 2010-11-12 15:10 well, it'll do. i think you can also disable ET 2010-11-12 15:10 grr 2010-11-12 15:10 i mean i'm afraid you _can't_ disable ET 2010-11-12 15:10 [commit] kyak: fbterm iconv patch not needed since uClibc has locale support http://qi-hw.com/p/openwrt-packages/2d7e398 2010-11-12 15:10 [commit] kyak: Merge branch 'master' of projects.qi-hardware.com:openwrt-packages http://qi-hw.com/p/openwrt-packages/334203a 2010-11-12 15:12 [commit] kyak: add libncursesw package http://qi-hw.com/p/openwrt-packages/c9435fb 2010-11-12 15:14 [commit] kyak: add libncursesw to config.full_system http://qi-hw.com/p/openwrt-xburst/9f6250e 2010-11-12 16:12 he 2010-11-12 16:12 250MS/s not goof 2010-11-12 16:12 but 100MS/s just fit my needs 2010-11-12 16:43 kristianpaul: does the display look better when you go to 100 MSa/s ? 2010-11-12 16:46 waves 2010-11-12 17:23 wpwrak: yes 2010-11-12 17:23 wait for min for a pic 2010-11-12 17:27 wpwrak: http://en.qi-hardware.com/wiki/File:Data_and_sync.JPG 2010-11-12 17:33 http://en.qi-hardware.com/wiki/File:Clock_and_sync.JPG 2010-11-12 17:36 hey FrankBlues 2010-11-12 17:38 Hey kristianpaul! How's it going? 2010-11-12 17:40 good 2010-11-12 17:44 ha i founded the doc for gps-sdr now i need to read 1024 pages, great !! (seriouslly) 2010-11-12 17:48 ah suspiciously generated by doxygen 2010-11-12 18:07 wpwrak: hi ! 2010-11-12 18:08 a question, about CE/FCC and CEM tests 2010-11-12 18:08 how do you manage them for Qi-hardware ? 2010-11-12 18:08 and how does it cost ? 2010-11-12 18:09 kristianpaul: very nice. these pictures look much better. 2010-11-12 18:09 drizzt: you'd have to ask wolfgang for the details 2010-11-12 18:10 drizzt: i think you just give the device to a certification lab, tell them what you want to have certified, then they run their tests ... and then comes the expensive part, fixing all the flaws they find :) in the end, they issue the certificate. 2010-11-12 18:11 yes, I already did this part 2010-11-12 18:11 but as employee, so I never new (and carred) about the bill 2010-11-12 18:11 knew 2010-11-12 18:12 i don't know the cost structure either. i've heard something of a few kbucks, but don't have details -> wolfgang 2010-11-12 18:13 wpwrak: yeah just ready to wire SIE and SiGE EVB and begin the hard work with an already debuged envirioemnt :) 2010-11-12 18:13 kristianpaul: you should tell the folks at the lab that they should get themselves a new scope and let you have their old junk :) 2010-11-12 18:13 :Â°) 2010-11-12 18:13 oops 2010-11-12 18:14 never use irssi with more than one window open ! 2010-11-12 18:14 wpwrak:how the I/QÂ Â dta provided by the URSP? 2010-11-12 18:15 I have the details for medical devices (15Keuros for CEM tests only) but not for "simple" electronic devices, neither for both CE + CEM tests 2010-11-12 18:15 i meant timinng and data per "cycle" or sync 2010-11-12 18:15 i'm not aware of USRP signal adquisition process 2010-11-12 18:15 kristianpaul: i/q ... oh, it's pairs of floats sent over Ethernet 2010-11-12 18:16