Re: [riot-devel] Some thoughts on the typical RIOT workflow

2019-11-27 Thread Baptiste Clenet
Hi, That's great to discuss before developping new feature. Why don't we use a idea voting system platform or +1 button of ideas in github issue to vote and discuss for most waited next feature? Cheers, Le jeu. 14 nov. 2019 à 12:43, Oleg Hahm a écrit : > Dear reviewing IOTlers, > > the RIOT

Re: [riot-devel] Some thoughts on the typical RIOT workflow

2019-11-20 Thread Baptiste Clenet
Hi, That's great to discuss before developping new feature. Why don't we use a idea voting system platform or +1 button of ideas in github issue to vote and discuss for most waited next feature? Cheers, Le jeu. 14 nov. 2019 à 12:43, Oleg Hahm a écrit : > Dear reviewing IOTlers, > > the RIOT

Re: [riot-devel] Mutex and thread priority

2018-11-28 Thread Baptiste Clenet
I've opened an Issue on github showing how to reproduce: https://github.com/RIOT-OS/RIOT/issues/10495 Le mer. 28 nov. 2018 12:03, Baptiste Clenet a écrit : > The behavior is only seen when ethos is used: > Checkout my branch: > https://github.com/biboc/RIOT/tree/uart_mutex_thread_pb

Re: [riot-devel] Mutex and thread priority

2018-11-28 Thread Baptiste Clenet
:50.76 ~~}!THREAD 2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+2-|+ Le jeu. 22 nov. 2018 à 15:44, Baptiste Clenet a écrit : > > Thanks for your answer. > > Le jeu. 22 nov. 2018 12:51, Juan Ignacio Carrano a > é

Re: [riot-devel] Mutex and thread priority

2018-11-22 Thread Baptiste Clenet
Thanks for your answer. Le jeu. 22 nov. 2018 12:51, Juan Ignacio Carrano a écrit : > Hi Baptiste, > > On 11/22/18 12:11 PM, Baptiste Clenet wrote: > > Hi, > > I have looked at mutex.c and thread.c and I've understood that a > > thread with higher priority (it has prio

[riot-devel] Mutex and thread priority

2018-11-22 Thread Baptiste Clenet
Hi, I have looked at mutex.c and thread.c and I've understood that a thread with higher priority (it has priority) will unlock the mutex even if thread with lower priority has not finished/unlock the mutex? Am I right? Now, in my case, I use UART with ethos (which use a mutex) and what happens on

Re: [riot-devel] IPSEC/IKEv2

2018-07-12 Thread Baptiste Clenet
Betreff: Re: [riot-devel] IPSEC/IKEv2 > > > > Hi Baptiste, > > > > as far as I remember, Tobias Guggemos http://www.mnm- > > team.org/~guggemos/ > > from LMU Munich was working on this. > > > > Plese back check with him. > > > > Cheers, > &g

[riot-devel] IPSEC/IKEv2

2018-07-03 Thread Baptiste Clenet
Hi, Is there any implementation of IPSEC/IKEv2 in RIOT network stack? Has anyone planned to implement it? Cheers, -- Baptiste ___ devel mailing list devel@riot-os.org https://lists.riot-os.org/mailman/listinfo/devel

Re: [riot-devel] Re-transmission, interval 40ms problem

2018-01-30 Thread Baptiste Clenet
How does CSMA work on at86rf2xx driver? Is error handled? Cheers, 2018-01-29 20:26 GMT+01:00 Baptiste Clenet <bapcle...@gmail.com>: > Application is based on gnrc_networking. > >> Can you check if the 802.15.4 sequence number of thesepackets is equal? > > Yes there are

Re: [riot-devel] Re-transmission, interval 40ms problem

2018-01-29 Thread Baptiste Clenet
e number of these > packets is equal? > > Cheers > Peter > > > Am 26.01.2018 um 10:48 schrieb Baptiste Clenet: >> Hi, >> Some packet are lost while sending message between two samr21 so I use >> the sniffer application to check paquet over the air. >> I w

