Paul, I have never tried this. It may work. But then you should have the nuisance of a debugger asking for the ID code on every connect.
↧
Forum Post: RE: RX630 dataflash erased after debugger is used
↧
Forum Post: RE: How to declare persistent Variable?
"persistent" is no compiler key word. So no compiler needs to support this. CS+ cannot support it because CS+ is no compiler. CS+ is only the IDE and the debug environment. You could use a static variable if you don't want to define a global variable.
↧
↧
Forum Post: RE: Problem with nx_tcp_socket_send while porting code from S7G2 SK to S7G2 DK
Hello ChrisS, while using Synergy Configurator the nx_http_server_create() function call is already placed in the file related to your HTTP Server thread, for example http_thread.c. Variables g_http_server0 and g_http_server0_stack_memory are also defined there. Probably it is not the reason of your problem, however, is there any particular reason you use it in your application this way and not rely on the generated code? BR, anper
↧
Forum Post: RE: Unable to generate interrupts on Reneses RZ/G1E
Hi Til, Were you finally able to generate interrupts? -MarkBau RenesasRulz Forum Moderator
↧
Forum Post: RE: Unable to generate interrupts on Reneses RZ/G1E
Hi, no, not yet. I am still wondering whether Renesas changed the GIC in some way. Regards, Til
↧
↧
Forum Post: RE: Problem with nx_tcp_socket_send while porting code from S7G2 SK to S7G2 DK
Yes, I do this because I use it without a file system and I didn't see how the configurator let me do this. Please see my previous thread at renesasrulz.com/.../netx-http-server-without-filex or this thread: renesasrulz.com/.../filex-and-netx-http-server
↧
Forum Post: RE: Problem with nx_tcp_socket_send while porting code from S7G2 SK to S7G2 DK
Next update: I moved the HTTP header into the res-data array and called nx_http_server_callback_data_send(server_ptr, res->data, res->length); instead of the code above. I still get 0x39. I also removed the fx_api.h dependency, defined NX_HTTP_NO_FILEX globally and added filex_stub.h/.c but this had no effect on the problem described here.
↧
Forum Post: RE: Problem with nx_tcp_socket_send while porting code from S7G2 SK to S7G2 DK
Chris, The fact that you code works on the SK but not on the DK leads me to believe that there might be something wrong in your configuration. Please verify that the driver strength for the RMII ethernet interface pins are set to medium or high. The ethernet connection will be extremely flaky with low drive strength. -Gary
↧
Forum Post: RE: Problem with nx_tcp_socket_send while porting code from S7G2 SK to S7G2 DK
The DK has dip switches to keep peripherals from fighting each other. Are you sure the dip switches are correct?
↧
↧
Forum Post: RE: Post-build step question
Bill, I used to hijack the Print Size line recommended by Karol to run my post build script file. It is annoying because I no longer see the build size summary in the cmd window. I added the above line into my script and put it into the post-build step line. It works beautifully. This is definitely the preferred way to run the post build script ( at least for me). Thank you. Jimmy
↧
Forum Post: IEC60730 - RAM test fails if a DTC (CAP Sense) operation was active (even under interrupt disabled state)
The periodic RAM test fails (though not frequently) ; the tests are executed under interrupt disabled condition. However, the main loop periodically executes the CAP Sense operation that uses the DTC for data RD/WR. Each time the RAM test fails, it was observe the address where the failure was detected points to the address (DAR) used by the DTC. So tried adding a check in the RAM test: if(!(DTC.DTCSTS.BIT.ACT) && ( 0 == CTSU.CTSUCR0.BIT.CTSUSTRT)) { /* save contents of address being tested */ /* Perform RAM test - write 0x55555555/0xaaaaaaaa to a memory location and read back for correctness */ /* Restore the contents to original value*/ } else { /* Skip and try next loop */ } Despite the checks, the memory check fails, as somehow the DTC is still operational in the background and it finishes its operation and transfers the contents to the memory location while it is being tested. Is there a way to get over this issue?
↧
Forum Post: RE: Need help with e2studio debug configuration on RZ/A1H board
I have version 616j installed from SEGGER. When I run JLink.exe, I get the following: C:\Program Files (x86)\SEGGER\JLink_V616j>JLink.exe SEGGER J-Link Commander V6.16j (Compiled Jul 24 2017 18:42:58) DLL version V6.16j, compiled Jul 24 2017 18:42:23 Connecting to J-Link via USB...O.K. Firmware: J-Link ARM Lite V8 compiled Oct 29 2014 09:03:16 Hardware version: V8.00 S/N: 228203256 License(s): GDB VTref = 3.300V Type "connect" to establish a target connection, '?' for help J-Link> Where can I find the "J-Link Control panel"? P.S.: When we try to use JLink.exe to erase the flash chip, we get the following: Erasing selected sectors ... - Connecting ... - Connected successfully - 1 of 1 sectors selected, 1 range, 0x0 - 0x3FFFFFF - Start of determining flash info (Bank 0 @ 0x00000000) - ERROR: Timeout while checking target RAM, core does not stop - ERROR: Failed to prepare for programming. Failed to execute RAMCode for RAM check! - Error while determining flash info (Bank 0 @ 0x00000000) - End of determining flash info - Flash bank info: - 1 * 65536 KB @ 0x00000000 - ERROR: Failed to erase sectors Disconnecting ... - Disconnected Does this make sense to anyone?
↧
Forum Post: RE: IEC60730 - RAM test fails if a DTC (CAP Sense) operation was active (even under interrupt disabled state)
Just to confirm when you say the tests are done under the interrupt disabled condition is this true for the chek of the CTSU bits or just for the actual ram check inside the if statement. Paul.
↧
↧
Forum Post: RE: IEC60730 - RAM test fails if a DTC (CAP Sense) operation was active (even under interrupt disabled state)
yes, it is true for the check of the CTSU bits too. The function is called with interrupts disabled.
↧
Forum Post: RE: IEC60730 - RAM test fails if a DTC (CAP Sense) operation was active (even under interrupt disabled state)
DisableInterrupts(); TestRAM(); EnableInterrupts(); ------------------- TestRAM() { if(!(DTC.DTCSTS.BIT.ACT) && ( 0 == CTSU.CTSUCR0.BIT.CTSUSTRT)) { /* save contents of address being tested */ /* Perform RAM test - write 0x55555555/0xaaaaaaaa to a memory location and read back for correctness */ /* Restore the contents to original value*/ } else { /* Skip and try next loop */ } }
↧
Forum Post: RE: IEC60730 - RAM test fails if a DTC (CAP Sense) operation was active (even under interrupt disabled state)
I am assuming then that you use an interrupt handler to start the CTSU process. As a test could you use a global counter incremented when the CTSUSTRT is set which can be read at the entry to the TestRAM() and again when the test fails to check if the cause of the failure is definitely not an interrupt problem. Paul.
↧
Forum Post: RE: IEC60730 - RAM test fails if a DTC (CAP Sense) operation was active (even under interrupt disabled state)
yes, sounds like a good idea. will check. thanks, PB
↧
↧
Forum Post: RE: GUIX Vertical lists
I am trying to create a vertical drop down list but when it runs I get a black rectangle where the drop down box should appear. When I touch in that black rectangle, it appears that a new window appears with none of the text. None of the code uses black as any of the colors. GUIX Studio rev is 5.3.0.1 E2 Studio rev is 5.1.0.022 SSP 1.1.3 Any suggestions? Note the MainThread_entry.c has the following: gx_studio_named_widget_create((*pp_studio_widget)->widget_name, GX_NULL, (GX_WIDGET **) &pSettingsWindow); PopulateDropList(); This code is the supporting code to generate test strings... VOID drop_list_row_create(GX_VERTICAL_LIST *list, GX_WIDGET *widget, INT index) { GX_BOOL created; GX_RECTANGLE size; GX_CHAR temp[10]; DROP_LIST_WIDGET *entry = (DROP_LIST_WIDGET *) widget; GX_STRCPY(entry->text, "Test #"); gx_utility_ltoa(index + 1, temp, 10); GX_STRCAT(entry->text, (char*)temp); gx_widget_created_test(widget, &created); if (!created) { gx_utility_rectangle_define(&size, 0, 0, 100, 30); gx_prompt_create(&entry->prompt, entry->text, list, 0, GX_STYLE_ENABLED|GX_STYLE_TEXT_LEFT|GX_STYLE_BORDER_NONE, 0, &size); gx_widget_fill_color_set(&entry->prompt, GX_COLOR_F5F5F5, GX_COLOR_F5F5F5); gx_prompt_text_color_set(&entry->prompt, GX_COLOR_00549F, GX_COLOR_00549F); } gx_prompt_text_set(&entry->prompt, (GX_CHAR*)entry->text); } void PopulateDropList() { int index; GX_VERTICAL_LIST *list; gx_context_raw_brush_define(GX_COLOR_DEDEDE, GX_COLOR_DEDEDE, GX_BRUSH_OUTLINE | GX_BRUSH_SOLID_FILL); SETTINGSWINDOW_CONTROL_BLOCK *control = (SETTINGSWINDOW_CONTROL_BLOCK *) pSettingsWindow; GX_DROP_LIST *drop = &control->settingsWindow_language_Drop_list; gx_drop_list_popup_get(drop, &list); for (index = 0; index < DROP_LIST_VISIBLE_ROWS; index++) { drop_list_row_create(list, (GX_WIDGET *) &drop_list_widgets[index], index); } gx_vertical_scrollbar_create(&list_scroll, "list_scroll", list, GX_NULL, GX_SCROLLBAR_VERTICAL | GX_SCROLLBAR_RELATIVE_THUMB | GX_SCROLLBAR_END_BUTTONS); }
↧
Forum Post: RE: Need help with e2studio debug configuration on RZ/A1H board
The icon of "J-Link Control Panel" is shown to a system tray of Windows while J-link and a target board connect. When a connection of J-Link and a target board cuts by some errors, the icon becomes hidden. I think that's the reason that you can't find an icon. By the way I think an error might occur before trying writing in to a flash from log. Please input the next command list which has no relation to flash operation. Could you confirm whether any errors occur with that? si JTAG speed 12000 Device R7S721001 rx 100 mem 0x20000000, 0x1000
↧
Forum Post: RE: RL78/G13 INTERNAL RTC RESET ON POWER OFF
It is included in the RSKRL78G13 sample code. www.renesas.com/.../D3017075.html
↧