You may find as you start adding the sensor and making the LoRaWAN functionality more robust that your run out of space in the Uno.
While there are ways to make things fit, if you run into difficulty the more future-proof path will be to upgrade the “Arduino” to something more capable (even remaining in that ecosystem) rather than desperately try to shoe-horn things into an undersized chip - eg the “feather” board is one of the better supported targets to which you could wire your existing radio shield.
But if you’re not already too close to the limits, then with care you can probably get the DHT11 added, so that’s more a thought for subsequent work.
To go further, given the nature of the Arduino LMIC stacks, you don’t need to transmit, just send your. payload to the serial port for inspection - then you can take the output to the Application console to test your decoder (in the first instance, don’t rely on it mid to long term).
Sure, once you have a stable payload, turn on transmissions, but if you are cycling through design by coding then this is actually more efficient than a transmission and bouncing around different web pages.
Thanks for the input.
The Lora shield is a Draguino V1.4 (non GPS) with a LMIC stack.
I have ordered a new DHT22 because I am not sure of the compatability of my original RHT03 sensor . I will report any finding in a few days.
OK, My DHT22 sensor arrived so now I am equipped with an Arduino UNO, with a Seeed Dragino V1.4 Lora shield with the DHT22 connected ( all presently connected)
So far I have uploaded a DHT22 sketch to the above and when viewing the serial monitor within the IDE I do see the temperature and humidity being displayed ( so far so good)
Next , I take the Node sketch from here
This is supposed to display “Hello World” as you can see in the sketch.
But what I see in my serial monitor window is …
31284432: EV_TXCOMPLETE (includes waiting for RX windows)
142864: EV_TXCOMPLETE (includes waiting for RX windows)
Where is my "Hello World " ?
Once I have that figured out I want to see that “Payload” displayed on the TTN .
Hope someone can shed some light on this part before I move onto the subject of payload decoders , then advance to sending the DHT22 data as a payload.
I am not even sure what you are asking, the device log says its has sent a msg and that the next one is queued - have you not looked in the console for the data arriving? at no point in your code does it print you data to the log so it will never show up there. Your sending a msg via lorawan and hoping a TTN gateway receives it, if t does you will see the data arrive in the TTN console under the app and the devices too.
As you say your not sending plain text, the idea is to encode your data/values/bits and send as bytes (smallest number possible) that are then decoded the TTN backed - plain text in not the approach here. There are loads of threads on there re data encoding.
Have you set up both and application and device in the TTN console? I am thinking yes, just noticed the device is ABP, look at the console for data arriving.
Thanks for the reply,
Eventually my goal is send temperature and humidity data from my node to TTN.
In the Application Data tab in my Console I see Nothing ,
If I go to my devices I can see when the last packet was sent and Total packets TTN has recieved from this node .
It’s not meant to display Hello World in the serial console. It transmits a byte array that happens to say Hello World - so on the application/device console you should see the ASCII bytes that are Hello World.
Your next task is to put your readings in to the mydata array, which will then get transmitted and you can then see the hex/numbers on the console.
Hi Nick, thanks for the reply , and it does make sense to me.
I am not a programming guru and never will be. My electronics skills are fair to good but coding is something I am just venturing into. I will now look at getting the data into the array you mentioned. Once I see that data moving then it will be time to add the DHT22 sensor and delve deeper. Thanks again .
I did look in my console for application data and there is nothing there ?..
If you’re saying that you did not change the values for NWKSKEY and APPSKEY (along with DEVADDR) then: indeed, that won’t work as those won’t match the values for your device in TTN Console. You’ll need to change 3 values in the code to match the values in TTN Console; see Format of Keys and ID’s for Arduino LMIC libraries [HowTo].
Also, that old code is for EU868, but is missing the settings for RX2 to support downlinks, but you’re not using downlinks right now.
That has given me something to work on,
I have changed my keys etc to match those on TTN for my device and looking at the device on TTN, I can see it is sending out a packet every minute along with how many packets since last reset.
I will look into it this evening , Thanks again.
Now Looking for comfirmation that the Limic is configured correctly and operational…
Hi Folks, I have read more into the setup etc regarding previous posts,
Can someone confirm, that if the limic config file is set correctly, and within the Arduino sketch the the Device address along with the two passkeys (Network and App) which are (in my case ) MSB, which I understand to be correct when using a limic, and also making the observation on TTN that the Node/Device status shows the time of last packet received and a valid Frames up count.
Bearing all above , that I should be able to see something within the Aplication Data window for that device OR do I need to configure something within TTN to enable data to show in the Data window.
If anyone could confirm the above I would be gratefull.
Your previous post said you could see it on TTN, so it’s not clear to me what you are asking now.
If you’ve left the config file alone and you use ABP but you didn’t mention the device id you will have been given, there is nothing to do to see data in the console except wait for an uplink - it does NOT show past data (without further configuration) but will show uplinks as they arrive.
Ok, that clear enough.
Yes its set up as ABP, Like I said packet times and counts can be seen, so now its time to send some data ( which I thought it should have “HelloWorld” in numbered format) . I will attempt to connect the RHT22 and see how it goes, Thanks for you input.