[riot-devel] Re-transmission, interval 40ms problem

2018-01-26 Thread Baptiste Clenet
Hi, Some packet are lost while sending message between two samr21 so I use the sniffer application to check paquet over the air. I was surprised to see that sometime paquet are retransmitted without my consent! I mean: I send one paquet from BOARD A to BOARD B BOARD B does not receive it BOARD C

Re: [riot-devel] mBed default UART

2017-12-10 Thread Baptiste Clenet
Read the periph_conf.h file of your board and you'll find the required pins: https://github.com/RIOT-OS/RIOT/blob/master/boards/mbed_lpc1768/include/periph_conf.h Cheers, Le 10 déc. 2017 10:33 AM, "tiago carvalho" a écrit : > Hi guys, > > I'm wondering if you guys

[riot-devel] Warning on compilation

2017-11-30 Thread Baptiste Clenet
Hi, I'm using samr21-xpro and I tried to add same warning options than Atmel Studio for RIOT: -pipe -fno-strict-aliasing -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror-implicit-function-declaration -Wpointer-arith -std=gnu99 -ffunction-sections -fdata-sections -Wchar-subscripts -Wcomment

Re: [riot-devel] 6lowpan is not answering address ff02::2

2017-09-11 Thread Baptiste Clenet
r discovery? [1] > > Cheers, > Martine > > [1] https://github.com/RIOT-OS/RIOT/pull/7479 > > 2017-09-04 20:09 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: >> >> Hi, >> >> I've flashed gnrc_networking on two samr21-xpro. I've noticed that >&g

[riot-devel] 6lowpan is not answering address ff02::2

2017-09-04 Thread Baptiste Clenet
Hi, I've flashed gnrc_networking on two samr21-xpro. I've noticed that they do not answer to router solicitation because "packet destination is not this host" when source address is ff02::2 (gnrc_ipv6.c)[1]. On native, there is no problem. By going deeper, I saw that the address ff02::2 is not

Re: [riot-devel] gnrc_border_router in native

2017-08-25 Thread Baptiste Clenet
24 19:08 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: >> >> My goal is to simulate in native a setup with a border router and a >> node (so without any hardware board) > > > Then try socket_zep. It simulates IEEE 802.15.4 networks for native. > >>

Re: [riot-devel] gnrc_border_router in native

2017-08-24 Thread Baptiste Clenet
d of xbee with native [1]. > > Cheers, > Martine > > [1] https://github.com/RIOT-OS/RIOT/pull/6121 > > 2017-08-24 14:42 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: >> >> Hi, >> I try to compile and run gnrc_border_router in native so I can have this >>

[riot-devel] gnrc_border_router in native

2017-08-24 Thread Baptiste Clenet
Hi, I try to compile and run gnrc_border_router in native so I can have this setup: - LINUX - tap0: gnrc_border_router - tap1: gnrc_networking - tapbr0 linking tap0 and tap1 Then instead of using ping6 fe80:%tap1, I could use ping6 2001:db8:. Ouput: RIOT/examples/gnrc_border_router$ make

Re: [riot-devel] At86rf2xx ACK frame

2017-06-16 Thread Baptiste Clenet
2017-06-16 11:57 GMT+02:00 Oleg <o...@riot-os.org>: > Hi Baptiste! > > On 2017-06-16 11:27, Baptiste Clenet wrote: >> >> Yes Thomas I haven't tried yet but I don't think transceiver stores it. >> Joakim, OpenThread requires it as explained here: >> https://github.

Re: [riot-devel] At86rf2xx ACK frame

2017-06-16 Thread Baptiste Clenet
is that the frame with the given sequence id was received > properly, which is exactly the same information you get from the transceiver > hardware. > > Regards, > Joakim > > On Jun 15, 2017 8:18 AM, "Baptiste Clenet" <bapcle...@gmail.com> wrote: &

Re: [riot-devel] At86rf2xx ACK frame

