Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Deploying different FPGA bitfiles and Scan modes requires a target reboot #211

Open
Karl-G1 opened this issue Jun 21, 2022 · 0 comments
Open
Labels
bug Something isn't working

Comments

@Karl-G1
Copy link
Contributor

Karl-G1 commented Jun 21, 2022

Describe the bug
While developing tests to exercise the custom device when using different FPGA and Hybrid mode configurations, we found that changing the bitfile / scan engine mode between VeriStand deployments results in errors. These errors imply that LabVIEW RT is crashing, but regardless of the different errors returned, the target must be rebooted for subsequent deployments to succeed.

To Reproduce
The easiest way to reproduce this is to run the three system tests for a cRIO 9045 and 3x 9401s added in #207:

  • Hybrid (2 FPGA slots and 1 Scan Mode)
  • FPGA (2 FPGA slots)
  • UDV (no C Series IO, only UDVs of various datatypes)

image

Alternatively, manually deploy 2 of the system definition files contained in the test assets.

Workaround
Before changing the new configuration, reboot the cRIO. This appears to work every time, regardless whether all of LabVIEW RT crashes.

Expected behavior
Ideally the custom device could deploy any Scan Engine mode, FPGA bitfile, or combination thereof without a need to reboot the target.

@Karl-G1 Karl-G1 added the bug Something isn't working label Jun 21, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant