This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
university:tools:m2k:scopy-troubleshooting [08 Jan 2020 14:52] – Adrian Suciu | university:tools:m2k:scopy-troubleshooting [15 Mar 2024 10:26] (current) – add opengl note Alexandra Trifan | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | Scopy troubleshooting guide | + | ====== |
- | Delete Scopy.ini/ | + | ===== ADALM2000 doesn' |
- | Computer restart | + | Make sure you install the latest driver - |
- | Fresh reinstall | + | * [[: |
- | Install | + | * [[: |
- | Connect via IP | + | * [[: |
- | Find crashdumps | + | ===== Use compliant USB cable ===== |
+ | Some USB cables are incapable of power delivery necessary to the ADALM2000 (or are just plain flakey). Please use the provided USB cable. Also in order to troubleshoot this, you try using two cables, plug in a separate cable to the USB connector for power delivery (to the USB power connector), while using the center USB connector for data transfer. If using two cables works, it normally means it's a cable, or voltage droop issue on the host. | ||
+ | |||
+ | ===== Reinstall & INI files ===== | ||
+ | '' | ||
+ | These file are located in: | ||
+ | * **Windows: | ||
+ | * **Linux:** ''/ | ||
+ | * **Mac:** ''/ | ||
+ | |||
+ | and delete (or rename) '' | ||
+ | |||
+ | Scopy configuration can sometimes get messed up when updating as opposed to uninstall/ | ||
+ | <note important> | ||
+ | Make sure you install Scopy in a location that doesn' | ||
+ | |||
+ | |||
+ | |||
+ | ===== Connecting through the network interface ===== | ||
+ | |||
+ | If you are having trouble connecting through USB, you can always connect to the ADALM2000 through the network interface. The USB connection can cause all kinds of problems on various systems. In order to connect through the emulated network interface follow [[/ | ||
+ | |||
+ | ===== Make sure you have the latest firmware ===== | ||
+ | |||
+ | Visit the ADALM2000 firmware page https:// | ||
+ | |||
+ | Compare the latest firmware version on this page with the one you have installed. Follow [[/ | ||
+ | |||
+ | ===== Uninstall and reinstall the software ===== | ||
+ | |||
+ | * Run a clean uninstall | ||
+ | * Delete the ini files | ||
+ | * Run a clean reinstall | ||
+ | * Restart your computer after the clean install can fix your problems. | ||
+ | |||
+ | ===== Make sure the system doesn' | ||
+ | |||
+ | Some laptops limit the amount of current that can be delivered via an USB port (either native or from a docking station/usb hub). In order to workaround this issue you can try the following: | ||
+ | |||
+ | - Go to Device Manager tool in Windows OS | ||
+ | - Go to Universal Serial Bus Controllers | ||
+ | - Select ASMedia USB Root hub(or which USB root hub the board is connected to), Right click on its properties | ||
+ | - uncheck the "Allow the computer to turn off this device to save power" in the Power management tab | ||
+ | - Reboot. | ||
+ | |||
+ | ===== Run iio_info -a for board diagnostics ===== | ||
+ | |||
+ | Download latest version of https:// | ||
+ | |||
+ | Open a command prompt and run | ||
+ | < | ||
+ | iio_info -a | ||
+ | </ | ||
+ | |||
+ | or | ||
+ | |||
+ | < | ||
+ | iio_info -u " | ||
+ | </ | ||
+ | |||
+ | ===== Scopy white screen on Windows ===== | ||
+ | |||
+ | Scopy displaying a white screen on startup (combined with hangs or crashes) is an issue that indicates OpenGL incompatibility with your system due to a missing or outdated graphics driver/ | ||
+ | |||
+ | * Disable OpenGL usage in favor software rendering by setting the **general_use_opengl** preference in preferences.ini to **false**. | ||
+ | * On Windows Virtual Machine, enable 3d hardware acceleration. | ||
+ | |||
+ | In recent Scopy versions, a pop-up will appear when this issue is detected, the preference will be automatically disabled and Scopy will try to restart. | ||
+ | |||
+ | |||
+ | ===== Debugging with WinDbg - Advanced, Windows Only ===== | ||
+ | |||
+ | Download the debug files associated with your release. From the same place you downloaded the release, download the " | ||
+ | |||
+ | <note important> | ||
+ | |||
+ | * Unzip debug-64.zip to a location. | ||
+ | * Copy the .pdb files to Scopy.exe' | ||
+ | {{ : | ||
+ | * Open WinDbg (x64) | ||
+ | * File -> Open Executable (CTRL+E) -> Navigate to Scopy.exe -> Select Scopy.exe | ||
+ | * File -> Symbol File Path -> Navigate to Scopy.exe folder -> Select Scopy folder (Make sure you select " | ||
+ | * File -> Source File Path -> Navigate to debug-64.zip folder -> Select " | ||
+ | * You can save this workspace if you plan to do this multiple times to save time (File -> Save workspace to file) | ||
+ | * Debug -> Run (or F5) | ||
+ | * Profit | ||
+ | |||
+ | You can now reproduce bug/ | ||
+ | * If scopy crashes, WinDbg will stop after crash so you can investigate. | ||
+ | * If scopy hangs, you can debug-> | ||
+ | * View -> Call Stack (ALT+6) (to check out call stack when crash/hang occurs) (opens window like 2 in screenshot) | ||
+ | * View -> Processes & Threads (ALT+9) (so you can cycle through different threads) (opens window like 4 in screenshot) | ||
+ | * Call Stack -> Source (to enable source mapping) (button 1 in screenshot) | ||
+ | * Command -> run: ".dump < | ||
+ | * You can look around to figure out where it crashed/why (3 in screenshot shows source mapping - where the hang occurs) | ||
+ | {{ : | ||