laurent brunet
Forum Replies Created
-
AuthorPosts
-
laurent brunetParticipant
If you’re using LoRaMac-node :
mibReq.Type = MIB_CHANNELS_MASK;
mibReq.Param.ChannelsMask = multitechGatewayChannelsMask;
LoRaMacMibSetRequestConfirm( &mibReq );Just set your channel mask to whatever you want this way.
laurent brunetParticipantIt was caused by bad channel mask on my device side so no need to answer!
Thanks
February 23, 2017 at 2:14 pm in reply to: connection of third party devices disconnect after rebooting the conduit #17441laurent brunetParticipantHello,
I ran in the same problem a little bit ago. Try to save and restart the gateway using the UI.
If you just power off the gateway and power it back on it doesn’t save the settings.
Mind you, there might be a way to just save the settings without having to save and restart but hope that helps for now.
Laurent
laurent brunetParticipantThere you go, thanks for helping me look into this!
laurent brunetParticipantI will check into that, but my problem seems to come even before that.
Using a spectrum analyzer, I cannot even see the transmission from the gateway and I do when I do the join procedure with the mDot.
We already changed the channel mask to make sure our device transmits only on the correct sub-band so that shouldn’t be an issue.
Thanks,
Laurent
laurent brunetParticipantSystem info says i have version 1.3.2 under firmware information.
We just received it and I set it up this morning.
Thanks.
February 8, 2017 at 2:11 pm in reply to: What kind of range/RSSi cutoff is expected from mdot to indoor gateway? #16820laurent brunetParticipantI just figured out we have a fairly strange behavior coming from the devices and I was hoping you could confirm what we think is happening right now.
When we run tests to see what kind of RSSI we are getting and to see the range we can achieve in our conditions, we realized that we go from receiving every single packet to receiving none in a matter of maybe 20 seconds. We send packets every 5 seconds +/- 1s. This also happens while our RSSI are still very much under the limit we would be expecting. For example, our last received packets today were around -95 on a clear day.
What we think might be happening is the path we’re taking to do our tests goes down in elevation slightly but possibly enough to make the direct line of sight to be blocked completely by the ground. Could that explain what we are getting? I feel like this behavior is really abnormal and those numbers are also pretty strange.
Thanks for your input!
Laurent
February 7, 2017 at 5:32 pm in reply to: What kind of range/RSSi cutoff is expected from mdot to indoor gateway? #16795laurent brunetParticipantGood, thanks a lot for the info. I’ll try to get some tests going with comparable conditions and see what kind of difference I’m getting. We were worried it was a different way of calculating the RSSI between both applications but it might just be that the conditions were different.
Laurent
February 7, 2017 at 3:29 pm in reply to: What kind of range/RSSi cutoff is expected from mdot to indoor gateway? #16785laurent brunetParticipantThanks for the answer Peter, I have a few follow up questions.
We have an indoor gateway, I know there is an outdoor version too but I’m not sure if it’s just a difference in the casing for it. Is there an outdoor gateway with a better sensitivity than the indoor one we currently have?
Secondly, I don’t know if you’ll be able to answer this but let’s try anyway. We ran some test using lora communication between two devices and had rssi readings going up to -130 before cutting off, is there any reason the readings we’re getting for lorawan using a gateway are much bigger?
Thanks!
Laurent
laurent brunetParticipantFor some reason, every now and then my added nodes disappear from my gateway. Anything that might cause this?
Thanks!
- This reply was modified 7 years, 9 months ago by laurent brunet.
laurent brunetParticipantThat’s good to know, thanks for the help!
laurent brunetParticipantI don’t know if it did. I removed the node from the gateway and re-added it and it now works so it might be exactly why.
On the off chance that it wasn’t. Is there any lease time or something like that, that might trigger this mic check fail after I added the node to the gateway?
Thanks!
laurent brunetParticipantYep that was the case! Step by step getting closer thanks to your help! So big thank you to you both.
It seems like my packet is received by the gateway. They do not make their way to my node-red flow though. I can see the packet information in my debug window but it seems to fail after reporting Mic check : fail.
Any idea?
Here’s the full log : Log
- This reply was modified 7 years, 9 months ago by laurent brunet.
laurent brunetParticipantI’m using tail -f /var/log/lora-network-server.log to monitor what’s happening on the gateway.
When I transmit with my device I have the information saying the Rx frequency, rssi and snr.
Then I have a warning saying MessageRejectException : Message received from unknown node.
Got any idea what I should be looking at from there to see why it’s rejected?
laurent brunetParticipantMy gateway is already checked for Public network. I’ll just look at the lora-network-server.log to see what the gateway is receiving and maybe I’ll be able to go from there.
laurent brunetParticipantJeff,
This was exactly the little bit of information that I was missing. I managed to connect through the address found with ifconfig, start node-red and wait for it to be fully loaded. The whole design works perfectly fine, thanks again!
Laurent
laurent brunetParticipantThank you for the quick answer Jeff.
So if I go into setup-> network interfaces -> configure eth0 to DHCP client and then reset my gateway and connect it to my network with the ethernet port, it will now have internet access?
I have 2 more questions from there.
Is the node-red flow that was on the gateway prior to the reset going to be running right away after the reset?
Is it still possible to access the web UI after this change?
Thanks again, I’m excited to get this working!
laurent brunetParticipantEdit: answered my own question.
- This reply was modified 7 years, 10 months ago by laurent brunet.
laurent brunetParticipantHello Patrick,
I hope you managed to figure out your issue! If you don’t mind I would like to ask you a question too, since we are aiming to do the same thing currently.
I also managed to connect my end-device to the gateway and my next step is to test an output to an MQTT broker.
What steps did you take ( or what information did you follow) to set up the gateway to be able to communicate to the MQTT broker? I only tested the gateway in the default form of a static IP lan, and it obviously doesn’t have a way to connect to a broker yet.
Thanks!
-
AuthorPosts