well, after endless hours over the last week of delving deeper into the world of RF, i learnt a few things…
you guys take for ever to respond lol
baud aka bits per second or rate of signal change per second is not bytes per second…
picbasic hauls ass… alot of ass. I was a big fan of assembly code with the picmicros, and enjoyed the challange of developing programs to interface with new components like lcd screens/keypads/eeproms, but after affiliating with picbasic (crownhill proton picbasic pro) i’ll never look back.
serial data sent at 9600 baud with the simple command
SEROUT PORTA.0 , T9600, [“AZ”, dec variablex,“M”]
how easy is that… although the RF modules that i have only support 3k baud, you just change the t9600 to t2400 to modify the baud rate, and presto, when hooked up to your RF module, its serial data transfer without anything in between. and its completly compatable for pc interfacing and data transfer… zomg the possibilities…
the serout command can be used on pics without serial data transfer like uart/i2c, is pre compiled code that its compiled to assembly, but simply programmed with basic… love it… its like the visual basic if pic programming…
sending data to lcd screens is simple
print at 1,1, "A: ", dec vasriableA, " B: ", dec variableB
and matrix keypad scanning:
keypad_entry = INKEY
damn thats sweet, all the lcd initialisation is carried out in the assembly code and not to be worried about. that said you can still modify all the lcd parameters if you want to have your cursur shown for example… all the wiring diagrams can be found riddle throughout the help file, and the search index gets you places fast.
sorry to blabble on, im the biggest newb at all this, just that picbasic pro is out of this world and im getting it off my chest lol.
ht12d/e encoders really suck… they cant handle data transfer all that well, and are slow in comparison too what i have been experimenting with on the pic’s