support

Forum Replies Created

Viewing 15 posts - 6,676 through 6,690 (of 7,855 total)
  • Author
    Posts
  • in reply to: Unexpected reply from ESP8266 #7322
    support
    Keymaster

    Hi,

    Wow, thanks a lot for trying this out. This is definitely not something we could have figured out without the hardware. We can certainly add an option to configure the delay in the debugging plugin.

    Just to double-check: did you manage to get the bootloader test tool to repoer a successful sync? The output you shared still says “timeout reading reply”. Does it get even more reliable if you increase the delay to 100 ms?

    in reply to: Item type 'None' is not supported #7321
    support
    Keymaster

    Normally the ‘None’ item type is used to add Makefile and the .mak files to your project. “None” indicates that the file does not participate in the build. If your VS does not recognize it, most likely your installation is corrupt. Please try repairing it via Add/Remove programs.

    in reply to: ESP8266 and ST-Link V1 Problem #7320
    support
    Keymaster

    Hi,

    The ST-Link programmer uses a special high-level interface that may be specific to ARM cores. If you are looking for an inexpensive JTAG programmer that will work with ESP8266, we would support anything that is FT2232-based (e.g. Olimex), as it essentially exposes the low-level JTAG interface to OpenOCD and does not impose any limitations.

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

    Hi,

    If you don’t want to use Makefiles, you can create a file called build.bat, place the compilation commands there and switch the Build System on the first page of VisualGDB Project Properties to custom. Then you can simply point it at your .bat file and VisualGDB will run it for you each time you build the project.

    Your Linux command line (g++ -std=c++11 -I/usr/local/lib -I/usr/lib -I/usr/local/include/raspicam -c /home/pi/projects/wicam/wicam.cpp -o /home/pi/projects/wicam/wicam.o) will need to be adjusted to use the cross-compiler:

    arm-linux-gnueabihf-g++ -std=c++11 -I=/usr/local/lib -I=/usr/lib -I=/usr/local/include/raspicam -c c:/projects/wicam.cpp -o c:/projects/wicam.o

    If you have troubles setting up the manual build with VisualGDB, let us know so that we could share some screenshots.

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

    OK, let’s try to simplify things and do them step-by-step. When you create a new Linux project with VisualGDB targeting the same machine (not using gdbserver), does the output work as expected?

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

    Hi,

    The only other place that could be related is the HostWideSettings.xml file in the same directory. Please try removing that file.

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

    Hi,

    No problem. BTW, we have released an update to the Segger J-Link package that will set the flag automatically for new Nordic projects. Feel free to update it via Tools->Embedded Tools Manager.

    in reply to: arm-elf toolchain corrupted? #7315
    support
    Keymaster

    Hi,

    Are you able to install it by downloading and running the installer manually?

    Note that the arm-elf toolchain was replaced with the arm-eabi one and you should not need it at all.

    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.

Viewing 15 posts - 6,676 through 6,690 (of 7,855 total)