 |
 |
 FAQ Forum Help Official CCS Support  Search
 Register
 Profile  Log in to check your private messages  Log in
|
CCS does not monitor this forum on a regular basis. Please do not post bug reports on this forum. Send them to CCS Technical Support |
| Search found 19 matches |
| Author | Message |
|---|---|
 Topic: pic18f883 behaves strange with its I/O pins |
|
| zilog Replies: 8 Views: 7504 |
 Forum: General CCS C Discussion Posted: Tue Oct 09, 2007 9:01 am Subject: pic18f883 behaves strange with its I/O pins |
| Compiler: CCS V4.050, MCU: PIC16F883
The MCU drives 4 leds, which are lighted by pulling the corresponding I/O pin low. The leds are attached to A4, A5, A6 and A7. If I set A4 to output (high or lo ... |
|
| Topic: PIC18F66J15 has interrupt errata? |
|
| zilog Replies: 3 Views: 3708 |
Forum: General CCS C Discussion Posted: Sun Aug 26, 2007 12:22 pm Subject: PIC18F66J15 has interrupt errata? |
| I stumbled across this thread http://forum.microchip.com/tm.aspx?m=266134&mpage=1&key=disable%2cglobal%2cinterrupts񀾖
And got a bit curious - does the 18F66J15 have any errata of th ... |
|
| Topic: Function returns to the wrong place.... |
|
| zilog Replies: 13 Views: 10519 |
Forum: General CCS C Discussion Posted: Thu Aug 23, 2007 11:18 am Subject: Function returns to the wrong place.... |
| We suspect a similar problem with our code - could you please post your code, LST and SYM files, either here or to gnuffelREMOVE (at) gmail.com ? (unspam the adress)
/Daniel |
|
| Topic: timer2 problems on pic 18f66j15 |
|
| zilog Replies: 5 Views: 5457 |
Forum: General CCS C Discussion Posted: Thu Aug 23, 2007 6:17 am Subject: timer2 problems on pic 18f66j15 |
|
What is happening, may be to do with the way timers update. In the past, Microchip, did publish data giving 'where' in the clock cycle transfers take place, and where interrupts etc., could be trigg ... |
|
| Topic: timer2 problems on pic 18f66j15 |
|
| zilog Replies: 5 Views: 5457 |
Forum: General CCS C Discussion Posted: Thu Aug 23, 2007 6:11 am Subject: timer2 problems on pic 18f66j15 |
|
There is no need to daisy chain the signal to E0. You can simply read the pin being used to trigger the interrupt. It is still useable as an input, when the interrupt is enabled. Saves a pin. Best ... |
|
| Topic: timer2 problems on pic 18f66j15 |
|
| zilog Replies: 5 Views: 5457 |
Forum: General CCS C Discussion Posted: Thu Aug 23, 2007 3:17 am Subject: timer2 problems on pic 18f66j15 |
| My system has a PIC18F66J15 running 4x10MHz, using CCS v4.050, and getting clocked by external negative edges on EXT3 with a frequency of 16.7Hz. PIN_E0 is connected in parallell with EXT3 to enable p ... | |
| Topic: EXT_INT3 interrupt always placed as high priority? |
|
| zilog Replies: 8 Views: 9612 |
Forum: General CCS C Discussion Posted: Wed Aug 22, 2007 11:35 am Subject: EXT_INT3 interrupt always placed as high priority? |
| The lack of bank handling in the low priority hanlder, is a bug.
Is this an official compiler bug? The actual start of main, is 154. Why the list shows 58D8, I don't know. Best Wishes You ... |
|
| Topic: EXT_INT3 interrupt always placed as high priority? |
|
| zilog Replies: 8 Views: 9612 |
Forum: General CCS C Discussion Posted: Wed Aug 22, 2007 9:55 am Subject: EXT_INT3 interrupt always placed as high priority? |
| Btw. I also have a question regarding context saving upon entry to interrupts, what I can see in
00000: GOTO 58D8 * 00008: GOTO 00FC 0000C: NOP 0000E: NOP 00010 ... |
|
| Topic: EXT_INT3 interrupt always placed as high priority? |
|
| zilog Replies: 8 Views: 9612 |
Forum: General CCS C Discussion Posted: Wed Aug 22, 2007 9:48 am Subject: EXT_INT3 interrupt always placed as high priority? |
| Ttelmah, I dont really understand what you mean with fuses being set the wrong way? Does this affect the problem I am experiencing with the compiler making INT_EXT3 high priority? | |
| Topic: EXT_INT3 interrupt always placed as high priority? |
|
| zilog Replies: 8 Views: 9612 |
Forum: General CCS C Discussion Posted: Wed Aug 22, 2007 6:03 am Subject: EXT_INT3 interrupt always placed as high priority? |
| I am using CCS 3.249 with a PIC 18F66J15 MCU. I am using INT_RB as the only high priority interrupt, and I have enabled high ints with
#device HIGH_INTS=TRUE I dont use any priorities as I o ... |
|
| Topic: CCS compiler if-statement problem |
|
| zilog Replies: 26 Views: 23618 |
Forum: General CCS C Discussion Posted: Mon Aug 20, 2007 10:29 am Subject: CCS compiler if-statement problem |
| If you want official CCS support on this matter you need to e-mail me all your files (sources, list files, sym file, etc).
Hi Darren, An email with the latest state of the project is on its way. ... |
|
| Topic: sprintf questions |
|
| zilog Replies: 6 Views: 6182 |
Forum: General CCS C Discussion Posted: Mon Aug 20, 2007 8:18 am Subject: sprintf questions |
| Er. Pos will always be larger than you expect then...
Remember '++', means 'increment after using the value', so 'pos' will always be one _more_ than the number of characters. Best Wishes pos b ... |
|
| Topic: sprintf questions |
|
| zilog Replies: 6 Views: 6182 |
Forum: General CCS C Discussion Posted: Mon Aug 20, 2007 7:25 am Subject: sprintf questions |
| Remember that a 'string', always has a terminating '0'. The sprintf, adding three characters, adds three characters, and then a terminating '0'. This shouldn't matter (since you then start again 'over ... | |
| Topic: sprintf questions |
|
| zilog Replies: 6 Views: 6182 |
Forum: General CCS C Discussion Posted: Mon Aug 20, 2007 5:28 am Subject: sprintf questions |
| I now see that I made an erroneous assumption, sprintf CAN fill more than 5/6 spaces here. The solution is to limit "value" to only fill 5 digit places. | |
| Topic: sprintf questions |
|
| zilog Replies: 6 Views: 6182 |
Forum: General CCS C Discussion Posted: Mon Aug 20, 2007 4:44 am Subject: sprintf questions |
| Running this modified code on a Linux/64-bit/gcc PC gives the execution trace below:
#include <stdlib.h> #include <stdio.h> #include <string.h> #define MAX_SELECT_LENGTH 16 ... |
|
All times are GMT - 6 Hours |
Powered by phpBB © 2001, 2005 phpBB Group