2011-07-13 03:06 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-07112011-2305/
2011-07-13 07:53 <stefan_schmidt> hi folks
2011-07-13 07:53 <stefan_schmidt> wpwrak: ping
2011-07-13 09:46 <wpwrak> stefan_schmidt: Zzz... :)
2011-07-13 09:47 <stefan_schmidt> wpwrak: what, you are actually sleeping? ;)
2011-07-13 09:47 <wpwrak> stefan_schmidt: yeah, it's this time of the year ... :)
2011-07-13 09:47 <stefan_schmidt> wpwrak: heh, wrong side of the earth I would say
2011-07-13 09:48 <stefan_schmidt> wpwrak: just some update on the tetsing I did so far
2011-07-13 09:48 <stefan_schmidt> Arithmetic mean rountrip time: 0.000000 seconds and 151557.515625 usecs
2011-07-13 09:49 <stefan_schmidt> Received 115001 bytes in 63 seconds and 947962 usec => 1798.352783 Bytes/second
2011-07-13 09:49 <stefan_schmidt> That are the normal values I get
2011-07-13 09:49 <wpwrak> that's actually pretty good, considering the horrible latency :)
2011-07-13 09:49 <stefan_schmidt> Disabling printfs in my test program as well as turning off debug in the ieee802154 stack does not make any difference
2011-07-13 09:50 <stefan_schmidt> One test that is outstanding is doing them native between two laptops instaead of two kvm instances
2011-07-13 09:50 <wpwrak> i still don't know how kyak managed to get almost 100 ms less latency on his dual-core laptop. maybe it's the dual-core (my test box is single-core)
2011-07-13 09:50 <stefan_schmidt> may help to go through 2 usb stacks instead 4 :)
2011-07-13 09:50 <wpwrak> (stacks) ah yes :)
2011-07-13 09:50 <stefan_schmidt> what is great though is the reliability
2011-07-13 09:51 <stefan_schmidt> sending 1000 packets almost always gives me 1000 packtes :)
2011-07-13 09:51 <stefan_schmidt> the roundtrip time is both directions of course (hence roundtrip)
2011-07-13 09:51 <wpwrak> meanwhile, i've added a "hard mac" to the atusb firmware. just have to finish the counterpart on the kernel side. (basically a mix of at86rf230.c and spi_atusb.c. alas, code reuse via copy & paste)
2011-07-13 09:52 <stefan_schmidt> and involves copying the data to userspace and back to kernel
2011-07-13 09:52 <stefan_schmidt> wpwrak: (full mac) yeah seen the commit for the fw
2011-07-13 09:52 <stefan_schmidt> great to see you are tackling this
2011-07-13 09:54 <wpwrak> should then be relatively straightforward to add CSMA and ACKs, too
2011-07-13 09:54 <stefan_schmidt> grumbles about a netlink error
2011-07-13 09:55 <stefan_schmidt> wpwrak: don't forget resubmit in conjunction with AUTO ACK
2011-07-13 09:55 <stefan_schmidt> wpwrak: are you using the code form the linux driver for the firmware, the one from atmel or your own?
2011-07-13 09:55 <wpwrak> resubmit ?
2011-07-13 09:56 <stefan_schmidt> wpwrak: The chip should be able to resubmit a packet if a ack is missing within a given period of time
2011-07-13 09:56 <wpwrak> the firmware is just some minimum tx/rx loop. i'll leave the configuration to the kernel.
2011-07-13 09:56 <stefan_schmidt> ah, good
2011-07-13 09:56 <wpwrak> ah, i don't have to resubmit. i just tell the chip to send the thing and it should take care of the rest :)
2011-07-13 09:57 <stefan_schmidt> so basically something that allows some "batching" of spi register reads/writes into a bigger usb URB
2011-07-13 09:57 <wpwrak> including CSMA, randomized backoff, etc.
2011-07-13 09:57 <stefan_schmidt> wpwrak: good :)
2011-07-13 09:58 <wpwrak> (batching) sort of. you tell the firmware to enter RX mode. then it takes care of handling some interrupts locally (still need to decide on a few details there). then it auto-receives frames and sends them on EP 1.
2011-07-13 09:59 <wpwrak> for sending, you do a ATUSB_TX (new) request, which leaves RX mode, sends the frame, and then jumps back to RX.
2011-07-13 09:59 <stefan_schmidt> sounds easy enough from the kernel driver side
2011-07-13 10:00 <stefan_schmidt> and during probe doing the normal setup of the registers
2011-07-13 10:01 <wpwrak> yup
2011-07-13 10:05 <stefan_schmidt> sounds like a good solution to me
2011-07-13 10:05 <stefan_schmidt> pity that we can't re-use the 230 driver in this case. At least for ben-wpan it was possible
2011-07-13 10:08 <wpwrak> well, there's not so much left of it in the end :) the core logic is quite different. besides, the driver has lots of issues :)
2011-07-13 10:08 <stefan_schmidt> :)
2011-07-13 10:09 <stefan_schmidt> hmm, this small idea turned out harder that it should be
2011-07-13 10:09 <stefan_schmidt> Going to teach iz a set command to allow setting the pan, addr and channel manually
2011-07-13 10:09 <stefan_schmidt> Setting up a network without coordinator should be possible then
2011-07-13 10:10 <stefan_schmidt> Something that is needed to be "compatible" with the contiki implementation
2011-07-13 10:10 <wpwrak> ah, no coordinator in contiki ?
2011-07-13 10:10 <stefan_schmidt> Need to fight with netlink a bit it seems
2011-07-13 10:10 <stefan_schmidt> wpwrak: thats what I hear around me. Never used contiki myself
2011-07-13 10:11 <stefan_schmidt> wpwrak: But we want our DTN implementation working with one that get written fro the contiki side so we need to be compatible.
2011-07-13 10:11 <stefan_schmidt> Makes sense anyway I think.
2011-07-13 10:11 <stefan_schmidt> I'm wondering a bit on how many pitfalls I will find on the way :)
2011-07-13 10:14 <wpwrak> shouldn't be too horrible. after all, that's what izcoordinator has to do already :)
2011-07-13 10:15 <stefan_schmidt> wpwrak: indeed, getting my inspiration from there already.
2011-07-13 10:45 <stefan_schmidt> ok, setting works now. I'm abusing the coordinator command here. Hopefully it will not have strange side effects. :)
2011-07-13 11:04 <stefan_schmidt> ha, there we go. Communication without any coordinator involved. :)
2011-07-13 11:06 <wpwrak> izcoordinator joins the ranks of the jobless :)
2011-07-13 11:19 <stefan_schmidt> wpwrak: Aren't we all working for being jobless
2011-07-13 11:19 <stefan_schmidt> The point it to get enough money before to enjoy it :)
2011-07-13 11:24 <wpwrak> yeah ;-) let's hope the izcoordinator could make some savings :)
2011-07-13 14:26 <rjeffr> yawns
2011-07-13 14:42 <wpwrak> rjeffr: losing the eternal fight between good and boredom ?
2011-07-13 14:48 <rjeffr> hi werner. man, you are making some serious progress with ATusb. cool beans,
2011-07-13 14:53 <wpwrak> rjeffr: slowly but steadily :)
2011-07-13 14:55 <rjeffr> nice to see a few people are helping. interesting how subtle the issues are.
2011-07-13 14:57 <wpwrak> it's always the subtle ones that complicate things :)
2011-07-13 16:03 <rjeffries> wpwrak have you seen a 6LoWpan implmentation on Arduino yet? would make an interesting end-point for ATben or ATusb to communicate with (sensor application)
2011-07-13 16:24 <wpwrak> rjeffries: you mean the xbee ? don't know what software they use, though
2011-07-13 16:26 <rjeffries> there are hardware platforms, Zigduino is nice at $70 no 6LoWpan yet however
2011-07-13 16:44 <wpwrak> rjeffries: ah, everybody's doing homegrown protocols then :)
2011-07-13 16:45 <wpwrak> rjeffries: if the avrs are big enough, they could probably run contiki, which has a 6lowpan stack. don't know how small you can make it, though.
2011-07-13 16:59 <rjeffries> wpwrak I'll have a look at Contiki and ask around. thanks
2011-07-13 18:35 <qi-bot> [commit] Werner Almesberger: atusb/fw/mac.c: reserved code 0 and added notification of TX completion (master) http://qi-hw.com/p/ben-wpan/eeeb559
2011-07-13 18:35 <qi-bot> [commit] Werner Almesberger: tools/lib/atusb-common.c (atusb_tx): wait for and receive the TX completion (master) http://qi-hw.com/p/ben-wpan/8f8c414
2011-07-13 18:35 <qi-bot> [commit] Werner Almesberger: tools/atrf-txrx/atrf-txrx.c (main): removed endless loop in mode_hmac (master) http://qi-hw.com/p/ben-wpan/7605d8c
2011-07-13 18:43 <qi-bot> [commit] kyak: update asound.state (master) http://qi-hw.com/p/openwrt-packages/71066b6
2011-07-13 18:56 <qi-bot> [commit] Werner Almesberger: spi_atusb: corrected name and typo in title comment (ben-wpan) http://qi-hw.com/p/qi-kernel/7569b81
2011-07-13 18:56 <qi-bot> [commit] Werner Almesberger: spi_atben, spi_atusb: trimmed "dirty" #include of at86rf230.h (ben-wpan) http://qi-hw.com/p/qi-kernel/72b3769
2011-07-13 21:05 <rjeffries> this is rich: http://paul.kedrosky.com/archives/2011/07/being-a-patent-troll-now-patented.html