Quantcast
Channel:
Viewing all 59170 articles
Browse latest View live

Forum Post: RE: RX113 external flash memory

$
0
0
Hi Meena, It seems that no one yet from the forum tried using external flash memory to extend RX113 flash memory so we can't confirm it for now. How about considering other RX series? JB RenesasRulz Forum Moderator https://renesasrulz.com/ https://academy.renesas.com/ https://en-us.knowledgebase.renesas.com/

Forum Post: RE: multiple iodefine.h problem while declaring pin in #define

$
0
0
This post will be archived since it has been posted already in RL78 group. JB RenesasRulz Forum Moderator https://renesasrulz.com/ https://academy.renesas.com/ https://en-us.knowledgebase.renesas.com/

Forum Post: RE: nx_ip_interface_info_get + MAC Address

$
0
0
Hi Mickael, As Remo suggested, Declaring mac as char[18] should work: char mac[18]; sprintf(mac, "%02x:%02x:%02x:%02x:%02x:%02x", ((msw >> 8) & 0xFF), ((msw) & 0xFF), ((lsw >> 24) & 0xFF), ((lsw >> 16) & 0xFF), ((lsw >> 8) & 0xFF), ((lsw) & 0xFF)); Moreover, instead of sprintf I recommend to use a safer version, snprintf: snprintf(mac, sizeof(mac), "%02x:%02x:%02x:%02x:%02x:%02x", ((msw >> 8) & 0xFF), ((msw) & 0xFF), ((lsw >> 24) & 0xFF), ((lsw >> 16) & 0xFF), ((lsw >> 8) & 0xFF), ((lsw) & 0xFF)); Regards, adboc

Forum Post: RE: Pin declaration problem in e2Studio RL78G13(multiple iodefine.h)

$
0
0
This is not a pin declaration problem. It is a problem of CDT not being able to assign a declaration clearly to a header file. I believe it is caused by your software including iodefine.h multiple times, may be with different writings or different relative directory setting. It is nothing I can see in my environment.

Forum Post: RE: RX113 external flash memory

$
0
0
RX113 cannot use external memory. It does not have an external address/data bus. The operating modes do not include memory expansion mode. The memory map in the device user's manual does not list any memory area as external memory area.

Forum Post: RE: Pin declaration problem in e2Studio RL78G13(multiple iodefine.h)

$
0
0
Yes I can understand and i have ignore it

Forum Post: RE: HART on SSP (threadX)

$
0
0
Hi GNK, As far as I see, currently there is no HART stack/driver in SSP and Partner Projects. For future reference, Partner Projects can be found in Solutions Gallery: www.renesas.com/.../gallery.html Regards, adboc

Forum Post: RE: HART on SSP (threadX)

$
0
0
Thanks, adboc. As I'm new to Threadx, how difficult it would be to develop a HART driver?

Forum Post: RE: Problem when a applied the python script to create the .bch file from .srec file

$
0
0
Hi pataub, I suppose you're writing about r_fl_mot_converter.py from the Flashloader Framework, right? Could you write how do you invoke this script including all parameter values? Regards, adboc

Forum Post: RE: S7G2 Uart Baudrate Change at Runtime

$
0
0
Hello anper, Thank you for your answer. Your suggestion simply works without a problem. My try was just too complicated i think... Best regards Heinz

Forum Post: RE: Problem when a applied the python script to create the .bch file from .srec file

$
0
0
here is my parameters: r_fl_mot_converter.py -i project.srec -o project.bch -m 1024 -f 256 -e 0x40000 -l 0x40800 -s 0x200000 But i compiled my project with E2Studio for the .srec? I 'll compile it with IAR ...

Forum Post: RE: Possible to configure fCLK to a baudrate frequency using internal clock gen?

$
0
0
A communication error at 9600 Baud is most likely NOT caused by the inaccuracy of the baud rate setting. At 12/16/24MHz the accuracy of the UART clock is (as you said) always 0.16%. This cannot account for missing bytes in the communication. An inaccuracy in the clock speed first leads to wrong receive data (if the total inaccuracy of transmitter and receiver is > 10%) as the UART synchronizes itself at every new start bit. If it leads to missing data it is never the first byte that gets lost. Missing byte due to speed inaccuracy are subsequent byte in the protocol. Missing data bytes (especially missing first bytes) are usually caused by the application software blocking interrupts for a to long time (e.g. by having a lot of calculation or data processing in an interrupt routine) so that some byte in the communication are missing.

Forum Post: NetX HTML Performance

$
0
0
Hello, I am investigating the most efficient way to implement a Web Server. While testing the code supplied in NetX Server Module Guide R11AN0120EU0101 I observe a large file transferred in 1514 byte packets, one transmitted ever 6ms. Each packet is acknowledged before the next is sent. Is the performance being limited by NetX, USBX or FileX? Can the number of acknowledgements be reduced? Regards David

