Re: [riot-devel] rfq commercial additions to riot-os
Hi Richard, here is the other Thomas again. On 31/10/2017 23:41, Richard Klingler wrote: So you're saying a node can participate even with two networks at the same time? Anyway... Yes, RIOT can handle multiple network interfaces and can speak with arbitrary neighbors from its neighbor cache. But what we a re mainly looking is to external manpower with a deeper riot-os knowledge to implement our needed features Either sponsoring to the project if a feature is of everyones interest or to a company doing specific features which is applicable mostly to our needs. Do you know of any company having knowledge/time/ doing such stuff? There are quite a number of people that (a) are generally working on advancing RIOT and (b) some are available for doing additional freelance work. So we should be able to help you in some way. Best, Thomas On Tue, 31 Oct 2017 15:35:52 -0700, Thomas Eichinger wrote: Hi Richard, On 31 Oct 2017, at 14:42 PDT(-0700), Richard Klingler wrote: Hmm.. I see you sometimes joining/leaving #riot-os (o; That might be me, different Thomas. ;) Yes the different networks is very interesting...and definitively a need not sure if it is easily done like adding a second interface on UNIX with a simple ifconfig (o; Having two network interfaces is already possible with RIOT as well as RIOT provides a ifconfig command for configuration. The button thing...don't have to be a button..and is also not always possible... Let's say you want to deploy a new network Idea is like all nodes have a default PAN as the firmware is all the same (more or less). You start deploying the network from the border router away by pressing a button which tells it to start a join procedurefor example by broadcasting on that PAN a message like "who ever wants to joing my new network with PAN ID xxx, you have 5 minutes time" Then on the the next node you press also a button, which then listens on the default PAN and accepts then the new PAN advertised by the router node... A leave would be then like pressing the button for 5 seconds...putting it back into the default PAN If I understand your scenario correctly, what you are suggesting involves a 802.15.4 coordinator announcing PAN or channel changes and/or manages hardware addresses. I started a discussion on this topic recently but for now RIOT is still missing these "runtime" features. Please be aware though that, to the best of my knowledge, nothing in the standard keeps a device from starting to communicate on a certain channel with a certain PAN ID at any point in time. Best, Thomas On Tue, 31 Oct 2017 22:28:09 +0100, Thomas C. Schmidt wrote: Hi Richard, thanks for sharing your thoughts on the list! I'm not sure I fully understand your requirements, but believe that some are generically interesting for RIOT, e.g., running several/many 802.15.4 networks in parallel. What about this join/leave button? Best, Thomas On 31/10/2017 22:14, Richard Klingler wrote: Evnin' from \.ch (o; Some of you from #riot-os already know some backgrounds... I work for a company doing sanitary devices (basically anything controlling water) with IoT capabilities...currently WLAN/Ethernet connection only... To extend our portfolio we would like to switch over to 802.15.4 network... Target areas would be for example hospitals with hundres od WSN nodes per building. In the past I tested so far contiki, skipped totally tinyos and ended up with an easily setup riot-os network at home...which was the base to present to our CEO... We have already assigned a local company to do a WSN but they failed after half year to deliver anything useful. That's why I always kept a back plan from the beginning evaluating open source solutions... I got the OK today to ask here on this list for external men power to extend the already great riot-os capabilities with special features we would need to be successful in commercial/industrial fields, mainly: - run independant wsn side by side with not interfering each other - simple joining/leaving a node to/from a PAN with simple button press We would like early as possible..speaking...within two weeks (o; thanks in advance for listening and for the already great riot-os (o; davorin@#riot-os richard ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel -- Prof. Dr. Thomas C. Schmidt ° Hamburg University of Applied Sciences Berliner Tor 7 ° ° Dept. Informatik, Internet Technologies Group20099 Hamburg, Germany ° ° http://www.haw-hamburg.de/inet Fon: +49-40-42875-8452 ° ° http://www.informatik.haw-hamburg.de/~schmidtFax: +49-40-42875-8409 ° ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org https://
Re: [riot-devel] rfq commercial additions to riot-os
Hi Richard, Yes, a node could for example have an ethernet and a 802.15.4 network interface and communicate over both. Asking on this list is the right way to go as most people offering any service like this I know should be listening here. Generally I think if the functionality I outlined before fits your use case this would most certainly be of broader interest. Anyways, it'd be great if you could keep this list updated. Best, Thomas On 31 Oct 2017, at 15:41 PDT(-0700), Richard Klingler wrote: > Hello Thomas > > So you're saying a node can participate even with two networks at the same > time? > Anyway... > > But what we a re mainly looking is to external manpower with a deeper > riot-os knowledge to implement our needed features > > Either sponsoring to the project if a feature is of everyones interest > or to a company doing specific features which is applicable mostly to our > needs. > > Do you know of any company having knowledge/time/ doing such stuff? > > > > thanks in advance > richard > > > > On Tue, 31 Oct 2017 15:35:52 -0700, Thomas Eichinger wrote: >> Hi Richard, >> >> On 31 Oct 2017, at 14:42 PDT(-0700), Richard Klingler wrote: >>> >>> Hmm.. I see you sometimes joining/leaving #riot-os (o; >> That might be me, different Thomas. ;) >> >>> Yes the different networks is very interesting...and definitively a >>> need >>> not sure if it is easily done like adding a second interface on UNIX >>> with a simple ifconfig (o; >> >> Having two network interfaces is already possible with RIOT as well >> as RIOT provides >> a ifconfig command for configuration. >> >>> The button thing...don't have to be a button..and is also not always >>> possible... >>> >>> Let's say you want to deploy a new network >>> >>> Idea is like all nodes have a default PAN as the firmware is all the >>> same (more or less). >>> >>> You start deploying the network from the border router away by >>> pressing a button >>> which tells it to start a join procedurefor example by >>> broadcasting on that PAN >>> a message like "who ever wants to joing my new network with PAN ID >>> xxx, you have 5 >>> minutes time" >>> >>> Then on the the next node you press also a button, which then >>> listens on the >>> default PAN and accepts then the new PAN advertised by the router node... >>> >>> A leave would be then like pressing the button for 5 >>> seconds...putting it back >>> into the default PAN >> >> If I understand your scenario correctly, what you are suggesting >> involves a 802.15.4 >> coordinator announcing PAN or channel changes and/or manages hardware >> addresses. >> >> I started a discussion on this topic recently but for now RIOT is >> still missing these >> "runtime" features. >> >> Please be aware though that, to the best of my knowledge, nothing in >> the standard keeps >> a device from starting to communicate on a certain channel with a >> certain PAN ID at any >> point in time. >> >> Best, >> Thomas >> >>> On Tue, 31 Oct 2017 22:28:09 +0100, Thomas C. Schmidt wrote: Hi Richard, thanks for sharing your thoughts on the list! I'm not sure I fully understand your requirements, but believe that some are generically interesting for RIOT, e.g., running several/many 802.15.4 networks in parallel. What about this join/leave button? Best, Thomas On 31/10/2017 22:14, Richard Klingler wrote: > Evnin' from \.ch (o; > > Some of you from #riot-os already know some backgrounds... > > I work for a company doing sanitary devices (basically anything > controlling water) > with IoT capabilities...currently WLAN/Ethernet connection only... > > To extend our portfolio we would like to switch over to 802.15.4 > network... > Target areas would be for example hospitals with hundres od WSN > nodes per building. > > In the past I tested so far contiki, skipped totally tinyos and ended up > with an easily setup riot-os network at home...which was the base to > present to our CEO... > > We have already assigned a local company to do a WSN but they failed > after half year to deliver > anything useful. That's why I always kept a back plan from the > beginning evaluating > open source solutions... > > I got the OK today to ask here on this list for external men power > to extend > the already great riot-os capabilities with special features we > would need > to be successful in commercial/industrial fields, mainly: > > - run independant wsn side by side with not interfering each other > - simple joining/leaving a node to/from a PAN with simple button press > > > We would like early as possible..speaking...within two weeks (o; > > > thanks in advance for listening and > for the already great riot-os (o; > > davorin@#riot-os > richard > > ___
Re: [riot-devel] rfq commercial additions to riot-os
Hello Thomas So you're saying a node can participate even with two networks at the same time? Anyway... But what we a re mainly looking is to external manpower with a deeper riot-os knowledge to implement our needed features Either sponsoring to the project if a feature is of everyones interest or to a company doing specific features which is applicable mostly to our needs. Do you know of any company having knowledge/time/ doing such stuff? thanks in advance richard On Tue, 31 Oct 2017 15:35:52 -0700, Thomas Eichinger wrote: > Hi Richard, > > On 31 Oct 2017, at 14:42 PDT(-0700), Richard Klingler wrote: >> >> Hmm.. I see you sometimes joining/leaving #riot-os (o; > That might be me, different Thomas. ;) > >> Yes the different networks is very interesting...and definitively a >> need >> not sure if it is easily done like adding a second interface on UNIX >> with a simple ifconfig (o; > > Having two network interfaces is already possible with RIOT as well > as RIOT provides > a ifconfig command for configuration. > >> The button thing...don't have to be a button..and is also not always >> possible... >> >> Let's say you want to deploy a new network >> >> Idea is like all nodes have a default PAN as the firmware is all the >> same (more or less). >> >> You start deploying the network from the border router away by >> pressing a button >> which tells it to start a join procedurefor example by >> broadcasting on that PAN >> a message like "who ever wants to joing my new network with PAN ID >> xxx, you have 5 >> minutes time" >> >> Then on the the next node you press also a button, which then >> listens on the >> default PAN and accepts then the new PAN advertised by the router node... >> >> A leave would be then like pressing the button for 5 >> seconds...putting it back >> into the default PAN > > If I understand your scenario correctly, what you are suggesting > involves a 802.15.4 > coordinator announcing PAN or channel changes and/or manages hardware > addresses. > > I started a discussion on this topic recently but for now RIOT is > still missing these > "runtime" features. > > Please be aware though that, to the best of my knowledge, nothing in > the standard keeps > a device from starting to communicate on a certain channel with a > certain PAN ID at any > point in time. > > Best, > Thomas > >> On Tue, 31 Oct 2017 22:28:09 +0100, Thomas C. Schmidt wrote: >>> Hi Richard, >>> >>> thanks for sharing your thoughts on the list! >>> >>> I'm not sure I fully understand your requirements, but believe that >>> some are generically interesting for RIOT, e.g., running several/many >>> 802.15.4 networks in parallel. >>> >>> What about this join/leave button? >>> >>> Best, >>> Thomas >>> >>> On 31/10/2017 22:14, Richard Klingler wrote: Evnin' from \.ch (o; Some of you from #riot-os already know some backgrounds... I work for a company doing sanitary devices (basically anything controlling water) with IoT capabilities...currently WLAN/Ethernet connection only... To extend our portfolio we would like to switch over to 802.15.4 network... Target areas would be for example hospitals with hundres od WSN nodes per building. In the past I tested so far contiki, skipped totally tinyos and ended up with an easily setup riot-os network at home...which was the base to present to our CEO... We have already assigned a local company to do a WSN but they failed after half year to deliver anything useful. That's why I always kept a back plan from the beginning evaluating open source solutions... I got the OK today to ask here on this list for external men power to extend the already great riot-os capabilities with special features we would need to be successful in commercial/industrial fields, mainly: - run independant wsn side by side with not interfering each other - simple joining/leaving a node to/from a PAN with simple button press We would like early as possible..speaking...within two weeks (o; thanks in advance for listening and for the already great riot-os (o; davorin@#riot-os richard ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel >>> >>> -- >>> >>> Prof. Dr. Thomas C. Schmidt >>> ° Hamburg University of Applied Sciences Berliner >>> Tor 7 ° >>> ° Dept. Informatik, Internet Technologies Group20099 Hamburg, >>> Germany ° >>> ° http://www.haw-hamburg.de/inet Fon: >>> +49-40-42875-8452 ° >>> ° http://www.informatik.haw-hamburg.de/~schmidtFax: >>> +49-40-42875-8409 ° >>> ___ >>> devel mailing list >>> devel@riot-os.org >>> https://lists
Re: [riot-devel] rfq commercial additions to riot-os
Hi Richard, On 31 Oct 2017, at 14:42 PDT(-0700), Richard Klingler wrote: Hmm.. I see you sometimes joining/leaving #riot-os (o; That might be me, different Thomas. ;) Yes the different networks is very interesting...and definitively a need not sure if it is easily done like adding a second interface on UNIX with a simple ifconfig (o; Having two network interfaces is already possible with RIOT as well as RIOT provides a ifconfig command for configuration. The button thing...don't have to be a button..and is also not always possible... Let's say you want to deploy a new network Idea is like all nodes have a default PAN as the firmware is all the same (more or less). You start deploying the network from the border router away by pressing a button which tells it to start a join procedurefor example by broadcasting on that PAN a message like "who ever wants to joing my new network with PAN ID xxx, you have 5 minutes time" Then on the the next node you press also a button, which then listens on the default PAN and accepts then the new PAN advertised by the router node... A leave would be then like pressing the button for 5 seconds...putting it back into the default PAN If I understand your scenario correctly, what you are suggesting involves a 802.15.4 coordinator announcing PAN or channel changes and/or manages hardware addresses. I started a discussion on this topic recently but for now RIOT is still missing these "runtime" features. Please be aware though that, to the best of my knowledge, nothing in the standard keeps a device from starting to communicate on a certain channel with a certain PAN ID at any point in time. Best, Thomas On Tue, 31 Oct 2017 22:28:09 +0100, Thomas C. Schmidt wrote: Hi Richard, thanks for sharing your thoughts on the list! I'm not sure I fully understand your requirements, but believe that some are generically interesting for RIOT, e.g., running several/many 802.15.4 networks in parallel. What about this join/leave button? Best, Thomas On 31/10/2017 22:14, Richard Klingler wrote: Evnin' from \.ch (o; Some of you from #riot-os already know some backgrounds... I work for a company doing sanitary devices (basically anything controlling water) with IoT capabilities...currently WLAN/Ethernet connection only... To extend our portfolio we would like to switch over to 802.15.4 network... Target areas would be for example hospitals with hundres od WSN nodes per building. In the past I tested so far contiki, skipped totally tinyos and ended up with an easily setup riot-os network at home...which was the base to present to our CEO... We have already assigned a local company to do a WSN but they failed after half year to deliver anything useful. That's why I always kept a back plan from the beginning evaluating open source solutions... I got the OK today to ask here on this list for external men power to extend the already great riot-os capabilities with special features we would need to be successful in commercial/industrial fields, mainly: - run independant wsn side by side with not interfering each other - simple joining/leaving a node to/from a PAN with simple button press We would like early as possible..speaking...within two weeks (o; thanks in advance for listening and for the already great riot-os (o; davorin@#riot-os richard ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel -- Prof. Dr. Thomas C. Schmidt ° Hamburg University of Applied Sciences Berliner Tor 7 ° ° Dept. Informatik, Internet Technologies Group20099 Hamburg, Germany ° ° http://www.haw-hamburg.de/inet Fon: +49-40-42875-8452 ° ° http://www.informatik.haw-hamburg.de/~schmidtFax: +49-40-42875-8409 ° ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] rfq commercial additions to riot-os
Hello Thomas Hmm.. I see you sometimes joining/leaving #riot-os (o; Anyway Yes the different networks is very interesting...and definitively a need not sure if it is easily done like adding a second interface on UNIX with a simple ifconfig (o; The button thing...don't have to be a button..and is also not always possible... Let's say you want to deploy a new network Idea is like all nodes have a default PAN as the firmware is all the same (more or less). You start deploying the network from the border router away by pressing a button which tells it to start a join procedurefor example by broadcasting on that PAN a message like "who ever wants to joing my new network with PAN ID xxx, you have 5 minutes time" Then on the the next node you press also a button, which then listens on the default PAN and accepts then the new PAN advertised by the router node... A leave would be then like pressing the button for 5 seconds...putting it back into the default PAN If you like we could also talk tomorrow on phone or chat on #riot-os thanks for listening richard aka davorin On Tue, 31 Oct 2017 22:28:09 +0100, Thomas C. Schmidt wrote: > Hi Richard, > > thanks for sharing your thoughts on the list! > > I'm not sure I fully understand your requirements, but believe that > some are generically interesting for RIOT, e.g., running several/many > 802.15.4 networks in parallel. > > What about this join/leave button? > > Best, > Thomas > > On 31/10/2017 22:14, Richard Klingler wrote: >> Evnin' from \.ch (o; >> >> Some of you from #riot-os already know some backgrounds... >> >> I work for a company doing sanitary devices (basically anything >> controlling water) >> with IoT capabilities...currently WLAN/Ethernet connection only... >> >> To extend our portfolio we would like to switch over to 802.15.4 network... >> Target areas would be for example hospitals with hundres od WSN >> nodes per building. >> >> In the past I tested so far contiki, skipped totally tinyos and ended up >> with an easily setup riot-os network at home...which was the base to >> present to our CEO... >> >> We have already assigned a local company to do a WSN but they failed >> after half year to deliver >> anything useful. That's why I always kept a back plan from the >> beginning evaluating >> open source solutions... >> >> I got the OK today to ask here on this list for external men power >> to extend >> the already great riot-os capabilities with special features we would need >> to be successful in commercial/industrial fields, mainly: >> >> - run independant wsn side by side with not interfering each other >> - simple joining/leaving a node to/from a PAN with simple button press >> >> >> We would like early as possible..speaking...within two weeks (o; >> >> >> thanks in advance for listening and >> for the already great riot-os (o; >> >> davorin@#riot-os >> richard >> >> ___ >> devel mailing list >> devel@riot-os.org >> https://lists.riot-os.org/mailman/listinfo/devel >> > > -- > > Prof. Dr. Thomas C. Schmidt > ° Hamburg University of Applied Sciences Berliner Tor 7 ° > ° Dept. Informatik, Internet Technologies Group20099 Hamburg, Germany ° > ° http://www.haw-hamburg.de/inet Fon: +49-40-42875-8452 ° > ° http://www.informatik.haw-hamburg.de/~schmidtFax: +49-40-42875-8409 ° > ___ > devel mailing list > devel@riot-os.org > https://lists.riot-os.org/mailman/listinfo/devel ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
Re: [riot-devel] rfq commercial additions to riot-os
Hi Richard, thanks for sharing your thoughts on the list! I'm not sure I fully understand your requirements, but believe that some are generically interesting for RIOT, e.g., running several/many 802.15.4 networks in parallel. What about this join/leave button? Best, Thomas On 31/10/2017 22:14, Richard Klingler wrote: Evnin' from \.ch (o; Some of you from #riot-os already know some backgrounds... I work for a company doing sanitary devices (basically anything controlling water) with IoT capabilities...currently WLAN/Ethernet connection only... To extend our portfolio we would like to switch over to 802.15.4 network... Target areas would be for example hospitals with hundres od WSN nodes per building. In the past I tested so far contiki, skipped totally tinyos and ended up with an easily setup riot-os network at home...which was the base to present to our CEO... We have already assigned a local company to do a WSN but they failed after half year to deliver anything useful. That's why I always kept a back plan from the beginning evaluating open source solutions... I got the OK today to ask here on this list for external men power to extend the already great riot-os capabilities with special features we would need to be successful in commercial/industrial fields, mainly: - run independant wsn side by side with not interfering each other - simple joining/leaving a node to/from a PAN with simple button press We would like early as possible..speaking...within two weeks (o; thanks in advance for listening and for the already great riot-os (o; davorin@#riot-os richard ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel -- Prof. Dr. Thomas C. Schmidt ° Hamburg University of Applied Sciences Berliner Tor 7 ° ° Dept. Informatik, Internet Technologies Group20099 Hamburg, Germany ° ° http://www.haw-hamburg.de/inet Fon: +49-40-42875-8452 ° ° http://www.informatik.haw-hamburg.de/~schmidtFax: +49-40-42875-8409 ° ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
[riot-devel] rfq commercial additions to riot-os
Evnin' from \.ch (o; Some of you from #riot-os already know some backgrounds... I work for a company doing sanitary devices (basically anything controlling water) with IoT capabilities...currently WLAN/Ethernet connection only... To extend our portfolio we would like to switch over to 802.15.4 network... Target areas would be for example hospitals with hundres od WSN nodes per building. In the past I tested so far contiki, skipped totally tinyos and ended up with an easily setup riot-os network at home...which was the base to present to our CEO... We have already assigned a local company to do a WSN but they failed after half year to deliver anything useful. That's why I always kept a back plan from the beginning evaluating open source solutions... I got the OK today to ask here on this list for external men power to extend the already great riot-os capabilities with special features we would need to be successful in commercial/industrial fields, mainly: - run independant wsn side by side with not interfering each other - simple joining/leaving a node to/from a PAN with simple button press We would like early as possible..speaking...within two weeks (o; thanks in advance for listening and for the already great riot-os (o; davorin@#riot-os richard ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel
[riot-devel] Monthly meetings for organisation purposes
Hi RIOT developers, maintainers, Maybe some attendants to the RIOT Summit 2017 remember that we have talked about having developer/maintainer meetings from time to time to discuss about organisational stuff, e.g. which Issues/PRs are priorities and who’s looking at them. Well, I just moved a step forward into this and ask all of you to attend the first meeting. For strategical reasons, we’ll hold these meetings one day before the Hack&ACK, which takes place last Thursday every month. This way we can agree which PRs/issues are likely to be solved during the Hack&ACK, especially if the couple maintainer/commiter attend the meeting. However, this is not limited to the Hack&ACK and can be done at any time, we’ll discuss the way we want to work on this and if a meeting per month is enough/too much. I have organised this using github projects[1], on which I have created several (maybe too much, to be discussed): - Bug tracker for the release -> This project keeps track of the bugs reported in the current release. The goal is to work on them as much/soon as possible. The first task would be to order them by priority, since for now they’re just ordered by date. - A project for each area on our roadmap -> Keeps track of the current work being done in a given area. The goal is to create issues/PRs and organise them by priority. A maintainer will be assigned to get the issue solved/PR merged. - Monthly meetings organisation -> Keeps tracking of the activities regarding our roadmap. I think this can be used mostly to agree on which parts of the roadmap we want to work on, and who’s steering the activities. I didn’t add the bug tracker here but it’s maybe convenient, though it can bee too large. Given that today is a holiday in Germany, and most of the attendants/organisers of Hack&ACK are from there, there’s none today. We have agreed that we will move it to the next Tuesday. Therefore, I suggest to have our first meeting next Monday. I don’t know about the hour, since we have contributors from all over the world, but I guess around 17:00 can fit most time zones. I expect your feedback and let’s also discuss about which mean can we meet. We’re using placecam for the Hack&ACK which works more or less good, but if we can have something better and all people is able to configure it we should move to it. Since this would be our first meeting, I’d say we’ll need to reserve around 1h for it, but I’ll try to keep the next ones no longer than 30min. Keep RIOTing! Cheers! P.S: @Martine, can you set up the next Hack&ACK meeting? Thanks! -- Francisco Javier Acosta Padilla Research Engineer at INRIA Saclay INFINE Team [1] https://github.com/RIOT-OS/RIOT/projects___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel