Oh the other thing I forgot to mention is that the RF modules r AM so there is alot of static when there is no carrier
Oh the other thing I forgot to mention is that the RF modules r AM so there is alot of static when there is no carrier
ooofff...AM...that hurts
Still, send the data multiple times, add a checksum to the data, receive the data successfully X number of times, blah blah blah... Should be too much of a problem even with all that random AM static noise.
But you're still on the problem of sitting in a SERIN loop waiting for solid data while you still need to do other stuff, correct? How about a 2nd PIC (say a 16F688) that just sits there and waits for data, and when it gets good data, it fires it out a different serial port to the 'real' PIC, which doesn't have to worry about garbage data... Heck, might even be a good spot for a 10F202 to handle that job!!!
Yah - I wanted to avoid something like that due to complexity - plus haven't had any luck with PBP and 10F202 (PBP uses up too many variables - tho for a simple job like that I'm sure it would work) electronically it's prolly simpler for me to build a squelch. I might do a new post with a title more reflecting ASM interupts - thanks for all yr input
unless your module have a RSS output, send it to the trash can.
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
If you do not believe in MAGIC, Consider how currency has value simply by printing it, and is then traded for real assets.
.
Gold is the money of kings, silver is the money of gentlemen, barter is the money of peasants - but debt is the money of slaves
.
There simply is no "Happy Spam" If you do it you will disappear from this forum.
Or feed it to a PIC comparator input
Sorry if this sounds like a PMS replybut we still don't know which RF module you're using.
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Bookmarks