2017-06-15 Thread Baptiste Clenet
://github.com/openthread/openthread/blob/master/include/openthread/platform/radio.h#L404 Cheers, 2017-06-13 15:46 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > 2017-06-13 14:45 GMT+02:00 Oleg <o...@riot-os.org>: >> Hi Baptiste! >> >> On 2017-0

Re: [riot-devel] At86rf2xx ACK frame

2017-06-13 Thread Baptiste Clenet
2017-06-13 14:45 GMT+02:00 Oleg <o...@riot-os.org>: > Hi Baptiste! > > On 2017-06-13 12:30, Baptiste Clenet wrote: >> >> On netdev event: NETDEV_EVENT_TX_COMPLETE (after >> AT86RF2XX_TRX_STATE__TRAC_SUCCESS state), how may I get the ACK frame >> rec

[riot-devel] At86rf2xx ACK frame

2017-06-13 Thread Baptiste Clenet
Hi, On netdev event: NETDEV_EVENT_TX_COMPLETE (after AT86RF2XX_TRX_STATE__TRAC_SUCCESS state), how may I get the ACK frame received by at86rf2xx? @Thomas, @Hauke ? Cheers, -- Baptiste ___ devel mailing list devel@riot-os.org

Re: [riot-devel] at86rf2xx: packet too large -> FCS check

2017-05-18 Thread Baptiste Clenet
e last two bytes of the frame > rather than extending it. If I understand well, RIOT stack does not include FCS in its ieee802154 layer and OpenThread stack includes it? Am I right? 2017-05-17 21:26 GMT+02:00 Alexander Aring <alex.ar...@gmail.com>: > Hi, > > On Wed, May 17, 201

Re: [riot-devel] RIOT Package

2017-05-18 Thread Baptiste Clenet
Cool! Let's do a PR? Or is there any other problem? Le 17 mai 2017 21:10, "Kaspar Schleiser" <kas...@schleiser.de> a écrit : > Hey, > > On 05/17/2017 07:25 PM, Baptiste Clenet wrote: > > I see. > > Is there another way to initialize it inside RIOT repo in

Re: [riot-devel] at86rf2xx: packet too large -> FCS check

2017-05-17 Thread Baptiste Clenet
2017-05-17 17:47 GMT+02:00 Thomas Eichinger <tho...@riot-os.org>: > Hi Baptiste, > > On 17 May 2017, at 1:14 PDT(-0700), Baptiste Clenet wrote: > >> According to their example: >> Example: >> A frame transmission of length five with TX_AUTO_CRC_ON set, is

Re: [riot-devel] RIOT Package

2017-05-17 Thread Baptiste Clenet
2017-05-17 11:20 GMT+02:00 Cenk Gündoğan <list-r...@cgundogan.de>: > Hi Baptiste, Oleg, > > On 17-05-17 11:07:25, Oleg Hahm wrote: >> Hi! >> >> On Wed, May 17, 2017 at 10:21:45AM +0200, Baptiste Clenet wrote: >> > I see! Very interesting feature an

Re: [riot-devel] RIOT Package

2017-05-17 Thread Baptiste Clenet
Thank you for your answers. I see! Very interesting feature and I really think it should be enabled by default! What's your opinion? 2017-05-17 10:12 GMT+02:00 Oleg Hahm <oliver.h...@inria.fr>: > Hi Baptiste! > > On Wed, May 17, 2017 at 10:08:50AM +0200, Baptiste Clenet wrote:

Re: [riot-devel] at86rf2xx: packet too large -> FCS check

2017-05-17 Thread Baptiste Clenet
desired I guess. > > I hope I understood you correctly and this helps. > > Best, Thomas > >> On May 16, 2017, at 6:09 AM, Baptiste Clenet <bapcle...@gmail.com> wrote: >> >> Thomas, Hauke, Martine, Kaspar what do you think about it? >> >> My

Re: [riot-devel] RIOT Package

2017-05-17 Thread Baptiste Clenet
Baptiste, > > On Wed, May 17, 2017 at 08:24:50AM +0200, Baptiste Clenet wrote: >> Concerning external package, I suggest that RIOT download and store >> the archive in pkg folder then extract here in the right location to >> be compiled. This is helpful when you work on a package

