2011-08-19 00:07 maybe they'll open source it ? then someone can port it to the freerunner ;-) 2011-08-19 00:08 are there parts not open sourced yet? 2011-08-19 00:09 yeah maybe they'll do a code dump in the end, and a few pieces can be rescued to OpenWrt and other healthy projects 2011-08-19 00:09 all gui is closed source so far i now.. but people said it uses OE 2011-08-19 00:09 s/now/know 2011-08-19 00:09 (open) uh, no idea really. just assumed :) 2011-08-19 00:09 yes I think so (OE), or they forked or something 2011-08-19 00:11 I was involved in the very beginnings of this project, when it was still called Maguffin in 2003/2004. Sad to see it end like this, but I cannot say that I lost much time over it the last few years :-) 2011-08-19 00:12 In fact somewhere around 2006, I refused to continue working on it, causing a nice little run-in with my boss. 2011-08-19 00:13 development was so slow that we fell behind our own hardware components! :-) 2011-08-19 00:14 the first few years everything was hardcoded to one particular screen resolution. problem was - bad sourcing feedback - that screen resolution was unusual (forgot which one, something high-end at the time it was chosen). 2011-08-19 00:14 then it became harder and harder to source that screen, crazy hard in the end. 2011-08-19 00:15 finally it was not sourcable anymore and the entire software stack came down and had to be redone with another resolution (or supporting multiple). 2011-08-19 00:15 all this took years 2011-08-19 00:16 so many mistakes we understand so well now. Like - be super careful choosing the 'latest and greatest' chip or component. 2011-08-19 00:16 "do not hard-code the resolution" ;-)  (well, i sometimes do that too :) 2011-08-19 00:24 HP still plans to "explore options to optimize the value of WebOS software going forward." 2011-08-19 00:24 Read more: http://news.cnet.com/8301-17938_105-20094249-1/what-hps-pc-spin-off-plans-mean-for-you/#ixzz1VQi49CXm 2011-08-19 00:24 (I don't like how copy/paste creates this auto-url...) 2011-08-19 00:24 have to clean it through a text editor 2011-08-19 00:25 "optimize the value", let's see what that means in the end 2011-08-19 00:25 maybe code dump, yeah. I don't think anybody has the guts to make devices for it anymore. 2011-08-19 00:25 probably just management blabla 2011-08-19 00:26 yes they need some lessons in clear speaking 2011-08-19 00:35 weak lie-ability :) 2011-08-19 01:55 I wonder what's going on at Samsung and with Raster's Linux 2011-08-19 01:56 yeah, the most secret project in existence 2011-08-19 01:57 there's been a 2.3 pages press release with a bit of block diagrams with all the closed components colored blue 2011-08-19 01:57 been quite a while since 2011-08-19 01:58 and Raster notably stopped spreading teaser rants across the channels every now and then, since also quite a while 2011-08-19 02:01 Samsung is one of the few companies where I like their strategy (amazon being another one) 2011-08-19 02:02 maybe not 'like' but 'understand' 2011-08-19 02:02 Samsung's strategy is "we make devices with _all_ software we can get" 2011-08-19 02:02 wonderful 2011-08-19 02:02 that works 2011-08-19 02:02 also very unique, afaik nobody else has that strategy 2011-08-19 02:05 you get a big of that with oscilloscopes. a tek or agilent will have the basics plus a number of expensive extension packages. some of the asian competitors include these features in the base version. 2011-08-19 02:05 s/big/bit/ 2011-08-19 02:08 probably it never occurred to the asian folks you could also *sell* software rather than just *copy* it 2011-08-19 02:10 seems to me the concept of copying is much closer to the asian mentality than the concept of selling IP 2011-08-19 02:11 but then I don't know a shit about asian mentality at large 2011-08-19 02:13 i guess it's materialism at work. you sell material goods. you copy the immaterial ones. makes perfect sense :) 2011-08-19 02:13 yup, that's what I meant I think 2011-08-19 02:14 imitation is a compliment in Asia afaik. So how could you ask money for copies of whatever 2011-08-19 02:15 even better :) 2011-08-19 02:16 i mean, non-corporate westeners think very much alike. if "file shearing" is so easy, how could it be wrong ? 2011-08-19 02:17 oooh I think each westerner knows it's basically wrong. Just nobody cares anymore 2011-08-19 02:18 yet you can hear all sorts of the weirdest excuses why they do it _nevertheless_ 2011-08-19 02:19 most popular one "I wouldn't buy it anyway" 2011-08-19 03:06 wolfspraul: btw, how are the bens selling these days ? constant trickle ? or some changes ? 2011-08-19 03:06 trickel 2011-08-19 03:06 trickle 2011-08-19 03:06 :-) 2011-08-19 03:07 I think my rough plan is like this - first really finally get my second product, m1, into stock 2011-08-19 03:07 it's crazy I say this since January but well, it's still not done 2011-08-19 03:07 after it is in stock, back to marketing 2011-08-19 03:07 great shop 2011-08-19 03:07 nice and clean and good looking 2011-08-19 03:07 things always take longer than you think ;-) 2011-08-19 03:08 easy shipping options 2011-08-19 03:08 want to work on backend too, openerp 2011-08-19 03:08 and come out with improved openwrt images or other ben software 2011-08-19 03:08 the Linux 3.0 bot messages were annoying but also encouraging :-) 2011-08-19 03:08 I think we can get a lot of music software to the ben 2011-08-19 03:09 not just music player, also more things like tracker, all the way down to metronome :-) 2011-08-19 03:09 I will just continue with the Ben, basically. 2011-08-19 03:09 rosegarden ;-)) 2011-08-19 03:10 then have to find partners who see the technology and potential and want to turn the tech into a different kind of product, or just move it forward to Ya. 2011-08-19 03:11 yup, the ya should be our real platform. the ben is still a weak basis. aging and not fully open. 2011-08-19 03:15 totally agree 2011-08-19 05:40 Is there a special kind of solder to use for electronics, especially 2.4GHz hardware components.  I have some Oatey Safe Flo Lilver Lead Free solder, and another from archer that's rosin core solder.  Would either work, or should  I use neither.  I was thinking the lead free, but it's typically used for plumbing/heat-hot water piping. 2011-08-19 05:41 the rosin core is 60/40 whatever that means, and the silver/lead-free doesn't say 2011-08-19 05:48 don't use plumbing solder. it has the wrong chemistry for electronics. 2011-08-19 05:51 60/40 is a common solder that works well. lead-free solder is usually a bit harder to work with. 2011-08-19 05:52 if you do SMT components, you'll also have to add extra flux. there RA/RMA (rosin), water-soluble, and no-clean. i find the water-soluble fix the most convenient to work with. note that "water-soluble" doesn't mean it will come off easily. you still have to do a good amount of scrubbing and rinsing. 2011-08-19 06:42 oh, cool, actually then I don't have to resolder the little brown thing I attached to my GPU when it broke off.  I thought led was a bad conductor.  The card has been working up to par, but wasn't sure what the little brown rectangle was and thought I might have lost a shader core or something in the process.   2011-08-19 06:44 3 in the morning though, I gotta go to bed and get up for work in 4 hours so, I'll talk to u tomorrow about soldering up some extra custom wifi dishes.  I might actually go at it again.  Would additional uhf antennas on the back of a direct tv dish benefit at all for 2.5 GHz, even if I kept the male and female respective, or would it just add more length and dBM and dBi loss 2011-08-19 06:46 I thought the more silver would be better for 2.4GHz/wifi, because that's what all their components use, like sma, tnc, and bnc regarding microwaves. 2011-08-19 06:47 you need to be an expert I guess and each connector nevermind noobish soldering job is bound to lose at least 1-5dBi 2011-08-19 08:38 try to boot linux 3.1 on nanonote: 2011-08-19 08:38     0.000000] Linux version 3.1.0-rc2+ (xiangfu@macbook) (gcc version 4.5.2 (Linaro GCC 4.5-2011.02-0) ) #1 PREEMPT Fri Aug 19 16:29:03 CST 2011 2011-08-19 08:39 xiangfu: does it boot? 2011-08-19 08:39 yes. 2011-08-19 08:39 works fine. 2011-08-19 08:39 one little thing I forget to change to load '/etc/preinit' 2011-08-19 08:40 now I am try to move those patches to openwrt-xburst and try it inside openwrt. 2011-08-19 08:40 great :) congratulations! 2011-08-19 08:40 kyak, we should think about how to merge the work from qi-kernel.git to openwrt-xburst.git patches. :) 2011-08-19 08:41 is 3.1 avialable in qi-kernel.git? 2011-08-19 08:41 xiangfu: i think the main problem is that openwrt trunk is still using 2.6 for xburst 2011-08-19 08:41 the patches would be too big 2011-08-19 08:41 I saw the 'jz-3.0' branch. 2011-08-19 08:42 someone must transfer this work to openwrt directly 2011-08-19 08:42 almost same as 2.6 patches in upstream. 2011-08-19 08:42 I direct work on latest upstream 3.1-rc2 2011-08-19 08:43 I mean I direct move 2.6.37 patches on top of 3.1-rc2. 2011-08-19 08:43 kyak, yes. 2011-08-19 08:43 even more sync with linux upstream. 2011-08-19 08:43 right now it's 2.6.37 in openwrt trunk 2011-08-19 08:43 kyak, today I forward all u-boot and linux patches on top of last upstream :) 2011-08-19 08:44 i remember lars told several weeks ago he was going to update it to 2.6.39. I think it's time to update to 3.1 :) 2011-08-19 08:44 kyak, by the way I think I will release a test/debug version recently. 2011-08-19 08:44 xiangfu: hope your patches will make it into openwrt... 2011-08-19 08:45 kyak, I saw there are already some target have linux 3.1 2011-08-19 08:45 yeah 2011-08-19 08:45 actually, even malta has it 2011-08-19 08:46 kyak, let me check now if there is 3.1 in openwrt recently. 2011-08-19 08:46 kyak, our last rebase have 3.0 2011-08-19 08:47 yeah, but not for xburst 2011-08-19 08:48 yes not for xburst. 2011-08-19 08:48 I mean "no, not for xburst" 2011-08-19 08:50 :) 2011-08-19 08:50 Chinese and English grammar ;D 2011-08-19 08:51 btw, "yes, not for.." sounds perfectly find in Russian :) 2011-08-19 08:51 *fine 2011-08-19 08:51 you can even say "yes, no, maybe" and this still make sense 2011-08-19 08:51 kyak, I think I will release : http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-08172011-0556/ as the next release anyway. 2011-08-19 08:51 :) 2011-08-19 08:52 after release , rebase immediately on last openwrt upstream 2011-08-19 08:52 xiangfu: i see it has python? 2011-08-19 08:52 i mean, the python is there as module 2011-08-19 08:53 but it will segfault? 2011-08-19 08:53 kyak, no. only in package. not include by default 2011-08-19 08:53 ok 2011-08-19 08:53 this sounds right 2011-08-19 08:54 yeah, probably if we rebase now, especially start using 3.1 we will run into mode troubles :) 2011-08-19 08:54 i will flash the 08172011 and give it a try 2011-08-19 08:55 the only really great thing i will be missing is busybox patch to enable reverse history search 2011-08-19 08:56 https://dev.openwrt.org/ticket/9695 2011-08-19 08:56 probably we can include this patch into openwrt-xburst.git? 2011-08-19 08:58 kyak, you can use the last reflash_m1.sh as reflash_ben.sh -d openwrt-xburst.full_system-08172011-0556 for download 'dailybuild' 2011-08-19 08:58 -d is for dailybuild 2011-08-19 08:58 you maybe already know that :) 2011-08-19 09:00 s/reflash_m1.sh/reflash_ben.sh 2011-08-19 09:01 kyak, it will download the image in currect folder. 2011-08-19 09:03 kyak, Ctrl + R, yes  sure why not . 2011-08-19 09:31 xiangfu: yep, i remember the -d flag :) 2011-08-19 09:33 xiangfu: the "killall gmenu2x" thing in ben-nanonote rc script. Do you think it is right? 2011-08-19 09:33 taking into account that gmenu2x is started by init 2011-08-19 09:34 killall gmenu2x would make it restart immediately 2011-08-19 09:34 which could lead to some strange effects, because init itself is being killed 2011-08-19 09:43 kyak, it start the shell not gmenu2x I think. inside the shell there is trap "" HUP which is for ignore the killall gmenu2x. 2011-08-19 09:45 maybe we should killall gmenu2x.bin ? 2011-08-19 09:45 hm, why killall gmenu2x theN? 2011-08-19 09:46 ~seen roh 2011-08-19 09:46 xiangfu: just trying to understand, why kill it at all? Isn't it done automatically when init is being killed? 2011-08-19 09:47 kyak, just for fast, kill gmenu2x.bin first. then the screen goto blank. shows the poweroff is running. 2011-08-19 09:47 maybe because of one small bug of SDL 2011-08-19 09:48 Ayla, gmenu2x SDL bug? 2011-08-19 09:48 I was working on it yesterday 2011-08-19 09:48 let me build a test example 2011-08-19 09:48 ah, I have one online 2011-08-19 09:48 http://pastebin.com/wqHVGyHF 2011-08-19 09:49 after the SDL_Init(), gmenu2x has 3 threads running 2011-08-19 09:49 while the Timer subsystem of SDL creates only one (I checked it, only one SDL_Thread object is created) 2011-08-19 09:49 so there should be two threads 2011-08-19 09:50 anyway. After SDL_Quit(), the unique thread created by the timer subsystem is exited; so two threads are left, while there should be only one 2011-08-19 09:51 now it begins to be very problematic: after the exec call to /bin/vi, the 'ghost' thread is still running 2011-08-19 09:53 does it matter if we are going to shutdown anyway? 2011-08-19 09:53 I didn't get that right :) 2011-08-19 09:54 but could you please confirm you also have that bug on the nanonote? 2011-08-19 09:57 i could try, but in several hours. Should i look at the number of processes spawned by gmenu2x? Or how do i see the threads? 2011-08-19 10:10 kyak: htop 2011-08-19 10:10 i thought that :) 2011-08-19 11:30 [commit] Xiangfu Liu: nanonote: reflash_ben.sh update option -t for download testing version images (master) http://qi-hw.com/p/openwrt-packages/5538303 2011-08-19 11:32 kyak, ^  just add another option for testing images. : http://downloads.qi-hardware.com/software/images/NanoNote/Ben/testing/ 2011-08-19 12:51 Does Tuxbrain visit this channel these days? If so, he may find this link interesting: 2011-08-19 12:51 http://www.logos-electro.com/blog/2011/8/16/contiki-on-zigduino.html 2011-08-19 12:53 Zigduino with Contiki OS should provide an interesting end point for Ben w/ATben to reach out and touch over 802.15.4 and (eventually) 6LoWPAN 2011-08-19 13:07 xiangfu: ah yeah, that's good thing. Are nightly images copied to testing/ automatically or by hand? 2011-08-19 13:38 Hm 2011-08-19 13:38 question, dear hw people 2011-08-19 13:39 Do you know of any kind of usb-connected lamp that I could switch on and off in linux? 2011-08-19 13:40 http://www.linuxjournal.com/article/7353 this looks fine 2011-08-19 13:44 http://www.delcomproducts.com/products_usblmp.asp very expensive 2011-08-19 13:48 what is your use case viric 2011-08-19 13:50 I have some computers away. And I'd like of people to be 'notified' that some processing is ready 2011-08-19 13:50 s/of // 2011-08-19 13:53 ah I see. cool idea 2011-08-19 13:58 hm nothing new, I imagine :) 2011-08-19 13:59 ring ring :) 2011-08-19 14:10 kristianpaul: ring ring? 2011-08-19 14:13 viric: lol. i mean you can use a electric bell, nv.. 2011-08-19 14:14 kristianpaul: do you know of a usb belL? :) 2011-08-19 14:15 afaik i dont ;) 2011-08-19 14:15 those I gave the link cost $99 2011-08-19 14:15 that's mad 2011-08-19 14:15 it's a usb led. 2011-08-19 14:17 nothing compared to the $500 ethernet cable 2011-08-19 14:18 kyak, Are nightly images copied to testing/, no.  only the image like '08172011' it's for release but have a little problem. :( that is the plan, hope we don't have image like '08172011' any more, mean don't have testing image anymore :D 2011-08-19 14:24 larsc: there? Impressive :) 2011-08-19 14:50 viric maybe you need to kludge together a little arduino-ish solution 2011-08-19 15:23 rjeffries: to get until the $99? :) 2011-08-19 15:24 [commit] kyak: reflash_ben.sh: small fixup in help output (master) http://qi-hw.com/p/openwrt-packages/b3492d3 2011-08-19 15:27 if you wanted to you could use your BEN and a 2011-08-19 15:28 the next nanonote if there is a next nanonote needs among other things more i/i e.g. i2c, some gpios that can be used without using the 8:10 (microSD) port yada yada yada. maybe even USB host or OTG 2011-08-19 15:35 no no 2011-08-19 15:35 I want the solution to be *cheap* 2011-08-19 15:35 and zero effort. using the linux LEDs interface :) 2011-08-19 15:40 and now! 2011-08-19 15:45 Exactly! 2011-08-19 15:45 I can't believe noone thought of a usb light controlled by software :) 2011-08-19 15:48 viric: you could use a C8051F326 plus a LED. maybe add a transistor. not too expensive. 2011-08-19 15:49 viric: thre a USB stack for it in the f32xbase project :) 2011-08-19 15:49 viric: including in-circuit programmer circuit for the Ben, etc. 2011-08-19 15:50 viric: afaik, the c8051f326 is the cheapest/simplest readily available solution for this sort of thing. (and without giving your money to evil FTDI) 2011-08-19 15:51 ah, wait. there's cheaper: an attiny with v-usb. some of them also don't need a crystal. 2011-08-19 15:52 viric: also some of the USB PICs can operate without crystal, but i don't know if they have a better price point for what you need. 2011-08-19 15:53 even simpler ftdi + led 2011-08-19 15:53 rjeffries: using the Ben is also a nice idea ;-) 2011-08-19 15:54 larsc: ftdi is evil. that's like buying from apple :) 2011-08-19 15:54 wpwrak_: why? 2011-08-19 15:55 larsc: they don't document their chips well enough for proper free software drivers to be written. there's an amazing amount of reverse engineering and guesswork in these drivers, and if you have a recent chips, it's hit or miss whether things work or not. 2011-08-19 15:55 larsc: ironically, they seem to hate Open Source 2011-08-19 15:56 I have not had troubles with ftdi chips 2011-08-19 15:56 larsc: what they want you to use is their closed source library. they offer it for linux as well, but ... 2011-08-19 15:56 (maybe thanks to the efforts of reverse engineers :) 2011-08-19 15:57 I'd prefer a light brighter than a LED though 2011-08-19 15:57 viric: if you just use serial, then you're fine :) also the serial protocol engine (for jtag and such) in some of their pricier chips seems to be well-understood. but when you get int bit-banging, ... 2011-08-19 15:57 500mA at 5V give for 2.5W of light :) 2011-08-19 15:57 wpwrak_: I only used serial. 2011-08-19 15:57 multiple LEDs ? high-power LEDs ? 2011-08-19 15:58 or use a relay and connect some multi-kW halogen ;-) 2011-08-19 15:58 I'm really not that interest to build the solution myself now :) 2011-08-19 15:58 interested 2011-08-19 15:58 the circuit would be quite simple 2011-08-19 15:59 So, I either find something built that works on linux, plug and "echo 1 > led", or I'll go without. 2011-08-19 15:59 I know I know 2011-08-19 15:59 viric you remind me of me 2011-08-19 15:59 For $99 I could buy a sheevaplug; it has two leds with proper kernel interface :) 2011-08-19 16:00 rjeffries: I'm simply proud of having better things to do ;) 2011-08-19 16:00 point well taken 2011-08-19 16:00 haha 2011-08-19 16:32 yes pic pic !! 2011-08-19 16:33 :p 2011-08-19 16:33 viric: you can build a pinguino board (based on a pic18f2550) for less than 10usd in my countri 2011-08-19 16:33 actually there is python/c++/java code for usb comuncation but no linux support... 2011-08-19 16:34 well, it can emulate a serial device and cheat by seriall;) 2011-08-19 16:34 a serial cheater ;-) 2011-08-19 16:34 yeah 2011-08-19 16:35 viric: if you are near  spain in think a guy sell then 2011-08-19 16:36 i actually tried with python but threads we're anoying me at than time.. 2011-08-19 16:36 bulk mode i think.. 2011-08-19 16:36 kristianpaul: cheat = estafar (also "poner los cuernos"); chat = charlar 2011-08-19 16:36 lol 2011-08-19 16:37 le puse los cuernos al puerto serial, jajaja 2011-08-19 16:37 lo hizo con USB ;-) 2011-08-19 16:37 jjaaj 2011-08-19 16:38 viric: where are you located? 2011-08-19 16:38 The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-08182011-1248/ 2011-08-19 16:48 Hey guys, I need to update a package from a feed (GNU Pem) -  a new version came out which has special Nanonote-friendly tweaks. How would I go about something like this? What's the procedure to update a package so that future pulls use a new version of it? I thought I'll ask around before emailing Xiangfu directly... 2011-08-19 16:48 let me know if the question is not clearly worded... 2011-08-19 16:52 you mean automatically fetching the latest version, or doing a manual version upgrade? 2011-08-19 17:06 I mean doing a version upgrade. I ported PEM a month ago at version 0.7.8, but the developer added some new features especially for the Nanonote in 0.7.9. What I would like to ideally do is to edit/replace the current Makefile with a new Makefile on the servers from which the feeds are pulled. 2011-08-19 17:06 :) 2011-08-19 17:31 wpwrak kristianpaul No hablo Espaniol. LOL 2011-08-19 19:45 hi kristianpaul 2011-08-19 20:02 hello Artyom 2011-08-19 20:02 How is your success with namuru+osgps? ;) 2011-08-19 20:02 namuru accumualtors are operationl now 2011-08-19 20:03 afaik i dint measure its opetation in depth yet 2011-08-19 20:03 actuaylly 2011-08-19 20:05 and what are your plans? What is your next step? 2011-08-19 20:05 i have a concern now, because i have to fire by software the accum interrupt  signal... 2011-08-19 20:05 plans, sure, i'm goint to improve some test tool to support now right PRN codes, 2011-08-19 20:06 also collect that accumulator data and plot it 2011-08-19 20:06 then guess a threshold from wich in can improve the acquisition loop 2011-08-19 20:07 I would suggest the following easy test: 2011-08-19 20:10 Choose a settelite that is definitly visible. Set it's prn number. Set code_reference_frequency to default value (2.046MHz). Set carrier_frequency to zero doppler. Then pass through all delays and record values in memory. After that set next doppler frequency. And repeat. This way pass through all doppler frequencies. 2011-08-19 20:10 Doppler frequency step can be 1000 Hz 2011-08-19 20:11 Delay step can be 1 or two half-chips 2011-08-19 20:11 Finally move all values from memory to the file and plot the result 2011-08-19 20:12 You should see one peak in the plot 2011-08-19 20:12 This can help you to check what is your noise floor and what is your peak maximum. 2011-08-19 20:12 what registers have effect in doppler freq? carrier nco? 2011-08-19 20:14 yes only carrier_nco 2011-08-19 20:14 of coarse doppler affects also code_nco but this affect is negligble 2011-08-19 20:15 btw, where you the that 2.046MHz value? 2011-08-19 20:16 This is because code_nco works with double chip rate (2*1.023 MHz) as I remember 2011-08-19 20:16 hum 2011-08-19 20:17 i wasnt aware of that i'll recheck my notes :) 2011-08-19 20:20 Artyom: so how is work from your side? 2011-08-19 20:20 btw are you reading some RTC or similar for keep measurememnt timing constant? 2011-08-19 20:21 or doest matter yet to care about it.. 2011-08-19 20:21 what do you mean by "timing constant" and "RTC"? 2011-08-19 20:22 let me explain 2011-08-19 20:23 [commit] kyak: busybox: backport reverse history search patch (master) http://qi-hw.com/p/openwrt-xburst/3368b5e 2011-08-19 20:25 [commit] kyak: config.full_system: enable busybox reverse history search (master) http://qi-hw.com/p/openwrt-packages/68f2779 2011-08-19 20:26 i modifify namuru to clear after every clock cycle status, new_data and ch0_prn_key internals registers 2011-08-19 20:28 also in software i have to enable ch0 and set clear status flag 2011-08-19 20:28 my point is, i still dont like the idea that the accum int signal is fired by software it self 2011-08-19 20:28 and not from know constant timing source 2011-08-19 20:30 I've spent a lot of time on playing with hardware... But with little success. I couldn't achive stable tracking. I recorded correlator outputs and then plot the result in scilab. The best result that I saw - is couple of bits (like in the picture that you showed me). At the same time the same code for tracking works fine on PC (program that uses soft-correlator from osgps). 2011-08-19 20:32 so you always have new_data=0? 2011-08-19 20:33 no 2011-08-19 20:36 well i changed namuru code a bit from last time we talk 2011-08-19 20:37 like adding  a exclusive enable signal for channels 2011-08-19 20:40 and the prn key clear i pointed you earlier 2011-08-19 20:40 you clear status_read register by writing to special memory address? 2011-08-19 20:44 yes 2011-08-19 20:45 (that's funny - I've done the same thing in my design ;) ) 2011-08-19 20:46 dont you ask you self if that namuru code really worked as it was published? 2011-08-19 20:47 anyway this is getting better :) 2011-08-19 20:52 This question raised so many times during last two weeks. Before I gave up today to fire tracking loop - I tried everything: switched prompt-early-late... And I and Q... My last idea is to rework everything... Starting from pc-program that models hardware and finishing with reworking all namuru-code. And making exhausting testing on every stage. 2011-08-19 20:59 humm.. and and you graphing this? 2011-08-19 21:00 maybe it looks like this  http://www.colorado.edu/geography/gcraft/notes/gps/gif/halfcorr.gif 2011-08-19 21:00 sorry... didn't understand questions 2011-08-19 21:01 nah, is me it used to happen :p 2011-08-19 21:01 you said having problems with tracking loop, 2011-08-19 21:02 so i wonder you can make a plot of it and compare with your expected signal some how... 2011-08-19 21:05 yes, I can plot it. And I made a lot of plots. But it's difficult to debug tracking loop in hardware. Because each time it starts to work new data is comming. I cannot repeat the same data several times :( 2011-08-19 21:16 Artyom: btw at #ephel channel there is this guy called lemay 2011-08-19 21:17 I've seen your conversation in the history :) He is experienced in GPS ;) 2011-08-19 21:17 yeah :) 2011-08-19 21:26 time to sleep. gn ;) 2011-08-19 21:26 bye ! 2011-08-19 22:48 okay lets move some stuff to rtems...  no time to deal with gettng linux to boot again.. 2011-08-19 23:10 some ben wpan pimpage http://www.vimeo.com/27924004 2011-08-19 23:17 [commit] kyak: add vitetris (master) http://qi-hw.com/p/gmenu2x/e98e68a 2011-08-19 23:19 [commit] kyak: config.full_system: include vitetris (master) http://qi-hw.com/p/openwrt-packages/0c32381 2011-08-19 23:19 [commit] kyak: gmenu2x: update to the latest git (include vitetris) (master) http://qi-hw.com/p/openwrt-packages/d4c8f4d 2011-08-19 23:23 zedstar: nice :) i couldn't help noticing that you are living 40 years behind though :) 2011-08-19 23:24 kyak: how u mean? 2011-08-19 23:26 2 Jan 1970 :) 2011-08-19 23:27 kyak: lol 2011-08-19 23:37 nice music :) 2011-08-19 23:38 wow you had whole army there zedstar :) 2011-08-19 23:38 s/had/have 2011-08-19 23:41 kristianpaul: yeh :)