Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 14:36
    mycstudy opened #1682
  • 14:27
    NicolasChollet51 commented #1668
  • Oct 27 10:45
    atiselsts synchronize #1681
  • Oct 27 10:40
    atiselsts opened #1681
  • Oct 27 10:11
    atiselsts commented #1661
  • Oct 27 08:00

    nvt on develop

    Fix buffer overflow in ble-l2cap Changed the second overflow che… Merge pull request #1662 from m… (compare)

  • Oct 27 08:00
    nvt closed #1662
  • Oct 25 18:10
    arurke commented #1680
  • Oct 25 18:09
    arurke commented #1680
  • Oct 25 15:27
    aceylan opened #1680
  • Oct 25 08:34
    nvt labeled #1662
  • Oct 23 14:58
    arurke commented #1657
  • Oct 23 14:50
    arurke synchronize #1657
  • Oct 22 08:35
    nvt commented #1662
  • Oct 20 22:22
    alexrayne edited #1660
  • Oct 20 22:21
    alexrayne edited #1660
  • Oct 20 21:56
    alexrayne edited #1660
  • Oct 20 21:40
    alexrayne commented #1661
  • Oct 20 21:38
    alexrayne synchronize #1661
  • Oct 20 21:10
    alexrayne commented #1661
Nikos Karamolegkos
@nkaramolegos
Hello, I have build the firmware over the air process using LWM2M inside the os/net/service/lwm2m/lwm2m-firmware.c file. Also, I have made some changes in some more files of lwm2m folder (i.e device, engine etc). However, I would like to keep the lwm2m folder intact. Can (how?) I move this functionality to my project (i.e under examples/myproject directory)?
kkrentz
@kkrentz
@SalvaHasan It would be cool if you tried my libcoap port: obgm/libcoap#760. I have not tested DTLS, but it should work.
Nikos Karamolegkos
@nkaramolegos

Hello, I have build the firmware over the air process using LWM2M inside the os/net/service/lwm2m/lwm2m-firmware.c file. Also, I have made some changes in some more files of lwm2m folder (i.e device, engine etc). However, I would like to keep the lwm2m folder intact. Can (how?) I move this functionality to my project (i.e under examples/myproject directory)?

I moved the code to example/myproject and worked fine. However now I want to add it as different service under os/service/myservice directory, but the compiler fails to find the new directory in order to compile it. What I miss? I believe I have to change something in the Makefiles

Nikos Karamolegkos
@nkaramolegos

Hello, I have build the firmware over the air process using LWM2M inside the os/net/service/lwm2m/lwm2m-firmware.c file. Also, I have made some changes in some more files of lwm2m folder (i.e device, engine etc). However, I would like to keep the lwm2m folder intact. Can (how?) I move this functionality to my project (i.e under examples/myproject directory)?

I moved the code to example/myproject and worked fine. However now I want to add it as different service under os/service/myservice directory, but the compiler fails to find the new directory in order to compile it. What I miss? I believe I have to change something in the Makefiles

I found it, I had to add the module to the Makefile. Thank you all :)

Salva Hasan
@SalvaHasan

@kkrentz

Thanks for the reply but it seems that the issue I am facing is due to Contiki-NG using amuch older version of TinyDtls
libcoap and other tools already work fine for me with simple coap examples from Contiki-NG, the issue is with Contiki-NG's implementation of DTLS-CoAP server

As mentioned here: contiki-ng/contiki-ng#863
Has anyone found a way around this?
kkrentz
@kkrentz
@SalvaHasan My port of libcoap uses a much newer version of TinyDTLS (not the one that is currently found in os/net/security)
Sobhan Nami
@Sobhan-Nami
hello everyone
i want to enable debug mode of RPL modules in project-conf.h but when i compile on z1 mote get "'.rodata' will not fit in region 'rom'" error
what can i do to fix this erro?
Jim Solderitsch
@jsolderitsch

@atiselsts I see that a modification was made to mqtt-client.c about 5 months ago. In line 309:

def_rt_rssi = sicslowpan_get_last_rssi();

