Free Target E-Blocks2 STARM Programmer failing to compile in FC11 Free Version

[Bijumon]

Hi team,

I am having an issue, compiling project in the Flowcode 11 Free Version using the free target E-Blocks2 STARM Programmer.
it fails to compile and displays the following error message.

"You do not have a valid licence to perform this action"

further, I noticed that under the Project Options, the selected target is automatically highlighted as the BL0061 instead of the E-Blocks2 STARM Programmer. which seems to be triggering the licensing error.

Could you please look into this?

Regards,

[Steve-Matrix]

Thanks for letting us know. We will get a fix out for this today.

In the meantime, you could use the attached FCD instead. Put it into the following folder while Flowcode is not running:

Code: Select all

%PROGRAMDATA%\MatrixTSL\FlowcodeV11\FCD\ARM

When you try to compile, you may need to re-target your project to the "E-Blocks2 STARM Programmer".

[Bijumon]

Hi Team,

Thank you for the quick fix on the subject! The latest update is compiling the project without any errors.

Just to clarify my setup: I am not using real hardware yet. I am simulating the project in Proteus using the .hex file generated by Flowcode.

While testing, I noticed a couple of issues with the native components.

First I made a simple LED blink program, but the proteus simulation freezes whenever it hits delay.
However, when I use HAL_Delay(); inside a C code block instead, it works perfectly in the Proteus simulation.

Next I tried using the Flowcode PWM component, but it won't work in the Proteus simulation.
Just like before, when I bypass the component and use the HAL Code inside a C block, the PWM works perfectly on the proteus simulation oscilloscope.

can you please look into this.

Thanks again for your support!

Best regards,

[LeighM]

This sounds like wrong project or component settings. Clock speeds for example. Because delays and PWM definitely do work.
I'm not in a position to check your settings at the moment.
It looks like you have posted your HAL code version?
Perhaps if you post your Flowcode native version someone may be able to help.
I suggest you try starting with the LED flash test on hardware.

[Bijumon]

Hi team,

Thank you for the response and the suggestions.
I am currently testing the generated .hex files inside Proteus simulation before moving the project to physical hardware.

I am experiencing issue between two different compilation approaches. Both versions compile to a .hex file without any errors, but their proteus simulation behaviors are completely different.

When I use custom C-blocks to configure the registers directly for the PWM and Delay (while keeping the visual LED components and Calculation icons native to Flowcode), the generated .hex file simulates perfectly in Proteus.

When I try to achieve the exact same logic using native Flowcode components and standard icons for the PWM and Delay, the generated .hex file fails to work in proteus simulation.

Since the project settings are identical between both versions.

I have attached both .fcfx project files for comparison.

Thanks again for your support!

[Steve-Matrix]

I am currently testing the generated .hex files inside Proteus simulation before moving the project to physical hardware.

One problem with this approach is you will not know if the issue is caused by an error in the Flowcode project or an error in the simulation within Proteus. Only when you have downloaded to real hardware will this be resolved.

But even if the issue is with the Flowcode code generation, it looks like you have a suitable workaround using C code. So I think you should be able to proceed with your project.