2011-09-23 02:18 Btw who, was.. i forgot, there was a plan to get rfm12b in linux main stream some how?? bad memory... 2011-09-23 02:22 there's so many things we need to get mainline. scary... 2011-09-23 02:23 I don't think anybody is on this one now, and it's far from the top of my priorities now. 2011-09-23 02:23 too many good and worthwhile things to do :-) 2011-09-23 03:28 this is a neat service I think http://www.gazelle.com/ 2011-09-23 03:34 kinda like ebay ? 2011-09-23 03:35 ah, with technical service 2011-09-23 05:35 sorry, Just saw Gazelle being mentioned, they are great (and the prices they list are usually higher than what one might get on eBay), but they are only accepting packages from the US... :( 2011-09-23 05:51 oh he already left 2011-09-23 08:53 have you read about this? http://www.winrumors.com/microsoft-clears-up-linux-confusion-over-windows-8-secure-boot-feature/?utm_campaign=twitterwp&utm_medium=twitter&utm_source=twitter 2011-09-23 08:53 maybe RMS has some words to say about those practices :) 2011-09-23 10:06 wpwrak: you there? 2011-09-23 10:11 I'm unable to make the arduino recieve the values I want to send, it's receives somthing  but for its behaviour seems that I'm only sending one value (0) and when de 3 bytes bufer is full (executing spio four times) the buffer is full and then reads it, but is full of 0 values, I have modified spio to have two params one the order , at this time is only one (0x01) and the second param a value , in this case it must make the led blink "value" times bu 2011-09-23 10:11 t as I said it doesn't work. here is my mofidication of the spiio http://pastebin.com/STqPNWP3 2011-09-23 10:13 I also modified the assignation to MOSI MISO etc to make it coincide with this https://www.tuxbrain.net/shop/images/UBB_ICSP_wiring_schema.jpg 2011-09-23 10:15 an the fact is that is arduino is recieving but seems that spiio is not sending the trhee bytes, (or maybe arduino not  reiciving them 2011-09-23 10:36 also this doesn't work directly in main: 2011-09-23 10:36 spi_begin(); 2011-09-23 10:36 spi_send(atoi(argv[1])); 2011-09-23 10:36 spi_send(atoi(argv[2])); 2011-09-23 10:36 spi_send(0x00); 2011-09-23 10:36 spi_end(); 2011-09-23 11:10 argh why for God shake  it's only sending a 0x00 each four time I execute the spiio!!!!? 2011-09-23 11:24 good morning :) 2011-09-23 11:26 good morning 2011-09-23 11:26 after-boot checklist: clean nose: check, anti-hayfever pill: check, LD200 of caffeine: ... getting it ... 2011-09-23 11:29 caffein being administered. now to the backlog ... 2011-09-23 11:29 hahahahah, I was like you 3 days ago, happy flu wpwrak 2011-09-23 11:31 tuxbrain: you had hay fever in late summer ? that's pretty unusual 2011-09-23 11:33 i hope to be rid of the flus for this year. two different ones in as many months were quite sufficient. now it's just the pollen and then i can look forward to a beautiful untroubled summer :) 2011-09-23 11:33 yes all in shorts and I shivering and sweeting wonderfull 2011-09-23 11:33 hmm, that sounds like a regular flu then. they suck too, of course. just differently :) 2011-09-23 11:35 tuxbrain: first of all, do you still only get zeroes ? second, in which SPI mode is your arduino ? there are four of them, all mutually incompatible 2011-09-23 11:36 spi mode:setup_spi(SPI_MODE_1, SPI_MSB, SPI_INTERRUPT, SPI_SLAVE); 2011-09-23 11:37 let's see what sp mode 1 does ... 2011-09-23 11:37 yes only 0 and arduino react only at fouth execution 2011-09-23 11:39 after a lot of desperate changes heres is my actual spiio app http://pastebin.com/qMSugvjp 2011-09-23 11:40 I have checked the arduino variables printing them on serial, 2011-09-23 11:42 hmm, where's your SPI library again ? can't find the URL :-( 2011-09-23 11:45 ah, found it. caffeine is slowly kicking in :) 2011-09-23 11:47 so you use CPOL=0 CPHA=1 ... let's see what i have ... 2011-09-23 11:48 I use what? 2011-09-23 11:49 SPI_MODE_1 -> line 48 of spi.h of rocketnumbernine 2011-09-23 11:52 yeah that's not the mode i use. SPI_MODE_0 should work better 2011-09-23 11:52 but there may be more problems 2011-09-23 11:58 maybe the Ben is too fast. you could add a few usleep()s between calls. especially after the spi_begin 2011-09-23 11:58 SPI_MODE_0 same behaviour 2011-09-23 11:58 trying usleep() 2011-09-23 11:59 usleep(1)? 2011-09-23 12:00 hmm, start with usleep(100). avrs are slow :) 2011-09-23 12:00 not that it should matter. i think any non-zero value will wait for at least a jiffie, so that would be typically 1 ms or longer 2011-09-23 12:01 usleep(100) same behaviour 2011-09-23 12:02 grmbl 2011-09-23 12:03 put the spi_begin ... spi_end in a loop and add a  char foo; read(0, &foo, 1);  at the beginning of the loop 2011-09-23 12:03 then you can trigger the transmissions by pressing Enter 2011-09-23 12:04 see if things get better after the 1st cycle 2011-09-23 12:04 can you put this in a format I can c&p I'm doing four things at time right now :P 2011-09-23 12:05 before spi_begin: while (1) { char foo; read(0, &foo, 1); 2011-09-23 12:05 (that is, after the CALL to spi_begin) 2011-09-23 12:05 err, before i mean 2011-09-23 12:05 after the call to spi_end: } 2011-09-23 12:10 ok now it reacts each fouth enter _P 2011-09-23 12:10 :P 2011-09-23 12:13 heh, progress  ;-) 2011-09-23 12:13 at what clock speed does your AVR run ? 2011-09-23 12:14 16MHz? 2011-09-23 12:14 Aruduino UNO 2011-09-23 12:15 yes 16 MHz 2011-09-23 12:15 that should be sufficient .. checking ... 2011-09-23 12:17 hmm, maybe not. apparently, the SPI can only do up to 5-6 MHz, which may be just a bit too slow 2011-09-23 12:17 more delays: in spi_send, put a usleep(10) at the following places: 2011-09-23 12:17 - before PDDATS = SCLK; 2011-09-23 12:17 - between PDDATS = SCLK; and PDDATC = SCLK; 2011-09-23 12:18 - after PDDATC = SCLK; 2011-09-23 12:22 same 2011-09-23 12:24 strange 2011-09-23 12:26 maybe check the signals. you can also make a little loop that toggles them individually, so you can check the levels with a voltmeter 2011-09-23 12:26 ok i wiil do dat in a hour or so 2011-09-23 12:26 i.e., int on = 1; while (1) { char foo; read(0, &foo, 1); if (on) PDDATS = signal; else PDDATC = signal; on = !on; } 2011-09-23 12:27 (replace "signal" with MOSI, MISO, SCLK, or nSEL) 2011-09-23 12:27 and you should really get yourself a scope :) 2011-09-23 13:27 hi kristianpaul :) 2011-09-23 13:27 what a great picture, and lovelly have the video-in is just over the keyboard http://en.qi-hardware.com/wiki/File%3AMasecki_Warsaw_Concert_M1.jpg 2011-09-23 13:27 hello Artyom ! 2011-09-23 13:27 I saw your blog post 2011-09-23 13:28 no letters from russian arrived yet btw, i'm getting to worry ... 2011-09-23 13:28 may be you will be interested in: http://code.google.com/p/gnsssdr/source/browse/#svn%2Ftrunk 2011-09-23 13:29 Yes, that is strange about letters :( 2011-09-23 13:29 oh, its yoru repo? 2011-09-23 13:29 Artyom: if you have a trackign number i can try to rech postal office 2011-09-23 13:30 Yeh, I try to study svn. This is my attempt to use it for my projects. 2011-09-23 13:30 :-) 2011-09-23 13:32 i noticed, this tracking is offiline or scilab is just there for plot the results coming from namuru on the board? 2011-09-23 13:33 Well, it's difficult with tracking number. I think I'v lost it. I\ll try to find it but I'm not sure :( May be it was saved in browser cache when I used it... 2011-09-23 13:33 scilab is only for plotting results 2011-09-23 13:35 6 correlators = 2 full  namuru tracking channels ? 2011-09-23 13:35 i also noticed negative values in the chart is this a know offset  to apply or? 2011-09-23 13:37 6 correlators (or may be better to say 6 summators) = 1 tracking channel (early, prompt, late for in-phase and quadrature channels) 2011-09-23 13:38 What do you mean by negative values? 2011-09-23 13:38 in the plot 2011-09-23 13:39 y goes from -4000 to 4000 2011-09-23 13:41 Artyom: on my side i got logginf correlators now, but just missing plot, wich i will use gnuplot i guess 2011-09-23 13:41 me not very good with scilab as i wish :) 2011-09-23 13:43 This is output from accumulators. No additional procesing in scilab was made. For example the similar graph is plotted here: http://gnss-sdr.ru/index.php?itemid=17 (upper right graph on the first figure) 2011-09-23 13:43 osgps, really looks different, i see lots of folders now 2011-09-23 13:44 many folders are specific for lpc2478 2011-09-23 13:44 main code is in isr-folder 2011-09-23 13:45 initialization code is in correlator.c 2011-09-23 13:45 yeah, checking correlator_init right now 2011-09-23 13:47 The code is far from ideal, but I hope it can be useful 2011-09-23 13:48 sure it is 2011-09-23 13:59 wpwrak: are you there? How I modify the Makefile to compile testMISO.c testMOSI.c .. etc? just additg its name to "all:"? separated by space or coma? 2011-09-23 13:59 kristianpaul maybe you also know this :P 2011-09-23 14:00 where is the original makefile? 2011-09-23 14:00 here is the actual Makefile http://pastebin.com/3zYZqNYi 2011-09-23 14:03 yes i guess adding tha names will work 2011-09-23 14:03 Artyom: wow #define ACQ_THRESH 1600 2011-09-23 14:05 Ehm... you don't like value? or anything else? ;) 2011-09-23 14:05 i havent get the max in values in my side but i can notice value from ~400 to ~60000 right now 2011-09-23 14:05 s/in/min 2011-09-23 14:07 And what about negetive numbers????? 2011-09-23 14:08 good question :) 2011-09-23 14:09 what data type do you use? 2011-09-23 14:10 may be you use unsigned? 2011-09-23 14:10 Then 60000 is about -500? 2011-09-23 14:10 yes for now 2011-09-23 14:11 I think this is wrong. Signed number should be used. Otherwise phase/frequency/delay discriminators will not work IMHO 2011-09-23 14:23 yes 2011-09-23 14:24 kristianpaul: hah you were faster with the spam - thanks! 2011-09-23 14:26 ha, i just wake up a hr ago and read some news :) 2011-09-23 14:27 I've had a few cases some days ago 2011-09-23 14:27 Chinese spam, so easy because it's in my timezone :-) 2011-09-23 14:27 this one seems from elsewhere... 2011-09-23 14:29 Artyom: i must leave for hour and a half, but is great you realeased the code !! 2011-09-23 14:29 Now i'm behind :) 2011-09-23 14:30 Time to speed up 2011-09-23 14:31 Artyom: if you got that tracking # will be great, at least to know what happened with the letter, may be i need to go visit customs and explain what is a PCB ;) 2011-09-23 14:31 hope not 2011-09-23 14:32 I will also leave after half an hour. Yes, I'll try to find tracking# 2011-09-23 14:33 wolfspraul: may want to know a Artyom got to track a satellite, wich is great ! 2011-09-23 14:33 ok, see you soon 2011-09-23 14:34 wow nice 2011-09-23 15:24 yes yes yes yes yes yes yes and fucking yes 2011-09-23 15:25 I have communication SPI with arduino!!!!! yes yes yes 2011-09-23 15:26 dancing the happy geek dance arround the floor 2011-09-23 15:26 at last one way NN->arduino 2011-09-23 15:27 just two values but good.....  it feels soooo good 2011-09-23 15:28 ;-))) 2011-09-23 15:28 where was the problem ? 2011-09-23 15:30 ehem ... mainly that I use the ICSP header that instead of nSEL has Rested (:shame) 2011-09-23 15:30 ;-))) 2011-09-23 15:37 wpwrak: only usleep(1) is needed to achieve comm between spi_begin() , spi_send(), etc, no need inside de spi_send fuction 2011-09-23 16:17 wpwrak: I have talked to quick, after a few test seems that some pause on spi_send function is needed but even putting usleep(1) makes the comm really slow about half a second or so pair of bytes (well really tree) there is any pause more quick than usleep? 2011-09-23 16:57 The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-09222011-1249/ 2011-09-23 17:37 tuxbrain: you can adds a small delay by just duplicating a setting. e.g., PDDATS = x; PDDATS = x; will add a small delay after rising "x". 2011-09-23 17:38 ok I will try 2011-09-23 18:31 ok the quickest I have achieved is as you said just repeating the PDDATS = x, and usleep(1) between calling fuctions , using serial at 115200bps it doesn loose any value for almost 5 mins so I give it as OK :) 2011-09-23 18:46 wpwrak: I have a couriose bug to catch now 2011-09-23 18:46 on the arduino side 2011-09-23 18:49 when I call the function flash_led() on the setup() fuction it respect the delay(whatever) I put in the for, but when I call it passing the parameter I put in the NN, it piss off on the delay, and goes as fast as it can 2011-09-23 18:50 I have put debug message to the serial output, and it does what it has too, it iterates the for the amount I said on NN, but...  it doen't respect the delay 2011-09-23 18:54 where's the delay - on the arduino or on the ben ? 2011-09-23 18:54 on arduino 2011-09-23 18:55 ben does it's work, it pass the value and ends 2011-09-23 18:55 do you use the delay function with delay(n*CONSTANT); or with for (i = 0; i != n; i++) delay(CONSTANT); ? 2011-09-23 18:56 void flash_led(int count) 2011-09-23 18:56 { 2011-09-23 18:56   Serial.println("entro en la funcion flash_led"); 2011-09-23 18:56   Serial.print("count vale "); 2011-09-23 18:56   Serial.println (count); 2011-09-23 18:56   for (int i=0; i     Serial.print("i vale "); 2011-09-23 18:56     Serial.println (i); 2011-09-23 18:57     digitalWrite(LED_PIN, HIGH); 2011-09-23 18:57     delay(75); 2011-09-23 18:57     digitalWrite(LED_PIN, LOW); 2011-09-23 18:57     delay(75); 2011-09-23 18:57   } 2011-09-23 18:57 } 2011-09-23 18:57 ups I should use pastebin 2011-09-23 18:57 looks reasonable. and yes, you should ;-) 2011-09-23 18:57 maybe the delay is too short ? 2011-09-23 18:58 the function flash_led() works when I call it on the setup() function , with a fixed value flash_led(4), to know is ready to accept nn instructions 2011-09-23 18:58 but totally ignores the delay  when I call it after the SPI comm 2011-09-23 18:59 funny :) 2011-09-23 19:01 this is converted by some pre-compiler into C, no ? then maybe check the C code for what it really does. 2011-09-23 19:02 yess really, the log in the serial looks just fine , it does al the iterations but the led blinks so quick it seems is just on for a instant , bigeer values make it bright longer it just ignore the delay 2011-09-23 19:02 ah, wait a minute ... when you do, say, flash_led(10);, that works, right ? then you add SPI comm and do flash_led(received_byte); and it doesn't 2011-09-23 19:03 yes that's it 2011-09-23 19:03 now, what happens if you do the SPI comm and follow it with flash_led(10); (i.e., hard-coded) 2011-09-23 19:04 same behaviour, it doesn't respect the delay but does the fixed iterations, (I have already tried) 2011-09-23 19:04 hmm. so it appears tht the digitalWrite(LED_PIN, LOW); is being ignored ? 2011-09-23 19:05 no is the delay(75) due if it was the digitalWrite(LED_PIN, LOW) the led will should maintain bright after the iterations but it stays off 2011-09-23 19:05 okay. check the generated code then. that looks like a translation bug. 2011-09-23 19:06 or better, write it in regular C :) 2011-09-23 19:07 but there is no precompilation!, it just add the C headers and the calls to arduino libs is just text , there is not tranlation at all 2011-09-23 19:07 hmm, okay. 2011-09-23 19:08 so just rewrite it in regular C then :) http://www.nongnu.org/avr-libc/user-manual/group__util__delay.html is your friend (assuming they use avr-libc) 2011-09-23 19:08 mmm well , tomorrow I will talk directly to David Cuartielles (Arduino Founder) and will expose that dilema 2011-09-23 19:08 hehe, good ;-) 2011-09-23 19:08 or maybe find a forum. this looks quite basic 2011-09-23 19:12 yes, is matter of lack of time before I meet David :P will be quicker also I have some meeting with Arduino Gurus, so we will find out, the NN part is ok (at least the NN->arduino) I have no more time to test Arduino ->NN or NN<->Arduino, I'm quite happy with the results, big big big thanks dude , I goonna make this Ardu loosers desire a NN as it was the fucking Sauron's Ring 2011-09-23 19:12 very good. let's rule them ! ;-))) 2011-09-23 19:13 lmao... 2011-09-23 20:48 moving servo with a Nanonote :) even cooler than the led 2011-09-23 20:58 ;-)) 2011-09-23 20:58 when will you release the skynet 0.1-alpha package ? :) 2011-09-23 21:00 Don't know but my version will not have the Connor bug :P, and of course will be realeased under GPL 2011-09-23 21:02 aha ! under a viral license, so it spreads faster 2011-09-23 21:07 first release will be a lovely tuxbrain penguin able to build the next gen.... an even more lovely tuxbrain penguin, and thanks to this recursion as first law, I will not destroy humanity is a waste of brain and muscle, after some iterations, they will be so lovely that you will obey sayin , "I hate what I'm doing but they are sooooo cuuteee" BWAHAHAHAHAHAH 2011-09-23 21:10 time to sleep, I can move a servo with a Nanonote without need to solder anything to it... tired to do the happy geek dance but I'm going to bed humming the happy geek song 2011-09-23 21:11 ;-)) 2011-09-23 21:11 three hours of sleep and  run to catch the fligh. 2011-09-23 21:12 see ya! 2011-09-23 21:13 whatever contact me by email 2011-09-23 21:52 Hi Kristianpaul :) 2011-09-23 21:54 Artyom: hello ! 2011-09-23 21:54 I've found this number: RA112415246RU 2011-09-23 21:55 nice, i'll call postal company 2011-09-23 21:58 they said is not in the country yet 2011-09-23 21:58 Artyom: it was by postal/airmail right? 2011-09-23 21:59 I checked the state of the sending through this web-site: http://www.russianpost.ru/resp_engine.aspx?Path=rp/servise/ru/home/postuslug/trackingpo 2011-09-23 21:59 It is written that 14.08.2011 it was exported 2011-09-23 22:00 yup 2011-09-23 22:01 well, know is in a unknow state until reach colombia 2011-09-23 22:01 but now i have # tracking number so i can verify with 4-72.com.co 2011-09-23 22:03 I don't know how it was sent. I know only that this type of sending was called "small package". 2011-09-23 22:03 delay is okay, i had ordered from india some seeds and took like two months to arrive 2011-09-23 22:04 Artyom: btw, about this tracking process, i'm little confused, let said i just want a namuru solution that provides telemtry, but then it will asume that i have to constantly feedback prn codes and no more? 2011-09-23 22:05 I mean for tracking do i need to know satellite ephemeris? 2011-09-23 22:05 I have the same experience with India ;) I sent letters from India to Russia and the delay was couple of months. (So Russia is like India ;) ) 2011-09-23 22:05 or in theory just with and early, pront late correlator i can track a satelly over all sky? 2011-09-23 22:08 Ehm... let's go step by step about tracking. 2011-09-23 22:10 sure ;-) 2011-09-23 22:10 First of all: for acquisition and tracking you don't have to know anything about ephemeris or almanac. 2011-09-23 22:10 yes 2011-09-23 22:10 Every receiver has a "cold" mode. In this mode it has no information about ephemeris or almanac. 2011-09-23 22:11 So in this case you have to pass through all combination of delay/doppler_shift for each satellite 2011-09-23 22:13 yup 2011-09-23 22:13 When acquisition success for some combination delay/doppler_shift for some PRN (or some satellite in other words) then confirmation starts. If confirmation is also success then tracking starts to work 2011-09-23 22:14 During tracking you can take output from in-phase_promt correlator arm 2011-09-23 22:15 this I_prompt output is your navigation data (telemetry as you call it) 2011-09-23 22:15 The only thing that you must remember is that each bit lasts 20 ms or 20 I_prompt outputs 2011-09-23 22:16 so you have to make some additional steps to synchronize with 20ms-bits edges 2011-09-23 22:17 slew? 2011-09-23 22:18 You want to ask what to do with slew? Should we control it? Do I understand you right? 2011-09-23 22:19 yes 2011-09-23 22:19 I tought code slew was part of this bit synchronization, is it right? 2011-09-23 22:19 no ;) 2011-09-23 22:19 slew control is done only during acquisition 2011-09-23 22:19 ouch 2011-09-23 22:20 when tracking starts there is no need in additional slew control 2011-09-23 22:21 Everything is done by Delay Lock Loop which control chip-rate 2011-09-23 22:22 And the change in chip rate is equivalent to slew-control. But chip rate control is much more precious then slew control 2011-09-23 22:23 How do you change chip rate? is not suposed to be constant? 2011-09-23 22:24 No it's not constant ;) 2011-09-23 22:24 because doppler? 2011-09-23 22:25 i think - yes 2011-09-23 22:25 and then thats when the tracking loop plays its role? 2011-09-23 22:26 sorry... please explain this question... 2011-09-23 22:27 i mean, 2011-09-23 22:28 synchronize with 20ms-bits edges =  change in chip rate ? 2011-09-23 22:28 and both are related _just_ with doppler? 2011-09-23 22:30 sorry once again :( Synchronize with 20ms bit edges != change in chip rate. 2011-09-23 22:31 hum .. 2011-09-23 22:31 not so i'm confused 2011-09-23 22:32 Let's forget for some time about data-bits... You can forget about them. Let's speak only about tracking. 2011-09-23 22:32 Tracking consists of two parts 2011-09-23 22:33 For simple receivers (like ours) these parts are independent 2011-09-23 22:33 One part of tracking is to follow carrier 2011-09-23 22:33 This is done by adjasting carrier_NCO_frequency 2011-09-23 22:35 We take output from correlator (two PROMPT outputs) and calculate the difference in frequency (or also phase) between our local NCO_carrier and the received signal 2011-09-23 22:36 According to this difference we calculate new frequency for carrier_nco 2011-09-23 22:36 Do you agree with this? 2011-09-23 22:37 yes, i think :) 2011-09-23 22:38 So this is how carrier tracking is working. 2011-09-23 22:39 We always have to control carrier because satellite is always moving with some acceleration so there is always some change in doppler 2011-09-23 22:39 And now the same explanation about code-tracking 2011-09-23 22:40 We have to track code because of the same reason: satellite is always moving! 2011-09-23 22:42 Because the change in chip rate due to doppler is very little for code-frequency (but it exists!) we have to control code position very preciously 2011-09-23 22:42 This precious control can not be done by slew rate (because slew allows us only to shit for half a chip - too much for our task) 2011-09-23 22:43 the code position is the same or related the edge of the bit you commented before? 2011-09-23 22:43 indeed half chip is too much 2011-09-23 22:44 you should not split "bit edges' and "chip rate" 2011-09-23 22:45 bits length depends on the current chip rate 2011-09-23 22:50 the idea of code tracking is absolutely the same as for carrier tracking 2011-09-23 22:51 the only difference is how to calculate difference between localy generated signal and satellite signal 2011-09-23 22:52 that difference is calculate by osgps right? 2011-09-23 22:52 if is true, is it fast enought? 2011-09-23 22:52 yes the difference is calculated by osgps 2011-09-23 22:53 yes it's fast 2011-09-23 22:55 i had seen your code mod_osgps a bit. at least is more clear than reading osgps with no folders ;) 2011-09-23 22:56 oh, thanks... 2011-09-23 22:56 I also changed many things. I tryied to make them simple and effective 2011-09-23 22:59 it's time to sleep for me... 2011-09-23 23:00 gn ;) 2011-09-23 23:00 bye ! 2011-09-23 23:00 Thanks a lor for your support !