was replaced by

    def_rt_rssi = (int)uipbuf_get_attr(UIPBUF_ATTR_RSSI);

When I build the mqtt-client for TARGET= simplelink and BOARD=sensortag/cc1352r1 the rssi as reported to my broker is wrong:

{"d":{"Platform":"simplelink","Board":"sensortag/cc1352r1","Seq #":1,"Uptime (sec)":18,"Def Route":"fe80::212:4b00:1ca7:7b7c","RSSI (dBm)":65508}}
{"d":{"Platform":"simplelink","Board":"sensortag/cc1352r1","Seq #":2,"Uptime (sec)":48,"Def Route":"fe80::212:4b00:1ca7:7b7c","RSSI (dBm)":65508}}
{"d":{"Platform":"simplelink","Board":"sensortag/cc1352r1","Seq #":3,"Uptime (sec)":78,"Def Route":"fe80::212:4b00:1ca7:7b7c","RSSI (dBm)":65504}}

If I revert to the older version, suppress the Warnings are Errors setting, then the reported RSSI's seem right:

{"d":{"Platform":"simplelink","Board":"sensortag/cc1352r1","Seq #":1,"Uptime (sec)":29,"Def Route":"fe80::212:4b00:1ca7:7b7c","RSSI (dBm)":-27}}
{"d":{"Platform":"simplelink","Board":"sensortag/cc1352r1","Seq #":2,"Uptime (sec)":59,"Def Route":"fe80::212:4b00:1ca7:7b7c","RSSI (dBm)":-27}}
{"d":{"Platform":"simplelink","Board":"sensortag/cc1352r1","Seq #":3,"Uptime (sec)":89,"Def Route":"fe80::212:4b00:1ca7:7b7c","RSSI (dBm)":-32}}

Would appreciate guidance on what might be going wrong. The cc1352r1 Sensortag is relatively new and I personally contributed some code to the contiki-ng project to help with this. Perhaps some tweaks is needed for this board?

