To make sure I wasn't losing data, I returned the data I received. I also used the 45mm slide pot for another speed test; zipping that sucker as fast as I could: 1.234 mSec from start to start of...
Demon Today, 03:15Oh I still get jitter at 1023 or ">> 1". I'm running at ">> 2" and had to use Vref- (3R/1K) cause I was having some instability at the 0 end of scale. The pots already have a slight deadzone under...
Demon Today, 01:57Once I TX data, I waited till TX complete:
(16F18855 p.146)
Then I sit in a loop waiting for RX interrupt:
(16F18855 p.553)
why would it complain? the asm block generates no code at all , it only creates labels for the assembler
yes, MsgData is a 21 byte structure that holds the vars Num0-Num9 + ADCcode
1. Why does this compile OK? I mean the asm/endasm block is before defining the variables. Shouldn't the compiler complain about that?
2. the sub TransmitData transfers data to variables...
Thanks!
Yes it was my error - set OSCCON=%11110000 and now it seems to be working correctly.
If PLLEN in Configuration Words = 1, SPLLEN bit is ignored. 4x PLL is always enabled (subject to oscillator requirements)
why are selecting Timer1 oscillator for fosc ? its incapable of...
Hello.
This is my config:
'****************************************************************
;----[16F1937 Hardware Configuration]-------------------------------------------
#IF...
more robust demand/response handshaking
;pic18f26k22
#CONFIG
CONFIG FOSC = INTIO67 ; Internal oscillator block
CONFIG PLLCFG = OFF ; Oscillator used directly
CONFIG ...
Re: Losing data when extracting bytes from words - 16F18855
I figure I'd push the envelope a bit faster with that 45mm slide pot; 1.228 mSec from start to start of TX.
Demon Today, 03:30I also took out that 2nd LCDout with the "x" indicator, it was just for testing anyways....