
As Im loading the newly compiled file ready to program I get the message that there are now config words in the hex file
Moderator: Benj
Can you show me where you place the nops in v5 and I will add a small delay into the component for you.In v5 your could customise the code and add a few nops to it and usually this fixes the problem, but I cant seem to find this option in v6.
Hi ben,Benj wrote:Hello,
Can you show me where you place the nops in v5 and I will add a small delay into the component for you.In v5 your could customise the code and add a few nops to it and usually this fixes the problem, but I cant seem to find this option in v6.
Code: Select all
//Internal Prototypes
void MX_LCD_Enable (void);
void MX_Write_Command(char cmd, char chip);
void GotoXY(char x, char y);
void MX_WriteData(char data);
char MX_ReadData(void);
//Internal Functions
void MX_LCD_Enable (void)
{
set_bit(MX_CONTROL_PORT, MX_ENABLE);
//delay_10us(1); //Min delay 450ns
nop();
nop();
nop();
nop();
nop();
clear_bit(MX_CONTROL_PORT, MX_ENABLE);
//delay_10us(1); //Min delay 1.5us
nop();
nop();
nop();
nop();
nop();
}
void MX_Write_Command(char cmd, char chip)
{
Sounds like the best option would be to make it configurable...Jordy101091 wrote:normally I would place some nops between the already existing nops (x5), I don't know how many because this can very between displays with the same controller.
I would start with 4 extra nops.
There were lots of bugs with cloning but should be all sorted now. LED array and switch array components are now included in the latest release.Is the switch array going to be included?
What delays have you tried in the enable delay property? Think the default was 10us.Im testing the updated component but no success yet, maybe its better to have a nop counter or something
Ben,Benj wrote:Hi Jordy,
What delays have you tried in the enable delay property? Think the default was 10us.Im testing the updated component but no success yet, maybe its better to have a nop counter or something
There was a few bugs, firstly the clear function was very slow (took several seconds) due to the fact I was clearing each individual pixel rather then writing a byte at a time. This is now very fast. Secondly the new variable delay was not being used with the read function so the read modify write process of setting a pixel was failing. Thirdly the incoming value was not being manipulated correctly and so even with the delay in place the read macro still wouldn't have worked.works a treat out of interest what was wrong with the component code
Ok I will investigate, thanksForgot to say it wont sim numbers but will print them on hardware