Hi there,

I'm writing software for the PSoC (CY8C4125LQI-S433) in which I implemented the emulated EEPROM. I do get the issue that after a random amount of writes to the EEPROM, the PSoC hangs, seems to be in the CySysFlashWriteRow function.

To isolate and reproduce the problem I created a new empty project with only the EEPROM and a LED so I can see when the PSoC hangs. The problem occurs here too so there must be something going wrong in the EEPROM library.

Has anyone else experienced this problem?

#include <project.h>

const uint8_t EEPROM_em_EepromStorage[Em_EEPROM_PHYSICAL_SIZE]
__ALIGNED(CY_FLASH_SIZEOF_ROW) = {0u};

uint8_t eepromArray[15] = { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15};
cy_en_em_eeprom_status_t   eepromReturnValue;

int main (void)
{
    CyGlobalIntEnable; /* Enable global interrupts. */

    /*Initalize EEPROM with the start address of the memory location*/
    eepromReturnValue = Em_EEPROM_Init((uint32)&EEPROM_em_EepromStorage[0]);
    
    /* Place your initialization/startup code here (e.g. MyInst_Start()) */

    for(;;)
    {
        STAT_LED_Write(1);
        CyDelay(500);
        STAT_LED_Write(0);
        CyDelay(500);
        eepromReturnValue = Em_EEPROM_Write(0u, eepromArray, 15u);
        /* Place your application code here. */
    }
}

客先よりPSoC Creator のversion 4.x は version 3.x 以前に比べてグラフィックなどの表示速度が遅くなっていると指摘を受けています。

質問①

使用環境にも依存するかと思いますが、PSoC Creatorのバージョンを更新をするに従い、グラフィック表示などの表示が遅くなる（処理が重くなる）などの要因、変更点があったりするものでしょうか？

質問②

グラフィック表示を早くする（処理を軽くする）ようなPSoC Creatorでの設定などあったりするものでしょうか？

どうか宜しくお願いします。

I am encountering an discrepancy between the .map file size and the size of the struct in my program. The struct is defined in a shared file, and I use a shared_ram section in the linker files to instantiate the struct variable in the same RAM space for both cores so they both have access to it. My project is based on DFU_Upgradable_Stack. 

1. I define the shared RAM region in dfu_common.ld

ram_app2_shared (rwx) : ORIGIN = 0x08010000, LENGTH = 0x00400

2. I define an alias for the shared ram region then assign .struct1 and .struct2 to it in dfu_cm0p.ld and dfu_cm4.ld for app2. 

REGION_ALIAS("ram_shared", ram_app2_shared);

.struct1(NOLOAD):
{
*(.struct1)
} > ram_shared

.struct2 (NOLOAD):
{
*(.struct2 )
} > ram_shared

3. In the shared .c file I use CY_SECTION to tie the struct definitions to the same area in ram.
CY_SECTION(".struct1") struct SameStruct struct1;
CY_SECTION(".struct2 ") struct SameStruct struct2;

4. I instantiated another version of the same struct on cm0p without sharing or specifying anything in the linker files.

struct SameStruct struct3;

5. The result is when I print out sizeof() for all three, they are the same size, but the start address for struct2 is several bytes less than the start address for struct1 + sizeof(struct1). Also, printing the the address for the last element of struct1 reveals that it is about 0x14 bytes after the start address for struct2. In the map file, the size allocated for struct1 and struct2 is smaller than struct3. In the map file, the start address for struct3 is the same as revealed by printing out in the program. 

This makes it pretty clear to me that the issue is somewhere in the linking process. This is just a guess, but it seems like the smaller size of struct1 and struct2 is almost what the struct would actually be without padding. SameStruct is large and includes other structs in files I do not want to edit. sizeof(struct1) = 0x260 but the size specified in the linker file is 0x1f0 and the distance between struct1 and struct2 is 0x1f0. The size specified in the linker file for stuct3 is 0x260.

I am thinking of abandoning the linker file method of sharing the same RAM space for a variable and just passing the reference over IPC, but that would require changing other code. Any ideas what I am doing wrong or why the sizes are different? Or is it just a bad idea to do it this way? Thanks!

I've been using PSOC Creator 4.4 on a very decent laptop running Windows 10 for a couple years now, and I have always been extremely annoyed everything that happens after I click "Program". It usually freezes for 20-30 seconds with the "Selecting Target" status, and then loads the "Select Debug Target" window, but that window is super glitchy, and I usually have to click and then wait for 5-10 seconds again before the target I selected is highlighted, and then unless I'm lucky, the screen freezes again for a few seconds before I can select "OK" and program the device. I usually build with Creator and then program using PSOC Programmer because Programmer doesn't always glitch out on me. 

Is this normal? Sometimes it is better, but it NEVER runs smoothly. Also, the entire program freezes during compilation, and windows says it is not responding. 

Sorry write such a whiny post, but I get soooo frustrated with this IDE sometimes, and I figured I would see if anyone has a way to make it better. 

Dear Sirs and Madams,

We would like to install only the "Bridge Control Panel", but it doesn't seem to be on the Infineon website.

Is it possible to install the Bridge Control Panel without installing PSoC Creator?

Regards,