| kristianpaul | ah is true http://gnss-sdr.ru/media/1/20101004-screenshot.gif, Artyom dint get track.. | 00:25 |
|---|---|---|
| kristianpaul | yeah, same situation as my self :-S | 00:25 |
| kristianpaul | i guess osgps never got track as i was feeding it with complex data | 00:25 |
| kristianpaul | even after sample 40Mb of data | 00:25 |
| kristianpaul | also this gps-sdr from CTA es kinda slow and cpu consuming, was very wise from him to swtich to scilab :-) | 00:27 |
| wpwrak | so what's the plan then ? wait for Artyom to fix things on his side ? | 00:31 |
| kristianpaul | no of course not | 00:32 |
| kristianpaul | also his side have its complexity that he only understand | 00:33 |
| kristianpaul | i still on my namuru debugging, afaik cant make carrier nco to work.. | 00:33 |
| kristianpaul | once i get it work, the accumulator should start to work | 00:34 |
| wpwrak | ah, so your troubles are still in earlier processing stages than his. i see. | 00:35 |
| kristianpaul | with namuru yes | 00:35 |
| kristianpaul | but in full software processing kinda same | 00:35 |
| kristianpaul | but i had same issues as heen before with the acquisition module, i got prn code detection but couldt lock it.. | 00:37 |
| kristianpaul | that was with osgps | 00:37 |
| kristianpaul | i soft mode to put it a name | 00:38 |
| kristianpaul | he was very kind to sent my hist vhdl namuru code | 00:38 |
| kristianpaul | i discover i missed a state for the time base counter on my verilog code | 00:39 |
| kristianpaul | fixed now, i'll try as soon sitesis finish | 00:39 |
| wpwrak | cool. that's probably a good bug to fix ;-) | 00:40 |
| kristianpaul | well, i depend may be xst asumed what he wrote in the code and i specify | 00:42 |
| kristianpaul | and sadly it wast related to my carrier nco stuckness... | 00:42 |
| kristianpaul | and i'm using carrier_nco code as it is.. | 00:42 |
| kristianpaul | so the error should be in higher layers.. | 00:43 |
| wpwrak | the harder the bug to fix, the greater the glory ;-) | 00:48 |
| qi-bot | [commit] Werner Almesberger: ptrude/: functions for path stretching and calculation of proportional length (master) http://qi-hw.com/p/cae-tools/7ef6269 | 00:55 |
| qi-bot | [commit] Werner Almesberger: ptrude/: changed extrusion from xy path to xz path; variable number of faces (master) http://qi-hw.com/p/cae-tools/ee63445 | 00:55 |
| qi-bot | [commit] Werner Almesberger: ptrude/: many major math fixes, especially in stretch_path (master) http://qi-hw.com/p/cae-tools/26a0f4c | 00:55 |
| wolfspraul | kristianpaul: don't you think the Nyan cat is more like 400 microns high? | 07:28 |
| wolfspraul | http://en.qi-hardware.com/wiki/Copyleft_Hardware_News_2011-08-01#Homebrew_CMOS_and_MEMS_foundry_design | 07:29 |
| kristianpaul | wolfspraul: dunno may be azonenberg can tell us more | 11:49 |
| Artyom | hi kristianpaul | 11:56 |
| kristianpaul | hello | 11:56 |
| Artyom | I've seen discussion about real/complex data samples from your front-end | 11:57 |
| kristianpaul | ah yes, | 11:57 |
| kristianpaul | it make complex out of the box.. | 11:57 |
| kristianpaul | but at time i tested i havent software avaliable for complex procesing.. :( | 11:58 |
| Artyom | and what is sampling frequency and intermediate frequency? | 11:58 |
| Artyom | and bandwidth? | 11:58 |
| kristianpaul | 2.556 intermdiate 2.048Mhz sampling | 11:58 |
| kristianpaul | every sample 4 bits | 11:58 |
| Artyom | oh... | 11:58 |
| Artyom | But can you use higher sampling frequency? | 11:59 |
| kristianpaul | yeah, in real mode | 11:59 |
| kristianpaul | 16.694Mhz of sampling | 11:59 |
| kristianpaul | same IF, 2 bits per sample | 12:00 |
| kristianpaul | i switched to that mode now | 12:00 |
| kristianpaul | but all went i can try complex agains namuru | 12:00 |
| kristianpaul | btw i checked you code, i added a codition to the counters that i missed, but of course time_base was working before | 12:01 |
| kristianpaul | and i still get the carrier nco stuck :( | 12:01 |
| Artyom | In my front-end I also have complex-data output. I have IF=2.42MHz Sampling=16MHz and bandwidth=4.2MHz. When I work with osgps, I just throw away all Q-samples and use only I-samples. | 12:02 |
| kristianpaul | Artyom: every sample 4 bits at 2.048 MSPS at 8.192 Mhz sampling clock in other words | 12:02 |
| kristianpaul | still using maxin right? | 12:02 |
| Artyom | yes | 12:02 |
| kristianpaul | you trought away all Q-samples?? but what happened if carrier mas in that? | 12:03 |
| kristianpaul | i may be wrong but i think is no always exactly this guess | 12:03 |
| kristianpaul | s/carrier/C/A | 12:03 |
| kristianpaul | s/guess/asumption | 12:04 |
| Artyom | what do you mean "what happened if carrier mas in that?". Can you explain in more detail... | 12:05 |
| kristianpaul | ah, moment you work with GLONASS not GPS right? | 12:05 |
| kristianpaul | in GPS L1 signals there is a P-code and C/A code | 12:08 |
| Artyom | I work with both. But now as I use osgps+namuru I work with GPS only. Later It will be easy to switch to GLONASS | 12:08 |
| kristianpaul | on is in phase other quadrature, (dont remenber wich on is who..) | 12:08 |
| Artyom | Yes, In GLONASS the same thing | 12:08 |
| kristianpaul | oh nice | 12:08 |
| kristianpaul | i may may be wrong but i undertood that processing just Q for example you cant get the P-code | 12:09 |
| kristianpaul | but as i said, is a _guess_ for me i never dig in to | 12:10 |
| Artyom | No, this is wrong | 12:10 |
| kristianpaul | :-) | 12:10 |
| Artyom | :( | 12:10 |
| Artyom | In receiver there is another meaning in quadrature channels | 12:11 |
| Artyom | We use quadratures in receiver when we work with signals with unknown phase (like it is in GPS/GLONASS/COMPASS/GALILEO) | 12:12 |
| kristianpaul | ah | 12:12 |
| kristianpaul | well. i'll check more theory about this later | 12:15 |
| kristianpaul | btw before i leave cause i travel to work like 2hr and i have a meeting in the morning.. | 12:16 |
| kristianpaul | the carrier phase register in namuru just need to be written once isnt? well at least for initilization, later i may be ajusted acording to doppler etc.. | 12:17 |
| kristianpaul | i think i'll write a testbench for it, and debug it individually.. | 12:18 |
| Artyom | which exactly register are you asking about? | 12:18 |
| kristianpaul | CODE_NCO | 12:18 |
| kristianpaul | and CARRIER_NCO | 12:18 |
| Artyom | during acquisition you set CODE_NCO to a fixed value | 12:19 |
| kristianpaul | yes | 12:20 |
| Artyom | and CARRIER_NCO is changing according to current doppler-bin (where we search the signal) | 12:20 |
| Artyom | And during tracking we always change their values | 12:21 |
| Artyom | both CODE_NCO and CARRIER_NCO | 12:21 |
| kristianpaul | but then CARRIER_MEASUREMENT will not change its value over the time if i dont change the CARRIER_NCO ? | 12:23 |
| kristianpaul | cause i'm initializing both CODE_NCO and CARRIER_NCO with fixed values | 12:24 |
| kristianpaul | if i read CODE_MEASUREMENT it looks like is changing vauet but not the case for CARRIER_MEASUREMENT.. | 12:24 |
| kristianpaul | that let me thing something wrong was happening with the carrier nco module.. | 12:25 |
| Artyom | may be, I can't tell you exactly as I didn't dig so far. I only tried to control tracking loops. And CODE_MEASUREMENT and CARRIER_MEASUREMENT are used later for calculating pseudoranges... (if I'm not wrong) | 12:26 |
| kristianpaul | hum. but how you track if the carrier nco is not fixed first? | 12:31 |
| kristianpaul | or i'm misiing something.. | 12:31 |
| kristianpaul | agrh, i must leave now, but my irc client gets here catching | 12:32 |
| kristianpaul | bye Artyom | 12:32 |
| Artyom | bye | 12:32 |
| kristianpaul | but you read the accumulators right? i mean after initializr CODE_NCO and CARRIER_NCO ? | 12:34 |
| kristianpaul | also if read it must be before got overwrite | 12:35 |
| Artyom | I read only i_prompt,q_prompt,i_late,q_late | 12:35 |
| kristianpaul | i read all, but zero is the cotent tought.. | 12:35 |
| kristianpaul | okay now leaving, i'm late ;) | 12:36 |
| Artyom | bye | 12:36 |
| Artyom | I must make a note: I tried to use my own code for tracking. In general we have only to read i_promt,q_prompt,i_late,q_late_i_early,_qearly in order to calculate errors of our carrier-generator and code_generator. And based on these 6 values we can calculate new values for CODE_NCO and CARRIER_NCO. | 12:38 |
| Artyom | In osgps there are some additions to the general rule: | 12:39 |
| Artyom | During pull-in process additionally navigation bits border is also identified. And additional checks are made in order to be sure that the process is working correctly. | 12:42 |
| Artyom | And also osgps uses only 4 values i_prompt, q_prompt, i_late, q_late. | 12:43 |
| Artyom | Based on these 4 values every ms during pull-in process new CARRIER_DCO and CODE_DCO values are calculated. During tracking process CARRIER_DCO is updated every ms and CODE_DCO is updated every 20 ms. | 12:49 |
| Artyom | And CODE_MEASUREMENTS/CARRIER_MEASUREMENTS are used only every 100 ms to calculate pseudoranges. | 12:50 |
| qi-bot | The build has FAILED, see log here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-07312011-1105/ | 14:24 |
| rjeffries | wolfspraul I was w-r-o-n-g re ARM costs. The use case I was thinking of is this part: | 14:25 |
| rjeffries | NXP LPC1768, ARM Cortex M3 100MHz, ~$5 in >1K volume. | 14:25 |
| roh | meh.. this shipping logistics makes my brain hurt | 14:26 |
| roh | these madmen who wrote those texts and regulations | 14:27 |
| rjeffries | semi-unrelated factoid: the per-piece royalty to ARM when a licesee produces an ARM-based CPU is as low as $00.07 per chip | 14:27 |
| rjeffries | hello roh | 14:27 |
| roh | rjeffries: yeah. thats not really a cost factor for us at the volumes we do. | 14:28 |
| rjeffries | roh I was not suggesting it was. I had calimed a 1GHz Arm was $5 I was wrong about that | 14:28 |
| wolfspraul | rjeffries: fair enough. | 14:29 |
| wolfspraul | even lower than 7 cents | 14:29 |
| wolfspraul | 2-40 cents, afaik | 14:29 |
| rjeffries | it is a tough business for sure | 14:30 |
| roh | imx233 is 7.05Euro at digikey | 14:30 |
| wolfspraul | nah, all fine. they don't shoulder the expensive and risky part. | 14:30 |
| roh | 454mhz | 14:30 |
| roh | gnnnh. | 14:36 |
| roh | wolfspraul: any idea what zolltarifnummer to use? | 14:36 |
| wolfspraul | no idea | 14:36 |
| roh | fsck.. i havent got a clue either.. there are thousands | 14:38 |
| roh | it seems i have to atleast fill a CN23 | 14:47 |
| roh | fsck. need this number.. gah. 1h till the shop closes | 14:53 |
| wolfspraul | roh: is that the same as HS code? I found "390690 Other Acrylic Polymers" | 15:09 |
| wolfspraul | :-) | 15:09 |
| wolfspraul | but there's also metal and other stuff inside... | 15:09 |
| roh | exactly.. i only found codes withing 39xxxxxx which are for uncut material | 15:11 |
| roh | this zoll-lists are a serious case of TL;DR | 15:19 |
| wpwrak | roh: try to google for something similar in china. they sometimes list the HS code. | 15:45 |
| wpwrak | roh: i.e., acrylic case screws "hs code" | 15:45 |
| wpwrak | first hit: Face plastic case with screws (HS Code : 85439000, made in china) | 15:45 |
| wpwrak | 854390 "Parts of Particle Accelerators, Audio Mixers, High Frequency Amplifiers" hehe ;-) | 15:47 |
| roh | maybe i should just note the first 4 chars and a ? | 15:48 |
| roh | 3906? | 15:48 |
| roh | need to run. closing in 10 minutes | 15:48 |
| wpwrak | you can abbreviate the numbers. but i don't remember to what point. | 15:49 |
| wpwrak | ask them if they actually want the code :) | 15:49 |
| wpwrak | fedex usually do (but they're probably okay without it, too) | 15:49 |
| wpwrak | when i asked at the postal office, they said "no" (there's room on the form for it, in case you insist) | 15:50 |
| wpwrak | wolfspraul: how's the news coming along ? the 2 months schedule seems to be a little tough for the sheer quantity of things - even if july was actually fairly quiet on the ben side (and quite the contrary on the m1 side) | 16:20 |
| roh | shipment shipped | 16:56 |
| wpwrak | did you put a code ? | 17:08 |
| roh | nope | 17:10 |
| roh | filled a CN23 | 17:10 |
| roh | ;) | 17:10 |
| LunaVorax | hello everyone ! | 18:38 |
| LunaVorax | Long time no see ! | 18:38 |
| LunaVorax | What's up since the last month ? | 18:40 |
| --- Tue Aug 2 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
