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

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

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

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

: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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 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

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

://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 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

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

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

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 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 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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-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

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

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

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

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

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-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

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

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

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

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

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

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

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

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

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

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?

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?

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

@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

@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

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

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

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

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

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

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

[riot-devel] Opinion on ARM mbed

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 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

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

> 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

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

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

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

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

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

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

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

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

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

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

Re: [riot-devel] Save data in ROM

2015-08-27 11:50 GMT+02:00 Kaspar Schleiser kas...@schleiser.de: 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 need for read(), unless the flash

[riot-devel] Save data in ROM

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

Re: [riot-devel] OTA update

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 voxa...@gmail.com: 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 AM Baptiste Clenet bapcle

  1   2   >