I just noticed that the sketch info isnt shown in my Vera for a repeater node like it does for a regular node. Is there any way to display this some how? Id like to have all my plugged in sensors (non battery) to be repeaters as well, but it would be nice to see the sketch versions to know which ones I need to update when I make a change
@Sparkman said:
@Bradley-A Glad to hear you got it resolved. I'll have to avoid using 7133A's then
What are the specs on the 7133A for max current? Are you using the regular radios or the ones with the PA?
Cheers
Al
Off memory, I believe it was 20 or 30mA. I might have to pull up a spec sheet to double check, but that sounds about right. The 78L33A is 100mA, so definitely higher output. As I was sitting here thinking about it though, with the capacitor being on the output side (closest to NRF) it should have been able to handle higher bursts when the radio was trying to transmit should it have not? 
@Sparkman I'm using an Arduino Pro Mini 5v, using a 10uF capacitor. I have tried without the cap as well and swapping the cap completely with a new one, but no change. Using a 7133A regulator, this is the only thing different in this setup vs my working nodes (working nodes are using a 78L33A), but have confirmed that the NRF has 3.3v directly at the board. I could swap it out with a known working 78L33A just to rule out power though as I have not done that yet (was trying to avoid rewiring due to different pinout). Being powered through a USB 3 port which SHOULD be capable up to 0.9a (on paper anyway, though I've had issues with power output before) but I have tested with an external 5v power supply (2 amp) with no difference.
EDIT: CRAP... it WAS indeed a power issue... wired up the 78L33A and it worked right away. Feel pretty stupid now. Damn. What is the max draw on these NRF radios during transmit?? Looks like I have a whole bag of 7133A regulators that wont be of any use to me lol
@otolosa super simple sketch that just prints the radio details:
#include <SPI.h>
#include "nRF24L01.h"
#include "RF24.h"
#include "printf.h"
RF24 radio(9,10);
void setup(void)
{
Serial.begin(9600);
printf_begin();
radio.begin();
//
// Dump the configuration of the rf unit for debugging
//
radio.printDetails();
}
void loop(void)
{
}
I saw another post from 5 months ago appear at the top today where some were having an issue with the NRF+ radios actually reporting as NON-plus versions. I thought that might have been it, but thats not the case for me, when I print the radio details, it DOES show up as a + which just leaves me even more baffled.
Having a strange issue while trying to setup a motion sensor node. The debug shows "check wires" and nothing works. I've double checked the wiring and it appears fine so I swapped the NRF radio for a new one and the same "check wires" message appears. I assume the MySensors library displays this when there is an error communicating with the NRF radio, so to test I uploaded a simple sketch to print the radio details and it worked fine, so I don't think there is any issues with the radio (or am I wrong in assuming this?). At a loss here, still pretty new to the MySensors stuff, but I THINK I've covered my basics here and not sure what to try next...
Is there a way to enable printing the NRF debug to do any further troubleshooting in that regard?
@jeylites said:
I have the same issue. Will work on the fix when I get back.
The fix is pretty simple, as @hek said the DHT sensors arent extremely accurate anyway (DHT11 is +/- 5% accurate), just change msgHum.set(humidity,1) to msgHum.set(humidity) in the sensor sketch to drop the decimal all together. Worked perfect for me and has been running flawless since yesterday now
@hek Ah Hah! That did the trick. I had only changed the variable to an int but had not removed the decimal argument. Works perfectly now! Thanks @hek !!
@hek Just a quick update. Changed the float to an int on the sensor during my lunch break. No luck. Vera still recieves it with a decimal. Confirmed with the serial console that the sensor is indeed sending it as a int now though. Perhaps the Arduino gateway is coverting it back to a float before sending it? Will do some more digging after work again
No unfortunately I do not have a zwave humidity sensor to test.
BUT, I did do some more digging and found out the crash was being caused by a number format exception on Android using the integer class. This caught my attention because I noticed the humidity is being reported with a decimal on the web interface of Vera (eg. Humidity 52.0%) and the Android app is expecting an Integer (not a float). I suspect that the web interface just stores it as a string so it doesn't care about the decimal and Vera is probably attempting to (poorly) parse that string into an Integer in the Android app.
I did confirm that this is the issue by manually changing the variable for the humidity sensor from 52.0 to 52 and the app works fine (until the sensor reports the humidity again).
I'm going to do some more playing when I get home tonight, but the fix is probably going to be straight forward. Either send an integer from the sensor sketch instead of a float, change the base station to report as an integer instead of float, or change the luup for the humidity sensor to parse the float into an int (just drop the decimal). I haven't done a lot with luup before and still fairly new to Arduino, so any suggestions on the best route to take would be appreciated!
I setup the MySensors gateway up today with my Vera Edge (UI7) and have a major issue. It appears that after adding this humidity sensor, it causes the Vera app to crash on my Galaxy Note 3 (Lollipop). I narrowed it down specifically to the Humidity sensor. Basically in the app, if I click on devices, it instantly crashes. The way I narrowed it down was by adding each device separately as a favorite so that it appears on the main screen when logging into the Vera app. Temperature works fine, as does the node itself, but as soon as I add Humidity, it instantly crashes the app. Is this a Vera issue or an issue with the MySensors library/Humidity sketch? Everything works fantastic on the PC