Search found 43 matches
- 28 Feb 2017 12:59
- Forum: mikroBasic PRO for PIC32 General
- Topic: Array of Functions in MikroBasic.
- Replies: 1
- Views: 7279
Array of Functions in MikroBasic.
Hi, Does MikroBasic support array of functions through function pointers? Function pointers are supported we can have typedef FunctionType as sub procedure() dim function_ptr as ^FunctionType sub procedure fct() end sub main: function_ptr = @fct But how can one declare an array of functions? The fol...
- 04 Feb 2017 12:48
- Forum: mikroBasic PRO for PIC32 General
- Topic: Shadow Register Sets and Interrupts priorities on PIC32MZ
- Replies: 3
- Views: 3103
Re: Shadow Register Sets and Interrupts priorities on PIC32M
Hi thanks for your reply, I doubted the compiler doesn't support that yet. What's the behavior of the compiler then when one uses SRS for context switching? The default value of the PRISS register is 0 which means that all interrupt priorities use the Shodow Register Set 0. Because the compiler does...
- 02 Feb 2017 12:36
- Forum: mikroBasic PRO for PIC32 General
- Topic: Shadow Register Sets and Interrupts priorities on PIC32MZ
- Replies: 3
- Views: 3103
Shadow Register Sets and Interrupts priorities on PIC32MZ
Hi, In the PIC32MX there is only one Shadow Register Set that can be assigned to one interrupt level and this is done via the DEVCFG3 configuration register. However the PIC32MZ has seven (7) Shadow Register Set and each interrupt priority can have its own Shadow Register Set via the PRISS register....
- 27 Nov 2015 18:26
- Forum: mikroC PRO for PIC General
- Topic: question about the mikroC
- Replies: 6
- Views: 2087
Re: question about the mikroC
The optimization level 0 I've got with mikroC 6.0.0 can't even optimize trivial stuff like x*2, x % 2, x / 2janni wrote:Besides the optimization level 0 (which does not mean no-optimization)
I think it means 0 optimization...
- 15 Nov 2015 17:18
- Forum: mikroC PRO for PIC General
- Topic: eeprom convert to number and read in LCD
- Replies: 2
- Views: 1435
Re: eeprom convert to number and read in LCD
As I understand EEPROM memory only can store binary code because I try to recall the number from read EEPROM, after I write data to eeprom, but shown garbled code or 255 in LCD display, as I believe need binary to decimal conversion to get it work,do anyone know how to do it. thank you No, the EEPR...
- 11 Oct 2015 11:09
- Forum: mikroC PRO for PIC General
- Topic: Converting UART received data
- Replies: 10
- Views: 3590
Re: Converting UART received data
Who's sending the data?
Is it you from another source ? If it's the case, why don't you send it in a different format like 05-67-00-AC. It's easier to parse.
Is it you from another source ? If it's the case, why don't you send it in a different format like 05-67-00-AC. It's easier to parse.
- 11 Oct 2015 09:35
- Forum: mikroC PRO for PIC General
- Topic: Why UART_Init doesn't set both TRISs ?
- Replies: 12
- Views: 3323
Re: Why UART_Init doesn't set both TRISs ?
But we unfortunately have to.janni wrote:The necessity to test not only every type of component but almost every shipment nowadays is just such a waste of time and effort...
Thank you Janni for all your answers.
Thanks everyone.
- 10 Oct 2015 17:22
- Forum: mikroC PRO for PIC General
- Topic: Why UART_Init doesn't set both TRISs ?
- Replies: 12
- Views: 3323
Re: Why UART_Init doesn't set both TRISs ?
It looks like you have some bad blood toward some features, was it related to USART ?
- 10 Oct 2015 16:32
- Forum: mikroC PRO for PIC General
- Topic: Why UART_Init doesn't set both TRISs ?
- Replies: 12
- Views: 3323
Re: Why UART_Init doesn't set both TRISs ?
I've always thought that the datasheet and reference manuals were the docs to follow. But blindly ? surley not, hardware verification must be done before any kind of launch. they're far from perfect and tend to have large parts blindly copied from earlier ones But man you had me at this. Yes, there ...
- 09 Oct 2015 23:46
- Forum: mikroC PRO for PIC General
- Topic: Why UART_Init doesn't set both TRISs ?
- Replies: 12
- Views: 3323
Re: Why UART_Init doesn't set both TRISs ?
I had no problem with UART library whatsoever, actually it works just fine. I just wanted to know why the datasheet says one thing and we do another one.
What should we trust?janni wrote:And second, one cannot trust all what's written in datasheets
- 09 Oct 2015 17:56
- Forum: mikroC PRO for PIC General
- Topic: Why UART_Init doesn't set both TRISs ?
- Replies: 12
- Views: 3323
Why UART_Init doesn't set both TRISs ?
Hi guys, I just got a quick question. In the PICs 8 bits datasheets and manual referneces (at least the 16F and the 18F), the UART section specifies that the user MUST set the SPEN and the two corresponding TRISs for Tx and Rx (TRISC<6> and TRISC<7> in case of the 18F2550) in order to configure the ...
- 04 Oct 2015 14:18
- Forum: mikroC PRO for dsPIC30/33 and PIC24 Wish List
- Topic: I wish mikroC support specificity of inline function!
- Replies: 21
- Views: 17581
Re: I wish mikroC support specificity of inline function!
Any news about inline in 2015? (2016 in 3 months)
- 22 Jul 2015 01:58
- Forum: mikroC PRO for PIC General
- Topic: Cast a char * to a const char * produces garbage value
- Replies: 11
- Views: 4364
Re: Cast a char * to a const char * produces garbage value
Ah right! const applies in what's on its left.
Well thank you for all your explanations, I appreciate it.
Best regards.
Well thank you for all your explanations, I appreciate it.
Best regards.
- 20 Jul 2015 23:01
- Forum: mikroC PRO for PIC General
- Topic: Cast a char * to a const char * produces garbage value
- Replies: 11
- Views: 4364
Re: Cast a char * to a const char * produces garbage value
Sorry I'm back again.
Why the const char *p is stored in RAM, shouldn't be in ROM ?
The const char *p has a local duration, if it is indeed stored in ROM wouldn't it cause problems regarding the erase/write cycles of Flash memory in the the 16F876A, which is by the way only 100,000cycle ?
Why the const char *p is stored in RAM, shouldn't be in ROM ?
The const char *p has a local duration, if it is indeed stored in ROM wouldn't it cause problems regarding the erase/write cycles of Flash memory in the the 16F876A, which is by the way only 100,000cycle ?
- 20 Jul 2015 14:29
- Forum: mikroC PRO for PIC General
- Topic: Cast a char * to a const char * produces garbage value
- Replies: 11
- Views: 4364
Re: Cast a char * to a const char * produces garbage value
Do you please know why MPLabX XC8 compiler can convert a char * to a const char* with no problem? If you ever used C18 then you know that you must match pointer storage qualifiers (similar to mikroC). That's because storage qualifiers determine the size of the pointer and access method used to dere...