| qi-bot | The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-07112011-2305/ | 03:06 |
|---|---|---|
| stefan_schmidt | hi folks | 07:53 |
| stefan_schmidt | wpwrak: ping | 07:53 |
| wpwrak | stefan_schmidt: Zzz... :) | 09:46 |
| stefan_schmidt | wpwrak: what, you are actually sleeping? ;) | 09:47 |
| wpwrak | stefan_schmidt: yeah, it's this time of the year ... :) | 09:47 |
| stefan_schmidt | wpwrak: heh, wrong side of the earth I would say | 09:47 |
| stefan_schmidt | wpwrak: just some update on the tetsing I did so far | 09:48 |
| stefan_schmidt | Arithmetic mean rountrip time: 0.000000 seconds and 151557.515625 usecs | 09:48 |
| stefan_schmidt | Received 115001 bytes in 63 seconds and 947962 usec => 1798.352783 Bytes/second | 09:49 |
| stefan_schmidt | That are the normal values I get | 09:49 |
| wpwrak | that's actually pretty good, considering the horrible latency :) | 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 | 09:49 |
| stefan_schmidt | One test that is outstanding is doing them native between two laptops instaead of two kvm instances | 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) | 09:50 |
| stefan_schmidt | may help to go through 2 usb stacks instead 4 :) | 09:50 |
| wpwrak | (stacks) ah yes :) | 09:50 |
| stefan_schmidt | what is great though is the reliability | 09:50 |
| stefan_schmidt | sending 1000 packets almost always gives me 1000 packtes :) | 09:51 |
| stefan_schmidt | the roundtrip time is both directions of course (hence roundtrip) | 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) | 09:51 |
| stefan_schmidt | and involves copying the data to userspace and back to kernel | 09:52 |
| stefan_schmidt | wpwrak: (full mac) yeah seen the commit for the fw | 09:52 |
| stefan_schmidt | great to see you are tackling this | 09:52 |
| wpwrak | should then be relatively straightforward to add CSMA and ACKs, too | 09:54 |
| Action: stefan_schmidt grumbles about a netlink error | 09:54 | |
| stefan_schmidt | wpwrak: don't forget resubmit in conjunction with AUTO ACK | 09:55 |
| stefan_schmidt | wpwrak: are you using the code form the linux driver for the firmware, the one from atmel or your own? | 09:55 |
| wpwrak | resubmit ? | 09:55 |
| stefan_schmidt | wpwrak: The chip should be able to resubmit a packet if a ack is missing within a given period of time | 09:56 |
| wpwrak | the firmware is just some minimum tx/rx loop. i'll leave the configuration to the kernel. | 09:56 |
| stefan_schmidt | ah, good | 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 :) | 09:56 |
| stefan_schmidt | so basically something that allows some "batching" of spi register reads/writes into a bigger usb URB | 09:57 |
| wpwrak | including CSMA, randomized backoff, etc. | 09:57 |
| stefan_schmidt | wpwrak: good :) | 09:57 |
| 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. | 09:58 |
| wpwrak | for sending, you do a ATUSB_TX (new) request, which leaves RX mode, sends the frame, and then jumps back to RX. | 09:59 |
| stefan_schmidt | sounds easy enough from the kernel driver side | 09:59 |
| stefan_schmidt | and during probe doing the normal setup of the registers | 10:00 |
| wpwrak | yup | 10:01 |
| stefan_schmidt | sounds like a good solution to me | 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 | 10:05 |
| 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 :) | 10:08 |
| stefan_schmidt | :) | 10:08 |
| stefan_schmidt | hmm, this small idea turned out harder that it should be | 10:09 |
| stefan_schmidt | Going to teach iz a set command to allow setting the pan, addr and channel manually | 10:09 |
| stefan_schmidt | Setting up a network without coordinator should be possible then | 10:09 |
| stefan_schmidt | Something that is needed to be "compatible" with the contiki implementation | 10:10 |
| wpwrak | ah, no coordinator in contiki ? | 10:10 |
| stefan_schmidt | Need to fight with netlink a bit it seems | 10:10 |
| stefan_schmidt | wpwrak: thats what I hear around me. Never used contiki myself | 10:10 |
| 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. | 10:11 |
| stefan_schmidt | Makes sense anyway I think. | 10:11 |
| stefan_schmidt | I'm wondering a bit on how many pitfalls I will find on the way :) | 10:11 |
| wpwrak | shouldn't be too horrible. after all, that's what izcoordinator has to do already :) | 10:14 |
| stefan_schmidt | wpwrak: indeed, getting my inspiration from there already. | 10:15 |
| stefan_schmidt | ok, setting works now. I'm abusing the coordinator command here. Hopefully it will not have strange side effects. :) | 10:45 |
| stefan_schmidt | ha, there we go. Communication without any coordinator involved. :) | 11:04 |
| wpwrak | izcoordinator joins the ranks of the jobless :) | 11:06 |
| stefan_schmidt | wpwrak: Aren't we all working for being jobless | 11:19 |
| stefan_schmidt | The point it to get enough money before to enjoy it :) | 11:19 |
| wpwrak | yeah ;-) let's hope the izcoordinator could make some savings :) | 11:24 |
| rjeffr | yawns | 14:26 |
| wpwrak | rjeffr: losing the eternal fight between good and boredom ? | 14:42 |
| rjeffr | hi werner. man, you are making some serious progress with ATusb. cool beans, | 14:48 |
| wpwrak | rjeffr: slowly but steadily :) | 14:53 |
| rjeffr | nice to see a few people are helping. interesting how subtle the issues are. | 14:55 |
| wpwrak | it's always the subtle ones that complicate things :) | 14:57 |
| 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) | 16:03 |
| wpwrak | rjeffries: you mean the xbee ? don't know what software they use, though | 16:24 |
| rjeffries | there are hardware platforms, Zigduino is nice at $70 no 6LoWpan yet however | 16:26 |
| wpwrak | rjeffries: ah, everybody's doing homegrown protocols then :) | 16:44 |
| 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. | 16:45 |
| rjeffries | wpwrak I'll have a look at Contiki and ask around. thanks | 16:59 |
| 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 | 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 | 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 | 18:35 |
| qi-bot | [commit] kyak: update asound.state (master) http://qi-hw.com/p/openwrt-packages/71066b6 | 18:43 |
| qi-bot | [commit] Werner Almesberger: spi_atusb: corrected name and typo in title comment (ben-wpan) http://qi-hw.com/p/qi-kernel/7569b81 | 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 | 18:56 |
| rjeffries | this is rich: http://paul.kedrosky.com/archives/2011/07/being-a-patent-troll-now-patented.html | 21:05 |
| --- Thu Jul 14 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!