OK I have removed the capacitor, set all the unused inputs to pullups and it still freezes after several hours.
if I hook the receivers data to an arduino board as well, that board doesn't hang, i.e. the data is OK from the rf module.
But I could perhaps get the arduino one to print buflen every time it sees a message ( presumably anything with the right datarate? )
I wonder if this has something to do with it, I don't use multiplexing for my displays, all the LED segments are latched by the TPIC shift regs.
So once the data is displayed, the loop is only checking for a correct length message coming in :-
void loop ()
// CHECK FOR INCOMING MESSAGE
uint8_t buflen = VW_MAX_MESSAGE_LEN;
if (vw_get_message(buf, &buflen)) // Non-blocking
that's the loop, I don't now why the delay is in there, I think that was part of the code I copied.
Greg who has a similar problem doesn't have the delay...
I have several units in the field with this same front end ( up until the "got " message, that are running fine without hanging up )
It was hung up again this morning , so I guess I will try putting a switch on the RF modules supply, and just power it up when I want to test it.
Except then there would be no constant white noise coming into the chip, which might confuse it,,,,,,,
Or perhaps I could disconnect the antenna, and wrap the receiver in foil ( test it with the remote to make sure nothing is getting through ) and just fold the foil open to test it every few hours..
Now the plot thickens ! I had left it frozen, and without my rebooting it the displays have changed ( I have only three 7seg displays hooked up for testing ) one is blank, and one has random segments on ( not a number ). The lookup table has only valid patterns on.
And when I sent an update from the remote, it worked and displayed the right numbers again....
Driving me nuts !