Forum Post: Flashing .mot file intor M16C/65 over serial

$
0
0
Hey guys, I'm working on a tool to programm the M16C/65's flash over serial using C++ and a Raspberry Pi. So far, I can communicate with the controller, program all pages, read status and so on. The data to send comes from various .mot files which I can interpret. But I don't know what to do with the first and the last dataset in the file. The first one is the block header (type S0) and the last one is the end of block (type S8). The problem is, that the last dataset contains the start address of the programm, as I know so far. To verify that my programming works correctly, I need to insert this address to the controller, otherwise it will not be able to start the programm correctly. So what should I do with these datasets? I dont' know commands to write only these few bytes or any other special command. Beste regards

Forum Post: RE: SD on Ch 1 on S7G2 not working on SSP 1.3.3 but worked on SSP 1.2

$
0
0
Hi Larry, My understanding is that you get this error when opening an SD Card on channel 1? Are you sure both projects (for SSP 1.2 and 1.3.3) have the same pin configuration? Could you compare it using a diff-like application? Are you able to investigate further what exactly causes FileX to return FX_ERROR_IO? Regards, adboc

Forum Post: RE: nx_ip_interface_info_get + MAC Address

$
0
0
one more thing: printf is not reentrent, which means, if you use printf in multiple threads at the same time they might overwrite internal conversion buffers. In addition printf is quite hungry in terms of required ram resources. You might use the attached code instead. If you want to use the mac2str function not only localy, you should add a third parameter supplying a pointer to the result string and thus making this function reentrant. If you use it only in your actual thread, you don't need to go this extra step. inline char dez2hex( ULONG val); inline char dez2hex( ULONG val) { char c; val = val & 0xFu; //truncate to right 4 bit if( val > 12 ); str[ 1] = dez2hex( msw >> 8 ); str[ 2] = ':'; str[ 3] = dez2hex( msw >> 4 ); str[ 4] = dez2hex( msw >> 0 ); str[ 5] = ':'; str[ 6] = dez2hex( lsw >> 28 ); str[ 7] = dez2hex( lsw >> 24 ); str[ 8] = ':'; str[ 9] = dez2hex( lsw >> 20 ); str[10] = dez2hex( lsw >> 16 ); str[11] = ':'; str[12] = dez2hex( lsw >> 12 ); str[13] = dez2hex( lsw >> 8 ); str[14] = ':'; str[15] = dez2hex( lsw >> 4 ); str[16] = dez2hex( lsw >> 0 ); str[17] = '\0'; return str; } in your code: printf(" my MAC is %s\n", mac2str( g_ip1.nx_ip_interface[0].nx_interface_physical_address_msw, g_ip1.nx_ip_interface[0].nx_interface_physical_address_lsw) ); Have fun Remo

Forum Post: RE: Flashing .mot file intor M16C/65 over serial

$
0
0
Ignore them. They don't hold any relevant information for M16C. S0 is only the indicator the file starts. S8 may hold the start address. This is already written to the reset vector at address 0xFFFFC-0xFFFFF. In most cases I think S8 holds only 0x0000. So the information from S8 record are not needed.

Forum Post: RE: Flashing .mot file intor M16C/65 over serial

$
0
0
Thanks for your fast reply! With with command do I write the start address to the reset vector? At the moment I have two mot files with different start addresses (0D024A and 0D02E0). These are the 3 bytes needed for the reset vector but I don't know the command to write them. Best regards // Edit: I've recognized, that the last dataset contains the data for the reset vector. My fault.

Forum Post: RE: SelfLib memory model

$
0
0
Thanks again, Scott! Yes, it is latest version for FX3-line. It was provided by Renesas team few weeks ago, as I contact them about this SelfLib, so it is not that issue. I will be able to work on that subject next week again and will post here how it behaves. There is something very disturbing with my latest test, but let me confirm it 100%.

Forum Post: Which timer to use in linux kernel module

$
0
0
I am developing a linux kernel module for RZA1H that require 3 timers. Timer should provide precision of 100 micro second. I was looking at the available options. 1. high resolution timers provided by kernel 2. Multi-Function Timer Pulse Unit 2 3. OS Timer My questions are: 1. If the load on CPU increases is there any chances that high resolution timer interrupt get delayed? 2. Can MTU-2 be used for timing inside a kernel module? Means no input or output signals only for timing inside the module. 3. Which timer is used for kernel scheduler tick? 4. A general question. Hardware timers are limited in number but many sub systems require timers. What type of timers are used for sub jiffy timing?
Viewing all 59170 articles
Browse latest View live