Re: [riot-devel] RIOT OS for the Atmel SAM R21 (ARM m0+)

. Currently SERCOM0 is assigned for UART but others are free and I'd take SERCOM1 for SPI for now and hence sending out this mail to stay consistent if there is any other approach to the driver. -Akshay On 27 October 2014 19:09, Baptiste Clenet bapcle...@gmail.com wrote: Hi Rane, I'm also

Re: [riot-devel] Status code definitions for erros

provided by newlib (or clib on native or avr-clib on arduino or msb430-clib on msb-430 ;-)) and afaik this is the consensus. Best, Martine 2014-10-30 15:01 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: Hello, I'm wondering if RIOT has got Status error code definitions? It would be useful

[riot-devel] SAMR21 Implementation

I've got some questions about the implementation of RIOT on the SAMR21: - RNG: There is no HW module in samd21 but the transceiver at86rf233 provides one (see 40.2 in datasheet). Should we implement it anyway? - Concerning the MCU, I've seen that Energy saving modes not fully

Re: [riot-devel] SAMR21 Implementation

Thanks for the answer. I'm going to implement RNG for the SAMR21 then. Ok for the RTC. How about the Energy Saving (MCU) for the SAMR21? Cheers, Baptiste 2014-12-04 9:58 GMT+01:00 Ludwig Ortmann ludwig.ortm...@fu-berlin.de: Hi, On Thu, Dec 04, 2014 at 09:07:31AM +0100, Baptiste Clenet

Re: [riot-devel] Problem socket UDP

() at RIOT/cpu/samd21/periph/gpio.c:1027 #5 signal handler called #6 0x147a in ?? () 2015-02-06 15:05 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: After pluging a second sender, I got the problem: if ((socket MAX_SOCKETS) || (socket_base_sockets[socket - 1].socket_id == 0

Re: [riot-devel] Problem socket UDP

Yes sure 2015-02-06 15:07 GMT+01:00 Ludwig Ortmann ludwig.ortm...@fu-berlin.de: Hi Baptiste, could you open an issue please? Cheers, Ludwig On Fri, Feb 06, 2015 at 03:05:05PM +0100, Baptiste Clenet wrote: After pluging a second sender, I got the problem: if ((socket MAX_SOCKETS

Re: [riot-devel] Problem socket UDP

I have let my program running with two boards: one sender and one receiver. It seems to work for the moment (longer than with three sender boards) 2015-02-06 10:53 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: Hi Oleg, I tried on native by simulating the value from sensor and it works after

Re: [riot-devel] Flashing the Samr21 xpro

openocd’s shell output when executing `make flash`. Best, Thomas On 10 Feb 2015, at 13:41, Baptiste Clenet bapcle...@gmail.com wrote: Hi, I tried the patch Thomas mentioned, it works great! Much faster. I only wonder how you get this: wrote 32768 bytes from file hello-world.hex in 5.071708s

[riot-devel] Network refactoring

Hello RIOTers, Concerning the network refactoring, do you have a TODO list which lets us see the progress? We're looking forward to using it with the SAMR21 board and hope it will be finished soon. Is there a deadline set for this? Best, Baptiste ___

Re: [riot-devel] Flashing the Samr21 xpro

Flashing is slow for us too, how do you get the speed? 2015-01-12 11:13 GMT+01:00 Lucas Jenß li...@x3ro.de: Hi Thomas, verification was much faster as 0.4KiB/s, I think around 10 or so for me. I checked out OpenOCD on the 9th. I’m also running Linux inside VMware though, so maybe it’s just

Re: [riot-devel] Network refactoring

information: https://github.com/RIOT-OS/RIOT/wiki/Instructions-for-remote-participation Cheers, Ludwig On Wed, Jan 07, 2015 at 09:36:20AM +0100, Baptiste Clenet wrote: Hi, I would like to attend the meeting in order to see the progress and ask some questions, if necessary, at the end

Re: [riot-devel] Network refactoring

Hi, I would like to attend the meeting in order to see the progress and ask some questions, if necessary, at the end of the meeting. When is it planned? Btw, is PlaceCam a free software? It seems to have only 30 days trial ... 2015-01-06 5:59 GMT+01:00 Martine Lenders authmille...@gmail.com:

Re: [riot-devel] Meeting 11/02/2015

is Kévin ;) Are you going? Concerning the next meeting, let's decide early next week if we do it next Wednesday or in 2 weeks? Best, Emmanuel On Wed, Feb 11, 2015 at 10:11 AM, Baptiste Clenet bapcle...@gmail.com wrote: Ok, thank you Emmanuel. Will it be posponed to next week or in two

[riot-devel] Meeting 11/02/2015

Hi, Is there a meeting today? Could you provide the PlaceCam link of it (10am today)? Cheers, -- *Clenet Baptiste* ___ devel mailing list devel@riot-os.org http://lists.riot-os.org/mailman/listinfo/devel

Re: [riot-devel] OTA meetup 11.2.2015

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? Cheers, 2015-03-09 15:12 GMT+01:00 Baptiste Clenet

Re: [riot-devel] microcoap app

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 Baptiste Clenet bapcle...@gmail.com: Hello, I'm

[riot-devel] microcoap app

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

Re: [riot-devel] OTA meetup 11.2.2015

Arvid, Ludwig, any improvements concerning OTA? Cheers, 2015-03-09 15:12 GMT+01:00 Baptiste Clenet bapcle...@gmail.com: 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

Re: [riot-devel] NFC Atmel AT86RF232B

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 joakim.geb...@eistec.se: Hello, On Wed, Mar 18, 2015 at 10:08 PM, Craig Younkins

[riot-devel] Iotivity, AllJoyn, Thread, Ipso Alliance

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

Re: [riot-devel] OTA meetup 11.2.2015

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]

Re: [riot-devel] RIOT/tests/vtimer_msg/main.c Failure after 1 hour 5 minutes an 32 seconds

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 On 3/10/15, Baptiste Clenet bapcle...@gmail.com wrote: Hello Karel, Have you

Re: [riot-devel] Network Stack diagram

context, 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 bapcle...@gmail.com: Thanks Hauke, I think it would

[riot-devel] WDT questions

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

[riot-devel] Example/test ng_udp

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

Re: [riot-devel] WDT questions

the watchdog. Best regards, Joakim Gebart Eistec AB www.eistec.se On Apr 29, 2015 2:43 PM, Baptiste Clenet bapcle...@gmail.com wrote: 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

Re: [riot-devel] Network Stack diagram

Hauke, have you found some time to create those diagram? 2015-04-20 9:29 GMT+02:00 Baptiste Clenet bapcle...@gmail.com: 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

Re: [riot-devel] Network Stack diagram

and let you 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) The links provided in [1] can't be read

[riot-devel] Network Stack diagram

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*

[riot-devel] OTA update

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 -

Re: [riot-devel] OTA update

2015-06-09 12:28 GMT+02:00 Kaspar Schleiser kas...@schleiser.de: 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 the network stack) +1 I

Re: [riot-devel] OTA update

? Thanks, Emmanuel On Tue, Jun 16, 2015 at 10:34 AM, Baptiste Clenet bapcle...@gmail.com 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 2015-06-09 15:16 GMT+02:00 Kaspar Schleiser kas

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

Re: [riot-devel] OTA update

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 kas...@schleiser.de: Hey, On 06/09/2015 01:37 PM, Baptiste Clenet wrote: - Take into account

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1   2   >