Brian Roberts
Forum Replies Created
-
AuthorPosts
-
Brian RobertsParticipant
Yeah, good idea. I will do that.
Brian RobertsParticipantNote that I have /etc/init.d/lora-network-server configured to run in init.d with a sequence number of 80. I do not have /etc/init.d/lora-packet-forwarder configured to run at startup.
Brian RobertsParticipantI’m not trying to run in packet forwarder only mode. I’m running the lora-network-server locally on the Multitech Conduit.
I was finally able to fix the issue. In
/etc/init.d/lora-network-server
, indo_start()
, I changed thesleep 2
before# start packet forwarder
tosleep 20
.I’m not sure why the extra delay fixed the issue. Maybe some kind of race condition that prevented the packet forwarder from seeing the configuration file.
- This reply was modified 5 years, 6 months ago by Brian Roberts.
July 27, 2017 at 3:58 pm in reply to: Configuring to work with MQTT broker with user name and password #20388Brian RobertsParticipantYea, I updated the mosquitto.conf to bridge to another Mosquitto Broker running on a server. I’m currently pushing up all lora/+/up messages.
I like your suggestion. I’ll disable the bridge, and just implement a script to do the bridging myself. In fact I already have a script that should be easy to modify to do that.
Thanks!
July 27, 2017 at 2:06 pm in reply to: Configuring to work with MQTT broker with user name and password #20382Brian RobertsParticipantThanks for the fast response.
I’m mainly concerned with not letting anyone from the outside connect and publish to the MQTT broker running on the Multitech gateway. I have the MQTT broker on the gateway bridged to another MQTT broker running on a server, so I can’t block the port.
I haven’t look much at the packet forwarder. Could I write my own packet forwarder that takes the LoRa data packets and publishes them to the MQTT broker using credentials? I’m not sure if that would be the right path.
Brian RobertsParticipantSounds good. Thanks Jeff.
-
AuthorPosts