PicoFDL (T04) with IAR RL78 2.xx

can you send me the file ,I need it, "RENESAS_FDL_RL78_T04E_IARV2_V1.00",My email [email protected] ,Thank you very much

You can find the file in this link:

https://www2.renesas.eu/products/micro/download/index.html#select

Select RL78 and SW-Tool in the filter and you will see it under "EEPROM_EMULATION_RL78" product name.

Hi.
Too I look for RENESAS_FDL_RL78_T04E_IARV2_V1.00.zip library
But according to the reference there is no support for IAR 2.x
Also on the website Renesas I have not found it too.
If you still have it, ask to send it to me [email protected]
Thanks.

The files are still available on MyPages as txen wrote.

Correct, they are available on Mypages. For all who may be interested: versions for IAR compiler are only available if "America/Europe/Middle East/Africa" is selected in the beginning of the installation.

Yes, thanks.
I have already understood it:)
too is suitable for IAR 4.10.1.

I've downloaded the FDL_RL78_Type04_Installer_V200.zip file and made a simple project using Applilet3 for IAR 4.10, but when PFDL_Open() is execute I get the error:

Fri Jul 05, 2019 10:04:02: Unable to execute: driver error. After the error occurred, the program counter (PC) was 0xefff8.

I'm using a QB-R5F100LE-TB board.

Hi.
Perhaps you have not opened access to Data Flash
DFLEN = 1U;
for (w_count = 0U; w_count < 6U; w_count++)
{
NOP();
}
or not linking libraries.
I tried the old FDL for IAR 2.x with version 4.10.1 and everything worked.
Give me an email and I will send it to you.
And if these files are available for you to download, it would help me.
www2.renesas.eu/.../
www2.renesas.eu/.../

As for the problem I described with Type 01, I solved it. As it turned out, due to the fact that I had data previously recorded using the DFlash library, the formatting command produced an error. As soon as I erased them, everything began to work.
my email: [email protected]
Best Regards.

Hi andrvisht,

Thanks for responding!

The code generated by Applilet3 takes care of enabling the data flash:

/* Start data flash control */
DFLEN = 1U;
for (w_count = 0U; w_count < 13U; w_count++)
{
  NOP();
}
/* End data flash control */

And I have added the library in the linker setup.

I had the debugger set to Simulater. I've changed it to E1 and now it resets after the call to PFDL_Open().

I have a breakpoint in R_Systeminit() and a breakpoint in the line after PFDL_Open(). After the call to PFDL_Open() the R_Systeminit() breakpoint is triggered.

I've attached my project.

Thanks!

BR, Thomas

DME_Profibus_2_R5F100LE.zip

I think your problem is that you have attached the library to the project files.
Remove *.a it from there. To connect libraries of the * .a type, you need to use the Oprions / Linker / Library options in the project settings. And there you have it also connected.
I changed your project for my R5F1006C and reconfigured it to an internal generator. Check it out, it works for me.

I can not understand where to add the file of the modified project, so I described my actions.

PS:
If you can help with the download on my links, I will be grateful.
Regards

drive.google.com/.../view
change MCU type

I've removed the library file, but it still resets. And also tried with the internal generator but still the same... Strange! :(

 

You can attach files by clicking "Use rich formatting" then Insert->Insert image/video/file or just drag&drop the file into the editor.

I've removed the library file, but it still resets. And also tried with the internal generator but still the same... Strange! :(

 

You can attach files by clicking "Use rich formatting" then Insert->Insert image/video/file or just drag&drop the file into the editor.

DME_Profibus_2_R5F100LE.rarhm.

try  Progect->Contecst Menu->ReBuld All

may be anyDesc or Team Viewer or Alpemix ...

check the power, maybe a problem in it ...

Rebuilding doesn't help. I also tried using IAR 2.2 but still the same.
My power supply can deliver 3A so that should be fine.

Thanks for the help! :)

This is extremely incomprehensible.
Because your project, in which I changed only the frequency source and deleted from the project * .a, it behaves normally with my E1 debugger.
I mean the food on the board itself, and not what you feed it.
Try to debug the FDL function to see where the problem is. I assure you that the call agreement has not changed since IAR 2.1.