Salva Hasan
@SalvaHasan
Hello, has anyone been able to compile the 6lbr-demo example as a CoAP-DTLS server (https://github.com/cetic/6lbr/wiki/Example-%3A-DTLS-CoAP-Server) for cc2650 Sensortag? Help Needed!
farzad veysi
@farzadveysi313_gitlab

Hello, I am using Contiki-ng with Docker. due to limitations in RAM and ROM, I tried to use cooja motes. My problem: when I run the rpl-upd example in cooja with cooja motes, it works properly. But when I add my code and module (a module in TSCH layer like 6top) to the rpl-udp example, Cooja suddenly is crashed and I receive the following error in terminal :
[java] # A fatal error has been detected by the Java Runtime Environment:
[java] #
[java] # SIGSEGV (0xb) at pc=0xf7f1e33f, pid=1078, tid=0xc32aeb40
[java] #
[java] # JRE version: OpenJDK Runtime Environment (8.0_282-b08) (build 1.8.0_282-8u282-b08-0ubuntu1~18.04-b08)
[java] # Java VM: OpenJDK Server VM (25.282-b08 mixed mode linux-x86 )
[java] # Problematic frame:
[java] # C [libc.so.6+0x15733f]

I should say, I can run my code by nullnet and z1 properly.
Does someone have any thought or suggestion?
many thanks

Atis Elsts
@atiselsts
@jsolderitsch thanks for the report, I see - the new API introduces a type conversion problem.
I'm afraid the uipbuf_get_attr function cannot be fixed in generic way, but we can fix it by changing the code at the point where its called, by casting the return to int8_t or int16_t, as in (int16_t)uipbuf_get_attr(UIPBUF_ATTR_RSSI)
Jim Solderitsch
@jsolderitsch
@atiselsts Thanks, I will check out this change.
Jim Solderitsch
@jsolderitsch

@atiselsts Thanks, I will check out this change.

Yes, I confirm it works in the mqtt-client example. And the PR is already part of the develop branch too.

Atis Elsts
@atiselsts
you're welcome! thanks for testing it
mycstudy
@mycstudy
hey guys, I am running rpl router boarder example on cc1350, but there are no line like these:
[INFO: BR ] Waiting for prefix
* Address:fd00::1 => fd00:0000:0000:0000
[INFO: BR ] Waiting for prefix
[INFO: BR ] Server IPv6 addresses:
[INFO: BR ] fd00::212:4b00:616:fcc
[INFO: BR ] fe80::212:4b00:616:fcc
image.png
I did some search and use this command: sudo ../../tools/serial-io/tunslip6 -v4 -s /dev/ttyACM2 fd00::1/64, which is learnt from
above
and my virtualbox shows the follows:
image.png
and these lines still don't come. Please help me!
Jim Solderitsch
@jsolderitsch
@mycstudy You refer to one of my past posts. I was not using a virtual machine but a real raspberry Pi where I ran the tunslip command. At the time, I was using the Texas Instruments DevPak interface to connect to the cc1350 sensortag. And that did work for me at the time. I don't have any devices handy at the moment to see of this still works. But I was not trying to do this from Virtualbox.
mycstudy
@mycstudy
thank you very much!
Rahav Dor
@rahav.dor_gitlab
I've been experiencing weird behavior with Cooja. It is a wonderful tool but too often it would refused to compile/load code that compiles perfectly well as .native. A few minutes later and without any changes, just another click on the Reload button and Cooja will compile it. Did anyone run into this issue?
Rahav Dor
@rahav.dor_gitlab
It looks like my question ^ is not getting lots of answers, maybe because Cooja is working perfectly well for everyone.
May I ask then, what run-time configuration provides a stable Cooja? What hardware, OS, Container (or not) provide fo a stable Cooja?
I've been running Cooja inside the default Contiki container, running on Linux ubuntu 5.11.0-38-generic #42~20.04.1-Ubuntu SMP Tue Sep 28 20:41:07 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux, that runs as a VMware Fusion VM, on macOS.
Gao-k
@Gao-k
Hey guys,I want to collect icmpv6 packets online.What should I do?
Henrique Mecking
@henriquemecking_twitter
Hello,
what is the best way to make my sensors use data from the dataset http://db.csail.mit.edu/labdata/labdata.html to send the data over the network?
is the coffee file system the right way ?
Nikos Karamolegkos
@nkaramolegos

Hello, I have changed the hello-world Makefile to:
CONTIKI_PROJECT = hello-world
all: clean_test $(CONTIKI_PROJECT)

clean_test:
\t echo "testttttttttttttttttt"

CONTIKI = ../..
include $(CONTIKI)/Makefile.include

When I run: make TARGET=zoul BOARD=remote-revb hello-world
The make does not run clean_test target. Any ideas what may cause that?

mycstudy
@mycstudy
Dear all, I am using udp+tsch, and I got the following error
Snipaste_2021-10-25_11-27-55.png
What should I do?
Atis Elsts
@atiselsts
looks like you have too few active slots for the number of packets you generate
the packet queue has filled up
fernandomaura97
@fernandomaura97
Hi everyone, I'm having trouble on sending some sensors data through UDP to a server in a zolertia firefly. The client with the sensors is unable to find the neighbours.
Then when I checked the server's neighbours to see if it can find the node, i find this ipv6 address, but it has 65535 added to the end of the address, which was really weird
image.png
I'm using the simple_udp functions as in the udp-client example
Any tips on what could cause the address to be corrupted like this?
mycstudy
@mycstudy
@atiselsts I was using udp to send message at 10Hz, and the following error appears. do you know which parameter should I add to project-conf.h? Or udp can't communicate at 10Hz?
image.png
Due to my application need tsch to synchronize the clock, and need nodes to send message to the root at a rather high frequence, could you give me some advice on what protocol should be used to transmit data?
thank you
mycstudy
@mycstudy
I am using CC1350, and I tried to add #define QUEUEBUF_CONF_NUM 32 in project-conf.h(I tried to use 64, but then the build can't success), but the above error still arose.