Re: [riot-devel] at86rf2xx: packet too large -> FCS check

2017-05-16 Thread Baptiste Clenet
Thomas, Hauke, Martine, Kaspar what do you think about it? My last question: how do I send a packet with length 127 octets with at86rf2xx transceiver? 2017-05-15 14:59 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > Hi, > > When I want to send a pkt which is 126 Octet long,

[riot-devel] at86rf2xx: packet too large -> FCS check

2017-05-15 Thread Baptiste Clenet
Hi, When I want to send a pkt which is 126 Octet long, I get a message from [at86rf2xx]: [at86rf2xx] error: packet too large (2 byte) to be send IEE802.15.4 MAX length is 127 so it should be sent. #define IEEE802154_FRAME_LEN_MAX(127U) /**< maximum frame length */ I checked source code

Re: [riot-devel] CC1200 Sub-GHz Transceiver

2017-01-17 Thread Baptiste Clenet
ation so if >> you think it's easily 'possible' so extend the CC1101 driver, you should >> go that way. If that means `#ifndef CC1200` in every second code line, >> you should probably avoid it and write a standalone driver. >> >> Cheers >> Peter

[riot-devel] Stacksize optimization

2017-01-09 Thread Baptiste Clenet
Hi, In order to optimize the statcksize of a thread, I would like to know when the thread uses the maximum of its stack (maximum can be 3/4 of the stack for instance) How can I find this "time"? Cheers, -- Baptiste ___ devel mailing list

[riot-devel] Cortex M0 HardFault

2016-12-15 Thread Baptiste Clenet
Hi, What could cause: Stack pointer corrupted, reset to top of stack l.238, vectors_cortexm.c (then board is halted) Any program I flash on the samr21 goes directly to hard_fault_handler() Board dead or something missing? Cheers, -- Baptiste ___

Re: [riot-devel] RIOT Release 2016.10

2016-11-14 Thread Baptiste Clenet
Great job Martine! 2016-11-14 12:05 GMT+01:00 Francisco Javier Acosta Padilla : > Hello! > > Thanks Martine for the marvellous work! And also thanks to al RIOTers who > made it possible. > > Cheers! > > -- > Francisco Javier Acosta Padilla > Research Engineer at INRIA

Re: [riot-devel] Easy ping

2016-09-23 Thread Baptiste Clenet
Thanks Martine! I do need timeout, otherwise I won't know if the node is connected. Sock is in PR so I prefer not to use it for the moment 2016-09-23 20:37 GMT+02:00 Martine Lenders : > Hi Baptiste, > that depends on what you mean by reachable. Even for ICMPv6 ping (which

Re: [riot-devel] Easy ping

2016-09-23 Thread Baptiste Clenet
on Solutions > > -Original Message- > From: devel [mailto:devel-boun...@riot-os.org] On Behalf Of Baptiste Clenet > Sent: Friday, September 23, 2016 11:21 AM > To: RIOT OS kernel developers <devel@riot-os.org> > Subject: Re: [riot-devel] Easy ping > > Yes but it

Re: [riot-devel] Easy ping

2016-09-23 Thread Baptiste Clenet
hell command? > Another way would be to (re-)implement ping using conn_ip (or sock if > merged). In that case, if you want it relly easy you don't even > have to implement ICMPv6 ping but can do whatever you want ;-). > > Cheers, > Martine > > 2016-09-23 17:18 GMT+02:00 Baptiste

[riot-devel] Easy ping

2016-09-23 Thread Baptiste Clenet
Hi, How can I easily ping a board by software (without using shell) so I ping( IPV6_address) and I get -1 for error (not reachable) or 0 for success? Cheers, -- Baptiste ___ devel mailing list devel@riot-os.org

Re: [riot-devel] Observable resource

