Bilinen Sorunlar

This article details known issues (and workarounds) for FIRST® Control System Software.

Açık sorunlar

Unable to deploy on macOS when multiple VS Code versions are installed

Issue: On macOS, having multiple installed copies of Visual Studio Code can cause deploy operations to fail because of macOS local network privacy

Workaround: Open Settings -> Privacy and Security -> Local Network Access and ensure that all VS Code versions are allowed Local Network Access.

If that doesn’t work, you can run the following commands in a terminal and then reboot. This allows any program to access the robot’s network.

sudo defaults write com.apple.network.local-network AllowedEthernetLocalNetworkAddresses -array "10.0.0.0/8"
sudo defaults write com.apple.network.local-network AllowedWiFiLocalNetworkAddresses -array "10.0.0.0/8"

Uyarı

This also allows any program to access any network with the address in the range of 10.x.x.x, which may be undesirable if you connect to other networks in that range beside’s the robot’s network. If you only access a robot with a single team number, you can substitute 10.TE.AM.0/24` (TE.AM IP Notation). If you only access the robot’s network over eithernet or WiFi, you can only run the appropriate command.

Driver Station randomly disabled

Issue: The Driver Station contains safety mechanisms to protect against control issues. Some teams have seen this cause the robot to disable.

Workaround: There are multiple potential causes for tripping the safety mechanisms.

Not

The safety mechanisms will not disable the robot when connected to the FMS.

Some teams have seen this happen only when the robot is operated wirelessly, but not when operated via USB or ethernet tether. Some potential mitigations:

  1. Try relocating the robot radio to a better location (high in the robot and away from motors or large amounts of metal). Follow the manufacturer’s recommended mounting

  2. Measure your robot’s bandwidth and ensure you have margin under the 7 Mbps bandwidth limit

  3. See if the Wi-Fi environment is congested using a tool like WiFi Analyzer.

  4. Utilize the recommended 2 radio setup. 1. Ensure the DS Radio is mounted high, away from interference and humans walking between the DS radio and the robot. 2. Use ethernet to connect the DS computer to the DS Radio

  5. Update the Wi-Fi drivers for the DS computer.

Bazı takımlarsa bu durumun (Autodesk güncelleyicisi veya Discord gibi) sürücü istasyonunda çalışan yazılımlardan kaynaklandığını gözlemlemiştir. Aşağıda olası bazı geçici çözümler verilmiştir:

  1. Reboot the driver station computer

  2. Close software that is running in the background

  3. Follow the Driver Station Best Practices

While rare, this can be caused by robot code that oversaturates the Systemcore processor or network connection. If all other troubleshooting steps fail, you can try running with one of the WPILib example programs to see if the problem still occurs.

If you identify software that interferes with driver station, please open an issue at https://github.com/wpilibsuite/FirstDriverStation-Public/issues

Simulation crashes on Mac after updating WPILib

Issue: On macOS, after updating the project to use a newer version of WPILib, running simulation immediately crashes without the GUI appearing.

Workaround: In VS Code, run WPILib | Run a command in Gradle, clean. Alternatively, run ./gradlew clean in the terminal or delete the build directory.

Invalid build due to missing GradleRIO

Issue: Rarely, a user’s Gradle cache will get broken and they will get shown errors similar to the following:

Could not apply requested plugin [id: ‘edu.wpi.first.GradleRIO’, version: ‘2020.3.2’] as it does not provide a plugin with id ‘edu.wpi.first.GradleRIO’

Geçici Çözüm:

Delete your Gradle cache located under ~$USER_HOME/.gradle. Windows machines may need to enable the ability to view hidden files. This issue has only shown up on Windows so far. Please report this issue if you get it on an alternative OS.

C++ Intellisense - Başlangıçta Açılan Dosyaların Düzgün Çalışmaması

Issue-Sorun: C ++ ‘da, VS Code başlatıldığında açılan dosyalarda Intellisense, yalnızca uygun olanları değil veya üstbilgi dosyalarını bulamama yerine bir derleme biriminden tüm seçeneklerden gelen önerileri gösteren sorunlar yaşayacaktır. Bu VS Code’daki bir hatadır.

Geçici Çözüm:

  1. VS Code’daki tüm dosyaları kapatın, ancak VS Code’u açık bırakın

  2. Varsa .vscode klasöründeki c_cpp_properties.json dosyasını silin

  3. VS Code’da “Refresh C++ Intellisense” - C++ Intellisense Yenile komutunu çalıştırınız.

  4. Sağ altta platforma benzeyen bir şey görmelisiniz (linuxathena veya windowsx86-64 vb.). Eğer linuxathena değilse tıklayın ve linuxathena (yayın) olarak ayarlayın

  5. ~ 1 dakika bekleyin

  6. Ana cpp dosyasını açın (bir başlık dosyası değil). Intellisense şimdi çalışıyor olmalı

Issues with WPILib Dashboards and Simulation on Windows N Editions

Issue: WPILib code using CSCore (dashboards and simulated robot code) will have issues on Education N editions of Windows.

  • Shuffleboard will run, but not load cameras

  • Smartdashbard will crash on start-up

  • Robot Simulation will crash on start-up

Solution: Install the Media Feature Pack

Fixed in WPILib 2027.0.0-alpha-2

I2C numbering backwards

The I2C numbering in WPILib is backwards from what the labels are on SystemCore. This will be fixed in Alpha 2 and later releases.

DutyCycle.getOutput crashes

Attempting to call DutyCycle.getOutput() or DutyCycleEncoder.get() without calling setAssumedFrequency() will crash. This is because currently the HW does not report frequency, which doesn’t allow us to compute a percentage output. This also means getFrequency() also will fail.

Use DutyCycle.getHighTime() or DutyCycleEncoder.setAssumedFrequency(), and use the value specified in the datasheet of the sensor to compute a percentage output.

Fixed in VH-109 fimware version 2.0.0

SystemCore won’t get 10.TE.AM.2 address from Radio.

Due to the change in Hostname, the radio will not hand out .2 to SystemCore. Use the IP address displayed on the SystemCore screen if you need to know the IP address.

Generally, everything should work in this configuration. But if you run into issues where the DS cannot connect (And you’re sure the team number is set, it’s required to connect the DS and can be verified on the screen), you can manually type the IP address into the team number selector in the DS.