Re: [Linux-zigbee-devel] mwpan interface ?
Here's my current patch series. I haven't worked on it for a while. I got stuck in a bug in the receive SKB processing that crashes the kernel. I must be doing something wrong when manipulating the SKBs. The 6lowpan code has been ported out of Contiki. -- Jon Smirl jonsm...@gmail.com 6lowpan.gz Description: GNU Zip compressed data get-addr Description: Binary data mar-serial-errors Description: Binary data -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under Linux
On Fri, Oct 29, 2010 at 11:54 AM, Pierre-emmanuel Goudet wrote: > Hi Jon, Dimitri, all, > > And many thanks. > > I tried all this yesterday. > Great ! it works. I can see 6LowPan frames sended. > > Basic steps to get this working for whom who begin with all this (a bit > like me) : > = > * Create a serial Node with an 802.15.4 interface conform to Dimitri > specification (Cf Linux-zigbee Wiki), > and use an other node with Contiki IPV6 capabilities. Not necessary during > these first tests except for RS/RA behaviour. > * Get the git devel branch of linux-zigbee, (Starting from a debian dist at > least 2.6.32) > * Apply your (Jon smirl) patches (Kernel and lowpan), (use git-apply with > your patch) > * Compile the linux-zigbee kernel and lowpan tools > > * Connect your serial node ad use these commands to test : > # izattach /dev/ttyUSBX > Find the new wpan-phy with # iz list-phy > # iz 6lowpan wpan-phyY > # ifconfig wpan0 up > > (Use a sniffer Cf 15dot4 project from Colin O'Flyn to see frames on the real > media with wireshark more recent > than 1.3.3 the best would be 1.5.0 not my case today ...) Run wireshark on your Linux box and capture from the network interface. First packet received will crash the kernel. That's the bug I never got sorted out. > > > My current questions: > === > - My interface Hardware address is not setted correctly ... it seems that > just 4 or 5 first bytes are setted ? > (even so i see the correct address in the return "zb0x8d..." message with > #dmesg ) I think Dmitry and I implement incompatible ways to set the address. This needs to get sorted out to something that works. - As discussed in previous posts in linux-zigbee mailing list, > I had to have my channel setted (done as a hack of mac802154_wpan_xmit() > from net/mac802.15.4/wpan.c) to see my packets sended. there's no good UI for changing the channel at the moment. I just change it in the source code. > > - Without defining a global address this ping line > # ping6 fe80::ff:ff00:1 -I wpan0 -c1 > gives a MAC header containing my own MAC address as source AND dest ? (seen > on the sniffer) > > - With a Global IPV6 address defined on the interface > # ip -6 addr add ::1/64 dev wpan0 > # ping6 ::ff:ff00:1 -I wpan0 -c1 > as got very strange LL addressing and lowpan compression with 16 bit source > address ? There is some stuff that needs to be sorted out in Contiki. Contiki is always using 16b addresses in places where long and short address should both be legal. > > For whom who are interested i join the PCAP files for initial RS/RA > exchanges, and an example of Ping send with Local then global with a Contiki > IPV6 device. > > Pierre-emmanuel > > > -- Jon Smirl jonsm...@gmail.com -- Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under Linux
On Thu, Nov 4, 2010 at 2:00 PM, Pierre-emmanuel Goudet wrote: > Maybe a little bug inside "serial.c" driver file: > > Line 666 : "sizeof addr" gives 4 on my side ? > I had to replace it with something that give 8 ie: IEEE802154_ALEN > // memcpy(addr, zbdev->data, sizeof addr); > memcpy(addr, zbdev->data, IEEE802154_ALEN); It could be something like that. I was just doing pings to a test device. I will be back at the test hardware on Monday. > > > Le 04/11/2010 14:20, jonsm...@gmail.com a écrit : >> >> I was on 64b linux >> >> On Thu, Nov 4, 2010 at 9:18 AM, jonsm...@gmail.com >> wrote: >>> >>> I'm at Linux Plumber's Conference for the rest of the week. >>> http://www.linuxplumbersconf.org/ >>> I don't have access to the hardware. >>> >>> I had applied my patches on top of the linux-zigbee kernel tree. Is >>> that the base kernel you are using? >>> >>> I was running the wireshark directly on the 6lowpan interface. The >>> crash was on receives. I was unable to ping. >>> >>> On Thu, Nov 4, 2010 at 9:06 AM, Pierre-emmanuel Goudet >>> wrote: >>>> >>>> Le 04/11/2010 12:38, jonsm...@gmail.com a écrit : >>>>> >>>>> On Thu, Nov 4, 2010 at 7:31 AM, Pierre-emmanuel Goudet >>>>> wrote: >>>>>> >>>>>> Hi Jon, >>>>>> >>>>>> I've made a try using two interfaces up on my serial device. >>>>>> One with your 6LowPan filter activated the other without. >>>>>> The sender is a device talking IPV6/RPL/6LowPan with a first DIO >>>>>> brodcasted. >>>>>> >>>>>> What i can see that could be some clues for your implementation is >>>>>> that >>>>>> the >>>>>> full 802.15.4 header as been modified (deleted) by 6LowPan activated >>>>>> interface, then my Wireshark cans no more decode the frame ? >>>>> >>>>> I didn't fully implement the code sorting out long vs short addresse >>>> >>>> Do you think it's the reason why, quite all the 802.15.4 header is >>>> cleared >>>> (set to 0) ? >>>>>> >>>>>> Nevertheless, with this DIO broadcasted frame my Kernel does not crash >>>>>> it >>>>>> receives it on the 6LowPan activated interface ? >>>>> >>>>> It will only crash if you run wireshark and watch the packets. >>>> >>>> I was running 2 wiresharks (1.5.0) instances watching packets, on my >>>> linux >>>> at this moment. >>>> One on each interface, the 6lowpan and the raw. >>>> But i forgot to join the two PCAP files. Here they are now. >>>> >>>> Notice that I've tarted from 2.6.35 kernel before patching with your >>>> code, >>>> and maybe the type of frame broadcast or not etc, long/ short ... is the >>>> reason of the crash on your linux ? >>>> What kind of frame (802.15.4/6Lowpan/IPV6) do you send when you see your >>>> kernel crashing ? >>>>>> >>>>>> Any idea ? >>>>>> >>>>>> Best regards >>>>>> >>>>>> Pierre-emmanuel >>>>>> >>>>>>> wrote: >>>>>>>> >>>>>>>> Hi Jon, Dimitri, all, >>>>>>>> >>>>>>>> And many thanks. >>>>>>>> >>>>>>>> I tried all this yesterday. >>>>>>>> Great ! it works. I can see 6LowPan frames sended. >>>>>>>> >>>>>>>> Basic steps to get this working for whom who begin with all this (a >>>>>>>> bit >>>>>>>> like me) : >>>>>>>> >>>>>>>> = >>>>>>>> * Create a serial Node with an 802.15.4 interface conform to Dimitri >>>>>>>> specification (Cf Linux-zigbee Wiki), >>>>>>>> and use an other node with Contiki IPV6 capabilities. Not necessary >>>>>>>> during >>>>>>>> these first tests except for RS/RA behaviour. >>>>>>>> * Get the git devel branch of linux-zigbee, (Starting f
Re: [Linux-zigbee-devel] General Contiki Serial Adapter?
On Wed, Feb 9, 2011 at 9:18 AM, Maxim Osipov wrote: > Hello Bastian, > >> While think about how to add support for the RZUSBSticks, an idea came to my >> mind. Porting the firmware for the serial protocol to different hardware >> platforms and radios is troublesome. What about using an operating system >> such as Contiki as adaptation layer? Implementing the serial protocol in >> Contiki should be easy and then using Contikis abstraction of the different >> radio chips should bring in a variety of new hardware platforms. >> > > I'm not aware of any generic Contiki implementation for the serial > protocol. I suppose if you run Contiki - you probably already have > IPv6 and do not want to use you device just as a 802.15.4 radio. To support this using a Raven stick on Contiki, you'd need to implement a standard USB serial device on the Raven stick. That would make the Raven stick look like a serial device to linux-zigbee. Econotag has hardware (FT232) that does this. However, there is already a CDC Ethernet implementation for the Raven device. That would probably be a better way to attach to linux-zigbee. You may need to modify the CDC Ethernet implementation to handle 8 byte MAC addresses. I'm not sure whether or not CDC Ethernet looks at the addresses. Then use PHY commands to change the radio channel, etc > > Kind regards, > Maxim > > -- > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > -- Jon Smirl jonsm...@gmail.com -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under Linux
On Wed, Feb 16, 2011 at 12:58 PM, Pierre-Emmanuel Goudet wrote: > Hi Soren, all, > > > > Indeed, you were missing the patch, as I did some times ago ;O) > > > > On my side the best I got was: > > - seeing 6LowPan frame sent from my interface, using a sniffer on my media. > > - seeing Rx’ed 6Lowpan frames (sent by a Contiki IPV6/RPL device on my > media) more or less decoded by the 6LowPan stack and entering in the IP of > the Linux, but being discarded. That's where I stopped working on the code. Long address/short address needs to be sorted out. It would probably be more efficient to re-port the Contiki code. That way you pick up the last six months of Conitki improvements. I've been dragged off to work on other things. Mar has been murmuring about starting work on the Linux code again. There is no magic to this code. You just need to take the Contiki 6lowpan/RPL code and graft it into Linux. > > > > My last posts were talking about things that could have been bugs ? But no > answer ? > > Even if I would be happy to go on testing and reporting, I could not go > further because of my low knowledge in Linux Kernel implementation. > > It’s a pity, but this project seems a bit stuck for me. > > > > Best regards > > > > Pierre-emmanuel > > > > > > De : Søren Steen Christensen (lists) [mailto:li...@ssc-solutions.dk] > Envoyé : mercredi 16 février 2011 00:37 > À : 'linux-zigbee-devel' > Objet : Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > > > A bit too fast – Seems like I missed this one > (http://www.mail-archive.com/linux-zigbee-devel@lists.sourceforge.net/msg00446.html) > with respect to updating the iz-tool J - I will try this tomorrow… > > > > This being said – When I have this I would still like to get any kind of > guidance on what’s next step in order to test something with 6lowpan? > > Can I just do a “#ping6 ipv6.google.com” and expect this one to start > sending out ipv6 ping packages on the link, or should I do anything > else/special? > > > > Best regards and thanks again in advance > > Søren > > > > From: Søren Steen Christensen (lists) [mailto:li...@ssc-solutions.dk] > Sent: Tuesday, February 15, 2011 11:16 PM > To: 'linux-zigbee-devel' > Subject: Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > > > Hi Pierre-emmanuel, Jon, Dimitri, all, > > I'm currently in the middle of porting support for cc2520 to this project > with the final goal of being able to run 6lowpan IPv6 over a cc2520 802.15.4 > wireless link. I'm able to follow the instructions given in various email > and on the linux-zigbee wiki, and compile the kernel after applying the > 6lowpan patch shared by Jon on email send to the list on the 25/10-2010. > Secondly I have ported the cc2420 driver to support the cc2520 chip with a > cc2591 RF frontend (and I can communicate with the chip over SPI), but after > this the progress pretty much ends - Unfortunately :-( :-) > > Now to the questions: > > 1) Below it's mentioned that you should do: > # iz 6lowpan wpan-phyY > in order to attached the wpan-phyY to a 6lowpan network I assume? Trying to > do this "iz" complains about now knowing the 6lowpan option. I can however > do "iz add wpan-phyY" with no problem, but I assume this won't link it > properly to the 6lowpan networking? What am I missing here? > > 2) I'm not sure I fully understand this part: > * Create a serial Node with an 802.15.4 interface conform to Dimitri > specification (Cf Linux-zigbee Wiki), > and use an other node with Contiki IPV6 capabilities. Not necessary > during these first tests except for RS/RA behaviour. > > I hope that somebodye can help me forward with this and as well let me know > what I might need to do to i.e. make the network stream out a lot of TX > packets for me to check if my TX settings are correct - Next step will then > be RX I think(?). I have a RF sniffer (based on CC2531) with which I assume > I can capture the send packets(?), but since I'm not being able to bind the > cc2520 correctly to the IPv6 networking it seems like I can't make any > packages being send by use of ping6(?). BTW: Is this the right way for doing > initial TX tests, or is there another easier/better way? Do I need any other > special options compiled into the kernel for this to work? > > Best regards and thanks in advance - Any kind of feedback or help will be > highly appreciated > Søren > > --- > > From: Pierre-emmanuel Goudet [mailto:pe.gou...@watteco.com] > Sent: Friday, October 29, 2010 5:55 PM > To: jonsm.
Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under Linux
m to Dimitri > specification (Cf Linux-zigbee Wiki), > and use an other node with Contiki IPV6 capabilities. Not necessary > during these first tests except for RS/RA behaviour. > > I hope that somebodye can help me forward with this and as well let me know > what I might need to do to i.e. make the network stream out a lot of TX > packets for me to check if my TX settings are correct - Next step will then > be RX I think(?). I have a RF sniffer (based on CC2531) with which I assume > I can capture the send packets(?), but since I'm not being able to bind the > cc2520 correctly to the IPv6 networking it seems like I can't make any > packages being send by use of ping6(?). BTW: Is this the right way for doing > initial TX tests, or is there another easier/better way? Do I need any other > special options compiled into the kernel for this to work? > > Best regards and thanks in advance - Any kind of feedback or help will be > highly appreciated > Søren > > --- > > From: Pierre-emmanuel Goudet [mailto:pe.gou...@watteco.com] > Sent: Friday, October 29, 2010 5:55 PM > To: jonsm...@gmail.com; linux-zigbee-devel > Subject: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > Hi Jon, Dimitri, all, > > And many thanks. > > I tried all this yesterday. > Great ! it works. I can see 6LowPan frames sended. > > Basic steps to get this working for whom who begin with all this (a bit > like me) : > = > * Create a serial Node with an 802.15.4 interface conform to Dimitri > specification (Cf Linux-zigbee Wiki), > and use an other node with Contiki IPV6 capabilities. Not necessary > during these first tests except for RS/RA behaviour. > * Get the git devel branch of linux-zigbee, (Starting from a debian dist > at least 2.6.32) > * Apply your (Jon smirl) patches (Kernel and lowpan), (use git-apply > with your patch) > * Compile the linux-zigbee kernel and lowpan tools > > * Connect your serial node ad use these commands to test : > # izattach /dev/ttyUSBX > Find the new wpan-phy with # iz list-phy > # iz 6lowpan wpan-phyY > # ifconfig wpan0 up > > (Use a sniffer Cf 15dot4 project from Colin O'Flyn to see frames on the > real media with wireshark more recent > than 1.3.3 the best would be 1.5.0 not my case today ...) > > > My current questions: > === > - My interface Hardware address is not setted correctly ... it seems > that just 4 or 5 first bytes are setted ? > (even so i see the correct address in the return "zb0x8d..." message > with #dmesg ) > > - As discussed in previous posts in linux-zigbee mailing list, > I had to have my channel setted (done as a hack of > mac802154_wpan_xmit() from net/mac802.15.4/wpan.c) to see my packets sended. > > - Without defining a global address this ping line > # ping6 fe80::ff:ff00:1 -I wpan0 -c1 > gives a MAC header containing my own MAC address as source AND dest ? > (seen on the sniffer) > > - With a Global IPV6 address defined on the interface > # ip -6 addr add ::1/64 dev wpan0 > # ping6 ::ff:ff00:1 -I wpan0 -c1 > as got very strange LL addressing and lowpan compression with 16 bit > source address ? > > For whom who are interested i join the PCAP files for initial RS/RA > exchanges, and an example of Ping send with Local then global with a > Contiki IPV6 device. > > Pierre-emmanuel > > > -- > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1204 / Virus Database: 1435/3445 - Release Date: 02/15/11 > > > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1204 / Virus Database: 1435/3447 - Release Date: 02/16/11 > > -- > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle
Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under Linux
On Sun, Feb 20, 2011 at 12:46 PM, Søren Steen Christensen wrote: > Hi Mar and Jon, > > Thanks for letting me know. I think (please correct me if I'm wrong) that > all 6lowpan work until today have used the serial PHY for > testing/development? Can anyone foresee any obvious errors/blockers not > using serial tty interface, but using a PHY like cc2420 or cc2520.c instead? > Is the as such anything special about the serial TTY interface compared to > an "ordinary" PHY driver - I would guess not? There are drivers for non-serial PHYs in the Linux tree. > > For now I will continue getting cc2520 support to work with the "original" > non 6lowpan version and the izchat tools as described on the > http://sourceforge.net/apps/trac/linux-zigbee/wiki/GettingStarted-0.2 page. > When this is working I might be able to give a hand continuing on the > 6lowpan stuff, but as said previously I'm pretty new to 6lowpan, so I would > need a helping hand from somebody :-) > > Best regards and thanks for now > Søren > > >> -Original Message- >> From: Mariano Alvira [mailto:m...@devl.org] >> Sent: Thursday, February 17, 2011 1:37 PM >> To: jonsm...@gmail.com >> Cc: linux-zigbee-devel >> Subject: Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface >> under Linux >> >> On Wed, Feb 16, 2011 at 05:44:01PM -0500, jonsm...@gmail.com wrote: >> > >> > I've been dragged off to work on other things. Mar has been murmuring >> > about starting work on the Linux code again. >> > >> >> I don't know if the people working on this have looked through my >> initial code or not, but here it is: >> >> http://devl.org/pipermail/mc1322x/2010-March/000215.html >> >> I remember that I was able to get the packets all the way through >> linux and back. You might be able to find the missing connection. >> >> As Jon said, I am working my way here. I've more or less sorted out my >> last Coniki issue which means it will be time to start working on the >> kernel side agian. >> >> -Mar. > > -- Jon Smirl jonsm...@gmail.com -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under Linux
On Sun, Feb 20, 2011 at 1:38 PM, Søren Steen Christensen wrote: > Hi Jon, > >> There are drivers for non-serial PHYs in the Linux tree. > > Thanks for your quick reply. I'm not sure if I didn't express my question > correct? I know that there are drivers for other PHYs other than the serial > one in the Linux tree. I i.e. used the cc2420 driver as the base for my > current cc2520 driver development. I added a call to get the the MAC address out of the device. Dmitry brought that call into the mainline source, but it probably hasn't been implemented for the non-serial case. > > What I don't know is if any of these have ever been tested with 6lowpan > and/or if the serial-driver is the only one which have been tested with > 6lowpan. Secondly if anything special was added to the serial PHY driver in > order to make it 6lowpan prepared (which I as well need to add to my cc2520 > driver)? > > I would guess not, but just though I would ask to double check? Better safe > than sorry :-) I hope the questions was clearer this time? > > Best regards and thanks in advance > Søren > > -- Jon Smirl jonsm...@gmail.com -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] [PATCH 00/11] Forward port of linux-zigbee code to 2.6.38
Patch #3, the MAC code, is caught by the 64KB limit on the list. The moderator can release it and hopefully set the email size limit higher. -- Jon Smirl jonsm...@gmail.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Widely supported ZigBee USB dongle?
On Thu, Mar 24, 2011 at 9:38 AM, George Nychis wrote: > Hi all, > > I'd like to use the linux-zigbee stack with a USB dongle supported in > Linux. Is there a widely used USB dongle that works well with this > project? A lot of people use the Econotag. http://www.redwirellc.com/store/ http://mc1322x.devl.org/index.html It is good for software development since it has a JTAG unit integrated into the device, you don't need an external JTAG pod with it. You can also download code into it and run it all from RAM which avoid the slowness of flashing the device each time. > > Thanks! > George > > -- > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > -- Jon Smirl jonsm...@gmail.com -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] linux-zigbee: the lay of the land
you need to develop and > publish your website. http://p.sf.net/sfu/ms-webmatrix-sf > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > -- Jon Smirl jonsm...@gmail.com -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] linux-zigbee: the lay of the land
On Thu, Mar 31, 2011 at 12:12 PM, Werner Almesberger wrote: > jonsm...@gmail.com wrote: >> Note that the Zigbee network protocols are in the process of being >> phased out. They are being replaced by a Zigbee application layer over >> 6lowpan. > > Good, if it's already fading into insignificance we don't have to > worry about their IPR scheme. I've heard this mentioned in a talk > by Zach Shelby [1] but wasn't quite sure how serious to take the > statement. It is called "Zigbee IP". They have been working on the standard for about two years. I am not aware of any public implementations. > > In the context of qi-hardware, which is about copyleft hardware, we > plan to use IEEE 802.15.4 as a "poor man's WiFi", since chips or > modules for the 802.11 family tend to be very closed. An open standard > like 6LoWPAN is ideal for our purposes. You can buy Ralink 802.11g USB wifi sticks for $5. The drivers are in the Linux kernel. The downside is that you need a host capable of running Linux. That means around 2MB flash and 8MB memory minimum. > > [1] http://portal.sensinode.com/downloads/6LoWPAN-seminar.mp4 > >> Look at my code to get a feeling for the general architecture of how >> to integrate into Linux. Then I'd re-port Contiki back into the >> kernel. That way you'll get the most up to date code. Doing this port >> is not that hard and we had it some what working. > > Excellent, thanks a lot ! > >> There was no >> commercial backing behind our ports, they were just done on a hobbyist >> basis. I have often wondered why no commercial entities will back a >> 6lowpan implementation for Linux. Probably because the 6lowpan spec >> still isn't completely finalized. > > I intend to look into this issue as well. Without commercial support, > this would also have to be "just" a hobbyist effort. Maybe the > companies who would be interested were just afraid of the oh so scary > Guardians of the Kernel :-) > > Thanks, > - Werner > -- Jon Smirl jonsm...@gmail.com -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] linux-zigbee: the lay of the land
On Thu, Mar 31, 2011 at 1:54 PM, Werner Almesberger wrote: > jonsm...@gmail.com wrote: >> You can buy Ralink 802.11g USB wifi sticks for $5. The drivers are in >> the Linux kernel. > > The device we're currently targetting is the Ben NanoNote made by > Sharism at Work Ltd. It runs Linux well enough, but has no USB host. > This is what prototypes of the IEEE 802.15.4 boards look like: > > http://downloads.qi-hardware.com/people/werner/wpan/tmp/2boards-20110305.jpg Mar has non-USB mc13224 modules. They might make your like easier initially. http://www.redwirellc.com/store/node/3 > > And here's a slightly larger predecessor, inserted into a Ben: > > http://downloads.qi-hardware.com/people/werner/wpan/tmp/atben-20110123-front.jpg > > The Ben is a very small device. Adding a USB receptacle would pose some > problems (which I hope can be solved in future variant), and it would > be almost frivolous to dedicate one just to WLAN (USB power consumption > issues aside). > > Also, one of the key objectives of the project is to advance openness > of hardware, much like Free Software works in its own field. With IEEE > 802.15.4, we're in a much better position than with WLAN. First of all, > we can get proper data sheets. Second, in the future, even an > affordable SDR solution may be within reach. > > I hope that we can find something along the lines of an open standard > like IEEE 802.15.4 being the "party line", with the option of plugging > in a non-open "black box" kind of device if pragmatism dictates it. > > - Werner > -- Jon Smirl jonsm...@gmail.com -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Zigbee Health linux implementation
On Thu, Jun 2, 2011 at 9:16 AM, Bartolome Marin Sanchez wrote: > Hi, > I'm working on implementing Continua specifications on Linux platform. > Now I'm studying to add suport for Zigbee Health Specification in > linux but I'm not sure about the current status of Zigbee on Linux. > > I understand that the current status is: > > - Support for 802.15.4 stack in Linux Kernel (I think that it isn't > completed yet). http://en.wikipedia.org/wiki/Zigbee Licensing For non-commercial purposes, the ZigBee specification is available free to the general public.[5] An entry level membership in the ZigBee Alliance, called Adopter, provides access to the as-yet unpublished specifications and permission to create products for market using the specifications. The click through license on the ZigBee specification requires a commercial developer to join the ZigBee Alliance. "No part of this specification may be used in development of a product for sale without becoming a member of ZigBee Alliance." This causes problems for open-source developers because the annual fee conflicts with the GNU General Public License. From the GPL v2, "b) You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License." Since the GPL makes no distinction between commercial and non-commercial use it is impossible to implement a GPL licensed ZigBee stack or combine a ZigBee implementation with GPL licensed code. The requirement for the developer to join the ZigBee Alliance similarly conflicts with most other Free software licenses.[6] > * What isn't implemented yet (needed for Health)?. > > - Some hardware is supported as at86rf231 (using SPI bus) or MC1322x > (using serial driver). > * I would like to use a usb dongle (without Zigbee stack inside => > No aplication level communications). I think that the unique usb > dongle supported is "Redbee Econotag (mc13224 chipset)" using serial > driver ¿Is It correct?. It use serial driver, ¿Where I can get more > information about it? http://mc1322x.devl.org/ > - Not exist implementation for Zigbee stack on Linux (Yes for > Contiky or tinyOS). > > What are the steps to get started? http://freaklabs.org/index.php/FreakZ-Open-Source-Zigbee-Stack.html http://www.freaklabs.org/freakz/v0_75/html/index.html Note clause 4 of the license: 4. This software is subject to the additional restrictions placed on the Zigbee Specification's Terms of Use. Wifi and Bluetooth have chosen to make their standard compatible with free software, Zigbee has not chosen to do so. Check out 6lowpan. It is an alternative to Zigbee that uses the same 802.15.4 radios. It is not patented and licensed encumbered. Redbee supports 6lowpan. > > Best regards. > > -- > Simplify data backup and recovery for your virtual environment with vRanger. > Installation's a snap, and flexible recovery options mean your data is safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > -- Jon Smirl jonsm...@gmail.com -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan in linux zigbee
On Wed, Jun 8, 2011 at 7:33 AM, Klaus Lynggard Hougesen wrote: > for 6lowpan in linux zigbee: > why not use the excellent lib6lowpan from BLIP (berkely OpenWSN). > http://openwsn.berkeley.edu/browser/tinyos-2.x/support/sdk/c/blip/lib6lowpan/lib6lowpan.c?rev=620 > should be EASY to implement! Work on a RPL implementation for Linux is here: https://github.com/mcr/unstrung > > -- > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > > -- Jon Smirl jonsm...@gmail.com -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan
On Thu, Jun 16, 2011 at 3:15 AM, Alexander Smirnov wrote: > Hi Jon, > > currently I'm working on 6lowpan support for zigbee linux. > I'm trying to rework your patch and make it more suitable for linux mainline > according Dmitry's help. > So do you have any updates or progress with this deal since last year? No updates. I have been working on Contiki based SOCs running 6lowpan. > > Thank you, > Alexander > -- Jon Smirl jonsm...@gmail.com -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan
On Thu, Jun 16, 2011 at 3:15 AM, Alexander Smirnov wrote: > Hi Jon, > > currently I'm working on 6lowpan support for zigbee linux. > I'm trying to rework your patch and make it more suitable for linux mainline > according Dmitry's help. > So do you have any updates or progress with this deal since last year? I would re-port the current Contiki code. My port is about a year old and there has been a lot of bug patching going on in Contiki. > > Thank you, > Alexander > -- Jon Smirl jonsm...@gmail.com -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan
On Sat, Jun 18, 2011 at 1:35 PM, jonsm...@gmail.com wrote: > On Thu, Jun 16, 2011 at 3:15 AM, Alexander Smirnov > wrote: >> Hi Jon, >> >> currently I'm working on 6lowpan support for zigbee linux. >> I'm trying to rework your patch and make it more suitable for linux mainline >> according Dmitry's help. >> So do you have any updates or progress with this deal since last year? > > I would re-port the current Contiki code. My port is about a year old > and there has been a lot of bug patching going on in Contiki. There is an independent Linux RPL implementation here: https://github.com/mcr/unstrung > > >> >> Thank you, >> Alexander >> > > > > -- > Jon Smirl > jonsm...@gmail.com > -- Jon Smirl jonsm...@gmail.com -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] [PATCH] IPV6 compression over IEEE 802.15.4
On Thu, Jun 30, 2011 at 5:58 AM, Dmitry Eremin-Solenikov wrote: >> + * Based on patches from Jon Smirl who derived code > > Missing copyright of Jon Smirl. Please add my standard one * Copyright (c) 2011 Jon Smirl Mar and I are intending to look at these but we are stuck working on other problems at the moment. I had problems with random crashes on the serial driver in the original code. It makes sense to modify the PHY drivers to leave room for header expansion when they receive packets. That avoids copying things as the header gets expanded. Something in my implementation of that was corrupting the packet buffers. The code needs to be tested on both 32/64 bit. My ARM hardware's kernel is only up to 2.6.33. So for me to test this on ARM I have to get it going on that kernel. It is too hard to brings that kernel forward since a lot of NXP's drivers haven't been ported to newer kernels yet. We need some way to at least check it out on ARM or PowerPC to shake out endian bugs. Have you looked at merging with this RPL implementation? Or porting the one from Contiki? https://github.com/mcr/unstrung A key feature for me is having multiple gateways into the RPL radio network. I then want to add the Ethernet routes between the gateway nodes as zero cost RPL routes. That will let packets route out on to Ethernet to avoid routes that might need 20 radio hops. -- Jon Smirl jonsm...@gmail.com -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] CMD_SET_STATE in serial driver
What does CMD_SET_STATE do in the serial driver? The states are: #define IDLE_MODE 0x00 #define RX_MODE 0x02 #define TX_MODE 0x03 #define FORCE_TRX_OFF 0xF0 Why is there a RX_MODE and TX_MODE? Shouldn't the protocol work without having these modes? -- Jon Smirl jonsm...@gmail.com -- 5 Ways to Improve & Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] CMD_SET_STATE in serial driver
I'm implementing a driver on a synchronous link so I can't asynchronously send packets to the host. Instead I toggle a GPIO which causes an interrupt in the host. The host then knows to send a synchronous request asking for the packet. As long as the GPIO is set it knows to keep requesting more received packets. -- Jon Smirl jonsm...@gmail.com -- 5 Ways to Improve & Secure Unified Communications Unified Communications promises greater efficiencies for business. UC can improve internal communications as well as offer faster, more efficient ways to interact with customers and streamline customer service. Learn more! http://www.accelacomm.com/jaw/sfnl/114/51426253/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] [IEEE802.15.4][6LoWPAN] draft for fragmentation support
I trimmed off a lot people in the address list. You are also going to need RPL support, here is an in-kernel implementation that could be merged into your 6lowpan work https://github.com/mcr/unstrung All of this needs to get integrated sooner or later so that everybody doesn't stomp on the skbs. -- Jon Smirl jonsm...@gmail.com -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Ciosco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 802.15.4 based USB stick support
On Tue, Nov 8, 2011 at 11:48 AM, Prajosh Premdas wrote: > Hi > I have been working on 802.15.4 stack and have them working on various USB > sticks. But i find that there is no support for any of the USB sticks on > Linux. I even searched in the mail for the same and couldn't find any. > Can anybody please point me to any of the artifacts regarding the same Redwire has a good one: http://redwirellc.com/store/node/1 Lots of info about it here: http://mc1322x.devl.org/ > -- > Regards, > > Prajosh Premdas > > -- > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > > -- Jon Smirl jonsm...@gmail.com -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Evaluating ZigBee under Linux
You do know there is no Zigbee stack here, right? On Wed, Dec 14, 2011 at 4:58 PM, Peter Naulls wrote: > On 12/14/2011 01:39 PM, Stefan Schmidt wrote: >> Hello. >> > already. >> >> And what makes you think anyone here _must_ provide you with this >> information? Nobody here has a support contract with you. > > There was no must. I'm asking. You're under no obligation > to respond. But if I don't get a straight answer, I'm > certainly going to ask again. > > Chill. > > >> I'm ok with "I don't know", that allows me consider doing the work myself. > > > If you don't find one during your search, write one. > > This is more than about the libnl stuff, to which I already have > patches to. > > So, asking again. Can you take the time to answer my questions? > > If you can, then I'll look at doing what I can to contribute as > I have to OpenZWave. If not, then I'll make alternate arrangements. > I have no energy or time to play any kind of games here. > > > -- > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > _______ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Evaluating ZigBee under Linux
On Wed, Dec 14, 2011 at 5:49 PM, Peter Naulls wrote: > On 12/14/2011 02:43 PM, jonsm...@gmail.com wrote: >> You do know there is no Zigbee stack here, right? >> > > No, I don't know that. I don't know what this means. That's > why I asked my questions in the first place. All I know > is that there's a bunch of tools that relate to zigbee, > and incidentally, those might be useful in OpenWrt. The Zigbee Alliance's protocol license is GPL incompatible. They have been asked to fix it many times and won't. The simplest way to get Zigbee support on Linux is to buy a USB stick with an embedded SOC running proprietary code and interface to it. This project did initially start off as a Zigbee implementation before the license problems were known. Now it is is an implementation of the open 6lowpan standard. If OpenZware is reimplementing Zwave I hope the licenses are in order. I'm pretty skeptical that the Zware protocol has been licensed GPL compatible. Here is an open source Zigbee implementation: http://freaklabs.org/index.php/FreakZ-Open-Source-Zigbee-Stack.html The problem with it is that you can't ship it without paying money to the Zigbee Alliance. > > > > -- > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Evaluating ZigBee under Linux
On Wed, Dec 14, 2011 at 6:25 PM, Peter Naulls wrote: > On 12/14/2011 03:00 PM, jonsm...@gmail.com wrote: >> >> On Wed, Dec 14, 2011 at 5:49 PM, Peter Naulls >> wrote: >>> >>> On 12/14/2011 02:43 PM, jonsm...@gmail.com wrote: >>>> >>>> You do know there is no Zigbee stack here, right? >>>> >>> >>> No, I don't know that. I don't know what this means. That's >>> why I asked my questions in the first place. All I know >>> is that there's a bunch of tools that relate to zigbee, >>> and incidentally, those might be useful in OpenWrt. >> >> >> The Zigbee Alliance's protocol license is GPL incompatible. They have >> been asked to fix it many times and won't. The simplest way to get >> Zigbee support on Linux is to buy a USB stick with an embedded SOC >> running proprietary code and interface to it. > > > Understood. As you may recall from my first post, we will in fact > be interfacing to both a USB stick, and a serial interfaced device, > which I presume are both such SoCs. But what talks to those - > the tools hosted by this project? No, this project treats SOC sticks as dumb devices. The protocol stack is run inside the Linux kernel. Talk to the proprietary vendors about interfacing to their proprietary stacks. We've all decide to go with 6lowpan/ROLL which is a truly open standard. I'm ignoring proprietary Zigbee and Zwave. NIST has said the US government is going to use 6lowpan/ROLL. And Cisco is the major backer. > > >> If OpenZware is reimplementing Zwave I hope the licenses are in order. >> I'm pretty skeptical that the Zware protocol has been licensed GPL >> compatible. > > > The OpenZWave implementation is completely clean-room. Beyond that, > I'd prefer not to speculate further. Cleanroom doesn't removes licensing restriction placed on a specification like is the case with Zigbee. If you have to agree to a license to get a copy of the Zwave spec it probably has similar problems. >> Here is an open source Zigbee implementation: >> http://freaklabs.org/index.php/FreakZ-Open-Source-Zigbee-Stack.html >> >> The problem with it is that you can't ship it without paying money to >> the Zigbee Alliance. > > Noted. But FreakZ seems to be stale. Not a lot of fun working on something that you want to give away but then having to tell everyone that they are required to send checks to the Zigbee Alliance if they want to use it. He was unaware of this restriction when the stack was first written. > -- Jon Smirl jonsm...@gmail.com -- 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Zigbee-linux CC2530 implementation
Check out Contiki. Contiki already has an open source CC2530 implementation using sdcc compiler. It shouldn't be too hard to alter that code to work in this environment. On Wed, Dec 21, 2011 at 3:06 AM, M Pouillot wrote: > Hello all, > > > > I need to implement a 6lowpan linux driver for the CC2530 from TI. This > transceiver purposes its own serial protocol to manage its Z-MAC (embedded > 802.15.4 Mac layer). I see Linux-Zigbee allows hardMAC (for transceiver > embedded Mac layer) or serial driver for which is necessary to have a > 802-15-4 linux implementation. So what is the best way for me to implement > my specific device (serial + hardMAC)? May be there is a near > implementation… > > By the way for the HardMAC implementation, I don't understand in the > fakehard.c example how are received the data and how are sent to the higher > layer? > > > > thanks a lot for your feedback, > > > > > > Mathieu a newbie in linux driver ;-) > > > -- > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > -- Jon Smirl jonsm...@gmail.com -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Zigbee-linux CC2530 implementation
On Wed, Dec 21, 2011 at 11:30 AM, M Pouillot wrote: > Hi Jon, > > I have a specific architecture on which is necessary to keep the Z-Stack > implementation on CC2530 with its own uart protocol. We have to imagine that > it is not possible to change the CC2530 firmware and so we need to adapt the > linux driver to the CC2530 uart protocol and not the opposite. Via the CC2530 > uart protocol, we can access to the mlme-data-request, mlme-data-confirm and > mlme-data-indication... I understand that I can't use directly the serial > driver which is connected to 802.15.4 MAC layer. So I think I need to use a > mix between hardMAC(fakehard) and the serial driver... have you some > suggestions? What you suggest is the best way to do it. It shouldn't be too hard. You might want to practice with a user space app doing the serial communication to the CC2530 first and then switch the code over to a kernel driver. Probably easier to work with a CC2531 USB stick on a desktop machine until you get everything debugged. > > best regards, > > Mathieu > > -Message d'origine- > De : jonsm...@gmail.com [mailto:jonsm...@gmail.com] > Envoyé : mercredi 21 décembre 2011 17:04 > À : M Pouillot > Cc : linux-zigbee-devel@lists.sourceforge.net > Objet : Re: [Linux-zigbee-devel] Zigbee-linux CC2530 implementation > > Check out Contiki. Contiki already has an open source CC2530 implementation > using sdcc compiler. > > It shouldn't be too hard to alter that code to work in this environment. > > On Wed, Dec 21, 2011 at 3:06 AM, M Pouillot wrote: >> Hello all, >> >> >> >> I need to implement a 6lowpan linux driver for the CC2530 from TI. >> This transceiver purposes its own serial protocol to manage its Z-MAC >> (embedded >> 802.15.4 Mac layer). I see Linux-Zigbee allows hardMAC (for >> transceiver embedded Mac layer) or serial driver for which is >> necessary to have a >> 802-15-4 linux implementation. So what is the best way for me to >> implement my specific device (serial + hardMAC)? May be there is a >> near implementation. >> >> By the way for the HardMAC implementation, I don't understand in the >> fakehard.c example how are received the data and how are sent to the >> higher layer? >> >> >> >> thanks a lot for your feedback, >> >> >> >> >> >> Mathieu a newbie in linux driver ;-) >> >> >> -- >> >> Write once. Port to many. >> Get the SDK and tools to simplify cross-platform app development. >> Create new or port existing apps to sell to consumers worldwide. >> Explore the Intel AppUpSM program developer opportunity. >> appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev >> ___ >> Linux-zigbee-devel mailing list >> Linux-zigbee-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel >> > > > > -- > Jon Smirl > jonsm...@gmail.com > > -- Jon Smirl jonsm...@gmail.com -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Zigbee-linux CC2530 implementation
If you're loading code into the CC2530, can the sdcc link to the TI code, or are you forced to use IAR? On Wed, Dec 21, 2011 at 11:33 AM, jonsm...@gmail.com wrote: > On Wed, Dec 21, 2011 at 11:30 AM, M Pouillot wrote: >> Hi Jon, >> >> I have a specific architecture on which is necessary to keep the Z-Stack >> implementation on CC2530 with its own uart protocol. We have to imagine that >> it is not possible to change the CC2530 firmware and so we need to adapt >> the linux driver to the CC2530 uart protocol and not the opposite. Via the >> CC2530 uart protocol, we can access to the mlme-data-request, >> mlme-data-confirm and mlme-data-indication... I understand that I can't use >> directly the serial driver which is connected to 802.15.4 MAC layer. So I >> think I need to use a mix between hardMAC(fakehard) and the serial driver... >> have you some suggestions? > > What you suggest is the best way to do it. It shouldn't be too hard. > You might want to practice with a user space app doing the serial > communication to the CC2530 first and then switch the code over to a > kernel driver. > > Probably easier to work with a CC2531 USB stick on a desktop machine > until you get everything debugged. > >> >> best regards, >> >> Mathieu >> >> -Message d'origine- >> De : jonsm...@gmail.com [mailto:jonsm...@gmail.com] >> Envoyé : mercredi 21 décembre 2011 17:04 >> À : M Pouillot >> Cc : linux-zigbee-devel@lists.sourceforge.net >> Objet : Re: [Linux-zigbee-devel] Zigbee-linux CC2530 implementation >> >> Check out Contiki. Contiki already has an open source CC2530 implementation >> using sdcc compiler. >> >> It shouldn't be too hard to alter that code to work in this environment. >> >> On Wed, Dec 21, 2011 at 3:06 AM, M Pouillot wrote: >>> Hello all, >>> >>> >>> >>> I need to implement a 6lowpan linux driver for the CC2530 from TI. >>> This transceiver purposes its own serial protocol to manage its Z-MAC >>> (embedded >>> 802.15.4 Mac layer). I see Linux-Zigbee allows hardMAC (for >>> transceiver embedded Mac layer) or serial driver for which is >>> necessary to have a >>> 802-15-4 linux implementation. So what is the best way for me to >>> implement my specific device (serial + hardMAC)? May be there is a >>> near implementation. >>> >>> By the way for the HardMAC implementation, I don't understand in the >>> fakehard.c example how are received the data and how are sent to the >>> higher layer? >>> >>> >>> >>> thanks a lot for your feedback, >>> >>> >>> >>> >>> >>> Mathieu a newbie in linux driver ;-) >>> >>> >>> -- >>> >>> Write once. Port to many. >>> Get the SDK and tools to simplify cross-platform app development. >>> Create new or port existing apps to sell to consumers worldwide. >>> Explore the Intel AppUpSM program developer opportunity. >>> appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev >>> ___ >>> Linux-zigbee-devel mailing list >>> Linux-zigbee-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel >>> >> >> >> >> -- >> Jon Smirl >> jonsm...@gmail.com >> >> > > > > -- > Jon Smirl > jonsm...@gmail.com -- Jon Smirl jonsm...@gmail.com -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] Hard MAC implementations
Has anyone tried a doing a hard MAC implementation? A lot of people have mc13224 based Econotags. Those devices support either a soft or hard MAC implementation. Doing a hard MAC implementation might be a first step towards getting soft MAC ones fully working. -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
On Sun, Mar 4, 2012 at 12:19 PM, Prajosh Premdas wrote: > On Sun, Mar 4, 2012 at 9:59 PM, Felix Varghese wrote: >> Hi, >> >>> BTW: I remember rf231/rf212 chips having ACK/filter MAC acceleration. Does >>> Atmel have a chip with support for beaconing or beaconed networks? >> >> You are right, they both support auto ACK, CSMA-CA, retries and >> address filtering. They do support beacon-enabled networks in that >> they can send out slotted auto-ACKs, etc. But in this case, the burden >> of providing the exact timing falls on the micro-controller. It should >> pulse a pin to trigger the actual sending of the ACK. This is probably >> because of the fact that only the stack would know the relevant >> timings such as slot-boundaries. >> >>>> As far as a single radio joining two PANs is concerned, in case the >>>> aforementioned hardware acceleration is used, it cannot be done, >>>> unless the radio itself supports dual addresses, pan ids, etc. If such >>>> a radio does arrive in the market, can we not have two instances of >>>> wpan phy itself, one bound to each such 'logical' radio? >>> 76.164.216.197:8181 >>> >>> >>> No, because it would be still a single radio with single channel settings. >> >> Ok, I think I got your point there, thanks. >> >>>>> No. At this moment IEEE 802.15.4 does not qualify as a sane default, >>>>> because MAC implementation is far from being complete. >>>> >>>> We were hoping to help you guys rectify that problem :) >>> >>> We really appreciate your efforts. Maybe we should meet on IRC or on ML >>> to discuss your intentions, your goals and your plan. What do you think? >> >> We think that is a good idea! > > In short, we are trying to get add a 802.15.4 stack to Linux to > support various radios like at86rf23x/212 cc2420/2520, support modules > like ZigBit and extend support for USB based sticks. So i think we > should join forces and build this stack. Have you considered using SOC 802.15.4 chips attached to your Linux host as a way of avoiding the real-time issues? Beaconed mode is going to require some difficult code on the Linux side in order to maintain the tight timing requirements. Most SOC 802.15.4 chips are available in USB sticks making development easy. An approach would be to fully implement the 802.15.4 MAC in Contiki (it is partially there). Then run the MAC on a dedicated SOC 802.15.4 chip. Use Linux to talk to this hard MAC implementation. > > We have completed the reset, get, set pib and associate functions in > mac. We have so far send patches of nl based changes only. > > I think we should use IIRchat and sync up on the design before > proceeding further. > > A new 802.15.4g std is in pipeline with a higher mpdu size and lots of > additional modes. >> >> Regards, >> Felix. > > > > -- > Regards, > > Prajosh Premdas > > -- > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
On Sun, Mar 4, 2012 at 12:45 PM, Prajosh Premdas wrote: > On Sun, Mar 4, 2012 at 11:08 PM, jonsm...@gmail.com > wrote: >> On Sun, Mar 4, 2012 at 12:19 PM, Prajosh Premdas >> wrote: >>> On Sun, Mar 4, 2012 at 9:59 PM, Felix Varghese wrote: >>>> Hi, >>>> >>>>> BTW: I remember rf231/rf212 chips having ACK/filter MAC acceleration. Does >>>>> Atmel have a chip with support for beaconing or beaconed networks? >>>> >>>> You are right, they both support auto ACK, CSMA-CA, retries and >>>> address filtering. They do support beacon-enabled networks in that >>>> they can send out slotted auto-ACKs, etc. But in this case, the burden >>>> of providing the exact timing falls on the micro-controller. It should >>>> pulse a pin to trigger the actual sending of the ACK. This is probably >>>> because of the fact that only the stack would know the relevant >>>> timings such as slot-boundaries. >>>> >>>>>> As far as a single radio joining two PANs is concerned, in case the >>>>>> aforementioned hardware acceleration is used, it cannot be done, >>>>>> unless the radio itself supports dual addresses, pan ids, etc. If such >>>>>> a radio does arrive in the market, can we not have two instances of >>>>>> wpan phy itself, one bound to each such 'logical' radio? >>>>> 76.164.216.197:8181 >>>>> >>>>> >>>>> No, because it would be still a single radio with single channel settings. >>>> >>>> Ok, I think I got your point there, thanks. >>>> >>>>>>> No. At this moment IEEE 802.15.4 does not qualify as a sane default, >>>>>>> because MAC implementation is far from being complete. >>>>>> >>>>>> We were hoping to help you guys rectify that problem :) >>>>> >>>>> We really appreciate your efforts. Maybe we should meet on IRC or on ML >>>>> to discuss your intentions, your goals and your plan. What do you think? >>>> >>>> We think that is a good idea! >>> >>> In short, we are trying to get add a 802.15.4 stack to Linux to >>> support various radios like at86rf23x/212 cc2420/2520, support modules >>> like ZigBit and extend support for USB based sticks. So i think we >>> should join forces and build this stack. >> >> Have you considered using SOC 802.15.4 chips attached to your Linux >> host as a way of avoiding the real-time issues? Beaconed mode is going >> to require some difficult code on the Linux side in order to maintain >> the tight timing requirements. Most SOC 802.15.4 chips are available >> in USB sticks making development easy. >> >> An approach would be to fully implement the 802.15.4 MAC in Contiki >> (it is partially there). Then run the MAC on a dedicated SOC 802.15.4 >> chip. Use Linux to talk to this hard MAC implementation. >> > Yes when we have to consider SOCs like ATmegaRF series and some from > Ti too. This can be treated as a set of modules i mentioned. But the > first priority i think should be on the native Linux cc2530, mc13224 and stm32w are all in common use. They don't cost that much more than the non-SOC chips. Doing a full MAC on native Linux with radio-only chips is probably going to require the real-time kernel in order to meet timing restrictions. You also have to allow for the different speed links into the chips - serial, SPI, USB, etc. It is much easier to move the hard real-time code onto a SOC. 95% of the code will still run on Linux, you just off-load the problem bits into the SOC. >> >>> >>> We have completed the reset, get, set pib and associate functions in >>> mac. We have so far send patches of nl based changes only. >>> >>> I think we should use IIRchat and sync up on the design before >>> proceeding further. >>> >>> A new 802.15.4g std is in pipeline with a higher mpdu size and lots of >>> additional modes. >>>> >>>> Regards, >>>> Felix. >>> >>> >>> >>> -- >>> Regards, >>> >>> Prajosh Premdas >>> >>> -- >>> Virtualization & Cloud Management Using Capacity Planning >>> Cloud computing makes use of virtualization - but cloud computing >>> also focuses on allowing computing to be delivered as a service. >>> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >>> ___ >>> Linux-zigbee-devel mailing list >>> Linux-zigbee-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel >> >> >> >> -- >> Jon Smirl >> jonsm...@gmail.com > > > > -- > Regards, > > Prajosh Premdas -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
On Sun, Mar 4, 2012 at 1:42 PM, Felix Varghese wrote: >> cc2530, mc13224 and stm32w are all in common use. They don't cost that >> much more than the non-SOC chips. > > True. But the fact is that there are plenty of non-SOC chips in the > market too and a good implementation (good == widely adopted and used) > should cater to both. In this regard, I guess the Soft/Hard MAC > division makes a lot of sense. > >> Doing a full MAC on native Linux with radio-only chips is probably >> going to require the real-time kernel in order to meet timing >> restrictions. You also have to allow for the different speed links >> into the chips - serial, SPI, USB, etc. It is much easier to move the >> hard real-time code onto a SOC. 95% of the code will still run on >> Linux, you just off-load the problem bits into the SOC. > > Most new transceivers already have hardware support to handle > time-critical stuff (ACK, CSMA and retries, even address filtering). > I agree that an SOC with the whole MAC embedded in it would be the > perfect option, but cheaper radio solutions would always remain Are they really cheaper? It is hard to beat the pricing of the low end (small flash) CC2530 and STM32W SOC chips. > attractive to hardware designers, however small the cost difference > may be. I guess a non-beacon enabled MAC should run pretty well on the Beaconed mode is where most of the trouble lies. Unless you have huge volumes it doesn't make sense to trade off a dime in chip cost and pick up a $200K+ software problem. > normal kernel, provided we use transceivers with hardware > acceleration. > > Regards, > Felix. -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
sOn Sun, Mar 4, 2012 at 2:27 PM, Prajosh Premdas wrote: > On Mon, Mar 5, 2012 at 12:46 AM, Dmitry Eremin-Solenikov >> Implementing Full MAC in the SoC/stick/etc. code is a good idea. I had >> plans implementing some parts of that code on Freescale eval boards >> (HCS08 + MC13192 radio). I know several guys implemented some 802.15.4 >> code on MC13224v boards. Probably one of the low hanging fruits would >> be to implement HardMAC support for Philips SRM 7500 dongle. It >> implements 802.15.4 protocol over USB and it is already reverse >> engineered >> (http://sourceforge.net/apps/mediawiki/srm7500-linux/index.php). However >> that remote control costs :( >> > > Some more off the shelf solutions > The full mac is already implemented and the source code is available > for ARM and AVR based usb sitcks > http://www.dresden-elektronik.de/shop/cat4_33.html?XTCsid=f1a582c1645307d399c2ccc1157b175b > and Raven USb sticks > They are also available in packages with FCC certification in ZigBit > http://www.mikrocontroller.net/articles/Meshnetics_Zigbee I'm not saying abandon doing this on Linux. What I'm suggesting is to get the code working in an SOC environment first where real-time response is easier to manage. After you get it working there, then port the code back into Linux. Besides - doesn't your Linux box need some motes to talk to? Easiest Contiki platform to develop on is an Econotag. http://www.redwirellc.com/store/node/1 The Econotag as the JTAG built into it, you don't need a separate unit. Just plug into a PC USB port and you immediately have both the SOC and JTAG. JTAG works with OpenOCD and gdb. Econotag uses the mc13224. mc13324 is good because it is RAM based, not flashed based. It is an ARM7 with 96KB RAM. The development cycle is, edit, compile, download over USB, run in JTAG. This cycle takes about 60 seconds. Much faster than going through a flash erase/write cycle. You can also single step, set break points, alter memory, etc. When you are happy with your code you can write it into an on-chip flash but I hardly ever do that. Contiki already has a fairly well developed 802.15.4 MAC implementation but it is not complete. The idea would be to finish it and interface it to Linux. Contiki has also been ported to dozens of various hardware platforms. When the code works in Contiki port it back to Linux. Contiki is BSD licensed so there is no issue with bringing the code into GPL'd Linux. BTW, the 6lowpan support I did a long time ago was a port of the 6lowpan code out of Contiki and onto Linux. Did that code end up being the basis for 6lowpan support in linux-zigbee? I got pulled onto another project and lost track. -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
If you aren't familiar with Contiki is also include a full 6lowpan/RPL implementation. There is a program call tunslip6 that talks to an Econotag running the border router code. It exchanges packets at the TCP layer in order to do IPv6 routing out onto the mote network. -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
On Sun, Mar 4, 2012 at 3:51 PM, Dmitry Eremin-Solenikov wrote: > On Mon, Mar 5, 2012 at 12:47 AM, jonsm...@gmail.com > wrote: >> BTW, the 6lowpan support I did a long time ago was a port of the >> 6lowpan code out of Contiki and onto Linux. Did that code end up being >> the basis for 6lowpan support in linux-zigbee? I got pulled onto >> another project and lost track. > > Basically yes, Alexander did a lot of cleanup and fixes to your code and > pushed > that to mainline Linux. Probably he could comment on the status better. There are two RPL implementations I know of: https://github.com/mcr/unstrung and the one in Contiki What's the status of getting RPL support into mainline? > > -- > With best wishes > Dmitry -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] register net device during probe rather that add_iface
On Sun, Mar 4, 2012 at 4:08 PM, Dmitry Eremin-Solenikov wrote: > On Mon, Mar 5, 2012 at 1:02 AM, jonsm...@gmail.com wrote: >> On Sun, Mar 4, 2012 at 3:51 PM, Dmitry Eremin-Solenikov >> wrote: >>> On Mon, Mar 5, 2012 at 12:47 AM, jonsm...@gmail.com >>> wrote: >>>> BTW, the 6lowpan support I did a long time ago was a port of the >>>> 6lowpan code out of Contiki and onto Linux. Did that code end up being >>>> the basis for 6lowpan support in linux-zigbee? I got pulled onto >>>> another project and lost track. >>> >>> Basically yes, Alexander did a lot of cleanup and fixes to your code and >>> pushed >>> that to mainline Linux. Probably he could comment on the status better. >> >> There are two RPL implementations I know of: >> https://github.com/mcr/unstrung >> and the one in Contiki >> >> What's the status of getting RPL support into mainline? > > After a glance on RPL drafts I thought that RPL implementation > should live in userspace, doesn't it? It is a routing protocol, > which should be handled by routing daemons, probably > not by the kernel itself. If so, you can use that mcr on > top of Linux'es 6lowpan implementation. You are getting out of areas I am familiar with in Linux. Would RPL on Linux work like OLSR does? OLSR talks between nodes in user space add. And then adds/deletes routes in the kernel based on those conversations. One thing I've always wanted was a unified RPL system where I could have a cloud of 1,000 motes with a dozen border routers scattered in the cloud. Those border routers would be wired together via Ethernet. So a mote on one side of campus could send a packet to a mote on the other side and have it use Ethernet for most of the trip. I don't want the packet taking 35 radio hops to cross the campus. > > BTW, John, I would like if you could participate in that IRC > meeting(s). Would you like to join? You want to get Mar involved. He is the one working on Contiki and RPL. I've switched over to working on u-boot, kernel drivers for mmc, usb, spi, etc... > > -- > With best wishes > Dmitry -- Jon Smirl jonsm...@gmail.com -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Hard MAC implementations
2012/3/5 Alexander Smirnov : > Hi Jon, > > It's definitely a good idea, but unfortunately I do not have > appropriate hardware in my lab. :-( Econotag is a very cost effective platform for developing a hard MAC. http://www.redwirellc.com/store/node/1 It runs Contiki and the 802.15.4 MAC is already mostly implemented in Contiki. > > Witj best regards, > Alexander Smirnov > > 4 марта 2012 г. 20:43 пользователь jonsm...@gmail.com > написал: >> Has anyone tried a doing a hard MAC implementation? A lot of people >> have mc13224 based Econotags. Those devices support either a soft or >> hard MAC implementation. >> >> Doing a hard MAC implementation might be a first step towards getting >> soft MAC ones fully working. >> >> -- >> Jon Smirl >> jonsm...@gmail.com >> >> -- >> Virtualization & Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing >> also focuses on allowing computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> ___ >> Linux-zigbee-devel mailing list >> Linux-zigbee-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] 6lowpan code and Contiki source
Is anyone watching the Contiki 6lowpan source for bug patches to the 6lowpan code? Problems found and patched there are likely in the linux-zigbee code too since it is derived from Contiki. Contiki has definitely fixed multiple problems in their code. -- Jon Smirl jonsm...@gmail.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Econotag Setup
Econtag already functions as a border router, it just uses different code to do it. On your Linux box run the tunslip6 app included in the Contiki build. That app uses the SLIP protocol to attach the Econotag to the host's TCP/IP network. With the app running and assuming you have IPv6 turned on everywhere, you will be able to use a browser to look at Contiki devices running the tiny web server. -- Jon Smirl jonsm...@gmail.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] Fwd: [Contiki-developers] Another bug in siclowpan.c, resulting in dropped fragmented packets...
-- Forwarded message --
From: Rick van Haasen
Date: Thu, Mar 29, 2012 at 7:00 AM
Subject: [Contiki-developers] Another bug in siclowpan.c, resulting in
dropped fragmented packets...
To: Contiki developer mailing list
,
rick.van.haa...@philips.com
Last week I reported the buffer overflow bug in 6lowpan.
This week I noticed another problem that causes the reassembly of
packages to fail:
Assume that a fragmented package is being send by some node, and the
receiving node misses the first fragment.
When it receives the second part, it stores the fragment_tag and tries
to assemble from then, which will obviously never happen.
The variable processed_ip_len is updated with the frament size of the
second fragment.
This variable "processed_ip_len" is used to determine that assemly is ongoing.
It will not get out off this state untill the timeout (8 sec).
Both the receiving as well as the sending parts of sicslowpan.c use
the global variable processed_ip_len.
By coincidence, because my application both receives and sends
messages, the sending of data assings "processed_ip_len" to 0 after
having send the fragments, thereby "resetting the state for the
receiving part!
This "resetting" only happens when fragmented packets are beeing send.
If the sender sends unfragmented ip-packets, the variable
processed_ip_len is nut touched.
I discovered this situation by testing the combination of nodes.
When all nodes send messages that are large enough to trigger
fragmentation, everything seemed to work fine.
When all nodes send small, unfragmented packages also everything looked ok.
When however 1 nodes send large, and the other node sends small
packages. The node that receives the large messages suddenly fails to
reassemble incoming fragments!
In this case, the state is not reset by the sending part in
sicslowpan.c (again, processed_ip_len is only set to 0 after having
send all fragments of a multi-fragment ip-packet...)
In order to solve it, first thing I did is to use separate variables
for the send and recieve part:
input_processed_ip_len
output_ processed_ip_len
(this separation is not stricly needed, but it prevents coupling,
which caused the unexpected resetting by sending data...)
Next I modified the code such that input_processed_ip_len is set to 0
when a first fragment of a fragmented packet is beeing received.
There are other solutions, this was however the most straightforward,
and it solved the problem...
switch((GET16(RIME_FRAG_PTR, RIME_FRAG_DISPATCH_SIZE) & 0xf800) >> 8) {
case SICSLOWPAN_DISPATCH_FRAG1:
//printf("-F1-");
PRINTFI("sicslowpan input: FRAG1 ");
frag_offset = 0;
/* frag_size = (uip_ntohs(RIME_FRAG_BUF->dispatch_size) & 0x07ff); */
frag_size = GET16(RIME_FRAG_PTR, RIME_FRAG_DISPATCH_SIZE) & 0x07ff;
/* frag_tag = uip_ntohs(RIME_FRAG_BUF->tag); */
frag_tag = GET16(RIME_FRAG_PTR, RIME_FRAG_TAG);
PRINTFI("size %d, tag %d, offset %d)\n",
frag_size, frag_tag, frag_offset);
rime_hdr_len += SICSLOWPAN_FRAG1_HDR_LEN;
/* printf("frag1 %d %d\n", reass_tag, frag_tag);*/
first_fragment = 1;
// RVH
sicslowpan_len = 0;
input_processed_ip_len = 0;
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
Contiki-developers mailing list
contiki-develop...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/contiki-developers
--
Jon Smirl
jonsm...@gmail.com
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
Linux-zigbee-devel mailing list
Linux-zigbee-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] 6lowpan in Ethernet packets
Is there some simple way to hook the 6lowpan code up to the Ethernet interface (private Ethertype maybe)? That would make an easy way to test things on multiple machines (or VMs) without needing 802.15.4 radios. -- Jon Smirl jonsm...@gmail.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan in Ethernet packets
On Mon, Apr 9, 2012 at 3:36 PM, Alexander Smirnov wrote: > Hi Jon, > > do you mean to send 6lowpan packets over Ethernet? Yes. If it is simple to hook up it would provide an easy testbed for people that don't have the radio hardware and want to play with the protocol. > > Alex > > 2012/4/9, jonsm...@gmail.com : >> Is there some simple way to hook the 6lowpan code up to the Ethernet >> interface (private Ethertype maybe)? That would make an easy way to >> test things on multiple machines (or VMs) without needing 802.15.4 >> radios. >> >> -- >> Jon Smirl >> jonsm...@gmail.com >> >> -- >> For Developers, A Lot Can Happen In A Second. >> Boundary is the first to Know...and Tell You. >> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >> http://p.sf.net/sfu/Boundary-d2dvs2 >> ___ >> Linux-zigbee-devel mailing list >> Linux-zigbee-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel >> -- Jon Smirl jonsm...@gmail.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan in Ethernet packets
2012/4/9 Alexander Smirnov : > Got it! > Hm, definitely it's possible, but I suspect that it looks more like > ugly hack. The more appropriate solution I guess will be usage of fake > drivers. I've set reminder to check this possibility, hope there will > be some free time slot this week :-( An example use might be someone wanting to model a network with 100 nodes. You could make 100 instances of a VM (not bad since they share pages) and then use the existing virtual Ethernet drivers as a network. The new code would allow 6lowpan and RPL to run in that environment. But is this really useful? What people are interested in is the RPL routing on the simulated network. Is it adding anything interesting to run 6lowpan too? It would give us a good platform for building a testing environment that could exercise all of the 6lowpan compression options. Or can we already do that using the existing fake drivers? > > With best regards, > Alex > > 9 апреля 2012 г. 23:41 пользователь jonsm...@gmail.com > написал: >> On Mon, Apr 9, 2012 at 3:36 PM, Alexander Smirnov >> wrote: >>> Hi Jon, >>> >>> do you mean to send 6lowpan packets over Ethernet? >> >> Yes. If it is simple to hook up it would provide an easy testbed for >> people that don't have the radio hardware and want to play with the >> protocol. >> >>> >>> Alex >>> >>> 2012/4/9, jonsm...@gmail.com : >>>> Is there some simple way to hook the 6lowpan code up to the Ethernet >>>> interface (private Ethertype maybe)? That would make an easy way to >>>> test things on multiple machines (or VMs) without needing 802.15.4 >>>> radios. >>>> >>>> -- >>>> Jon Smirl >>>> jonsm...@gmail.com >>>> >>>> -- >>>> For Developers, A Lot Can Happen In A Second. >>>> Boundary is the first to Know...and Tell You. >>>> Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! >>>> http://p.sf.net/sfu/Boundary-d2dvs2 >>>> ___ >>>> Linux-zigbee-devel mailing list >>>> Linux-zigbee-devel@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel >>>> >> >> >> >> -- >> Jon Smirl >> jonsm...@gmail.com -- Jon Smirl jonsm...@gmail.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Kernel freezes during transmitting via 6lowpan
You have a good location from the trap: PC is at lowpan_rcv+0x576/0x714 [6lowpan] You are 3/4 of the way into lowpan_rcv. Add a bunch of printks in that routine starting about half way in that print out the relevant variables around the crash point. Plan B - use a JTAG on the kernel, but printks will do the trick 98% of the time. I suspect it is unlikely that the code has been significantly tested on dual interfaces since no one has the hardware. The Ethernet support I mentioned in another post would provide a way to test dual interfaces. -- Jon Smirl jonsm...@gmail.com -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan Contiki fixes
Mar should know what is going on. He tracks this more closely than I do. On Mon, May 14, 2012 at 8:21 AM, Alexander Smirnov wrote: > Hi Jon, > > I want to sync Linux 6lowpan implementation with Contiki one, so how > can I derive latest 6lowpan fixes? > Do you have any tracking system or may be just a list with bugs were fixed? > > Or 'git log' must be my favorite tool? :-) > > Thanks, > Alex -- Jon Smirl jonsm...@gmail.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] 6lowpan Contiki fixes
On Mon, May 14, 2012 at 8:21 AM, Alexander Smirnov wrote: > Hi Jon, > > I want to sync Linux 6lowpan implementation with Contiki one, so how > can I derive latest 6lowpan fixes? > Do you have any tracking system or may be just a list with bugs were fixed? > > Or 'git log' must be my favorite tool? :-) git diff is probably more useful. First I would clone a Conitiki git tree make yourself a tag and push it to git hub. That will let you remember what you have checked. Next note that 'git diff' take commit ids and the file name as parameters. Do a 'git log' on just the 6lowpan files and figure out a commit id that is old enough. Then 'git diff' between that id and head just to get the delta for that file. Another way I do it is to go back to a commit id I know is old enough in the project and then do a full project diff for that id. I load that diff into an edit and just delete out the diffs that don't matter. Then study what is left. Next time this will be easier since you will have labeled your check points in that tree at gitub. Each time you check you changes just make a new label and push it to git hub. Completely different way - I think there is a commit mailing list for Contiki. Subscribe to it and set gmail to save the messages it in a folder and bypass the in-box. Make up some keyword matches that will flag anything with 6lowpan in it in your in-box. > > Thanks, > Alex -- Jon Smirl jonsm...@gmail.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] Fwd: Agenda (v2) for Linux Wireless (802.11/Bluetooth/NFC) Mini-Summit 2012 (Barcelona!)
Zigbee might want to get on the agenda. You'll need to go to Spain. -- Forwarded message -- From: G.W. Haywood Date: Tue, Sep 11, 2012 at 5:51 PM Subject: Re: Agenda (v2) for Linux Wireless (802.11/Bluetooth/NFC) Mini-Summit 2012 (Barcelona!) To: "John W. Linville" Cc: linux-wirel...@vger.kernel.org, linux-blueto...@vger.kernel.org, alexander.smir...@siemens.com Hi there, On Tue, 11 Sep 2012, John W. Linville wrote: > So...suggestions?? Dates? -- 73, Ged. -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Jon Smirl jonsm...@gmail.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] Fwd: Agenda (v2) for Linux Wireless (802.11/Bluetooth/NFC) Mini-Summit 2012 (Barcelona!)
Forward the right email This event is on 8-9 November 2012, just after LinuxCon Europe in Barcelona. Anyone attending needs to also register to attend LinuxCon Europe: http://events.linuxfoundation.org/events/linuxcon-europe -- Forwarded message -- From: John W. Linville Date: Tue, Sep 11, 2012 at 4:17 PM Subject: Agenda (v2) for Linux Wireless (802.11/Bluetooth/NFC) Mini-Summit 2012 (Barcelona!) To: linux-wirel...@vger.kernel.org, linux-blueto...@vger.kernel.org, alexander.smir...@siemens.com OK, making progress...still, we need some more discussion topics... We have one room on the first day, and three rooms on the second day. I figure that the Bluetooth and 802.11 groups should each get a break-out room for their own in-depth discussons on the second day and the third room can be used for more general topics and presentations. Below is my strawman agenda proposal. Please make suggestions for improvements! Day 1 - Everyone together in a single room... TimeTopic Speaker - --- 0930Welcome/Intro/AgendaJohn Linville 1000802.15.4 stack, 6lowpan Alexander Smirnov 1100Break 1130Bluetooth: state of the union Marcel Holtmann 1230Lunch 1400NFC "state of the union", etc. Ortiz / Elias / Chlad 1500Break ... 1800Adjourn Day 2 - 802.11 break-out room... TimeTopic Speaker - --- 1000Regulatory updates Luis Rodriguez 1100Break 1130Virtual Bluetooth AMP Controller for mac80211 Andrei Emeltchenko 1230Lunch 1400IEEE802.11/WFA Update & HotSpot 2.0 Jouni Malinen ... 1800Adjourn Bluetooth break-out room... TimeTopic Speaker - --- 1000Bluetooth Broadcaster/Observer API Lizardo & Delfes 1100Break 1130status and roadmap of Bluetooth LE Joao Paulo Rechi Vita 1230Lunch ... 1800Adjourn Presentation room... TimeTopic Speaker - --- 1000wireless community networks Nick Kossifidis 1100Break 1130"a short overview what we do in ConnMan"Wagner / Flykt 1230Lunch 1400oFono / mobile wireless Denis Kenzior 1500Break ... 1800Adjourn So...suggestions?? -- John W. LinvilleSomeday the world will need a hero, and you linvi...@tuxdriver.com might be all we have. Be ready. -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Jon Smirl jonsm...@gmail.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Stack on Beaglebone
On Thu, Oct 11, 2012 at 6:18 PM, João Paulo Bodanese wrote: > Hi, > > I'm beginner in IEEE802.15.4 technology. In my master's degree work, > we have to build a node (raw 802.15.4) in the > Beaglebone board. Buy an Econotag and plug it into the USB port. http://mc1322x.devl.org/hardware.html#econotag You're done. There is a serial driver in the kernel 802.15.4 support that will talk to the Econotag. > Is there any related work to build this stack in the Beaglebone? I > have little experience with Linux, so i don't know how much effort > could take to port this stack to the beaglebone. I saw similar work to > the Blackfin STAMP Board. > > Best regards, > > -- > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Stack on Beaglebone
On Mon, Oct 15, 2012 at 12:17 AM, Alan Ott wrote: > On 10/11/2012 07:57 PM, jonsm...@gmail.com wrote: >> On Thu, Oct 11, 2012 at 6:18 PM, João Paulo Bodanese >> wrote: >>> Hi, >>> >>> I'm beginner in IEEE802.15.4 technology. In my master's degree work, >>> we have to build a node (raw 802.15.4) in the >>> Beaglebone board. >> Buy an Econotag and plug it into the USB port. >> http://mc1322x.devl.org/hardware.html#econotag >> >> You're done. >> >> There is a serial driver in the kernel 802.15.4 support that will talk >> to the Econotag. > > Maybe I'm a bit confused, but from my experience there are a few things > wrong with those statements I didn't consider the the part about the beaglebone kernel being out of tree and apparently out of date. It has been a while since I last used my beaglebone, I probably hacked the kernel to get it running and forgot that I did it. Anyway we decided not to use the AM335x. If MRF24J40MA is easier then use it. -- Jon Smirl jonsm...@gmail.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] [PATCH net-next 00/15] 6lowpan: Some more bug fixes
On Thu, Oct 25, 2012 at 12:52 AM, Alexander Smirnov wrote: > Hi, > > 2012/10/23 Tony Cheneau : >> Hello, >> >> This patch serie fixes a few bugs within the 6lowpan modules and prepares the >> integration of the serial driver that will be submitted in a subsequent >> patch serie. >> It should apply cleanly on the latest net-next. > > 1. The series is quite huge what makes it difficult for the review. It > would be better to split it into one-two and submit separately (not > simultaneously). stgit is a good tool for breaking up patch series. http://www.procode.org/stgit/ It adds quilt like patch management on top of git. > 2. Could you also please provide some notes about how have you tested > these changes (logs, plain text)? Do I need to check your changes > locally on my desk? If so I need some instructions. > 3. Please DO NOT submit patches like: this patch fixes blablabla which > isn't in the kernel yet (like patch 13,15). I have no clue what you > have locally on your laptop and what you will send in some time. I'd > like to see here the working code, not a references to TBD. > 4. The reference to linux-zigbee project isn't an occasion for me to > apply this code to this tree. I have no goal to merge all this fun to > mainline due to several things in linux-zigbee kernel work NOT > according to the standard (mostly it's a timing problems) and global > refactoring needed. > > Alex > >> >> Regards, >> Tony Cheneau >> >> Tony Cheneau (15): >> 6lowpan: lowpan_is_iid_16_bit_compressable() does not detect >> compressable address correctly >> 6lowpan: next header is not properly set upon decompression of a UDP >> header. >> 6lowpan: always enable link-layer acknowledgments >> mac802154: turn on ACK when enabled by the upper layers >> 6lowpan: use short IEEE 802.15.4 addresses for broadcast destination >> 6lowpan: fix first fragment (FRAG1) handling >> 6lowpan: store fragment tag values per device instead of net stack >> wide >> 6lowpan: obtain IEEE802.15.4 sequence number from the MAC layer >> 6lowpan: add a new parameter in sysfs to turn on/off ACK request at >> MAC layer >> 6lowpan: use the PANID provided by the device instead of a static >> value >> 6lowpan: modify udp compression/uncompression to match the standard >> 6lowpan: make memory allocation atomic during 6lowpan header creation >> mac802154: make mem alloc ATOMIC to prevent "scheduling while atomic" >> crashes >> mac802154: remove unnecessary spinlocks >> mac802154: re-introduce MAC primitives required to send/receive >> packets >> >> net/ieee802154/6lowpan.c | 144 >> - >> net/ieee802154/6lowpan.h | 14 +++-- >> net/mac802154/mac802154.h |2 + >> net/mac802154/mac_cmd.c | 22 +++- >> net/mac802154/mib.c | 33 +++ >> net/mac802154/wpan.c |4 +- >> 6 files changed, 172 insertions(+), 47 deletions(-) >> >> -- >> 1.7.8.6 >> > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_sfd2d_oct > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Website
This line is on the hardware page twice: http://sourceforge.net/apps/trac/linux-zigbee/wiki/HardwareSupport AT86RF231Supportedat86rf230Atmel AT86RF231 device connected directly to CPU/SoC via SPI bus. Remove the copy in the legacy section? MC1322xSupportedserialThanks to Mariano Alvira efforts chip (http://mc1322x.devl.org/) Maybe note that this is a USB stick that you can plug into a desktop. On Thu, Mar 14, 2013 at 11:48 PM, Alan Ott wrote: > On 03/14/2013 10:41 AM, Alan Ott wrote: >> I plan on updating the linux-zigbee website[1] to better reflect the >> current state of the project as it exists in mainline. > > I made the said changes in linux-zigbee.sf.net, touching almost all the > pages on the site. Let me know if there's anything still out of date or > inaccurate. > > Alan. > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Website
On Mon, Mar 18, 2013 at 6:10 PM, Alan Ott wrote: > On 03/18/2013 03:55 PM, jonsm...@gmail.com wrote: >> This line is on the hardware page twice: >> http://sourceforge.net/apps/trac/linux-zigbee/wiki/HardwareSupport >> >> >> AT86RF231Supportedat86rf230Atmel AT86RF231 device connected directly >> to CPU/SoC via SPI bus. >> Remove the copy in the legacy section? > > Hi Jon, > > I left it in both sections because it is supported by both kernels, and > neither set of drivers (legacy or mainline) is a superset of the other. > >> MC1322xSupportedserialThanks to Mariano Alvira efforts chip >> (http://mc1322x.devl.org/) >> Maybe note that this is a USB stick that you can plug into a desktop. > > What if I instead change that to Redwire Econotag? The MC1322x is not > supported by Linux, but the Econotoag (with the Linux firmware) is. Whatever you think is best. I'd like to see more people using the linux-zigbee code in order to get more interoperability testing going against Contiki. Easiest way to run the Linux code is by plugging some type of USB stick into a desktop. Instead people are running the RPL root inside the Econtag and using tuntap6 to bridge the networks over serial. That avoids the whole interoperability issue. -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] Serial driver
Why isn't the serial driver in mainline? -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Serial driver
Best to start getting rid of all mentions of zigbee in the code. Zigbee is trademarked. On Mon, Mar 18, 2013 at 7:22 PM, Tony Cheneau wrote: > Hi, > > No particular reason aside from the fact that no one submitted it yet. > I have a slightly modified version in my patchset [1], just need to make > sure it is clean and meet the kernel guidelines. It includes patches > from Mariano Alvira and a few modifcations of mine (so that the driver > call CLOSE and OPEN to the devices upon initialization, in order to > reset it). > > Regards, > Tony Cheneau > > [1]: > https://github.com/linux-wpan/linux-net-next/commit/546618171de2be30236aab86f3ee323b425e2bf5 > > > > Le Mon, 18 Mar 2013 19:07:50 -0400, > "jonsm...@gmail.com" a écrit : > >> Why isn't the serial driver in mainline? >> >> -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Serial driver
How does the Bluetooth HCI interface work? HCI is a serial line protocol and it has a line discipline. A Bluetooth device attached over a UART would need to set the line disciple. That's because UARTs don't have any device identification mechanism. But... if I plug in a USB stick which implements serial HCI, the code is able to use the USB ID for the device to route the HCI data into the BT stack without any user space intervention. So... we should be able to make an Econtag (with an USB ID eeprom soldered on to give it a unique ID - Mar that's on Econtag2 right?) talk to the 6lowpan code without needing any user space intervention. But how do you achieve that trick? One of those would work too. CC2531 based for $17. You can set the USB ID on a CC2531. http://www.aliexpress.com/item/5pcs-Wireless-the-zigbee-module-wireless-communication-module-zigbee-wireless-module-NC910-free-shipping/734720982.html -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Serial driver
On Mon, Mar 18, 2013 at 11:43 PM, Alan Ott wrote: > On 03/18/2013 10:57 PM, jonsm...@gmail.com wrote: >> How does the Bluetooth HCI interface work? HCI is a serial line >> protocol and it has a line discipline. A Bluetooth device attached >> over a UART would need to set the line disciple. That's because UARTs >> don't have any device identification mechanism. >> >> But... if I plug in a USB stick which implements serial HCI, the code >> is able to use the USB ID for the device to route the HCI data into >> the BT stack without any user space intervention. > > HCI supports the same commands over multiple media types. In linux, > btusb handles the USB version and hci_ldisc handles the uart version. > >> So... we should be able to make an Econtag (with an USB ID eeprom >> soldered on to give it a unique ID - Mar that's on Econtag2 right?) > > Wouldn't it have to be in the FTDI chip? I tried one day setting a > serial number in my Econotag using the FTDI tools and couldn't make it > work (I didn't try very hard, and I was inside a VM, so that could have > been messing it up too). If that could be made to work, isn't that what > you want? You need to tack a $0.10 eeprom onto the FT2232 so that it will remember the USB ID. The FT232 has this eeprom on-chip. > >> talk to the 6lowpan code without needing any user space intervention. >> But how do you achieve that trick? > > I know for HID devices there are some shim drivers which do some custom > processing for specific devices while the bulk of the work is done by > hid-core. That's kind of the idea we want here. > > There's a function tty_set_ldisc(). It's called in exactly one place > (from the ioctl() handler), so it looks like maybe nobody is currently > doing what we're wanting to do. > >> One of those would work too. CC2531 based for $17. You can set the >> USB ID on a CC2531. >> http://www.aliexpress.com/item/5pcs-Wireless-the-zigbee-module-wireless-communication-module-zigbee-wireless-module-NC910-free-shipping/734720982.html > > The MCU on that thing is a beast, and 8051 too! > > Alan. > -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Serial driver
On Mon, Mar 18, 2013 at 11:46 PM, jonsm...@gmail.com wrote: > On Mon, Mar 18, 2013 at 11:43 PM, Alan Ott wrote: >> On 03/18/2013 10:57 PM, jonsm...@gmail.com wrote: >>> How does the Bluetooth HCI interface work? HCI is a serial line >>> protocol and it has a line discipline. A Bluetooth device attached >>> over a UART would need to set the line disciple. That's because UARTs >>> don't have any device identification mechanism. >>> >>> But... if I plug in a USB stick which implements serial HCI, the code >>> is able to use the USB ID for the device to route the HCI data into >>> the BT stack without any user space intervention. >> >> HCI supports the same commands over multiple media types. In linux, >> btusb handles the USB version and hci_ldisc handles the uart version. >> >>> So... we should be able to make an Econtag (with an USB ID eeprom >>> soldered on to give it a unique ID - Mar that's on Econtag2 right?) >> >> Wouldn't it have to be in the FTDI chip? I tried one day setting a >> serial number in my Econotag using the FTDI tools and couldn't make it >> work (I didn't try very hard, and I was inside a VM, so that could have >> been messing it up too). If that could be made to work, isn't that what >> you want? > > You need to tack a $0.10 eeprom onto the FT2232 so that it will > remember the USB ID. The FT232 has this eeprom on-chip. Mar works around this by sending a probe down the serial line asking for the MAC address. If the device answers he knows it is an Econotag. You could probably hide that inside a modified USB FT2232 serial driver for dev work. The modified driver would use the MAC address to generate a serial number. But the correct solution is to add the $0.10 EEPROM. > >> >>> talk to the 6lowpan code without needing any user space intervention. >>> But how do you achieve that trick? >> >> I know for HID devices there are some shim drivers which do some custom >> processing for specific devices while the bulk of the work is done by >> hid-core. That's kind of the idea we want here. >> >> There's a function tty_set_ldisc(). It's called in exactly one place >> (from the ioctl() handler), so it looks like maybe nobody is currently >> doing what we're wanting to do. >> >>> One of those would work too. CC2531 based for $17. You can set the >>> USB ID on a CC2531. >>> http://www.aliexpress.com/item/5pcs-Wireless-the-zigbee-module-wireless-communication-module-zigbee-wireless-module-NC910-free-shipping/734720982.html >> >> The MCU on that thing is a beast, and 8051 too! >> >> Alan. >> > > > > -- > Jon Smirl > jonsm...@gmail.com -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Serial driver
I poked around with btusb a little. BT has it's own USB descriptor set. That's not the same as using a ft2232 to attach to the mc13224 UART. There is no way to do something btusb like on the ft2232. You could do it on the cc2531. So the next question is, if a serial port is implementing a line disciple can you wire it inside the kernel to the networking stack so that every packet doesn't need to traverse user space. A similar question is why does PPP/SLIP need a user space daemon? -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Serial driver
On Tue, Mar 19, 2013 at 10:34 AM, Alan Ott wrote: > On 03/19/2013 10:24 AM, jonsm...@gmail.com wrote: >> I poked around with btusb a little. BT has it's own USB descriptor >> set. That's not the same as using a ft2232 to attach to the mc13224 >> UART. There is no way to do something btusb like on the ft2232. You >> could do it on the cc2531. > > A cc2531 is a programmable USB device, where firmware has direct access > to the USB hardware. With the firmware, one can do just about anything. > FTDI's on the other hand (at least our 2232), are not programmable, as > we know. > >> So the next question is, if a serial port is implementing a line >> disciple can you wire it inside the kernel to the networking stack so >> that every packet doesn't need to traverse user space. A similar >> question is why does PPP/SLIP need a user space daemon? > > Every packet _doesn't_ traverse userspace. The izattach daemon just sets > the line discipline of the device. (and I'm a little unclear on why it > needs to be a daemon). Does the daemon need to hold the serial port open so that the line disciple doesn't reset? Maybe... Make a unique USB ID for the Econotag Modify the USB serial driver to see it The modified driver sets the line disciple and get the serial line tied into networking And no user space tty devices gets created? > > The packets, in the case of the Econotag, go from the air, to the > MC13224, out the serial line of the MC13224, into the FTDI, out of the > FTDI as USB, into the kernelspace FTDI driver as USB, out of the FTDI > driver and into the serial.c line driver as serial data, then into the > kernel 802.15.4 subsystem . No userspace required. > > http://linux-zigbee.git.sourceforge.net/git/gitweb.cgi?p=linux-zigbee/linux-zigbee;a=blob;f=src/serial.c;hb=HEAD > > Alan. > > > -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Econotag + serial driver + azattach error.
You can also set the machine to dual boot kernels in grub. The x86 kernels are pretty stable, usually they break video. On Wed, Mar 20, 2013 at 9:23 AM, sjs205 wrote: > Hello Tony, > > I've just patched the serial driver into the stock fedora kernel without > issue, compilation and installation went okay too... But - there is > always a but - I'm now getting a different error: > > # /usr/local/sbin/izattach /dev/ttyUSB0 > socket: Address family not supported by protocol > > I think I have all the modules required installed: > $ lsmod > ... > ieee802154 25999 1 mac802154 > mac802154 24114 1 serial > crc_ccitt 12614 1 mac802154 > ieee802154 25999 1 mac802154 > 6lowpan23669 0 > ... > > Do you think this is probably due to something else missing in the stock > kernel? > > Regarding the net-next branch, I am using this on my main PC so need it > to be quite stable, I also wouldn't mind keeping to the fedora kernel, > at least for this system if at all possible; I could always VM it. Is it > possible that one could create a patch against the 3.7.9 from the > next-net branch? Apologies, my knowledge of git is quite limited. > > BR > > sjs205 > > On 03/20/2013 01:07 PM, Tony Cheneau wrote: >> Hello, >> >> The latest 6LoWPAN bug fixes are sent first to the net-next branch of >> the linux kernel. It is generally a good habit to start using this >> branch of the kernel. You can find it here: >> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git >> >> To answer your initial question, I'm not sure the patch would apply >> cleanly on the Fedora kernel. If you are interested mainly in net-next + >> bugfixes, you can use my kernel tree directly (while I haven't merge it >> into net-next). >> >> Regards, >> Tony >> >> Le Wed, 20 Mar 2013 10:03:34 +, >> sjs205 a écrit : >> >>> Hello Tony, >>> >>> Thank you for getting back to me. I'm actually using a fedora kernel, >>> 3.7.9-104.fc17.x86_64. >>> >>> Based on this, would/should the patch still work? >>> >>> sjs205 >>> >>> On 03/20/2013 03:20 AM, Tony Cheneau wrote: >>>> Hello, >>>> >>>> I don't know which kernel version or branch you use, but I'll assume >>>> that you are using the net-next branch. If so, the serial driver is >>>> missing. However, you can find it in my repo (you just have to apply >>>> this patch on top of your kernel tree or use my repo directly): >>>> https://github.com/linux-wpan/linux-net-next/commit/546618171de2be30236aab86f3ee323b425e2bf5 >>>> >>>> Regards, >>>> Tony >>>> >>>> Le Wed, 20 Mar 2013 03:03:25 +, >>>> sjs205 a écrit : >>>> >>>>> Hello all, >>>>> >>>>> I'm trying to get an econotag flashed with linux802154-serialdev >>>>> attached to my linux server using the 'azattach' command, however, >>>>> I am constantly getting the following error: >>>>> >>>>> /usr/local/sbin/izattach /dev/ttyUSB1 >>>>> ioctl: TIOCSETD: Invalid argument >>>>> >>>>> This is obviously the same as: >>>>> >>>>> http://comments.gmane.org/gmane.linux.network.zigbee.devel/653 >>>>> >>>>> Which suggests using the 'serial' module. but I can seem to find >>>>> it, Is this still about? >>>>> >>>>> >>>>> sjs205 > > > -- > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://p.sf.net/sfu/appdyn_d2d_mar > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel -- Jon Smirl jonsm...@gmail.com -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Econotag + serial driver + azattach error.
On Wed, Mar 20, 2013 at 10:47 AM, sjs205 wrote: > Hello Jon! > > Yes, I think this is what I am going to do. I'm not sure how this will work > with regards to fedora Nvidia and VirtualBox drivers etc... I guess I may I threw out my Nvidia and got ATI to avoid messing with Nvidia's drivers. You can probably run Nouveau on your Nvidia and just lose 3D support while that kernel is booted. http://nouveau.freedesktop.org/wiki/ This is mess is a problem caused by Nvidia's policies and has nothing to do with normal use of Linux. They could easily chose to fix it but they won't do it. > need to compile these myself now. > > Either way, I am waiting for the net-next kernel to compile now. > > BR > > sjs205 > > > On 03/20/2013 02:00 PM, jonsm...@gmail.com wrote: >> >> You can also set the machine to dual boot kernels in grub. The x86 >> kernels are pretty stable, usually they break video. >> >> On Wed, Mar 20, 2013 at 9:23 AM, sjs205 wrote: >>> >>> Hello Tony, >>> >>> I've just patched the serial driver into the stock fedora kernel without >>> issue, compilation and installation went okay too... But - there is >>> always a but - I'm now getting a different error: >>> >>> # /usr/local/sbin/izattach /dev/ttyUSB0 >>> socket: Address family not supported by protocol >>> >>> I think I have all the modules required installed: >>> $ lsmod >>> ... >>> ieee802154 25999 1 mac802154 >>> mac802154 24114 1 serial >>> crc_ccitt 12614 1 mac802154 >>> ieee802154 25999 1 mac802154 >>> 6lowpan23669 0 >>> ... >>> >>> Do you think this is probably due to something else missing in the stock >>> kernel? >>> >>> Regarding the net-next branch, I am using this on my main PC so need it >>> to be quite stable, I also wouldn't mind keeping to the fedora kernel, >>> at least for this system if at all possible; I could always VM it. Is it >>> possible that one could create a patch against the 3.7.9 from the >>> next-net branch? Apologies, my knowledge of git is quite limited. >>> >>> BR >>> >>> sjs205 >>> >>> On 03/20/2013 01:07 PM, Tony Cheneau wrote: >>>> >>>> Hello, >>>> >>>> The latest 6LoWPAN bug fixes are sent first to the net-next branch of >>>> the linux kernel. It is generally a good habit to start using this >>>> branch of the kernel. You can find it here: >>>> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git >>>> >>>> To answer your initial question, I'm not sure the patch would apply >>>> cleanly on the Fedora kernel. If you are interested mainly in net-next + >>>> bugfixes, you can use my kernel tree directly (while I haven't merge it >>>> into net-next). >>>> >>>> Regards, >>>>Tony >>>> >>>> Le Wed, 20 Mar 2013 10:03:34 +, >>>> sjs205 a écrit : >>>> >>>>> Hello Tony, >>>>> >>>>> Thank you for getting back to me. I'm actually using a fedora kernel, >>>>> 3.7.9-104.fc17.x86_64. >>>>> >>>>> Based on this, would/should the patch still work? >>>>> >>>>> sjs205 >>>>> >>>>> On 03/20/2013 03:20 AM, Tony Cheneau wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> I don't know which kernel version or branch you use, but I'll assume >>>>>> that you are using the net-next branch. If so, the serial driver is >>>>>> missing. However, you can find it in my repo (you just have to apply >>>>>> this patch on top of your kernel tree or use my repo directly): >>>>>> >>>>>> https://github.com/linux-wpan/linux-net-next/commit/546618171de2be30236aab86f3ee323b425e2bf5 >>>>>> >>>>>> Regards, >>>>>> Tony >>>>>> >>>>>> Le Wed, 20 Mar 2013 03:03:25 +, >>>>>> sjs205 a écrit : >>>>>> >>>>>>> Hello all, >>>>>>> >>>>>>> I'm trying to get an econotag flashed with linux802154-serialdev >>>>>>> attached to my linux server using the 'azattac
Re: [Linux-zigbee-devel] Announcing the first public release of SimpleRPL
There is another Linux RPL implementation here. https://github.com/mcr/unstrung How does these relate to each other? On Fri, Apr 5, 2013 at 12:30 PM, Ralph Droms (rdroms) wrote: > Tony - I inadvertently missed one problem in the previous patch set. Please > use the attached [PATCH 3/3] instead of the one I sent previously. > > - Ralph > > > > > On Apr 5, 2013, at 10:29 AM 4/5/13, Tony Cheneau > wrote: > >> Hi Ralph, >> >> I'll test it over the course of the week-end or at the beginning of the >> next week. Thanks. >> >> Regards, >> Tony >> >> Le 2013-04-05 14:33, Ralph Droms (rdroms) a écrit : >>> Attached are the patches for fixing link-local address decompression. >>> Comments welcome... >>> >>> - Ralph > > > -- > Minimize network downtime and maximize team effectiveness. > Reduce network management and security costs.Learn how to hire > the most talented Cisco Certified professionals. Visit the > Employer Resources Portal > http://www.cisco.com/web/learning/employer_resources/index.html > ___ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > -- Jon Smirl jonsm...@gmail.com -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Announcing the first public release of SimpleRPL
On Mon, Jul 15, 2013 at 11:44 AM, Tony Cheneau wrote: > Hi Werner, > > Thanks a lot for your email and your patches. I'm sorry it took me so > long to reply. > >> Good news: I got it to talk to Contiki. While I'm not sure it's >> working perfectly, a lot of things look right and pings between >> the two systems pass nicely. > This is a excellent news indeed! I haven't tried running the code yet, but does it support routing between two network interfaces? For example could it route between 802.15.4 and Ethernet? That is one of the key features of the BATMAN implementation. BATMAN let you set up a wifi based mesh. You can connect any of those wifi mesh points with Ethernet and BATMAN will route over the Ethernet and assign it zero cost in the routing algorithm. The same model occurs in the 802.15.4. Suppose you had a whole building wired 802.15.4. Everything becomes one big subnet mesh. But now you add a 802.15.4/Ethernet router on each floor. Those Ethernet links can obviously save a lot of hops. Note that all of the 802.15.4 nodes make one big subnet. So those Ethernet jumps need to happen inside the RPL calculation otherwise you'd need to make one subnet per floor. -- Jon Smirl jonsm...@gmail.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Announcing the first public release of SimpleRPL
On Mon, Jul 15, 2013 at 1:24 PM, Tony Cheneau wrote: > Hi Jon, > > [...] > > >> I haven't tried running the code yet, but does it support routing >> between two network interfaces? For example could it route between >> 802.15.4 and Ethernet? That is one of the key features of the BATMAN >> implementation. > > Yes, simpleRPL handle system with multiple network interfaces. I haven't > tested a mix of IEEE 802.15.4 and Ethernet, but I don't see any reason why > it would fail. I tested the two of link technologies independently, and I > tested the multi-interface aspects using ethernet-only links (actually, it > was my development platform). One issue is six byte versus eight byte MAC addresses. I believe there is a Linux API that lets you determine the link type but it has been too long since I have used it. It will return ARPHRD_IEEE802154 or ARPHRD_IEEE802 (? for Ethernet), wifi ARPHRD_IEEE80211 > > >> BATMAN let you set up a wifi based mesh. You can connect any of those >> wifi mesh points with Ethernet and BATMAN will route over the Ethernet >> and assign it zero cost in the routing algorithm. > > I used BATMAN a long time ago, and indeed, it was pretty straightforward to > setup a network that would span over multiple network interfaces. SimpleRPL > will not work in the way you describe (see more below), but RPL does > encourage such a behavior. > > >> The same model occurs in the 802.15.4. Suppose you had a whole >> building wired 802.15.4. Everything becomes one big subnet mesh. But >> now you add a 802.15.4/Ethernet router on each floor. Those Ethernet >> links can obviously save a lot of hops. Note that all of the 802.15.4 >> nodes make one big subnet. So those Ethernet jumps need to happen >> inside the RPL calculation otherwise you'd need to make one subnet per >> floor. > > For the "calculation" part, each nodes computes a rank for its parent > (depending on the objective function) in order to elect its preferred > parent. Because simpleRPL can't obtain (yet) information from the underlying > link layers (the linux kernel does not seem to export any indication on the > link quality), the rank increase is fixed. This means that the path > computation favors shorter paths. While this is OK for my own purpose, I can > understand it could be an issue to some. For the case you indicated (mixing > 15.4 and Ethernet), the fact that simpleRPL does not properly handle rank > increases would mean that an ethernet link will always not be favored to a > 15.4. > > I hope it answers you question. > > Regards, > Tony -- Jon Smirl jonsm...@gmail.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
[Linux-zigbee-devel] Which 6lowpan SOCs can the Linux stack interoperate with?
I'm interested in knowing what SOC 802.15.4 devices you are using this stack with. Also, which 6lowpan implementation on the SOC. Has Contiki to linux-zigbee been sorted out yet? -- Jon Smirl jonsm...@gmail.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
Re: [Linux-zigbee-devel] Which 6lowpan SOCs can the Linux stack interoperate with?
On Thu, Jul 18, 2013 at 2:17 PM, Alexander Aring wrote: > Hi, > > On Thu, Jul 18, 2013 at 01:59:56PM -0400, jonsm...@gmail.com wrote: >> I'm interested in knowing what SOC 802.15.4 devices you are using >> this stack with. Also, which 6lowpan implementation on the SOC. >> > what do you mean with SOC, System on Chip? Currently there are some spi > device and virtual devices. I mean which external 802.15.4 devices are you using your Linux box to talk to? For example can the Linux stack talk the the Jennic 6lowpan implementation on the JN51xx series? > > http://sourceforge.net/apps/trac/linux-zigbee/wiki/HardwareSupport > > The mainline drivers for these devices are located in: > drivers/net/ieee802154 > > For a good virtual device, Tony Cheneau write something: > https://github.com/tcheneau/linux802154-serialdev > which is for testing the serial protocol: > http://sourceforge.net/apps/trac/linux-zigbee/wiki/SerialV1 > >> Has Contiki to linux-zigbee been sorted out yet? >> > > With my experience it doesn't work yet. I need some time to get this > working... > > There are also a wrong payload length for fragmented packets, I will try > to fix it... > This is a really big problem, because Contiki will calculate a wrong > checksum and drop the packet. > > Alex -- Jon Smirl jonsm...@gmail.com -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