2016-09-20 Thread Baptiste Clenet
Hi, Microcoap does not offer OBSERVE resource type. Use libcoap instead or add it to the current microcoap implementation. You may use Soletta Project, they have OBSERVE capability but it's heavy package, might need to port only required stuff from the package. Cheers, 2016-09-19 11:50 GMT+02:00

Re: [riot-devel] BorderRouter: Global IPV6 address lost in ncache after UDP message sent

2016-08-30 Thread Baptiste Clenet
yet (hopefully in autumn though, 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 <bapcle...@gmail.com>: >> Hi, >> I'm using two SAMR21, one wit

[riot-devel] BorderRouter: Global IPV6 address lost in ncache after UDP message sent

2016-08-29 Thread Baptiste Clenet
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

Re: [riot-devel] Global IPV6

2016-07-18 Thread Baptiste Clenet
Baptiste, > > are 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,

Re: [riot-devel] Global IPV6

2016-07-13 Thread Baptiste Clenet
master/sys/net/gnrc/network_layer/ipv6/netif/gnrc_ipv6_netif.c#L160 > > 2016-07-13 17:04 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: >> >> Ok, it's what I thought. How can I temporary hack the source code to >> get this event handler? Where should I add my functio

[riot-devel] Global IPV6

2016-07-13 Thread Baptiste Clenet
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

Re: [riot-devel] Stop other thread

2016-07-13 Thread Baptiste Clenet
Thanks it works with highest priority and irq disabled 2016-07-13 13:56 GMT+02:00 Kaspar Schleiser <kas...@schleiser.de>: > 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

Re: [riot-devel] Stop other thread

2016-07-13 Thread Baptiste Clenet
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 <bapcle...@gmail.com>: > Hi, > > I've got a chip which needs precise timing to be read. A year ago, I > was able to communic

Re: [riot-devel] Stop other thread

2016-07-13 Thread Baptiste Clenet
of the function. Can we tell the scheduler to stop other thread? Cheers, 2016-07-13 13:32 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > 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

[riot-devel] Stop other thread

2016-07-13 Thread 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 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

Re: [riot-devel] Is samr21-xpro SPI working

2016-07-11 Thread Baptiste Clenet
cs: GPIO_1090536471, mode: 0, >> speed: 2 >> > >> > send >> Transfered 5 bytes: >> MOSI 01234 >> 0x9f 0x00 0x00 0x00 0x00 >>?? ?? ?? ?? ?? >> >> MISO 01234 >> 0xff 0x

Re: [riot-devel] Is samr21-xpro SPI working

2016-07-08 Thread Baptiste Clenet
own SPI problem. On 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

Re: [riot-devel] Is samr21-xpro SPI working

2016-07-06 Thread Baptiste Clenet
Yes I know, I changed it to make it work :) (SPI1) 2016-07-06 22:48 GMT+02:00 Kees Bakker <k...@sodaq.com>: > 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:2

Re: [riot-devel] OpenThread port: IEEE802.15 ACK

2016-07-06 Thread Baptiste Clenet
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. > >

Re: [riot-devel] OpenThread port: IEEE802.15 ACK

2016-07-05 Thread Baptiste Clenet
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

Re: [riot-devel] Transceiver : Reception level

2016-07-04 Thread Baptiste Clenet
handed to the recv function 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 <bapcle...@gmail.com>: >> Hi, >> When I receive a UDP frame, may I see the lev

[riot-devel] Transceiver : Reception level

2016-07-01 Thread Baptiste Clenet
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

Re: [riot-devel] RIOT Vs Iotivity, AllJoyn, Thread

2016-06-16 Thread Baptiste Clenet
2016-06-09 1:29 GMT+02:00 Martine Lenders <m...@martine-lenders.eu>: > Hi, > > 2016-06-08 20:29 GMT+02:00 Iván Briano <ivan.bri...@intel.com>: > >> On Wed, 08 Jun 2016 19:58:50 +0200, Baptiste Clenet wrote: >> > 2016-06-08 17:14 GMT+02:00 Emmanuel B

Re: [riot-devel] RIOT Vs Iotivity, AllJoyn, Thread

