Closed tiagodiogo closed 8 years ago
You're not seeing any wireless_input
lines in your /var/log/6lbr.log
. In my experience, that means your SLIP radio is not actually receiving any traffic from your node.
Are your nodes definitely being compiled with radio channel 26 (that's what 6LBR is expecting according to your .dat file) and PAN_ID of abcd
? Does that COAP example which does show up in the neighbors list have different values for those two parameters?
they both are, the one that does not even show up (6lbr-demo) has those settings already present under section radio in project-conf.h:
*---------------------------------------------------------------------------*/
/* Radio */
/*---------------------------------------------------------------------------*/
#ifndef IEEE802154_CONF_PANID
#define IEEE802154_CONF_PANID 0xABCD
#endif
#ifndef RF_CHANNEL
#define RF_CHANNEL 26
#endif
the one that does show up, but doesn't really work (er-rest-example) has those settings, commented, in its project-conf.h:
/* Custom channel and PAN ID configuration for your project. */
#undef RF_CHANNEL
#define RF_CHANNEL 26
#undef IEEE802154_CONF_PANID
#define IEEE802154_CONF_PANID 0xABCD
however i tried with and without the commented section and the result was the same
i saw that in the Makefile of the 6lbr/examples/ipv6/slip-radio there are the options:
CONTIKI_WITH_RPL = 0
CONTIKI_WITH_IPV6 = 1
i don't know exactly what the CONTIKI_WITH_RPL does but i have already tried with 0 and 1
If er-rest-example shows up in 6lbr and 6lbr-demo does not, I think @msolters is right, the channel and or the pan-id is wrong. Maybe in the platform-conf.h or contiki-conf.h of the ReMote the channel is forced the code in 6lbr-demo will not change it as it will only update it if it's not yet configured.
The second issue, not being able to access the CoAP server from your PC, looks like the aaaa::/64 route is not created in your PC. You should either create it manually or allow route creation from the RA sent by 6LBR.
you are absolutely right, the contiki-conf.h of the ReMote had channel 25 hardcoded in there. i wasn't expecting it to work after i changed it because one of my tests was to replace the channel and pan id definition of 6lbr-demo:
#ifndef IEEE802154_CONF_PANID
#define IEEE802154_CONF_PANID 0xABCD
#endif
#ifndef RF_CHANNEL
#define RF_CHANNEL 26
#endif
with:
#undef IEEE802154_CONF_PANID
#define IEEE802154_CONF_PANID 0xABCD
#undef RF_CHANNEL
#define RF_CHANNEL 26
thinking that any previous value would be replaced at this point. guess this is what happens when you don't know what you are doing...
regarding the access to CoAP resources from my PC, it seems I miss understood the role of the border-router, I thought that I was supposed to have the bbbb::/64 route on my linux machine, and the border-router would translate the request into an aaaa:://64 ip as soon as I allowed the route creation from the RA sent by 6lbr i could immediately access the server resources.
thank you @msolters and @laurentderu for your help
hello all, i'm currently having issues while trying to communicate between the border router and the network nodes. in order to facilitate the exposure of my situation, i will start by doing and overview of my setup and what i have already working, folllowing with an explanation of my problem and some attemps to understand what is going on.
the following image shows an overview of my setup. the border router, slip-radio and coap client (6lbr-demo) have been built from the 6lbr develop branch. the coap client is firefox browser with the copper plugin the border router is a raspberry pi the slip radio and coap server are zolertia remotes
so far i believe i have managed to setup the 6lbr. my linux client network interfaces are properly configured:
i can access the web interface both from the border router and the linux client as seen in the following picture:
and my nvm.dat file looks like this:
the 6lbr recognizes what i believe is the slip-radio, as reachable:
but then... my node running the 6lbr-demo is never added to the list of neighbours nor is a route established towards him.
"maybe it's a hardware issue?"
i don't believe so, because if i switch the firmware of the network node with the er-rest-example coap server, the device is added and a route is established as seen in this picture:
but although a route is added, i cannot access the coap server resources:
and the node itself does not seem fully configured:
so my questions at this point are:
should not this setup be working? the border-router, slip-radio and 6lbr-demo (coap server) are all built from the 6lbr-develop branch.
what can be the cause of this lack of connectivity? i don't know what else to do at this point
if it helps, here is the 6lbr.log file (the one using the 6lbr-demo as coap server, which was not added to the list of 6lbr neighbours) with a level 5 debug: