Hi,
Ludwig, how is the planning going ?
Could you create a wiki page (like [1]) or an issue (like [2]) with
description of the work to do as well as assignment for each task?
Everybody will know how it is going then.
What do you think about it?
Cheers,
[1] https://github.com/RIOT-OS/RIOT/wiki/T
Hello Karel,
Have you managed to solve your vtimer problem? I've got a similar problem
(different time) on the SAMR21. Look at Jan second answer.
Best,
2015-02-26 9:53 GMT+01:00 Cenk Gündogan :
> I am not certain if Karel joined the mailing list here yet.. you might
> want to include him direc
ore/Mutex lockup bug, because the
> Uart output is never garbled, is complete, and in my case always ended
> with
> sec=31 min=5 hour=1
> sec=32 min=5 hour=1
> these lines suspiciously missing from the final lines of output. But
> who knows...
>
> wish you all luck. Karel
>
Hello,
I'm trying to build the microcoap app on Native.
Here is what I get:
workspace/applications-master/microcoap$ make
...
gcc: error: workspace/applications-master/microcoap/bin/native/microcoap.a:
Aucun fichier ou dossier de ce type
make: *** [all] Erreur 1
RIOT folder is in workspace as w
coap application,
> but I tried to compile it against current master and it worked. Did you try
> a `make distclean` before `make`? Sometimes the checkout points for the pkg
> repositories get a little deprecated.
>
> Cheers,
> Martine
>
> 2015-03-16 10:26 GMT+01:00 Bapt
Arvid, Ludwig, any improvements concerning OTA?
Cheers,
2015-03-09 15:12 GMT+01:00 Baptiste Clenet :
> Hi,
>
> Ludwig, how is the planning going ?
> Could you create a wiki page (like [1]) or an issue (like [2]) with
> description of the work to do as well as assignmen
, so please bear with me ;)
> An update will follow soonish.
>
> If you're on a deadline say so and I can look if I can squeeze it in
> somehow.
>
> Cheers,
> Ludwig
>
> Baptiste Clenet schrieb:
> > Arvid, Ludwig, any improvements concerning OTA?
> >
&g
Hello,
I'm also interesting in AT86RF212B driver.
Ashkay has already done some improvements with this driver.
Does anybody have a WIP branch to try this driver?
Cheers,
2015-03-18 22:14 GMT+01:00 Joakim Gebart :
> Hello,
>
> On Wed, Mar 18, 2015 at 10:08 PM, Craig Younkins
> wrote:
> > I think
Hi Rioters,
This question is not particularly about Riot but it makes sense to ask you
since future Riot device might use one of this high level protocol
(Iotivity, AllJoyn, Thread, Ipso Alliance).
What do you think about them? In your opinion, which one will be mostly
used?
Is there any future d
Thanks a lot!
As soon as I've got this transceiver, I will try it.
2015-03-19 15:09 GMT+01:00 nidhya elango :
> Dear RIOTers,
>
> Further to a few queries, the following PR has been made for the addition
> of a driver for the at86rf212b transceiver from atmel.
> https://github.com/RIOT-OS/RIOT/pu
Thank you Oleg for this complete response!
I agree with you about IETF protocols, everybody should use them and it
will make communication easier.
Concerning IoTBase, I would add that they're thinking about a stack for
constrained devices [1] so it might be easier to implement on RIOT. As you
said,
Hi,
Is there any diagram somewhere to get an overview of the New Network Stack?
(How it works, how it is connected from transceiver to UDP)
The links provided in [1] can't be read by draw io.
Cheers,
[1] https://github.com/RIOT-OS/RIOT/wiki/Model-for-the-network-stack
--
*Clenet Baptiste*
__
ou know once we have
> something.
>
> Cheers,
> Hauke
>
>
>
> On 17.04.2015 12:20, Baptiste Clenet wrote:
>
> Hi,
>
> Is there any diagram somewhere to get an overview of the New Network
> Stack? (How it works, how it is connected from transceiver to UDP)
&
but I drew up some
> (preliminary) activity diagrams for my parts (IPv6 and 6LoWPAN) [1].
>
> Cheers,
> Martine
>
> [1]
> https://www.dropbox.com/sh/rn750v8r8ezszqw/AABKpegFODterMuE6X4g0kQSa?dl=0
>
> 2015-04-17 13:22 GMT+02:00 Baptiste Clenet :
>
>> Thanks Hauke,
Hi,
Could you add an example/test for the new ng_udp? It will be easier to use
it then.
*@haukepetersen @authmillenon *
Cheers,
--
*Clenet Baptiste*
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
ed fashion (as in auto_init). But I
> have already a concept in mind, hopefully I will get it done tomorrow - and
> with that I will update the example for UDP. So stay tuned :-)
>
> Cheers,
> Hauke
>
>
> On 28.04.2015 10:10, Baptiste Clenet wrote:
>
> Hi,
>
> Coul
Hi,
I've got two questions concerning WDT:
- Why do we disable it on the samr21 at launch time?
- Why doesn't RIOT provide a wdt.h in drivers/include/periph?
Cheers,
--
*Clenet Baptiste*
___
devel mailing list
devel@riot-os.org
https://lists.riot-o
the
> watchdog.
>
> Best regards,
> Joakim Gebart
> Eistec AB
> www.eistec.se
> On Apr 29, 2015 2:43 PM, "Baptiste Clenet" wrote:
>
>> Hi,
>>
>> I've got two questions concerning WDT:
>> - Why do we disable it on the samr21 at
that it is always a good idea to check if the returned values
> are not NULL (in case of a full packet buffer). Also: I did not compile
> this, so be warned of syntax errors ;-)
>
> Cheers,
> Martine
>
> 2015-04-28 13:54 GMT+02:00 Baptiste Clenet :
>
>> Great Hauke! I
Hauke, have you found some time to create those diagram?
2015-04-20 9:29 GMT+02:00 Baptiste Clenet :
> Thank you Martine,
> It might be a bit too precise, but it can be useful in term of debugging.
> What I meant was one diagram which sums up the new network stack.
>
> Baptiste,
I would add that we all want this feature to be added to RIOT and we are
pleased for any help to implement it :-)
2015-05-08 6:50 GMT+02:00 Ludwig Ortmann :
> Hi,
>
> This is often called "firmware update" or "OTA" for "(firmware) over the
> air".
>
> We don't have support for this yet, but it is
Hi Rioters,
We've talked about OTA at some point earlier and lot of people are
interested in it but is there some people currently working on? (Daniel
Krebs?)
As a reminder, here are some information previously discussed:
- https://github.com/RIOT-OS/RIOT/wiki/minutes-OTA-meetup-13.2.2015
-
https
2015-06-09 12:28 GMT+02:00 Kaspar Schleiser :
> Hi,
>
> On 06/09/15 12:06, Baptiste Clenet wrote:
>> IMO, OTA is mandatory for IOT's OS and we should consider it seriously
>> as soon as the network stack will be done/stable.(People can work on in
>> parallel of th
By the way, ATMEL has just released an app with OTA on its last Atmel
Studio version. I think iit could be a good start to develop RIOT's
OTA.
Baptiste
2015-06-09 15:16 GMT+02:00 Kaspar Schleiser :
> Hey,
>
> On 06/09/2015 01:37 PM, Baptiste Clenet wrote:
>>
>> - Take
; Emmanuel
>
> On Tue, Jun 16, 2015 at 10:34 AM, Baptiste Clenet
> wrote:
>
>> By the way, ATMEL has just released an app with OTA on its last Atmel
>> Studio version. I think iit could be a good start to develop RIOT's
>> OTA.
>>
>> Baptiste
>>
&
WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
* POSSIBILITY OF SUCH DAMAGE.
2015-06-16 21:10 GMT+02:00 Adam Hunt :
> What license have they released their code under? I'd look myself but I'm
> away from my desk.
>
> Adam
>
> On Tue, Jun 16, 2015, 7:41
Hi,
I know that Riot hasn't got a file system but I'm wondering if we could
still save some raw data in the ROM which would be available after reset?
Could we allow some space in the ROM and write some data?
By the way, have you planned to design a file system for Riot?
--
Baptiste
Sounds great Hauke! I like the multiplexing, it will allow all kind of
storage to be implemented and to separate device driver and the "user
space" (API).
This could be used by OTAU as well!
By "config module for the msba2 and msb-430", did you mean [1]?
Frank, flashrom.h is for me one part of t
2015-08-27 11:50 GMT+02:00 Kaspar Schleiser :
> Hey,
>
> On 08/27/2015 11:39 AM, Baptiste Clenet wrote:
>
>> By the way, flashrom.h should provide a flashrom_read() function or I
>> don't see the utility.
>>
>
> Flash is usually directly accessible, no ne
Hi all,
I'm building an example (let's called it "app") for RIOT with the
following structure:
app/*.c
app/include/*.h
app/thingA/*.c
app/thingA/include*.h
app/thingB/*.c
app/thingB/include*.h
How to add the required path in the Makefile? Should I add
Makefile.base in each folder or is there anot
Anyone? @OlegHahm , @daniel-k ?
2015-10-09 16:50 GMT+02:00 Baptiste Clenet :
> Hi all,
>
> I'm building an example (let's called it "app") for RIOT with the
> following structure:
> app/*.c
> app/include/*.h
> app/thingA/*.c
> app/thingA/include*.h
>
nclude $(RIOTBASE)/Makefile.base
>
>
> Something like that should work ... but if there is a better solution nice
> to know!
>
> greetings
> Attilio
>
>
> On Fri, Oct 9, 2015 at 4:50 PM, Baptiste Clenet wrote:
>>
>> Hi all,
>>
>> I'm bui
gt;
> This way all code in `app` should form one module.
> Let me know if this helps.
>
> Best,
> Thomas
>
> On 14 Oct 2015, at 9:05 CEST(+0200), Baptiste Clenet wrote:
>
>> Anyone? @OlegHahm , @daniel-k ?
>>
>> 2015-10-09 16:50 GMT+02:00 Baptiste Clen
@Illias, the current monitor header pins are the only way I know to
measure the current consumption. If you see a better way to do that,
It would be great to try it, let us know.
Baptiste
2015-10-23 11:37 GMT+02:00 Peter Kietzmann :
> Hi Ilias,
>
> I'd love to have such possibility, but from my k
from - but maybe you can measure your board and share your results with us?
>
> Cheers,
> Hauke
>
>
>
> On 26.10.2015 10:59, Baptiste Clenet wrote:
>>
>> @Illias, the current monitor header pins are the only way I know to
>> measure the current consumption. If
Hi Illias,
There is an example of the use of microcoap [1] but it hasn't been
updated with the new network stack so it might not work.
No microcoap doesn't take care about socket so you have to register a
new UDP socket which will be redirected to your microcoap handle
function.
[1] https://gith
Hi,
Most RIOT cpu use 32bit system or less, in 2038, 32bit system will get
an overflow if they use epoch system and it will comes back to year
1900.
How to avoid this problem, is there a solution with RIOT?
Example:
int date = 2147483649;
struct tm now;
now = *localtime((time_t*)&date);
printf("N
ste
2015-10-29 15:02 GMT+01:00 Ilias Seitanidis :
> Hi Baptiste,
> do you know if libcoap is working on the new stack?
> Best,
> Ilias
>
> 2015-10-29 14:56 GMT+01:00 Baptiste Clenet :
>>
>> Hi Illias,
>>
>> There is an example of the use of microcoap [1] bu
Hi Lennart,
>Also, you'd probably have to port it to RIOT first
Just to let you know, libcoap has already been ported to RIOT (as a
pkg as microcoap) [1]
Yes it does network registering automatically but I don't if this port
does it with the new network stack, need testing.
[1] https://github.com
Hi,
I want to edit the IPV6 address with a new EUI64. Which is the correct
way to edit the IPV6 address? I tried to edit the Long HWaddr with
gnrc_netapi_set but it doesn't automatically update inet6 addr.
Do I have to update each value (ie Short/Long addr and inet6 addr) or
is there a way to prov
> Not sure, what you're trying to achieve. The IPv6 link-local address is
> calculated at boot time from the node's EUI-64 address and won't be updated
> automatically by just changing the node's HW addresses later on. You can
> however remove the IPv6 address from the given interface and add a new
Thanks Oleg, I will have a look at it.
2015-11-04 10:05 GMT+01:00 Oleg Hahm :
> Baptiste,
>
>> I wanted to update all ifconfig (Pv6 link-local address, Short
>> address, Long HW address) information from a new EUI-64.
>> I see that it's what RIOT does at build time then. So I should edit
>> the EU
Long HWaddr: 5a:5a:XX
inet addr fe80::585a:XX
If I've got a global EUI64, not local, how should I proceed to tell
RIOT to not create local address? Or did I misunderstand something?
Baptiste
2015-11-04 11:40 GMT+01:00 Baptiste Clenet :
> Thanks Oleg, I will have a look at it.
>
>
2015-11-04 16:31 GMT+01:00 Baptiste Clenet :
> Oleg, where did RIOT find those values for CPUID:
> #define SAMD21_CPUID_WORD0 (*(volatile uint32_t *)0x0080A00C)
> #define SAMD21_CPUID_WORD1 (*(volatile uint32_t *)0x0080A040)
> #define SAMD21_CPUID_WORD2 (*(volatile uint32_t *)0x0080A04
Ok I edit my question:
How to add a global unique IPV6 address to RIOT iface? (IPV6 will be
built from a unique EUI64)
2015-11-04 16:35 GMT+01:00 Baptiste Clenet :
> 2015-11-04 16:31 GMT+01:00 Baptiste Clenet :
>> Oleg, where did RIOT find those values for CPUID:
>> #define SAM
Hi all,
This is just to know your opinion about this OS:
https://www.mbed.com/en/
Why RIOT is better than mbed (apart from being a multi thread OS)? It
seems to support lot of boards and has a rich network stack.
Cheers,
--
Baptiste
___
devel mailing
Thanks Oleg for your input!
2016-03-01 20:23 GMT+01:00 Oleg Hahm :
> Hi Baptiste!
>
> On Tue, Mar 01, 2016 at 07:14:50PM +0100, Baptiste Clenet wrote:
>> This is just to know your opinion about this OS:
>> https://www.mbed.com/en/
>> Why RIOT is better than mbed (apar
Hi,
On one SAMR21 (A), I set up the gnrc_border_router so I've got two
interfaces (with at86rf2xx and SLIP). I've got another SAMR21 (B) with
gnrc_networking example.
When I send an UDP packet from B to A, is it possible to bridge the
two interfaces on A in order to receive my UDP packet on my lin
the network stack included with this footprint? If this is
just to run hello-world, RIOT is much better!
> The ROM & RAM are not the min values ,but the specs of the lowest hardware
> device supported from Mbed.
>
> 2016-03-04 12:04 GMT+01:00 Baptiste Clenet :
>>
>> Th
May I come back to my problem? :-)
@Cenk, I read the discussion but it still doesn't seem to work.
I want LINUX to send UDP to BOARD B via BOARD A (border router)
Here is my setup:
Linux computer:
@RIOT-2016.02/dist/tools/tunslip$ sudo ./tunslip6 affe::1/64 -t tun0
-s /dev/ttyUSB0
SLIP st
Also I can ping from BOARD A to B and reverse
I tired on LINUX: netcat -6u affe::585a:455f:dd7:52be but it
doesn't seem to go through tun0, may I should reroute something?
2016-03-04 18:54 GMT+01:00 Baptiste Clenet :
> May I come back to my problem? :-)
>
> @Cenk, I read the
From LINUX:
@/RIOT-2016.02/examples/gnrc_networking$ ping6 -I tun0 affe::2
PING affe::2(affe::2) from affe::1 tun0: 56 data bytes
64 bytes from affe::2: icmp_seq=1 ttl=64 time=974 ms
64 bytes from affe::2: icmp_seq=2 ttl=64 time=21.7 ms
64 bytes from affe::2: icmp_seq=3 ttl=64 time=22.3 ms
^C
--- a
@Cenk (or anyone), could you give me some help on that please?
2016-03-04 19:54 GMT+01:00 Baptiste Clenet :
> From LINUX:
> @/RIOT-2016.02/examples/gnrc_networking$ ping6 -I tun0 affe::2
> PING affe::2(affe::2) from affe::1 tun0: 56 data bytes
> 64 bytes from affe::2: icmp_seq=1 ttl
d B.
Does it make sense?
Baptiste
2016-03-07 10:52 GMT+01:00 Kaspar Schleiser :
> Hey,
>
> On 03/07/2016 08:43 AM, Baptiste Clenet wrote:
>> @Cenk (or anyone), could you give me some help on that please?
>
> Just so I understand correctly: you basically want to sniff traf
@kaspar, @Daniel I'm goint to try to sum up:
Node A (border router on samr21):
Iface 5: inet6 addr: fe80::585a:4b52:7476:b996
> ifconfig 6 add affe::2(Is that necessary then?)
> ncache add 6 affe::1
> ifconfig 6 add dead::585a:4b52:7476:b996
2016-03-07 17:10:09,884 - INFO # > ifco
@Kaspar, @Daniel?
I think I'm close to make it work but I think I miss something about
bridge and network here.
2016-03-07 17:19 GMT+01:00 Baptiste Clenet :
> @kaspar, @Daniel I'm goint to try to sum up:
>
> Node A (border router on samr21):
> Iface 5: inet6 addr: fe8
Hi,
Do you think that RIOT is production-ready? What is still missing
according to you to run RIOT on an IOT device in production?
Cheers,
--
Baptiste
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
spirit of "I want to run a CoAP server on this port which publishes
> these actuators/sensors" in less then 10 lines) might be something
> that a client wants to see.
>
> Cheers,
> Martine
>
> 2016-03-09 15:02 GMT+01:00 Baptiste Clenet :
>> Hi,
>>
>>
Hi,
Could you link the PR please?
Thanks
Baptiste
2016-03-17 13:16 GMT+01:00 Marc :
> Hi,
>
> sure, I'll try to push that in few days.
>
> Marc
>
>
> On 2016-03-17 12:54, Emmanuel Baccelli wrote:
>>
>> Hi Marc,
>> Could you PR this (as WIP, if needed)?
>> Would be great.
>> Cheers,
>> Emmanue
Hi,
I would like to link libexample.a in my RIOT example, what should I
add in the Makefile?
Thanks,
--
Baptiste
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
I tried to use
APPDEPS += libexample.a
Does not work
2016-03-30 9:23 GMT+02:00 Baptiste Clenet :
> Hi,
>
> I would like to link libexample.a in my RIOT example, what should I
> add in the Makefile?
>
> Thanks,
>
> --
&g
BASELIBS += libexample.a makes it work!
2016-03-30 12:04 GMT+02:00 Oleg Hahm :
> Hi Kaspar!
>
> On Wed, Mar 30, 2016 at 10:51:03AM +0200, Kaspar Schleiser wrote:
>> On 03/30/2016 09:26 AM, Baptiste Clenet wrote:
>> > I tried to use
>> > APPDEPS += libexamp
2016 at 09:26:01AM +0200, Baptiste Clenet wrote:
>> I tried to use
>> APPDEPS += libexample.a
>> Does not work
>
> Strange, for me it works like charm:
> https://github.com/OlegHahm/miniature-dangerzone/tree/master/static_linked
>
> Cheers,
> Oleg
> --
> /*
Hi,
My set up:
Linux -> board A (border router) board B (gnrc_networking)
I've set up the border router, I can ping board B by changing fe80 by
2001:db8:: inside Linux, but I used the multicast address ff02::1 to
send frames to all my nodes and this does not work. How can I do that
with t
warded by a border router. Try
> set-up a multicast address with a broader scope than link-local at your
> nodes, e.g.
>
> ifconfig 7 add ff04::1
>
> And try if that works.
>
> Cheers,
> Martine
>
> 2016-05-09 15:44 GMT+02:00 Baptiste Clenet :
>>
>> Hi,
&
2016-05-09 16:44 GMT+02:00 Alexander Aring :
> On Mon, May 09, 2016 at 04:24:34PM +0200, Baptiste Clenet wrote:
>> Hi Martine,
>> Thank you for the answer.
>> Ok ff04::1 is also a multicast address so I add it to every board with
>> gnrc_networking and I should be
Martine, I added ifconfig 7 add ff04::1 to board B and I couldn't ping
f04::1 from Linux.
Any other solution?
2016-05-09 18:20 GMT+02:00 Baptiste Clenet :
> 2016-05-09 16:44 GMT+02:00 Alexander Aring :
>> On Mon, May 09, 2016 at 04:24:34PM +0200, Baptiste Clenet wrote:
>>>
Thanks Alex for your answer.
2016-05-09 19:07 GMT+02:00 Alexander Aring :
> Hi,
>
> On Mon, May 09, 2016 at 06:20:48PM +0200, Baptiste Clenet wrote:
>> 2016-05-09 16:44 GMT+02:00 Alexander Aring :
>> > On Mon, May 09, 2016 at 04:24:34PM +0200, Baptiste Clenet wrote:
>&
st), multicast is indeed tricky at the moment.
> Let me try something out and I come back to you.
>
> Cheers,
> Martine
>
> 2016-05-10 9:03 GMT+02:00 Baptiste Clenet :
>>
>> Thanks Alex for your answer.
>>
>> 2016-05-09 19:07 GMT+02:00 Alexander Aring :
am) otherwise occupied. Will look into it tonight,
> tomorrow at the latest though.
>
> Regards,
> Martine
>
> 2016-05-10 18:05 GMT+02:00 Baptiste Clenet :
>>
>> Ok Martine, Have you found any solution yet?
>>
>> 2016-05-10 9:48 GMT+02:00 Martine Lenders :
>>
Hi,
Has anyone tried to use Event peripheral on samr21?
p401/1204
http://www.mouser.com/ds/2/36/Atmel-42223-SAM-R21_Datasheet-604417.pdf
Cheers,
--
Baptiste
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
Hi,
Martine, what I want:
My set up:
|Linux + RIOT BORDER ROUTER|
|RIOT gnrc_networking A|
|RIOT gnrc_networking B|
|RIOT gnrc_networking C|
|RIOT gnrc_networking D|
I run a program on Linux which sends some UDP data to A B C D nodes.
I want to use multicast in my program instead of one board by
ugh the interface, but apparently the border router does not
>> forward the address.
>> Will investigate.
>>
>> Cheers,
>> Martine
>>
>> 2016-05-12 11:39 GMT+02:00 Baptiste Clenet :
>>>
>>> Hi,
>>>
>>> Martine, what I want:
&
2016-05-12 21:03 GMT+02:00 Baptiste Clenet :
> Thanks Martine, I will try tomorrow
>
> 2016-05-12 14:10 GMT+02:00 Martine Lenders :
>> Hi,
>>
>> Ah the problem seems to be that for some reason Linux elects a link-local
>> address for the ping, which is of course
Martine?
2016-05-13 20:45 GMT+02:00 Baptiste Clenet :
> 2016-05-12 21:03 GMT+02:00 Baptiste Clenet :
>> Thanks Martine, I will try tomorrow
>>
>> 2016-05-12 14:10 GMT+02:00 Martine Lenders :
>>> Hi,
>>>
>>> Ah the problem seems to be that for some
What I can answer from my point of view:
- Iotivity would be great in RIOT, Soletta project [1] imported it for
RIOT, I haven't tried it but it seems to work. I think Riot should have an
implementation of Iotivity directly in its repo (package) so it will be
better maintain.
- AllJoyn, I haven't he
thiago.macie...@intel.com for more information.
Cheers,
2016-05-30 10:41 GMT+02:00 Oleg Hahm :
> Hi!
>
> On Mon, May 30, 2016 at 09:16:17AM +0200, Baptiste Clenet wrote:
> > - Iotivity would be great in RIOT, Soletta project [1] imported it for
> > RIOT, I haven't tried
hanks for the clarification.
>
> Have you already been in contact personally with Thiago?
>
> It may be interesting if they attend and/or present something on this
> topic at the upcoming RIOT Summit [1].
>
> Cheers,
>
> Emmanuel
>
> [1] summit.riot-os.org
> On M
t; >
> > [1] summit.riot-os.org
> >
> > On Tue, May 31, 2016 at 3:52 PM, Baptiste Clenet
> >
> > wrote:
> > > Not really but I saw him answering some post on Iotivity and Soletta
> > > project for people asking to port Iotivity to constraint object.
> &
a has an implementation of OIC, the protocol that IoTivity
>> > implements, but there's nothing about AllJoyn or Thread.
>> >
>> > I'm in no position to talk about anything now, so I have to decline the
>> > invitation, but maybe some of the others li
gt;
>> On Wed, 08 Jun 2016 09:46:31 +0200, Baptiste Clenet wrote:
>> > Thanks for your answers.
>> > Could we integrate Soletta OIC implementation part as a pkg in RIOT?
>> >
>>
>> The OIC implementation is tightly integrated to the core of Soletta, so
&
2016-06-09 1:29 GMT+02:00 Martine Lenders :
> Hi,
>
> 2016-06-08 20:29 GMT+02:00 Iván Briano :
>
>> On Wed, 08 Jun 2016 19:58:50 +0200, Baptiste Clenet wrote:
>> > 2016-06-08 17:14 GMT+02:00 Emmanuel Baccelli <
>> emmanuel.bacce...@inria.fr>:
>> >
Hi,
When I receive a UDP frame, may I see the level (dB) of the received frame
? I know that we can see it in driver source code but How can I acces it
from socket level ?
Cheers,
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/
of the netdev2-driver.
>
> Hope that was helpful feel free to ask for further details.
>
> Cheers,
> Martine
>
> 2016-07-01 21:57 GMT+02:00 Baptiste Clenet :
>> Hi,
>> When I receive a UDP frame, may I see the level (dB) of the received frame ?
>> I know that we
I can confirm that it works properly.
SPI is used to communicate with the transceiver on samr21-xpro and
communication works so SPI works, I used SPI1 also with no problem
2016-07-05 21:50 GMT+02:00 Kees Bakker :
> Hey,
>
> Can someone confirm that SPI is working on the samr21-xpro board?
>
> I'm
Jose, is the following PR yours?
https://github.com/RIOT-OS/RIOT/pull/5552
What's the status of the PR, are you still working on it?
2016-06-16 17:30 GMT+02:00 Oleg Hahm :
> Hi José!
>
> On Thu, Jun 16, 2016 at 05:18:32PM +0200, Jose Alamos wrote:
>> I'm porting the OpenThread stack to RIOT. I hav
Very nice!
I won't be there, I hope you will upload a video as well as your
source code example on github.
Cheers,
2016-07-06 12:41 GMT+02:00 Jose Alamos :
> Hi Baptiste
>
> Yes, I'm still working on it.
> I'm planning to show a demo of the port in RIOT summit.
>
> Cheers.
>
> ___
Yes I know, I changed it to make it work :) (SPI1)
2016-07-06 22:48 GMT+02:00 Kees Bakker :
> OK thanks. However, your remark about SPI1 puzzles me a bit, because it was
> using
> an incorrect PAD setting. PR #5609 fixed today.
>
>
> On 05-07-16 23:21, Baptiste Clenet wrote:
&
my Autonomo I can't get
> it to work. It is working with Arduino, but with RIOT (under construction)
> it's
> not :-(
>
>
>
> On 06-07-16 22:53, Baptiste Clenet wrote:
>>
>> Yes I know, I changed it to make it work :) (SPI1)
>>
>> 2016-07-06
ff 0xff
>>?? ?? ?? ?? ??
>>
>> It drives me nuts. Any hint is greatly appreciated.
>> -- Kees
>>
>> On 08-07-16 19:03, Baptiste Clenet wrote:
>>>
>>> Autonomo uses samd21 CPU? You use same driver as samr21?
>>&g
Hi,
I've got a chip which needs precise timing to be read. A year ago, I
was able to communicate with this chip but now, even if I go as fast I
can it seems that timing have increased with same source code.
So is there a way to force the CPU to do only one task at the time for
the duration of the
f the function. Can we tell the scheduler to stop other thread?
Cheers,
2016-07-13 13:32 GMT+02:00 Baptiste Clenet :
> Hi,
>
> I've got a chip which needs precise timing to be read. A year ago, I
> was able to communicate with this chip but now, even if I go as fast I
> can
Should I simply run a thread with highest priority so I'm sure it will
be run before running other thread?
2016-07-13 13:32 GMT+02:00 Baptiste Clenet :
> Hi,
>
> I've got a chip which needs precise timing to be read. A year ago, I
> was able to communicate with this chip bu
Thanks it works with highest priority and irq disabled
2016-07-13 13:56 GMT+02:00 Kaspar Schleiser :
> Hey,
>
> On 07/13/2016 01:32 PM, Baptiste Clenet wrote:
>> I've got a chip which needs precise timing to be read. A year ago, I
>> was able to communicate with this chi
Hi,
How can I be informed that my node has got a new global IPV6? I would
like to call a function every time the node get a new global IPV6
address. How can I do that?
Cheers,
--
Baptiste
___
devel mailing list
devel@riot-os.org
https://lists.riot-os.
n for
> the network layer overhaul (previously known as neighbor discovery
> overhaul). Expect some early API proposals the week after IETF.
>
> Cheers,
> Martine
>
> 2016-07-13 16:51 GMT+02:00 Baptiste Clenet :
>>
>> Hi,
>>
>> How can I be informed that my n
rc/network_layer/ipv6/netif/gnrc_ipv6_netif.c#L160
>
> 2016-07-13 17:04 GMT+02:00 Baptiste Clenet :
>>
>> Ok, it's what I thought. How can I temporary hack the source code to
>> get this event handler? Where should I add my function. I need it for
>> some tests
>>
>>
e you in search for a trigger that fires every time a new prefix is
> advertised/seen? Or do you refer to the event of a new IPv6 interface being
> configured?
>
> Cheers,
> Thomas
>
> On 13.07.2016 16:51, Baptiste Clenet wrote:
>>
>> Hi,
>>
>> How c
Hi,
I'm using two SAMR21, one with BR (on A) and the other (on B) with
gnrc_networking example.
I'm on April release.
Switch on A (border router) then switch on B, I'm able to send UDP
message from Linux to 2001:db8 address of B.
If I try to send lot of data (every 100ms), it works for a while and
ough, so
> we have something for the October release, fingers crossed).
>
> Thanks for reporting and kind regards,
> Martines
>
> 2016-08-29 17:54 GMT+02:00 Baptiste Clenet :
>> Hi,
>> I'm using two SAMR21, one with BR (on A) and the other (on B) with
>> gnrc_ne
1 - 100 of 177 matches
Mail list logo