2016-06-08 Thread Baptiste Clenet
gt;> > Soletta 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

Re: [riot-devel] RIOT Vs Iotivity, AllJoyn, Thread

2016-05-31 Thread Baptiste Clenet
t; [1] summit.riot-os.org > On May 30, 2016 4:19 PM, "Baptiste Clenet" <bapcle...@gmail.com> wrote: > >> Hi, I correct what I said, Soletta Project is not an implementation of >> Iotivity but an implementation of OIC specification (Iotivity too) so >> Io

Re: [riot-devel] RIOT Vs Iotivity, AllJoyn, Thread

2016-05-30 Thread Baptiste Clenet
thiago.macie...@intel.com for more information. Cheers, 2016-05-30 10:41 GMT+02:00 Oleg Hahm <oliver.h...@inria.fr>: > 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 >

Re: [riot-devel] RIOT Vs Iotivity, AllJoyn, Thread

2016-05-30 Thread Baptiste Clenet
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

Re: [riot-devel] Border-router and multicast

2016-05-17 Thread Baptiste Clenet
Martine? 2016-05-13 20:45 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > 2016-05-12 21:03 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: >> Thanks Martine, I will try tomorrow >> >> 2016-05-12 14:10 GMT+02:00 Martine Lenders <m...@martine-lenders.eu>

Re: [riot-devel] Border-router and multicast

2016-05-13 Thread Baptiste Clenet
2016-05-12 21:03 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > Thanks Martine, I will try tomorrow > > 2016-05-12 14:10 GMT+02:00 Martine Lenders <m...@martine-lenders.eu>: >> Hi, >> >> Ah the problem seems to be that for some reason Linux elects a li

Re: [riot-devel] Border-router and multicast

2016-05-12 Thread Baptiste Clenet
int by Kaspar I was able to get >> the pings through 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 <bapcle...@gmail.com>: &g

[riot-devel] SAMR21: Event

2016-05-11 Thread Baptiste Clenet
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

Re: [riot-devel] Border-router and multicast

2016-05-10 Thread Baptiste Clenet
Thanks Alex for your answer. 2016-05-09 19:07 GMT+02:00 Alexander Aring <alex.ar...@gmail.com>: > Hi, > > On Mon, May 09, 2016 at 06:20:48PM +0200, Baptiste Clenet wrote: >> 2016-05-09 16:44 GMT+02:00 Alexander Aring <alex.ar...@gmail.com>: >> > On Mon, May 09

Re: [riot-devel] Border-router and multicast

2016-05-09 Thread Baptiste Clenet
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 <bapcle...@gmail.com>: > 2016-05-09 16:44 GMT+02:00 Alexander Aring <alex.ar...@gmail.com>: >> On Mon, May 09, 201

Re: [riot-devel] Border-router and multicast

2016-05-09 Thread Baptiste Clenet
ot be forwarded 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 <bapcle...@gmail

[riot-devel] Border-router and multicast

2016-05-09 Thread Baptiste Clenet
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

Re: [riot-devel] Add static library to Makefile

2016-04-02 Thread Baptiste Clenet
gt; > On Wed, Mar 30, 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,

Re: [riot-devel] Add static library to Makefile

2016-03-30 Thread Baptiste Clenet
BASELIBS += libexample.a makes it work! 2016-03-30 12:04 GMT+02:00 Oleg Hahm <oliver.h...@inria.fr>: > 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 >>

Re: [riot-devel] Add static library to Makefile

2016-03-30 Thread Baptiste Clenet
I tried to use APPDEPS += libexample.a Does not work 2016-03-30 9:23 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > Hi, > > I would like to link libexample.a in my RIOT example, what should I > add in the Makefile? > > Thanks, > >

Re: [riot-devel] Encoder Drivers

2016-03-19 Thread Baptiste Clenet
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

Re: [riot-devel] RIOT: Production ready?

