실시간 지원 애플리케이션 디버그

아티클
08/09/2023

RTApps는 Azure Sphere SDK와 함께 설치된 OpenOCD 및 ARM GNU Embedded Toolchain의 일부로 설치된 GDB 버전을 사용하여 디버그됩니다.

Visual Studio를 사용하여 RTApp 디버그

장치가 USB로 PC에 연결되어 있는지 확인합니다. 시작 항목 설정 메뉴에서 Azure Sphere 앱(RT Core)을 선택합니다. 여기서 Azure Sphere 앱은 현재 실시간 지원 애플리케이션의 이름이거나 F5 키를 누릅니다.
프로젝트를 빌드하라는 메시지가 표시되면 예를 선택합니다. Visual Studio는 실시간 지원 애플리케이션을 컴파일하고, 이미지 패키지를 만들고, 보드에 사이드로드 하고, 디버그 모드에서 시작합니다. 사이드로딩 은 애플리케이션이 클라우드를 통해 전달되지 않고 유선 연결을 통해 PC에서 직접 전달됨을 의미합니다.

출력 보기>> 출력표시에서 이미지 패키지의 이미지 ID를 확인합니다. 빌드 출력 배포를 만들 준비가 되면 이미지 패키지의 경로를 알아야 합니다.
기본적으로 출력 창에는 디바이스 출력의 출력 이 표시됩니다. 디버거의 메시지를 보려면 출력 표시: 드롭다운 메뉴에서 디버그를 선택합니다. Windows 디버그>메뉴를 통해 프로그램 디스어셈블리, 레지스터 또는 메모리를 검사할 수도 있습니다.

Visual Studio는 고급 앱과 동일한 방식으로 RTApp에서 표준 Visual Studio 디버깅 인터페이스(F5, F6, F9 등)를 사용할 수 있도록 GDB 서버와 OpenOCD 간의 연결을 설정합니다.

C 소스 코드의 중단점에서 중지된 동안 현재 주소, 현재 명령에 대한 어셈블러 니모닉 및 관련된 레지스터 또는 실행 중인 소스 코드 명령과 같은 정보를 표시하는 디스어셈블리 창을 열 수 있습니다.

디스어셈블리 창을 열려면 다음을 수행합니다.

중단점을 포함하는 C 코드 소스 파일이 Visual Studio에서 열려 있는지 확인합니다.
Windows>디스어셈블리디버그>를 선택하거나 Alt+8을 누릅니다.

Visual Studio Code 사용하여 RTApp 디버그

Visual Studio Code F5 키를 누르거나 왼쪽 막대의 디버그 보기에서 디버그 명령을 실행하여 디버그됩니다. 샘플에서 .vscode/launch.json이 이미 있으므로 디버깅이 즉시 시작됩니다. 새 앱에서 디버깅은 먼저 이것이 HLApp인지 RTApp인지 묻고 답변에서 .vscode/launch.json을 만듭니다. 그러면 디버깅이 활성화됩니다.

C 소스 코드의 중단점에서 중지된 상태에서 현재 주소, 원시 16진수 데이터, 현재 명령에 대한 어셈블러 니모닉 및 관련된 레지스터 또는 실행 중인 소스 코드 명령과 같은 정보를 보여 주는 디스어셈블리 보기를 열 수 있습니다.

디스어셈블리 보기를 열려면 다음을 수행합니다.

중단점을 포함하는 C 코드 소스 파일이 Visual Studio Code 편집기에서 열려 있는지 확인합니다.
편집기 창을 마우스 오른쪽 단추로 클릭하고 디스어셈블리 보기 열기를 선택하거나보기 명령 팔레트>디스어셈블리 보기 열기를 선택합니다>.

CLI를 사용하여 RTApp 디버그

디버깅을 위해 애플리케이션을 시작합니다.
```
az sphere device app start --component-id <component id>
```
이 명령은 애플리케이션이 실행 중인 코어를 반환합니다.
애플리케이션이 빌드된 sysroot에 대한 Openocd 폴더로 이동합니다. 이 빠른 시작에서 sysroot는 5+Beta2004입니다. sysroots는 Azure Sphere SDK 설치 폴더에 설치됩니다. 예를 들어 Windows에서 폴더는 기본적으로 Linux/opt/azurespheresdk/Sysroots/5+Beta2004/tools/sysroots/x86_64-pokysdk-linux/usr/bin/openocd의 에 C:\Program Files (x86)\Microsoft Azure Sphere SDK\Sysroots\5+Beta2004\tools\openocd 설치됩니다.

다음 예제와 같이 를 실행 openocd 합니다. 이 예제에서는 앱이 코어 0에서 실행되고 있다고 가정합니다. 앱이 코어 1에서 실행되는 경우 "targets io0"을 "targets io1"로 바꿉니다.

Windows
리눅스

openocd -f mt3620-rdb-ftdi.cfg -f mt3620-io0.cfg -c "gdb_memory_map disable" -c "gdb_breakpoint_override hard" -c init -c "targets io0" -c halt -c "targets"

./usr/bin/openocd -f mt3620-rdb-ftdi.cfg -f mt3620-io0.cfg -c "gdb_memory_map disable" -c "gdb_breakpoint_override hard" -c init -c "targets io0" -c halt -c "targets"

PowerShell, Windows 명령 프롬프트 또는 Linux 명령 셸을 사용하여 명령줄 인터페이스를 엽니다.

애플리케이션 .out 파일이 포함된 폴더로 이동하고 ARM GNU Embedded Toolchain의 일부인 를 시작 arm-none-eabi-gdb합니다.

Windows
리눅스

Windows 명령 프롬프트

"C:\Program Files (x86)\GNU Arm Embedded Toolchain\9 2020-q2-update\bin\arm-none-eabi-gdb" IntercoreComms_RTApp_MT3620_BareMetal.out

Windows PowerShell

& "C:\Program Files (x86)\GNU Arm Embedded Toolchain\9 2020-q2-update\bin\arm-none-eabi-gdb" IntercoreComms_RTApp_MT3620_BareMetal.out

/opt/gnu-arm-toolchain/arm-none-eabi-gdb IntercoreComms_RTApp_MT3620_BareMetal.out

OpenOCD 서버는 :4444에 GDB 서버 인터페이스를 제공합니다. 디버깅 대상을 설정합니다.

target remote :4444
선택한 모든 gdb 명령을 실행합니다.

파트너 앱을 사용하여 개발

Azure Sphere 디바이스에 애플리케이션을 로드하는 경우 Azure Sphere 배포 도구는 기본적으로 모든 기존 애플리케이션을 삭제합니다. 서로 통신하는 애플리케이션을 개발할 때 이런 일이 발생하지 않도록 하려면 애플리케이션을 파트너로 표시해야 합니다. 애플리케이션 중 하나를 배포하는 경우 해당 파트너는 삭제되지 않습니다. 자세한 내용은 애플리케이션을 파트너로 표시 를 참조하세요.

문제 해결

문제가 발생하는 경우 실시간 지원 애플리케이션 문제 해결을 참조하세요.

다음을 통해 공유