Search Results
Search results 21-40 of 51.
This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.
-
Florian, Good to hear that it would make sense for the roadmap! In the mean while, what might you recommend for the Play Mode development knowing that the inputs will eventually be hardkeys? I see so far that AppWizard has great support for mouse clicks, click-and-drag gestures, and when specific widgets are in focus as you mentioned. So perhaps I can click to focus on an element, then click the element again to select the element for editing. Or, I could extend the screen to add some simulated …
-
Greetings, AppWizard V1.10_6.14 has a nice QuickStartGuide AN03003 PDF available in the menu->Help->Open Quick Start Guide. Running through it I got stuck on 3.9 Adding Text, step 4 which adds the interaction to update the number in the text box as the slider value changes: forum.segger.com/index.php/Att…2dcbf6d1fd72f216dcf706c80 I appear to have done this, yet the text does not update. In writing this, I appear to have resolved the issue. It is documented below. I tried it again, but instead of…
-
Ozone V3.10g with a bootloader elf file crashes if Debug.Halt(); occurs after it leaves the bootloader section of memory. On another device and with a different bootloader, this does not occur using Ozone. The SEGGER J-Link Pro and Ultra+ are being used as debuggers. The targets are STM32F4. Cheers, Joe
-
Changing to "Autostart local GDB server" from "Connect to remote GDB server" appears to help in some cases. However, it appears that GDB periodically becomes unstable, unresponsive, and the session becomes corrupt. How can I gain more insight into the GDB communications between SEGGER GDB Server and the IDE?
-
1) SEGGER J-Link GDB Server takes an elf file and flashes the target device. 2) J-Flash takes a hex file generated from the elf file and flashes the target device. J-Flash verifies the (1) scenario as a different checksum than if it were to flash the hex file itself. Similarly, GDB will compare and reflash if the J-Flash hex file (2) had been flashed previously. How can I find the differences? A bit about the hardware platform: It has a bootloader and application binaries. The application has ac…
-
I am using Atollic TrueSTUDIO for STM32 9.2.0 with the latest JLink for windows. When I go to program the device with the project .elf file via gdb, it hangs. This behavior has been occurring more frequently with later updates. I launch the JLink GDB server with a windows shortcut: Shell-Script (1 line)The logs indicate that it has flashed the device and no errors or problems that I can see. Breakpoints are enabled for main. Any thoughts on where else I can look to see what is hanging? Cheers, J…
-
Fabian, Thank you kindly for your reply. It led me to double check my terminal, which was the issue. The Winsock was in telnet rather than raw mode. I was using RealTerm 2.0.0.70. sourceforge.net/projects/realterm/files/Realterm/2.0.0.70/ telnet 127.0.0.1:19021 Hex(space) Display mode. and the code was C Source Code (20 lines)Cheers, Joe
-
I am playing with SEGGER RTT and it is pretty nice so far. I was testing its ability to do binary, which it handles very well until character 0xff. This appears to be an escape character of sorts. It outputs occasionally and sometimes consumes the next byte. What does it do? SEGGER_RTT_PutChar(0, 0xff); Cheers, Joe
-
Hello, Upon ESTABLISHING the first connection to 19021, the RTT server spawns another LISTENER for 19021: Quote from First RTT Client: “C:\cmder λ netstat -aon -p tcp | findstr 19021 TCP 127.0.0.1:19021 0.0.0.0:0 LISTENING 1268 C:\cmder λ netstat -aon -p tcp | findstr 19021 TCP 127.0.0.1:19021 0.0.0.0:0 LISTENING 1268 TCP 127.0.0.1:19021 127.0.0.1:63311 ESTABLISHED 1268 TCP 127.0.0.1:63311 127.0.0.1:19021 ESTABLISHED 10900 ” Connecting to that LISTENER can occur. A new LISTENER is spawned, but i…
-
Hello, I am trying to get the --autoconnect feature of JLinkRTTViewer.exe to launch the viewer and start a new connection over usb like so: Shell-Script (1 line) When I launch the above command, the window briefly appears then the application exits with error code 9009 (echo %ERRORLEVEL%). Without --autoconnect works but with the dialog for setting up the device. Serial number is the right one (tested with JLink.exe). Version is V6.46.d. How can I get RTT Viewer to launch from command line witho…
-
Using the code below and clicking the Home button which performs GUI_EndDialog(pMsg->hWin, 0); we will get MAX_GRAPHS (3) of these "GUI_alloc.c: block to be deleted already locked in _Free()" errors and 1 "GUI_alloc.c: GUI_ALLOC_h2p: illegal argument (0 handle) in GUI_ALLOC_h2p()." error. The question is, what is the best practice for cleaning up a graph window? Cheers, Joe Referencing threads: GUI_alloc erro GRAPH free allocated memory problem. C Source Code (113 lines)
-
Greetings, I am looking for ways to optimize the performance of the GRAPH_DATA_XY widget for the refresh of the screen for new data on embedded hardware. The vertical refresh is progressively slower the more data is displayed (# of chart graphs, primarily). I have an STM32F429ZI running with external 32 MB SPANSION SDRAM on an 800x480 LCD. WM_SetCreateFlags(WM_CF_MEMDEV) is set before GUI_Init(). I believe I have triple buffering on now which helped with screen flicker between emWin screens prev…
-
The first graph displays, but the second graph does not. This can be observed on embedded hardware and the PC. As I converted this to a test case, the PC version stopped showing secondary graphs. I have not caught that bug yet. In the larger project this had worked on the PC, but not the embedded side. Here is the code: C Source Code (225 lines)
-
Refactoring control flow from GUI_ExecCreatedDialog(hWin) to GUI_Exec1(): how do I detect exited window?
jhgorse - - emWin related
PostGreetings, Previous I have used the blocking call to GUI_ExecCreatedDialog(hWin) and the GUI_EndDialog(pMsg->hWin, retval) within the FrameWin to come back to the master state machine which controls which screen we are on. Now I need to run it as a non-blocking call, e.g. GUI_Exec1(), and refactor the detection of the EndDialog() condition. I have played with the API a bit and I have not come up with anything useful. I thought WM_ForEachDesc() might be a good way to explore the existing windows,…