V_88:
It worked. I also removed the -0.01 from the code (not that it makes a big difference, but your logic of a negative Kelvin reading being absurd makes sense).
Yeah, not that your temperature sensor actually able to read absolute zero isn't a little absurd in the first place... XD But I'm glad you got my point.
V_88:
I have to use another sensor (a flow meter. I am thinking POW110D3B) put it in the same circuitry. So the data would then have this temperature data, along with the flow rate data which has to be transmitted wireless and broken down in the receiver end. I hope it won't be too much trouble, in any case that it is, I know I can take guidance from you XDThanks for all the help, I really appreciate it.
No problem. I'm glad I could help. (Don't forget to show your appreciation with the karma button.) 8)
Hmmm... temperature sensor, now liquid flow meter... Just out of curiosity, what is the full project? An aquarium monitor? Hot water meter? Thermally triggered water cannon?
A few things to think about as you approach expanding your project:
Looking at that sensor, one would need to use a tachometer type code. (Yes, that is a not-so-subtle hint at a search term to find example code.) The flow range of that sensor is 1-30 L/Min. Near the slow range, at 2 L/Min the sensor pulse is only 16Hz (or 62.5ms/cycle). Depending on your expected liquid flow you would need to decide how measure the pulses:
A) Count the number of pulses in a set time period
B) Time how long a set number of pulses takes (probably more accurate than A)
C) Time how long individual pulses take multiple times, throw out outliers and average
Transmit the count or timing information the same way (and I would probably just add it to your existing dataStream) you transmit the raw data from your temperature sensor, and calculate the actual flow rate on your receiver. (You may want to change some variable names, like data_high might want to be temp_high so you can then have a flow_high.)
No matter how you do the tachometer code, you will probably have to use an external interrupt. That means moving software serial off of pin 2 and/or 3 of your UNO on at least the transmitter. I'm sure you can figure out how to do that now. 8) You don't have to configure both Arduinos to use the same pins for software serial.
You should eventually (but probably now) change your transmitter code to not use the delay, rather use the techniques in the BlinkWithoutDelay (BWoD) example to capture a time and then perform an action after a set amount of time has passed. Look for it in the IDE Examples/02.Digital menu. The technique is sort of like cooking. You put the roast into the oven and take note of the time. Keep an eye on the clock and pull the roast out after a set amount of time has passed. This allows you to do other things (prep and cook the vegetables, set the table, etc) while waiting for the roast to finish. Robin2 actually has a really good sketch that does a better job demonstrating (both in complexity and with technique) BWoD in this thread.