2011-06-27 00:13 wpwrak: reset should be ok now (can't verify) and I'm now working on the actual SPI transfers 2011-06-27 00:18 [commit] Werner Almesberger: spi_atben: correct interrupt cleanup order when removing the driver (ben-wpan) http://qi-hw.com/p/qi-kernel/d8bd10a 2011-06-27 00:18 (spi xfers) great 2011-06-27 00:22 maybe unbinding the driver before rmmod helps: 2011-06-27 00:22 cd /sys/bus/spi/drivers/at86rf230 2011-06-27 00:23 echo spi*.0 >unbind 2011-06-27 00:23 at least with this, i get only one spi master and one reset after re-insmodding 2011-06-27 00:24 wpwrak: cool, let me try 2011-06-27 00:24 the platform device is still around, though. hmm. 2011-06-27 00:28 nope, does not help 2011-06-27 00:28 back to good old reboot here. 2011-06-27 00:28 At least I'm able to test stuff that way :) 2011-06-27 00:28 talking about it.... reboot time :) 2011-06-27 00:31 (tempest) interesting concept, i wonder if a 1 bit ADC/DAC can implemented using a UBB and some glue logic 2011-06-27 00:31 kristianpaul: why stop at 1 bit if you have 4 of them ? ;-) 2011-06-27 00:33 ya, but that will require a ADC chip, for the one bit i was thinking in a flip-flop 2011-06-27 00:35 how many DAC chips do you see on ubb-vga ? ;-) 2011-06-27 00:35 ADC would be admittedly trickier 2011-06-27 00:35 i never said ADC chip :) 2011-06-27 00:36 well glue logic plus glue resistors :p 2011-06-27 00:37 no glue needed. just the Rs ;-) 2011-06-27 00:37 lol 2011-06-27 00:40 the only (slight) bummer is one must choose to EITHER do VGA OR 802.15.4 OR AM radio transmitter. 2011-06-27 00:41 for now i have UBB's so the choice is already set ;) 2011-06-27 00:43 ah, there is 433Mhz too using rfm12b modules rjeffries 2011-06-27 00:43 i really enjoy my off line nanonote, be disconnected is good from time to time 2011-06-27 00:44 rjeffries: in the 1970ies, the avantgarde were the DJs. 20 years later, the VJs. 20 years later again, the UBB-Jockeys ;-) 2011-06-27 00:44 kristianpaul you are correct. wonder wht happened with the Hope RF module project 2011-06-27 00:46 if there is ever a next Nanonote, in addition to 802.15.4 being built-in, I'd vote to also have VGA (prolly using a chip rather that wpwrak's magic 2011-06-27 00:47 wpwrak:  you wizard !! :) 2011-06-27 00:47 i knew it xD 2011-06-27 00:47 rjeffries, the hardware would then need to support running programs at a decent framerate in higher res 2011-06-27 00:48 maybe. but the use case for me is simply a larger screen. not watching videos. 2011-06-27 00:49 rjeffries, well, sdl apps will also be very laggy 2011-06-27 00:49 any follow-on to Ben will use a considerably faster cpu. amd will support much better memory bandwidth 2011-06-27 00:49 rjeffries, unless you don't mind running 320x240 on a TV screen 2011-06-27 00:49 then phisically you have a larger screen, but the same resolution 2011-06-27 00:49 rjeffries: i gues you aware of last 4770 ingenic chip ;) 2011-06-27 00:50 man i want a laptop with that chip for sure :D 2011-06-27 00:50 I tried to gey data sheet on 4770 but ingenic site seemed to time out 2011-06-27 00:51 wpwrak: your spi classifier works here now. Time for me to get the spi read and write functions running 2011-06-27 00:51 zear i expect a nanonote 2.0 will support somewhat greater resolution on the lcd, but probably nothing radically better 2011-06-27 00:51 wpwrak: http://pastebin.com/MATaxrep 2011-06-27 00:51 wpwrak: you have some guide or code sniped about implementing a NCO in C? :-) 2011-06-27 00:52 rjeffries, 2x the current res would make a lot of X11 apps usable 2011-06-27 00:52 has 4770 been seen in the wild? we know there are tablets based on 4760 2011-06-27 00:52 i dont think so, seems kinda new 2011-06-27 00:52 oh 64x480 would be sweet yes 2011-06-27 00:52 rjeffries, then just add a touchscreen and you have tons of software perfect for the nanonote 2011-06-27 00:52 640x480 2011-06-27 00:53 capacitive touch screen technolgy is a commodity now 2011-06-27 00:54 rjeffries: you shuold be able to have VGA with the ben already. just make an 8 bit analog RGB mixer and program the LCD controller accordingly 2011-06-27 00:56 wpwrak: (flip flop) some resistors and transitors, and thats it the, 1 bit ADC 2011-06-27 00:56 wpwrak pardon my ignorance, but what would be used as i/o with ben? 2011-06-27 00:56 stefan_schmidt: (read 1) nice :) 2011-06-27 00:57 seen tuxbrain 2011-06-27 00:57 kristianpaul: while (1) { int n; for (n = 0; n != period; n++); asm(""); }  ? ;-) 2011-06-27 00:57 wpwrak: okay,but the asm part what for? 2011-06-27 00:58 i mean asm? is not all about C and pointers? 2011-06-27 00:58 rjeffries: the ben's SoC can do up to 800x600. considering that ubb-vga manages 1024x768 with semi-reasonable timing, i don't think 800x600 would be too difficult to get right. 2011-06-27 00:58 that will be some VERY compact machine code;( 2011-06-27 00:59 kristianpaul: gcc -O9 -S whatever.c   ;-) 2011-06-27 00:59 kristianpaul: or what exactly was your question ? 2011-06-27 00:59 wpwrak, do the -O* past 3 have any actual effect? 2011-06-27 01:00 zear: wrong question :) the right question would be "do i read all the gcc release notes" ? 2011-06-27 01:00 wpwrak, no i don't, but i remember reading somewhere that 3 is the limit ;) 2011-06-27 01:01 kristianpaul: (1 bit adc) hmm, what's the flip-flop doing ? 2011-06-27 01:02 rjeffries: (vga i/o) you'd have to either solder to the test points under the battery, or make an FPC and connect instead of the LCM. 2011-06-27 01:02 rjeffries: if you want a fancy solution, make a PCB with pogo pins that touches the test points. 2011-06-27 01:06 wpwrak: (adc) is like a sampler, well i just read it from here http://www.s5tech.net/s53mv/navsats/n12.gif 2011-06-27 01:07 wpwrak: (exactly question) implement something like this in C http://www.colorado.edu/geography/gcraft/notes/gps/gif/costas.gif 2011-06-27 01:08 but actually seems more esier for 1 bit using digital logic.. 2011-06-27 01:08 kristianpaul: (adc) at looks more like a 16 bit adc :) 2011-06-27 01:09 wpwrak: no no, there is no 16 bits anywhere 2011-06-27 01:09 kristianpaul: (demodulator in c) you should visit your friends at the university. they ought to have some fun books in the EE section. books that go well beyond my head ;-) 2011-06-27 01:10 hehe 2011-06-27 01:10 kristianpaul: (16 bit) "integrator (counter)" and "16 bits/millisecond" 2011-06-27 01:11 wpwrak: true, but not the adc ! 2011-06-27 01:11 ah ! you mean the "SAMPLER" "D-FF" bit 2011-06-27 01:12 since 10 minutes ago, yes 2011-06-27 01:12 still need to improve comunication skills 2011-06-27 01:14 concept looks a bit odd. it may be more a synchronizer. you don't need that if you just want to sample analog data to memory 2011-06-27 01:22 [commit] Werner Almesberger: spi_atben: refcount the master (ben-wpan) http://qi-hw.com/p/qi-kernel/d377794 2011-06-27 01:22 stefan_schmidt: maybe this helps. the sequence would be: insmod ....; unbind the at86rf230; rmmod spi_atben 2011-06-27 01:23 stefan_schmidt: if you don't unbind, the rmmod will still succeed, with disastrous effects 2011-06-27 01:23 wpwrak: ok, thanks 2011-06-27 01:24 wpwrak: its already past 3am here. Will work on this more tomorrow. 2011-06-27 01:24 wpwrak: At least I'm some good steps forward now. SPI read and write should work tomorrow 2011-06-27 01:25 After that there is only IRQ left 2011-06-27 01:25 kewl. you'll be bored most of the week then ;-) 2011-06-27 01:29 wpwrak: heh 2011-06-27 01:29 wpwrak: how long are you at FISL? 2011-06-27 01:30 i should be back home sunday late afternoon, airlines and volcano willing 2011-06-27 01:30 ok 2011-06-27 01:30 brazil, how is you portun~ol going? ;) 2011-06-27 01:30 hopes wpwrak has some little time left tomorrow for atusb and the parcel arrives in time :) 2011-06-27 01:32 kristianpaul: when i talk to them in spanish, and they answer in portugese, that's usually sufficient for taxis or to buy some beer :) 2011-06-27 01:32 sound good :) 2011-06-27 01:33 night all 2011-06-27 01:33 n8 2011-06-27 01:34 "Digital Signal Processing Techniques for Radio Amateurs, Theoretical Part" 2011-06-27 01:35 wpwrak: i dont have too much friends at university.. 2011-06-27 01:35 "Global Positioning by Satellite" P. Mattos 2011-06-27 02:28 wpwrak: did you get your atben/atusb in time? 2011-06-27 02:33 wolfspraul: i didn't get them yet. but they should be delivered tomorrow. that would be just in time. within less than 24 hours of me heading to the airport :) 2011-06-27 02:37 ouch 2011-06-27 02:39 wolfspraul: any news about yours ? 2011-06-27 02:39 nah 2011-06-27 02:40 just fired an email to the headquarters, cc you :-) 2011-06-27 02:40 on the other hand someone just rang Adam's bell... 2011-06-27 02:40 the plot is thickening 2011-06-27 02:40 :) 2011-06-27 02:40 read the backlog - you forgot a major accomplishment of mine - SAKC! 2011-06-27 02:40 :-) 2011-06-27 02:40 yeah ! and AVT2 too 2011-06-27 02:41 that was a beautiful little project, if the software effort would not have broken down almost immediately after the run, it could help us quite a big going forward... 2011-06-27 02:41 sure there's more stuff 2011-06-27 02:41 was wikireader in that list? 2011-06-27 02:41 of course, nothing that could compare with the experience gained from 1 year of hard thinking ;-) 2011-06-27 02:41 oh, right. that one too 2011-06-27 02:44 i've seen that 'CPU on a DIMM' idea last at this rfid project that is so totally screwed up that nobody knows how to rescue it 2011-06-27 02:44 let me see what happened there since last time I looked :-) 2011-06-27 02:46 still not dead yet it sems :-) http://www.rfidguardian.org/index.php/Main_Page 2011-06-27 02:46 modules don't make sense in such a design. they're wrong at at least 3 levels 2011-06-27 02:46 it's amazing how this type of academic funded project just never dies, has some similarities to Qi :-) 2011-06-27 02:46 (i hope the similarities end there...) 2011-06-27 02:46 ;-)) 2011-06-27 02:47 I like the timeline "17 Oct 2008: RFID Guardian v4 will be commercially available" 2011-06-27 02:47 "25 Aug 2010: Engineering samples of (a part of the whole thing) have been delivered" 2011-06-27 02:47 nobody say anything about the Ben and the Ya anymore :-) 2011-06-27 02:48 last I heard funding was running out in Nov 2010 2011-06-27 02:48 well. both dates are on the same side of the big bang ;-) 2011-06-27 02:48 with the project totally completely irrevocably screwed up (we looked at it in detail) 2011-06-27 02:48 maybe they got an extension and can go in circles a little longer 2011-06-27 02:49 one of their many design mistakes was a 'cpu on a dimm' idea 2011-06-27 02:49 truly grandiose 2011-06-27 02:49 the domain will expire in october. then you'll know jusr how dead the project is :) 2011-06-27 02:49 it will live on as an ipad app 2011-06-27 02:49 :-) 2011-06-27 02:50 at least that's a fashionable way to show what one is 'working on' 2011-06-27 02:50 (cpu on dimm) from a 3rd party ? 2011-06-27 02:50 forgot 2011-06-27 02:51 that's just the project that popped into my mind hearing this idea 2011-06-27 02:51 Adam got the m1 rc3 pcbs! 2011-06-27 02:52 unfortunately not the atben/atusb shipment I'm waiting for, oh well 2011-06-27 02:56 let's see what comes from barcelona. now there's no excuse not to react :) 2011-06-27 02:57 wpwrak: there is one funny story in the rfidguardian project that I have never heard in that way, one-of-a-kind 2011-06-27 02:57 so their entire hw design approach is utter nonsense 2011-06-27 02:57 anybody with manufacturing experience will come to that conclusion (we ran this by multiple people) 2011-06-27 02:57 but... 2011-06-27 02:57 now comes the best part 2011-06-27 02:57 the managed to take their main manufacturing partner down with them! 2011-06-27 02:57 they went bankrupt 2011-06-27 02:57 that could never ever happen with a Chinese company 2011-06-27 02:58 no matter how stupid the customer is, it's impossible 2011-06-27 02:58 but in this case, the poor small corp that took on this project went bankrupt over the nonsensical attributes it had! 2011-06-27 02:58 and their customer, being on an academic slow-but-sure dripping funding, outlasted them 2011-06-27 02:58 argh 2011-06-27 02:59 wow ;-) 2011-06-27 02:59 when I hear this kind of story I look at my Chinese guys here and I smile and I know they do something right... 2011-06-27 02:59 that takes skills 2011-06-27 02:59 yes you totally have to protect yourself from the stupidity of your customer 2011-06-27 03:00 don't take 1 penny risk on your shoulder, if that risk relates to the smartness of your customer - NO! 2011-06-27 03:00 you ordered this - here it is! tracking number... 100% prepaid... 2011-06-27 03:00 :-) 2011-06-27 03:01 (skills) kinda like rambus almost taking down intel with that rdram 2011-06-27 03:07 patent trolls wouldn't be what they are today without them (rambus) 2011-06-27 03:10 or NTP 2011-06-27 04:46 AM signals using LCD screen? Sounds like trolling to me :) 2011-06-27 04:55 missing context but they did that "For Elise" from CRT iirc 2011-06-27 05:01 Any gnu octave hacker around and awake? 2011-06-27 05:05 DocScrutinizer: i'm talking about the e-mail to ML 2011-06-27 05:06 my life pretty much became ML free due to *massive* overload and no smart filters around in this world 2011-06-27 05:08 arghhh 2011-06-27 05:08 I even have difficulties to spot news on the 7 ML I'm still following, under all the "23756" tagged to ML I can't follow anymore 2011-06-27 05:08 is confusing debug a octave with lasterror 2011-06-27 05:08 _last_ 2011-06-27 05:08 so the error i wanted wasnt the last one :/ 2011-06-27 05:10 wpwrak: It seems you have to have a device before you can successfully call platform_driver_probe 2011-06-27 05:12 kristianpaul: what was your comment about "nice link" about? I forgot 2011-06-27 05:15 DocScrutinizer: like http://www.colorado.edu/geography/gcraft/notes/gps/gif/costas.gif 2011-06-27 05:15 the top url for tha gif 2011-06-27 05:15 aah the gps stuff 2011-06-27 05:15 thaT 2011-06-27 05:15 yes 2011-06-27 05:16 yep, excellent work 2011-06-27 05:16 got it from speedevil 2011-06-27 05:16 this guy is incredible 2011-06-27 05:17 ah, yes 2011-06-27 05:17 half the wiki - the better half - on openmoko and on maemo is made by him 2011-06-27 05:17 actually speedevil gave me that link again in #hihgaltitude 2011-06-27 05:17 oh 2011-06-27 05:18 high* 2011-06-27 05:18 yeah, he's doing balloon with methane 2011-06-27 05:19 living somewhere rural where next building seems 5 miles away :-) 2011-06-27 05:19 cool :-) 2011-06-27 05:20 kinda reminds me on our modem hacker dspaaron 2011-06-27 05:20 and he has internet, something i can achieve again if tried that.. 2011-06-27 05:20 s/can/cant 2011-06-27 05:21 well, maybe not next building but next post office is 5 miles away ;-D 2011-06-27 05:21 haha 2011-06-27 05:23 actually the best part in hanging out on irc in dozens of chan is you get to know some smart people after a few years ;-) 2011-06-27 05:30 WTF!! [Notice] -NickServ- 19 channel access matches for the nickname jOERG_rw 2011-06-27 05:30 I need to drop responsibilities... 2011-06-27 05:30 and ML 2011-06-27 05:41 idly wonders how to properly close down a chan for good 2011-06-27 05:41 or if that's even feasible, desirable, and of any benefit 2011-06-27 05:52 good, server chanlist not even shows #openmoko.de, #opie.de etc 2011-06-27 05:52 there's still an #opie chan though :-o 2011-06-27 10:08 rsharpe: (device before probe) such as platform_device_register ? i do that before calling platform_driver_probe 2011-06-27 10:09 rsharpe: it appears that the problem is now that the at86rf230 doesn't get removed when removing the underlying SPI master. if i manually unbind it first and only then rmmod spi_atben, things appear to be okay 2011-06-27 10:10 wolfspraul: (boards arrived) great ! soon, you'll be able to play ! ;-) 2011-06-27 10:10 yeah, definitely 2011-06-27 10:10 I demoed NanoNote and M1 to 2 people from Intel Labs today, ben-wpan would have been a nice addition of coolness factor... 2011-06-27 10:11 use 2 Ben, and start the music on Ben A from Ben B, connected with ben-wpan. just for the heck of it... 2011-06-27 10:12 heh :) 2011-06-27 10:12 just don't try to stream the music over wpan :) 2011-06-27 10:13 until we have proper csma-ca (an "upstream" issue), bulk data transfers quickly end up in both stations jamming each other. they'll recover nicely enough once you make one stop, but ... 2011-06-27 11:35 The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06262011-0753/ 2011-06-27 11:37 the list of failed packages is awasingly stable :) 2011-06-27 11:50 *g* 2011-06-27 11:50 same over on openwrt 2011-06-27 11:52 that's another good news :) 2011-06-27 11:52 http://buildbot.openwrt.org:8010/broken_packages/ 2011-06-27 11:54 hm 2011-06-27 11:54 perl and qt4 build fine on our buildhost 2011-06-27 11:55 that's strange 2011-06-27 11:55 vim, too 2011-06-27 11:56 false positives 2011-06-27 11:57 it scans the log for *** ERROR or something 2011-06-27 11:57 that is normal in some compile outputs 2011-06-27 11:57 (e.g. ignored failed make targets) 2011-06-27 11:59 would it be better to scan for "ERROR: package .* failed to build"? 2011-06-27 11:59 maybe 2011-06-27 12:01 btw, i wonder why "kernel" package always results in error? 2011-06-27 12:02 ok, there really is an error.. 2011-06-27 14:19 kyak: have your wpan boards arrived yet ? 2011-06-27 14:47 wpwrak: if everything goes fine, i'll have it tomorrow 2011-06-27 14:54 i'm not sure yet what would be the first thing to do with it :) perhaps i'll try to reproduce the dirtpan hack and start using some network applications 2011-06-27 15:02 kyak: sounds like a good idea :) you'll notice that, if you have bulk traffic, TCP will hang. that's because there's no collision detection yet, so at some point both sides just jam each other. 2011-06-27 15:02 yeah, i read earlier today 2011-06-27 15:03 kyak: other tools to try are atrf-rssi -g and atrf-txrf -P. the latter allows you to find out how far the signal can travel. 2011-06-27 15:03 i think, if there is no fix for it, it can be workarounded by traffic shaping 2011-06-27 15:03 kyak: for these tools, the kernel driver must be absent/disabled. otherwise, kernel and tool will fight for access, usually both losing 2011-06-27 15:04 (fix) naw, that's something quite low-level. the chip can do it. we just haven't enabled it yet. 2011-06-27 15:04 yeah, that's a cool thing to explore.. Whether i can still use Ben in a bathroom :) 2011-06-27 15:05 kyak: i think that will be an extremely common usage scenario ;-) 2011-06-27 15:06 right.. so it will also be a himudity testing for atben 2011-06-27 15:07 and the ben ;-) 2011-06-27 15:07 yeah, this, too 2011-06-27 15:07 is there an accepted solution for casing? 2011-06-27 15:08 or is it not clear yet? 2011-06-27 15:13 kyak: still unclear. i don't even know how well or bad the sugrus worked in the end (after curing) 2011-06-27 15:14 wpwrak: do you mean the production samples? 2011-06-27 15:17 kyak: tuxbrain wrapped one atusb in sugru, then tested it. he said rf performance suffered a lot. but the sugru was still wet at that time. he didn't report back yet if it got better after letting the sugru dry (takes ~24 hours) 2011-06-27 15:17 ah, i see 2011-06-27 15:19 i was thinking maybe covering it with lacquer wouldn't do a lot of harm (if it isn't already covered during production) 2011-06-27 15:26 lacquer may be a possibility. that adds very little material. 2011-06-27 15:27 the board is convered with solder stop, but all the pins and such are exposed 2011-06-27 16:19 Is it posible that a corrupted uboot dont allow the nanonote to power on by the power button, and the only power it on seens to be when you connect the battery for first time? 2011-06-27 16:20 seems somewhat unlikely, but it's hard to tell what a bad u-boot could or couldn't do 2011-06-27 16:32 he ;) 2011-06-27 16:32 i think the bad is the user, liers !! 2011-06-27 16:33 yeah. that's what all the people from support say ;-) 2011-06-27 16:33 most of the time it's users fault :) 2011-06-27 16:35 well, just trying to a friend in the town use his nanonote and stop it from taking dusts... 2011-06-27 16:35 btw wpwrak  you have a mm1 already sint? 2011-06-27 16:35 isnt* 2011-06-27 16:35 s/to/that 2011-06-27 16:44 kyak: there is an official image with allegro srpite editor, alex4 and Allegro demo? 2011-06-27 16:47 kristianpaul: official - no, but there is a "nightly" image 2011-06-27 16:47 http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06262011-0753/ 2011-06-27 16:47 her eis it 2011-06-27 16:48 k 2011-06-27 16:48 it has the stuff you mentioned included 2011-06-27 16:59 wow this is awesome http://people.canonical.com/~kirkland/Screenshot-ec2-cost.png 2011-06-27 16:59 why nobody told this byobu existed before 2011-06-27 17:00 my .screenrc is full of custom configs when somebody upstream already had done thye dirty work  :) 2011-06-27 17:01 kristianpaul: that's the new ubuntu desktop ? 2011-06-27 17:02 wpwrak: is a debian package 2011-06-27 17:03 ubuntu dekstop dunno i dont use ubuntu since 6.04.. 2011-06-27 17:16 yeah, finally i can quit gnome applets ! 2011-06-27 17:16 still worldclock but well 2011-06-27 17:16 methril: it was you that help with octave the other day? 2011-06-27 17:18 kristianpaul: (m1) nope, i'll see one for the first time at fisl (rejon's) 2011-06-27 17:20 wpwrak: :-) 2011-06-27 17:20 i tought mm1 was bigger 2011-06-27 17:20 intiialy :) 2011-06-27 18:40 wpwrak: got your parcel and had already fun with broken hardware I see :) 2011-06-27 18:43 wpwrak: ah, and some first 6lowpan patches have been posted 2011-06-27 18:43 wpwrak: nice that Siemens is doing the work for you ;) 2011-06-27 18:45 stefan_schmidt: yeah ! but i'm not sure if they're still at siemens 2011-06-27 18:48 wpwrak: Dmitry should still be there and he has spoken about his colleague doing the 6lowpan work 2011-06-27 18:48 wpwrak: no idea if they do it in their spare time though 2011-06-27 18:48 Anyway, less work for you. :) 2011-06-27 18:49 wpwrak: everything prepared for FISL or doing some late minute packaging 2011-06-27 18:49 ? 2011-06-27 18:58 stefan_schmidt: doing the traditional last minute talk writing 2011-06-27 18:58 stefan_schmidt: packing will come later 2011-06-27 18:59 wpwrak: heh 2011-06-27 18:59 wpwrak: good boy. Don't break with old habits :) 2011-06-27 19:00 wpwrak: I leave you alone with atusb pestering then 2011-06-27 19:04 yeah. that may take a while. and you're almost done anyway ;-) 2011-06-27 19:08 a penny for everytime I heard that 2011-06-27 19:13 stefan_schmidt: feels good when people believe in you, eh ? ;-) 2011-06-27 19:13 wpwrak: lol 2011-06-27 19:14 wpwrak: I happily believe in myself. Just want more spare time :D 2011-06-27 19:31 grmbl. already 20 slides. and i haven't even touched anything technical :-( 2011-06-27 19:32 what is the university you are going to give speech? :) 2011-06-27 19:39 hi kristianpaul, had problems with octave? 2011-06-27 19:40 FISL is hosted at Centro de Eventos PUCRS. pucrs = Pontifícia Universidade do Rio Grande do Sul 2011-06-27 19:40 dvdk: btw, did you order any ben-wpan boards too ? 2011-06-27 19:41 wpwrak: not yet, waiting for the firmware-related dust to settle :) 2011-06-27 19:41 s/firmware/driver/ 2011-06-27 19:41 dvdk: ;-)) 2011-06-27 19:42 btw, 2011-06-27 19:42 even without 6lowPAN, can i access the 802.15.4 layer with the normal unix socket api (as just another address family?) 2011-06-27 19:43 dvdk: yes 2011-06-27 19:44 yes, and? :) 2011-06-27 19:44 dvdk: as ieee 802.15.4 sockets or, with dirtpan, also as IPv4 2011-06-27 19:45 moment !! 2011-06-27 19:45 wpwrak: so that would actually make it useable. hmm. 2011-06-27 19:46 dvdk: ;-) tools/dirtpan/dirtpan.c shows you how to open IEEE 802.15.4 sockets 2011-06-27 19:47 hmm, cannot click that link :/ 2011-06-27 19:47 :) 2011-06-27 19:47 dvdk: http://downloads.qi-hardware.com/people/kristianpaul/GNSS_SDR__.tar 2011-06-27 19:47 (but first hit on google) 2011-06-27 19:47 dvdk: see it your self 2011-06-27 19:48 i alrady did some hacks, but still work to do 2011-06-27 19:48 why does everybody around here have an accuont to upload to qi-hw/people? 2011-06-27 19:48 kristianpaul: many functions, which one to invoke? 2011-06-27 19:48 dvdk: init.m 2011-06-27 19:49 ah i forgot some additional files 2011-06-27 19:49 minute 2011-06-27 19:49 ok, let's see whether the latest build of octave has any problems 2011-06-27 19:51 dvdk: ( upload to qi-hw/people) may be because our home made servers dont have enought bandwicht or storage avaliable? 2011-06-27 19:51 wich is at least my personal case 2011-06-27 19:51 this code was made for matlab 2011-06-27 19:52 wpwrak: looked at your example.  this looks perfectly usable to me.  cool.  just need to think about what i can do with the 802.15.4 feature :) 2011-06-27 19:53 kristianpaul: yeah but /me doesn't have an account.  even hosting some source-code snaphsots (gforth) that is used by the our firmware on my dyndns. 2011-06-27 19:53 kristianpaul: you mean it's not working because it's written for matlab?  not because the nanonote's octave is broken? 2011-06-27 19:53 dvdk: i'll remenber that to wolfgang, but sure he never asked you?.. 2011-06-27 19:54 dvdk: you need this file too http://downloads.qi-hardware.com/people/kristianpaul/GNSS_signal_records.tar.gz 2011-06-27 19:54 kristianpaul: nope.  i wouldn't have cared before my university finally closed my account a few weeks ago 2011-06-27 19:55 ouch.. 2011-06-27 19:55 ouch 2011-06-27 19:55 gzip: stdin: unexpected end of file 2011-06-27 19:55 arggh 2011-06-27 19:55 see, my ISP hate me.. 2011-06-27 19:55 i'll upload again 2011-06-27 19:57 just an incomplete upload? 2011-06-27 19:58 yes 2011-06-27 19:58 was 13Mb actually.. 2011-06-27 19:58 this is last "error" i dealing with http://paste.debian.net/121192/ 2011-06-27 20:01 dvdk: http://downloads.qi-hardware.com/people/kristianpaul/GNSS_signal_records.tar.gz uncompress in same folder GNSS_SDR__ is 2011-06-27 20:01 s/folder/directory 2011-06-27 20:04 you can run git diff to discover hacks i did 2011-06-27 20:04 my friends in octave shell are lasterror.stack.file and lasterror.stack.line 2011-06-27 20:06 just came back 2011-06-27 20:06 downloading... 2011-06-27 20:07 dvdk: if you want an account, one word to wolfgang will be enough ... 2011-06-27 20:08 indeed 2011-06-27 20:08 kristianpaul: on my PC (octave 3.2.4) I get "Probing data (../GNSS_signal_records/GPS_and_GIOVE_A-NN-fs16_3676-if4_1304.bin)", then 2011-06-27 20:08 `pwelch' undefined near line 97 column 5 2011-06-27 20:08 the paste from you, was that run on a nononote? 2011-06-27 20:09 nope 2011-06-27 20:09 on my PC 2011-06-27 20:10 nanonote not yet, first pc :) 2011-06-27 20:10 ok, thought so :) 2011-06-27 20:10 for pwelch i installed in debian octave-signal 2011-06-27 20:11 ok, insatlling 2011-06-27 20:11 btw, that change "+    pwelch(data-mean(data), 16384, 0.1024, 2048, settings.samplingFreq/1e6)" 2011-06-27 20:11 changes semantics. 2011-06-27 20:11 you mean octave 'pwelch' needs different arg? 2011-06-27 20:11 no 2011-06-27 20:12 i just wanted to skip the message :p 2011-06-27 20:12 you replaced 1024 with 0.1024 2011-06-27 20:12 yes 2011-06-27 20:12 ok 2011-06-27 20:13 ah, same result as your paste.  but it had already opened a  plot 2011-06-27 20:13 sure me too 2011-06-27 20:13 two plots actually 2011-06-27 20:14 BTW I did some SDR work a while ago at Frauenhofer, always refusing to use matlab.   2011-06-27 20:15 most of our code was SIMD C-code for Cell-CPU, but then test-cases and lookup table-generation etc. was done in octave 2011-06-27 20:15 refuses SIMD code 2011-06-27 20:20 ah, 2011-06-27 20:20 well, it ran > 10^6 times faster than octave :) 2011-06-27 20:20 hhe 2011-06-27 20:20 sure ! 2011-06-27 20:21 in octave overlap is four variable to pass 2011-06-27 20:21 in mathlab third 2011-06-27 20:21 lets fix that :) 2011-06-27 20:22 ha no 2011-06-27 20:22 pwelch(x,window,noverlap,nfft) 2011-06-27 20:22 pwelch(x,window,overlap,Nfft,Fs, range,plot_type,detrend,sloppy) 2011-06-27 20:23 but octave said pwelch: arg 3 (overlap) must be real from 0 to 0.950000 2011-06-27 20:23 when thats 1024 2011-06-27 20:28 kristianpaul: fixed the plotAcquisition.m file, I think 2011-06-27 20:29 http://paste.debian.net/121194/ 2011-06-27 20:29 now it runs a little further, and aborts there 2011-06-27 20:29 postProcessing.m at line 113, column 1 2011-06-27 20:29 (fclose: invalid stream number = 4) 2011-06-27 20:31 here's the output http://paste.debian.net/121195/ 2011-06-27 20:32 :o 2011-06-27 20:32 btw plotAcquisition.m: need to double-check my changes, maybe i broke something (don't know how it would look when correct) 2011-06-27 20:32 now trying to do more sth more relaxing for the rest of the evening :) 2011-06-27 20:33 what can i see you disablet the partially the plot 2011-06-27 20:33 right? 2011-06-27 20:33 kristianpaul: no, just fixed the syntax to correspond to octave (the 'handle' stuff isn't fully supported) 2011-06-27 20:34 hum 2011-06-27 20:34 and hold(h, 'on') triggers an octave bug here 2011-06-27 20:34 so without handle sohuld be ok , too 2011-06-27 20:34 hAxes=gca() ? 2011-06-27 20:34 see the manual.  just a guess.   2011-06-27 20:34 'get current axes' 2011-06-27 20:34 seems to be ok.   2011-06-27 20:34 also look at  /usr/share/octave/3.2.4/m/plot/hold.m 2011-06-27 20:35 octave tries to emulate matlab syntax, but it seems to be mostly untested code. 2011-06-27 20:35 just go for the std octave syntax instead 2011-06-27 20:36 going to be online again tomorrow 2011-06-27 20:36 good night 2011-06-27 20:36 nite 2011-06-27 20:36 thanks for the help 2011-06-27 20:37 (be mostly untested code) :D 2011-06-27 20:37 kristianpaul: regarding the overlap, just convert the sample-number into a "relative window size" i.e. 'overlap_samples / windowsize_samles' should be ok 2011-06-27 20:37 (just widely guessing ) 2011-06-27 20:37 cu 2011-06-27 20:38 wpwrak: I now get the right requests and answers in the spi transfer function but rf230 is unhappy while waiting for it: 2011-06-27 20:38 wpwrak: http://pastebin.com/qijkRNRj 2011-06-27 20:39 wpwrak: You can see that two register values are requested MAN_ID0 and MAN_ID1 2011-06-27 20:39 and they come back with the correct values: 0x1f and 0x00 2011-06-27 20:40 but while this happens I got hit my a scheduling while being atomic. Do I get this right? 2011-06-27 20:53 stefan_schmidt: hmm, can you push your current code ? 2011-06-27 20:54 (or upload spi_atusb.c somewhere) 2011-06-27 20:54 wpwrak: moment 2011-06-27 20:56 wpwrak: http://datenfreihafen.org/~stefan/atusb.c 2011-06-27 20:56 wpwrak: I need to clean up my local mess in some sane commits. Will do this right after the dentist appointment tomorrow 2011-06-27 20:57 wpwrak: (scheduling while atomic) Thinking about it rf230 may hold a spinlock and usb_control_msg is not safe for this 2011-06-27 20:58 hmm, it holds a mutex lock around the spi communication 2011-06-27 20:58 stefan_schmidt: for the registers, why not use the ones defined in  #include "../ieee802154/at86rf230.h"  ? 2011-06-27 21:00 oh, you're doing synchronous transfers. interesting idea ;-) 2011-06-27 21:00 naw, they should be async 2011-06-27 21:00 so you call completion when the URB is returned to you 2011-06-27 21:00 wpwrak: I took what was there from the usb skeleton driver I got 2011-06-27 21:01 sync is messy and inefficient 2011-06-27 21:01 And it worked fine for the other parts. Yeah, I know without SPI involved, directly from the ATMega no lock 2011-06-27 21:01 I see your point 2011-06-27 21:01 need to rework using async urbs 2011-06-27 21:01 if you really want to go sync, then you'd have to add yet another worker, etc. 2011-06-27 21:02 async is a lot cleaner than sync. also, the whole at86rf230 driver should be async, too. also the stack above it. 2011-06-27 21:03 *sigh* 2011-06-27 21:05 there should be countless examples to pick from :) 2011-06-27 21:05 ok, some sleep now, early dentist appointment tomorrow, clean up my mess and push out current state, rewrite the USB side to be async using submit_urb and friends 2011-06-27 21:06 wpwrak: picking the right is difficult :) 2011-06-27 21:06 if you hack all night, then you'll be tired and numb tomorrow and won't feel so bad in the torture chamber ;-) 2011-06-27 21:06 On the positive side is that if it takes longer and longer I'm even more happy when its done :) 2011-06-27 21:07 excellent philosophy ! ;-) 2011-06-27 21:07 wpwrak: I could ask the dentist if he has a problem with me sleeping while he does his work ;) 2011-06-27 21:07 wpwrak: sleeping now. I wish you a unproblematic flight 2011-06-27 21:07 btw, the conflict with sleeping is probably with something inside spi.c 2011-06-27 21:08 at86rf230.c now only has the mutex left. the spinlock is already dead :) 2011-06-27 21:08 wpwrak: will keep you informed if you have a chance to connect to the internet from FISL 2011-06-27 21:08 kewl. sweet dreams ! :) 2011-06-27 21:08 wpwrak: hmm, maybe a spinlock in spi_sync() itself 2011-06-27 21:09 night