Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Dec 09 07:51
    chenek commented #1131
  • Dec 09 04:30
    ahmedmibrahim closed #1131
  • Dec 09 04:11
    ahmedmibrahim commented #1131
  • Dec 09 01:35
    ahmedmibrahim commented #1131
  • Dec 09 00:54
    ahmedmibrahim commented #1131
  • Dec 09 00:50
    chenek commented #1131
  • Dec 09 00:32
    ahmedmibrahim commented #1131
  • Dec 09 00:23
    chenek commented #1131
  • Dec 08 23:05
    ahmedmibrahim commented #1131
  • Dec 08 22:52
    chenek commented #1131
  • Dec 08 21:19
    ahmedmibrahim commented #1131
  • Dec 07 07:08
    chenek commented #1131
  • Dec 07 06:50
    ahmedmibrahim commented #1131
  • Dec 07 06:43
    chenek commented #1131
  • Dec 07 06:34
    ahmedmibrahim commented #1131
  • Dec 07 06:28
    chenek commented #1131
  • Dec 07 06:13
    ahmedmibrahim commented #1131
  • Dec 06 09:24
    atiselsts closed #1145
  • Dec 06 09:24
    atiselsts commented #1145
  • Dec 06 09:08
    RCfesk opened #1150
Frode Eskelund
@RCfesk
Yes, thats exactly what I'm testing now. It does seem like it, but I'll doublecheck it
George Oikonomou
@g-oikonomou
Can you check your firmware for the values of the following three macros please:
UIP_DS6_MADDR_NB, UIP_DS6_MADDR_NBS, UIP_DS6_MADDR_NBU
The first should be the sum of the other two
_NBU should be 2, I think
Frode Eskelund
@RCfesk
Update: It indeed seems that changing to " #define MPL_CONF_SUB_TO_ALL_FORWARDERS 0" fixes the problem
I'll check the macros
George Oikonomou
@g-oikonomou
I think you are looking at a bug Frode
I need to run something in Cooja which I cannot right now
In uip-ds6.h, Line 131

#define UIP_DS6_MADDR_NB UIP_DS6_MADDR_NBS + UIP_DS6_MADDR_NBU

Can you add +1 to that? Leave MPL_CONF_SUB_TO_ALL_FORWARDERS as 1

Frode Eskelund
@RCfesk
Will do. Hold on 3 minutes
George Oikonomou
@g-oikonomou
I cannot see where we allocate space for ALL_RPL_NODES
Frode Eskelund
@RCfesk
Yes, the combination #define UIP_DS6_MADDR_NB UIP_DS6_MADDR_NBS + UIP_DS6_MADDR_NBU + 1
and #define MPL_CONF_SUB_TO_ALL_FORWARDERS 1 seems to work as it should
George Oikonomou
@g-oikonomou
OK great
in RPL classic
rpl.c
L354
Frode Eskelund
@RCfesk
I'm running RPL lite
George Oikonomou
@g-oikonomou
OK then
In rpl.c L200
uip_ds6_maddr_add(&rpl_multicast_addr);
In the broken scenario without the +1 above, can you check whether this returns NULL?
Frode Eskelund
@RCfesk
Yes, it returns NULL
George Oikonomou
@g-oikonomou
Bingo
Please open an issue. This is a bug
Frode Eskelund
@RCfesk
Will do! Thanks!
George Oikonomou
@g-oikonomou
Also try with RPL classic if you can be bothered. I am expecting the same behaviour
Frode Eskelund
@RCfesk
I'll try to test for classic as well.
George Oikonomou
@g-oikonomou
As far as I can tell from this discussion this is not a MPL-specific bug. I think that MPL somehow makes it come out
I think that even without mcast support, we are simply not allocating enough space for interface mcast addresses
I think whichever gets registered last will fail to register
I'll have to check
Frode Eskelund
@RCfesk
OK. That sounds plausible
hseokman
@hseokman
I made some modification to make TSCH working on CC1312R. How should I get a feedback on my code? Should I just make pull request?
Anders T. Akre
@andak
@hseokman would be interesting to see, did you push your code somewhere?
Ekawahyu Susilo
@ekawahyu
@g-oikonomou Have you seen anyone contributing to CC2650EM, the 5x5 mm package?
or maybe anyone else knows any ongoing work with CC2650EM 5x5 and 4x4mm package variants?
Ekawahyu Susilo
@ekawahyu
These are the model naming used by CC2650EM: CC2650EM-4XD, CC2650EM-4XS, CC2650EM-5XD, and CC2650EM-7ID
There is only one BOARD definition for CC2650 at the moment in contiki-ng: srf06/cc26x0
What would be the best BOARD definition if I added the rest of variants?
srf06/cc26x0-7 ---> this actually should replace srf06/cc26x0
srf06/cc26x0-5
srf06/cc26x0-4
Ekawahyu Susilo
@ekawahyu
any comments please?
MrGlobi
@MrGlobi
Hey everyone, so i still have problems running the sicslowpan fragmentation. The reassembly fails with the message: "input: invalid fragment offset". But I think that the fragments i receive are correct. The problem is, I think, that frag_buf has some random data in it (the first 2 elements, the rest seems to be fine). Even when I boot up the node, and i enter the function "input" in sicslowpan.c for the first time, the elements of frag_buf have nonzero len. Im a bit confused whats hapening here. Any suggestions? Did anyone use the reassembly of sicslowpan successfully?
hseokman
@hseokman
I committed my CC1312R TSCH to my repo https://github.com/hseokman/contiki-ng/tree/tsch-cc1312r
I had to change rtimer interrupt priority so that the radio API work in the interrupt handler and RTC and RAT was drifting away that I had to sync periodically. Also printing in the interrupt handler will reset the device that I had to disable framer and MAC logging.
Jean Pierre Dudey
@jeandudey
Hi! i have a question, can Contiki-ng be used with C++, and how?
Ahmed Ibrahim
@ahmedmibrahim
Hey everyone,
cc26xx-web-demo consumes more power than the datasheet value in Deep Sleep Mode, Could you please help root cause this issue? Currently the demo won't be suitable for battery powered applications
contiki-ng/contiki-ng#1131
MichaelFurxer
@MichaelFurxer
Hi, does anyone know of a way to use an android phone as a 6LoWPAN border router? Maybe a CC2650 Device could run the border router and connect trough BLE with a phone using its internet connection? That would be a great thing!