2011-07-21 00:49 [milkymist] kristianpaul pushed 1 new commit to gps-sdr-testing: https://github.com/kristianpaul/milkymist/commit/6dd7b0ef4806c85e8683c79634fb06cc82944ea0 2011-07-21 00:49 [milkymist/gps-sdr-testing] Unified signal crossing sync by single module implementation and proper instatiation in top module - Cristian Paul PeÃ±aranda Rojas 2011-07-21 01:06 wpwrak_: what's the MCU or data bus specs i must find in a TFT display so i can say is VGA compatible? 2011-07-21 01:07 i heard many from you even we can use the actual LCM bus from the nanonote to drive a LCD display but i never undertood why 2011-07-21 01:16 damn, namuru is full of combinational logic... and sebastien said is not good mix it with sequential logics, and the result ofÂ Â untrackable bugs... 2011-07-21 01:17 okay lets start fixing the namuru reset :9 2011-07-21 01:17 xiangfu: hello 2011-07-21 01:17 kristianpaul, hi 2011-07-21 01:17 xiangfu: there is Makefile or script that flash my nanonote from a "nightly" build? 2011-07-21 01:19 kristianpaul, I have one. I will try to add that to reflash_ben.sh as a parameter. just wait one memont. 2011-07-21 01:19 if you want it now. I will send it to you by email 2011-07-21 01:19 sure, i think a lot make public, it will help a lot for your call for testing request before stable releases 2011-07-21 01:19 well, i think 2011-07-21 01:20 add it to reflash_ben.sh as a parameter, will be nice, i'm not in a hurry to test nightly build but was thinkking how to make easier that process 2011-07-21 01:21 so take your time :) 2011-07-21 01:30 [commit] Xiangfu Liu: nanonotefile: reflash_ben.sh support download and flash dailybuild images (master) http://qi-hw.com/p/openwrt-packages/b3c2074 2011-07-21 01:30 kristianpaul, ^Â Â :) 2011-07-21 01:32 download this file is ok: http://downloads.qi-hardware.com/software/images/NanoNote/Ben/reflash_ben.sh, 2011-07-21 01:32 i'll try 2011-07-21 01:33 for example: ./reflash_ben.sh -d openwrt-xburst.full_system-06212011-1026 2011-07-21 01:35 good, that will make testing easier for lazy folks as me for sure ;) 2011-07-21 01:53 kristianpaul, maybe we also create a symlink after nightly build :) 2011-07-21 02:18 kristianpaul: (vga) hmm, anything that lets you generate a pattern of hsync, vsync, and "raw" video data, with the video data at least 4 bits wide 2011-07-21 02:19 qi-bot: raw video data is RGB? 2011-07-21 02:20 depends on what you do with it :) 2011-07-21 02:20 humm 2011-07-21 02:21 if you want to build something like ubb-vga, you'd just make a very simple analog mixer with a static RGB mapping (e.g., 3+3+2 RGB, or such) 2011-07-21 02:22 i was asking you this because i feel i missing vga port from milkymist, due i dont have space for a second display all time, i was thinking in something smaller and came to my ming theÂ Â giantplus lcm i got for SIE wich is not doing nothing usefull right now 2011-07-21 02:23 but i think drive it is not so out of the box VGA to LCM .. :_) 2011-07-21 02:24 of course i'm guessing :) 2011-07-21 02:25 lcms are pretty much little vgas. they have hsync, vsync, etc. 2011-07-21 02:59 hehe 2011-07-21 02:59 beep now make audible beeps on the nanonote 2011-07-21 02:59 kristianpaul: perfection has been achieved :) 2011-07-21 03:00 yeah :-D 2011-07-21 03:02 wow, even a different beep when tab autocompletion ! 2011-07-21 03:03 just missing a RTC Alarm Clock and i can ripoff my cellphone ;-) 2011-07-21 03:03 perhaps the more important question is: how easy is it to turn it off ? :) 2011-07-21 03:04 yeah, it's a real shame that we still don't seem to have that 2011-07-21 03:12 (turn off) is not very loud, but i think it should be same as you did with mmc 2011-07-21 03:13 arghh, i revert to a know state and got freeze again, i hope is not a cable issue.. 2011-07-21 03:13 turn on scope 2011-07-21 03:16 argghh not my day, screen bugging again... 2011-07-21 03:18 after several a bit more agresive nocks work again 2011-07-21 03:43 kristianpaul: maybe this is old news, but do you know that Skyworks Solutions have bought SiGe ? 2011-07-21 03:45 wpwrak_: yes i'm aware 2011-07-21 03:45 good :) just stumbled across it 2011-07-21 03:45 then i swiched to real mode :-) 2011-07-21 03:46 do you think the chips will be discontinued ? 2011-07-21 03:47 well, i think thats a question for wolfgang, i really dont know, i'm aware of few gps devices using this chip, well, i should not be aware anyway.. 2011-07-21 03:48 but among hobyst maxim seems more popular afaik, 2011-07-21 03:48 so i really dont know 2011-07-21 03:48 and if this happen, i'm not afraid, i mean i know what do, my problem right now is not wich fronted i have actually :-) 2011-07-21 03:48 witch* 2011-07-21 03:49 oops, wrong word :) 2011-07-21 03:50 they have like 4 chips, for gps stuff, the popular seems 4110 acording to google, dunno if still produced 2011-07-21 03:51 but you switched because they were acquired ? or was that just an excuse to switch, because you didn't like their chip anymore ? 2011-07-21 03:51 no i like the chip 2011-07-21 03:52 but wolfgang told me, well that due my slowness in this process will kinda hard to talk with then again 2011-07-21 03:52 so i tought a more generic aprouch will be good 2011-07-21 03:52 despite that, yes i like the chip 2011-07-21 03:53 having a I/Q downconverter, is really nice for software based processing 2011-07-21 03:54 also in hardware, i mean correlator side, it make easier the process as it requires less sampling 2011-07-21 03:54 wich is not what happen in real mode.. 2011-07-21 03:54 ah, i see 2011-07-21 03:55 not only less sampling, also when you know in wich arm (I or Q) is the C/A code, well, you just stick on that correlator arm 2011-07-21 03:56 at least you want to break Y code as well ;-) 2011-07-21 03:56 so yes, SiGE chip make thinks lot easier, i'm not agains that, no :-) 2011-07-21 03:58 also that rate in theory we can implement all process already in the nanonte, well i'm not doing that anytime soon, but just saying is posible if comples support to osgps is added 2011-07-21 03:58 wich is not that hard, for people already know how to do complex multiplication in C, wich is the missing part i remenber.. 2011-07-21 03:59 s/comples/complex 2011-07-21 03:59 so NO, i LIKE the chip (just for th record) 2011-07-21 04:01 okay, seems clk clock okay, so i did something to break again the wishbone CC bridge... 2011-07-21 04:01 (chip) now i'm curious why wolfgang made you switch 2011-07-21 04:02 no no 2011-07-21 04:02 he not made me switch 2011-07-21 04:02 i just warm/notice me about the issue of getting this chip for SiGE later.. 2011-07-21 04:03 and that's why you switched 2011-07-21 04:03 we're many reasons 2011-07-21 04:04 what's the issue he predicted ? that skyworks may kill the sige product line ? or that sige are in general hard to source ? 2011-07-21 04:04 one, i realized osgps dint support complex processing. so i wanted to do offline sampling 2011-07-21 04:04 dont know 2011-07-21 04:04 also i wanted to test SoftGNSS matlab code, wich now run in octave, but is not myÂ Â goal 2011-07-21 04:04 namuru is ported, now is time make it work 2011-07-21 04:04 well, what was "the issue of getting this chip for SiGE later" ? ;-) 2011-07-21 04:05 that the gave us a EVB, and we dont reply soon with results 2011-07-21 04:05 s/we/me 2011-07-21 04:05 :-) 2011-07-21 04:05 EVB was FREE also 2011-07-21 04:06 okay, so you're saying that Q/I is superior in theory but you lack the tools/knowledge to use it, and that's why you switched to real (and a different chip) ? 2011-07-21 04:06 as i was told all this companies want results in ie, 6 moths or something.. 2011-07-21 04:06 tools mostly, and yes knowledge to implement a software processing 2011-07-21 04:07 bah, i think they'll be happy whenever you show up as a customer. don't worry about being slow - much worse things can happen ;-) 2011-07-21 04:08 in namuru will be easier implement I/Q as it already do complex mixing/multiplication, then only missing and easy partÂ Â (i think) will be add support for a I and Q input to the correspoding I/Q arm 2011-07-21 04:08 is not hard, really 2011-07-21 04:08 but in osgps well. i still not know all the source code 2011-07-21 04:09 (namuru) so they implemented complex math processing even if they don't use it ? interesting :) 2011-07-21 04:09 no no 2011-07-21 04:10 let me explain, 2011-07-21 04:11 there are two mixing process when working with gps signals. 2011-07-21 04:11 the first agains a carrier nco 2011-07-21 04:12 and the second agains a local generate replica of C/A code 2011-07-21 04:12 okay 2011-07-21 04:12 the 2nd is the correlator, right ? 2011-07-21 04:12 tracking, yes 2011-07-21 04:13 well, forgive if i confuse terms, there are lot of them 2011-07-21 04:13 feels unusually bright ;-) 2011-07-21 04:13 so acording to Clifford Kelley, the complex mixing is not implemented in osgps 2011-07-21 04:13 gps is a bit of black magic to me, so don't worry ;-) 2011-07-21 04:14 the complex mixing would be in the 1st step ? 2011-07-21 04:14 or in both ? 2011-07-21 04:14 no, second step 2011-07-21 04:14 oh, interesting. i would have thought that this one was digital 2011-07-21 04:14 digital? 2011-07-21 04:16 basically matching bit patterns 2011-07-21 04:16 the kind of thing you'd do with a state machine 2011-07-21 04:19 hum, well there is a step in wich you need to match some "magic bits" but thats after you confirm the C/A code signal, wich is basically mulutplying/mixing the local generated code with the data coming from first step i pointed above 2011-07-21 04:21 ah, so the "gold code" stuff is after the 2nd step ? 2011-07-21 04:21 yes 2011-07-21 04:22 well, my understanding so far, i may miss something other technique for doing this for sure 2011-07-21 04:23 also, i dont get get how the osgps do correlation as i tought was same as namuru but seems not at all 2011-07-21 04:24 "As far as I can tell the next major change you will need to make is to do a complex mixing of the signal with the sine and cosine functions." <- lifford Kelley 2011-07-21 04:24 sounds promising :) 2011-07-21 04:26 i think osgps implement a software PLL, but i'm totally ignorant in that field, besides the analogy of the car used in racing to slow donw the whole race.. or something like that 2011-07-21 04:26 also it is the FFT aprouch, as namuru is more the serial tracking i rememnber 2011-07-21 04:27 but implement FFT i hardware is madness and unucessary when you have plemnty of counters 2011-07-21 04:27 from a cad system: "Cadmium has no GUI, which makes it very light weight and portable. " yes ! down with those pesky goo-eyes ! ;-)) 2011-07-21 04:28 nice :-) 2011-07-21 04:28 (car used in racing) a pacer ? 2011-07-21 04:29 the one tha slowdown other cars in case of an amergency 2011-07-21 04:30 i'm a bit surprised that there would be so much variety of what you can get from the RF frontend. each system seems to have a radically different approach to decoding gps, and none does what you actually need ... 2011-07-21 04:31 (cars) the one laying upside-down, burning, on the asphalt ? ;-) 2011-07-21 04:31 well, i must PUBLICALLY said (i hope wolfgang read this), i had consult maxim chips literature is more rich than sige one, at least what you publically can get 2011-07-21 04:31 like ADC specs... 2011-07-21 04:32 (that cad) http://jayesh3.github.com/cadmium/ 2011-07-21 04:32 python vesion of openscad? 2011-07-21 04:33 ah, no opencascade 2011-07-21 04:33 interesting 2011-07-21 04:33 no car burning 2011-07-21 04:34 there are also python thingies for openscad. i think there are now two or three competing ones ;-) 2011-07-21 04:34 anyway, sogps uses a software PLL, that works with only real samples it seems. 2011-07-21 04:34 (sige documentation) yeah, sige suck quite a bit in that regard 2011-07-21 04:34 was based for sige 4110 wich is a old sige chip 2011-07-21 04:35 Dvdkhlng !! cheers for allegro games 2011-07-21 04:35 nice :-) 2011-07-21 04:37 (cad) there are even crazier things out there: https://christopherolah.wordpress.com/2011/07/16/surface-oriented-cad-math-telescopes/ 2011-07-21 04:37 allegro alex4 game fix really good on nanonote screen, nice example 2011-07-21 04:38 well, i stick on heekscad for now, and later... check that scriptying engine, 2011-07-21 04:41 (non-interactive cad) here's another one, with haskell bindings: http://hackage.haskell.org/package/mecha/ 2011-07-21 04:42 (pacer) yes, this one https://secure.wikimedia.org/wikipedia/en/wiki/Safety_car 2011-07-21 04:42 and now the happy python-to-openscad bindings: a recent one: https://github.com/hmeyer/openscadpy 2011-07-21 04:42 thats a PLL for me now 2011-07-21 04:46 pyscad: https://github.com/kevinmehall/pyscad 2011-07-21 04:46 and pyopenscad: https://github.com/etjones/MCAD/tree/master/PyOpenScad 2011-07-21 04:47 too many py*cad, is crazy! 2011-07-21 04:49 just wait for the perl, ruby, .. bindings :) 2011-07-21 04:49 zear: man allegro is awesome for games, check this http://www.allegro.cc/depot/demo/ 2011-07-21 04:50 zear: and already run on the nanonote ;), just two demo games ported so far, i know you can beat that ;) 2011-07-21 04:53 (cad) and then there's lolcad: http://diyhpl.us/cgit/lolcad 2011-07-21 04:54 oh, Bryan Bishop 2011-07-21 04:55 he was working on some py*openscad bindings i remenber 2011-07-21 04:56 heh, don't ask me about people. i have a lousy social memory ;-) 2011-07-21 04:57 but the only pyopenscad committer seems to be etjones 2011-07-21 05:03 (people) nah. just the name still on my memory because he was working on apt-get for hardware 2011-07-21 05:04 apt-get for hardware ? apt-get teapotÂ Â ? :) 2011-07-21 05:04 s/ /install/ 2011-07-21 05:08 yes 2011-07-21 05:09 something out-of the box from you computer to the cnc/3d printer i think 2011-07-21 05:09 no idea status of this, 2011-07-21 05:11 yeah, the path from design to STL now seems scriptable. but from there on, there's still too much manual stuff (using HeeksCAD) 2011-07-21 05:12 and it's actually that latter step where scripts would be most useful 2011-07-21 05:12 e.g., for adjusting the workpiece position, the area in which to work, corrections for mill tolerances, etc. 2011-07-21 05:13 python-occ is quit a fat beast. 41.5 MB 2011-07-21 05:17 but works :) 2011-07-21 05:59 than plan, of taking naps in the evening, is really interesting :-) 2011-07-21 05:59 *grin* 2011-07-21 06:00 there are a lot of things we can learn from cats - take a nap whenever you can, stay up all night, hunting :) 2011-07-21 06:28 hum, i never got back ack signal from the core, that explain the freeze and the unhandled expection ! 2011-07-21 06:53 gn8 2011-07-21 06:54 bah, 3hrs nap :p 2011-07-21 06:55 ;-) 2011-07-21 06:57 btw nice website http://www.examplenow.com/tee/ 2011-07-21 06:58 just discovered tr command 2011-07-21 06:58 hm... something messes up my stackframe... this is annoying 2011-07-21 06:59 a rootkit perhaps? 2011-07-21 07:00 nah, broken code ;) 2011-07-21 07:00 somewhere 2011-07-21 07:01 syscalls in general work fine, but when using execve the stackframe is messed up afterwards 2011-07-21 07:02 though execve from kernel space works fine 2011-07-21 07:02 ha, yes i have cyc signal but never ack (from the master point of view) 2011-07-21 07:03 well, something is not right with the wishbone CC bridge... i'llÂ Â see 2011-07-21 07:03 but i was.. 2011-07-21 07:04 for the future, not let sinthesizing a bittream and after a day see what was suposed to do.. :-S 2011-07-21 07:08 indeed, jon just jump with questions some how 2011-07-21 07:08 btw larsc you mentioned networking is working with uclinux for mm1, that include last minimac2? 2011-07-21 07:08 (already asked by ML too) 2011-07-21 07:11 kristianpaul: only minimac1 2011-07-21 10:45 thats history... 2011-07-21 10:53 not on my milkymist ;) 2011-07-21 10:54 :S 2011-07-21 10:55 how is minimac2 different? 2011-07-21 10:55 yeah, no DMA basically, replaced by a 2kÂ Â FIFO i remenber 2011-07-21 10:56 all this because some memory bugs presented in the previos core 2011-07-21 11:48 someone from uk? 2011-07-21 11:49 methril_work: zedstar_ is 2011-07-21 11:49 thank you wolfspraul :) 2011-07-21 13:03 The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-07202011-0935/ 2011-07-21 23:34 interesting .. i've been running without swap for the last months