it's not so hard to do your own ADCIN so far. Just writing and reading the according register. It's pretty well explain in the datasheet. Will be faster and much code efficient.
it's not so hard to do your own ADCIN so far. Just writing and reading the according register. It's pretty well explain in the datasheet. Will be faster and much code efficient.
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Thanks,
As soon as I figured out that I could have my way with individual register pins, everything got easier. I am also wondering if there are any clever tricks out there that I can use to fit in a few more VAR's. I'm out of space and my program isn't quite finished.
Last edited by Quacker; - 31st May 2006 at 01:22.
if you can, post your code here. We may see few thing to be shrink. Next step.. switch to a bigger one... like 12F675 or my favourite one 12F683.
512 Byte is really easy to fill... worst when using ANY Basic or C compiler.
Unfortunately those baby 10F don't have internal EEPROM... busted!
Last edited by mister_e; - 31st May 2006 at 03:36.
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
I have enough memory for program (512 bytes) but not for data (23 bytes). What I was just thinking of, was to use generic VAR's instead of specific ones, on the theory that if a VAR was used in only a segment of the program, that I might borrow the space and reuse it later in the same progam. Sort of like this example where instead of using a "basket for apples" and a "basket for oranges" I use basket#1 over and over:
start:
Get number of apples
put in basket#1
Divide by number of children and distribute
.
.
.
(Sometime later if I'm really done with the apples)
Get number of oranges
put in basket#1
Divide by number of children and distribute
clear basket#1 (optional)
goto start
My software friend almost fainted at the prospect but in a pinch, it could save me from running out of data memory and thus save the SOT23-6 from becoming an SOIC-8, right?
still unsure of everything 'round what i suggest, but i guess the EXT modifier could help you on that. Darrel may confirm that thought. I have to experiment around this one when i'll find time... there's still some healling to do here and pending project to finish first
http://www.picbasic.co.uk/forum/showthread.php?t=3891
Steve
It's not a bug, it's a random feature.
There's no problem, only learning opportunities.
Not 100% sure what you are after but ...
Your software guy probably likes code that is well documented and easy to read – don't we all. I do the following all the time when in your situation. I set up a variable that I plan to use locally and then set up an alias to that variable.
Example:
AppleCount var BYTE ; define variable in RAM
OrangeCount var AppleCount ; alias to AppleCount
; early in the program
For AppleCount =1 to 10
Do Something
Next AppleCount
.
.
.
;Latter in the program
OrangeCount = PORTB
Select Case OrangeCount
Case 1
Do something
Case Else
Do something else
End Select
As you can see, the variable is reused and readability is maintained.
Paul Borgmeier
Salt lake City, Utah
USA
Great Paul,
I set up a number of aliases and it works fine, even when the ram was so full that one more "something VAR BYTE" chokes the compiler.
I'm all set!
Bookmarks