ConduitHelp
Forum Replies Created
-
This is the placepod we’re using. Still not sure how to determine if it’s a OTA or ABP device. I’m not sure how to find out this provisioning information via bluetooth.
I’m guessing once I get this info (still not sure how), I register it to the conduit via this link?
So from what I understand, every time the conduit receives signals from a registered sensor, it pushes it to an MQTT channel (and also listen for datagrams on a specific UDP port?) and I can basically subscribe to it via Python or nodeJS and tell when I get data? And then I could basically send out an HTTP POST request afterwards?
Once the device is registered, will any messages I receive from MQTT/UDP port be decrypted? (now that I think about it the UDP data should still be encrypted and I’d have to decrypt it manually, not sure how to do that so I’m guessing MQTT will be decrypted after I subscribe to the MQTT lora channel?)
Also, will the parking sensor send out signals at a certain interval or will it most likely send out signals when a state changes? Or does this depend solely on the parking sensor? (specifically this PNI PlacePod I linked above)
Thank you!
EDIT:
Oh okay so hold on. I just have to listen for packets (UDP I’m guessing?) in Python? I’m still not sure where to find out what port I need to have open. Where do I go to find out for sure? And now that the Place Pod is activated with the magnet, it should just automatically send out signals and I should be able to receive them on the conduit?
I’m fine getting the needed packages for Python. The Conduit is already configured and connected to the internet through my router and I can SSH into it no problem and create a Python script and run it in the background on a while loop and theoretically in that while loop is where I’d wait for LoRa signals in some kind of a queue or asynchronously and then decrypt them somehow and send out an HTTP POST request to my web server with the data. Are TCP HTTP requests not possible?
Are you planning on using a LoRaWAN service provider or the embedded network server on Conduit?
I’m not sure what the difference is between the network server and LoRaWAN service provider though? Is the LoRaWAN service provider The Things Network? And is the network server just a process on the conduit that intercepts the LoRa signals?
Is it an ABP or OTA device?
I don’t know how to figure that out.
I’m not sure why I’d need to use The Things Network or what it’s for really when I’m just trying to get a signal intercepted from the parking sensor (PlacePod) on the conduit through Python and every time I intercept a signal, decrypt the data (still not sure how to do this or let alone intercept a signal) and send a custom HTTP POST request (have this down, I know how to do this part).
Has the place pod been activated?
The Place Pod is activated with the magnet.
I’m starting to think what I’m trying to do isn’t possible? Does it make sense what I’m trying to do?
I’ve read these pages and it’s just making things 10x more confusing. I have the packet forwarder setup (still not even sure what this is) using the configuration settings and now I’m looking into how to receive signals with Python.
http://www.multitech.net/developer/software/mlinux/mlinux-software-development/python/
This seems to be the only link I could find for Python development. It doesn’t really say anything else or even has any code samples.
I’m still just confused altogether on how to get this working with my parking sensor. This is way more complicated than it should be it seems.
I simply just want to be able to receive LoraWAN signals from my parking sensor (no idea how to even decrypt the information it sends or even receive it) in a Python script that automatically waits for signals. I’ve got a strong feeling this might not even be possible or could take many weeks of work for what should be a day or two.