2016-03-09 Thread Baptiste Clenet
Is for CoAP (in the > 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 <b

[riot-devel] RIOT: Production ready?

2016-03-09 Thread Baptiste Clenet
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

Re: [riot-devel] Bridge border router and 6LowPan interfaces

2016-03-08 Thread Baptiste Clenet
@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 <bapcle...@gmail.com>: > @kaspar, @Daniel I'm goint to try to sum up: > > Node A (border router on samr21): > Iface 5: inet

Re: [riot-devel] Bridge border router and 6LowPan interfaces

2016-03-07 Thread Baptiste Clenet
@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 # >

Re: [riot-devel] Bridge border router and 6LowPan interfaces

2016-03-07 Thread Baptiste Clenet
oard B. Does it make sense? Baptiste 2016-03-07 10:52 GMT+01:00 Kaspar Schleiser <kas...@schleiser.de>: > 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 basica

Re: [riot-devel] Bridge border router and 6LowPan interfaces

2016-03-04 Thread 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=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 ---

Re: [riot-devel] Bridge border router and 6LowPan interfaces

2016-03-04 Thread Baptiste Clenet
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 <bapcle...@gmail.com>: > May I come back to my problem? :-) > >

Re: [riot-devel] Bridge border router and 6LowPan interfaces

2016-03-04 Thread Baptiste Clenet
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

Re: [riot-devel] Opinion on ARM mbed

2016-03-04 Thread Baptiste Clenet
llocation services. Ok but is 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 Ba

[riot-devel] Bridge border router and 6LowPan interfaces

2016-03-04 Thread Baptiste Clenet
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

Re: [riot-devel] Opinion on ARM mbed

2016-03-04 Thread Baptiste Clenet
Thanks Oleg for your input! 2016-03-01 20:23 GMT+01:00 Oleg Hahm <oliver.h...@inria.fr>: > 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 RIO

[riot-devel] Opinion on ARM mbed

2016-03-01 Thread Baptiste Clenet
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

Re: [riot-devel] IPV6 address

2015-11-04 Thread Baptiste Clenet
2015-11-04 16:31 GMT+01:00 Baptiste Clenet <bapcle...@gmail.com>: > 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 (*

Re: [riot-devel] IPV6 address

2015-11-04 Thread Baptiste Clenet
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 <bapcle...@gmail.com>: > 2015-11-04 16:31 GMT+01:00 Baptiste Clenet <bapcle...@gmail.com>: >> Oleg, where did R

Re: [riot-devel] IPV6 address

2015-11-04 Thread Baptiste Clenet
> 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

Re: [riot-devel] IPV6 address

2015-11-04 Thread Baptiste Clenet
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

[riot-devel] IPV6 address

2015-11-03 Thread Baptiste Clenet
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

Re: [riot-devel] CoAP

2015-10-29 Thread Baptiste Clenet
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]

Re: [riot-devel] CoAP

2015-10-29 Thread Baptiste Clenet
15:02 GMT+01:00 Ilias Seitanidis <iliasseitani...@gmail.com>: > 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 <bapcle...@gmail.com>: >> >> Hi Illias, >> &

Re: [riot-devel] CoAP

2015-10-29 Thread Baptiste Clenet
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]

Re: [riot-devel] Energy Consumption on samr21_xpro

2015-10-26 Thread Baptiste Clenet
where this high consumption comes > 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 &g

Re: [riot-devel] Include in Makefile

2015-10-14 Thread Baptiste Clenet
Anyone? @OlegHahm , @daniel-k ? 2015-10-09 16:50 GMT+02:00 Baptiste Clenet <bapcle...@gmail.com>: > 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/

Re: [riot-devel] Include in Makefile

2015-10-14 Thread Baptiste Clenet
add a Makefile: > > include $(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 <bapcle...@gmail.com>

Re: [riot-devel] Include in Makefile

2015-10-14 Thread Baptiste Clenet
OTBASE)/Makefile.base > ``` > > 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

[riot-devel] Include in Makefile

2015-10-09 Thread 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 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

Re: [riot-devel] Save data in ROM

2015-08-27 Thread Baptiste Clenet
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 the

  1   2   >