support

Forum Replies Created

Viewing 15 posts - 6,646 through 6,660 (of 7,817 total)
  • Author
    Posts
  • in reply to: Unexpected reply from ESP8266 #7303
    support
    Keymaster

    Hi,

    The sequence we used in the bootloader test program and in the VisualGDB was taken from esptool.py:

                self._port.setDTR(False)
                self._port.setRTS(True)
                time.sleep(0.05)
                self._port.setDTR(True)
                self._port.setRTS(False)
                time.sleep(0.05)
                self._port.setDTR(False)

    We assumed that it corresponds to the wiring diagram of most of the ESP8266 modules. Have you managed to get it to boot into the bootloader by modifying the sequence according to the schematics?

    in reply to: Raspicam example not working #7302
    support
    Keymaster

    Hi,

    We have actually used a clean Raspberry Pi image when making that tutorial and built the raspicam library using the cross-compiler.

    VisualGDB will actually automatically deploy the raspicam library to the same directory as your executable as long as:

    • It is specified in the “debugged program” field (see step 26 of the tutorial)
    • The project you are debugging references the raspicam project

    It looks like in your case something prevents CMake from linking the library (EXEC : CMake error : cmake_symlink_library: System Error: No error). Please try running CMake in verbose mode to figure out what breaks it or run it on a different machine. Perhaps you are using a non-NTFS filesystem and CMake fails to create a symbolic link?

    in reply to: There is an error in XML document #7301
    support
    Keymaster

    Hi,

    Most likely one of the .sshconnection files in %APPDATA%\VisualGDB\SSHConnections got corrupt. Please try removing those files and recreating the connection via Tools->SSH Connections.

    in reply to: CLang intellisense could not find headers #7300
    support
    Keymaster

    Hi,

    As a temporary workaround we would suggest creating a symbolic link to the shared header directory near your project directory, e.g.:

    cd <project>\..
    mklink /d includes c:\common-include-dir

    Then you can specify the relative path to the directory (e.g. ..\includes) on the IntelliSense page of VisualGDB Project Properties.

    in reply to: Moved: Reply To: VisualGDB support #7299
    support
    Keymaster

    Hi,

    You can use VisualGDB to develop C/C++ applications for Beaglebone. VisualGDB uses SSH to build and debug your code.

    You can build it either directly on the Beaglebone or by using a cross-compiler provided by us. We recommend starting by following our BeagleBone tutorial.

    You can make any application type that is based on C/C++, e.g. Qt-based ones.

    in reply to: Debugging only with gdbserver #7297
    support
    Keymaster

    Hi,

    When you are not using gdbserver, VisualGDB opens a separate SSH console within the main SSH session and redirects your program output to that console using the ‘tty’ command in GDB. Perhaps something about this mechanism is broken? You can see the tty name by switching the GDB Session window to the “All GDB Interaction” mode. Can you reproduce the problem on a clean “Hello, World” project for the same target?

    in reply to: VisualGDB: Cannot parse project file #7293
    support
    Keymaster

    Hi,

    VisualGDB parses this file to build a list of all source files in your project and synchronize it with the Makefile.

    Please send us the file using our support ticket system so that we could see why it is not being parsed.

    in reply to: VisualGDB with own build chain (make) #7292
    support
    Keymaster

    No problem.

    in reply to: Nordic nrf51xxx Hardfault on SystemInit() #7291
    support
    Keymaster

    Hi,

    Do you have the “Reset device after programming” flag enabled in the Debug Settings as described in the tutorial?

    in reply to: Unexpected reply from ESP8266 #7283
    support
    Keymaster

    Hi,

    Please try running the bootloader test program from here.

    Run BootloaderTest <COM port> 74880.

    Does it report a successful sync? If not, what exact output does it show? Can you double-check that the state of GPIO0, GPIO2 and GPIO15 boots your board into the UART download mode as described here?

    in reply to: Raspicam example not working #7282
    support
    Keymaster

    Hi,

    The “EXEC : CMake error : cmake_symlink_library: System Error: No error” looks very strange. Please try using a newer version of CMake.

    If this does not help, please try running it on a different machine.

    in reply to: Nordic nrf51xxx Hardfault on SystemInit() #7281
    support
    Keymaster

    Hi,

    That usually happens when the stack pointer points to an invalid location. Please double-check your MCU type. You can also try using the Memory window to edit the memory at the $sp address to see if the memory there is writable. If you find out that it’s not writable, please change the MCU type to a one with a smaller RAM.

    in reply to: VisualGDB not flashing device #7277
    support
    Keymaster

    Hi,

    We would recommend checking device compatibility with Segger support. Their software is usually pretty reliable, so it might be a good investment to get a J-Link.

    in reply to: VisualGDB with own build chain (make) #7273
    support
    Keymaster

    Hi,

    You can try the following:

    • Create a new VisualGDB project
    • Copy and rename the <Project>-<Configuration>.vgdbsettings file to the new project
    • Select the .vgdbsettings file as the primary output of your project via Visual Studio project properties
    • Open VisualGDB Project Properties for the new project and adjust your settings

    As long as the .vgdbsettings file is set as the primary project output, once you press F5, VisualGDB will automatically engage and use the settings from the .vgdbsettings file to start debugging.

     

    in reply to: VisualGDB not flashing device #7272
    support
    Keymaster

    Hi,

    If the flashing is broken when you use the GDB from your toolchain, but works with our GDB, this looks like a bug in your GDB executable. You can simply replace it with the gdb from SysGCC.

    You can also add the OpenOCD flashing command to the startup commands in the VisualGDB Project Properties window. This should invoke the programming automatically.

    The error message is shown because you have used all the hardware breakpoints on your device. You can work around this using one of the following methods:

    • Place some of the code or the entire program into RAM so that the software breakpoints will work
    • Do not use more than 4 breakpoints at the same time
    • Use Segger J-Link with Segger software that supports unlimited software breakpoints in FLASH (please confirm the specific versions and device compatibility with Segger)
Viewing 15 posts - 6,646 through 6,660 (of 7,817 total)