Another newbie question here: What is the recommended practice to test a new application and new devices?
- For applications, is there a “test” TTN where I can register my application under test and inject messages from simulated sensors? I know about the “simulate uplink” feature in the TTN console, but this one seems to work on the “production” network, and appears rather inflexible. I’m looking for a place to hook up simulated devices that I can control myself via code – e.g., from within some CI pipeline. The goal would be to simulate all sorts of valid and invalid device data my application has to deal with, and also simulate metadata like spreading factor and RSSI that my application might want to respond to. Does this sound reasonable, or am I misunderstanding how TTN application development works? I’m coming from enterprise applications, where things might be a little different.
- For devices, is there a “test” network where I can register a device without the actual LoRa transmission; e.g., tunnel the LoRa message through TCP/IP or even some HTTP layer, so that I can do quick iterations developing the device software without polluting the scarce spectrum, and without being restricted by the production network’s duty cycle and FUP? Or am I misunderstanding how to best develop devices?
Thanks very much!