I was just keeping my options open; "hope for the best, be ready for the worst". :)
This will run alongside a flightsim, so data will be transfered often: altitude, speed, RPM, heading and much...
that's more than 11 thousand five hundred characters per second , how much data can a pic16 process at that rate before the wheels fall off and lost data spills all over the floor :D
seems to...
I have a main USB PIC that talks to several secondary PICs via hardware USART.
Is there a better/faster technique to transfer data than USART at 115,200?
NOTE: When moving a feature away from a pin, make sure to clear the PPS register for that pin.
RB5PPS = 0 ' Disable CCP3
RB0PPS = 0 '...
Yup. I've reached the same conclusion.
I have to use a jumper.
It would have been nice to figure out a "built-in" solution, but that's not happening.
if your re has the possibility that it can be stationary with either A B contact closed [ground] then it will always be possible to stuff up programming and no isolation other than disconnection...
richard Yesterday, 22:51I'm using the internal pull-ups.
The signal from the encoders reaches the PIC pins with the 10K series and 0.01uF to ground (as per Bourns design), but not if I add that 2nd 10K isolation resistor...
Do not risk reliability and toss the resistor.
Use the internal pull-up with low going switch and you will be just fine.
Ioannis
They can be whatever they have to be so that it works perfectly. It's my circuit, and I answer to nobody (except those here that know more than me :) ).
Oddly, it's working as-is.
Re: Any faster option than USART 115,200?
no, divide by 10, 8 data + start + stop bits
richard Today, 03:16