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