10-09-2019 07:51 AM - edited 10-09-2019 08:07 AM
Attempting to "build" the FPGA causes NI-Farm error. See attached picture for error dialog messages.
"An error occurred attempting to connect to this compile server. Details: NI-Farm: Client received unexpected or bad data from the server." It also fails to connect to the NI server, and no capabilities are shown in the FPGA Compile Worker 2017 window.
Windows 7 Pro, LabVIEW 2017, LabVIEW FPGA 2017, Xilinx Compile Tools Vivado 2015.4, Targeting PXIe-7971R, custom FAM
Background:
Observation: Opening up the NI Compile Worker capabilities used to show a few versions of the Xilinx Compile Tools, but now is completely empty. After each of the following steps, I attempted to build. No change.
Thanks for any help.
EDIT: attached Max report.
Solved! Go to Solution.
10-10-2019 02:19 PM
Other things I have attempted:
1. Installing LV2017 updates. No improvement
2. Installing fresh LV2019 with FPGA modules and tools. No improvement.
3. Wireshark review of TCP port 3582 traffic when attempting LVFPGA compile. No packets observed on my ethernet interface.
In the short term, I've found a workaround:
1. Create a Vivado project export. reminder that the Xilinx build tools hate path-names with spaces in them. You may need to update the Vivado Export configuration to choose a different destination path.
2. Open vivado, (right click the export in Build spec if necessary)
3. Click "Program and Debug" in the Flow Navigator tree on the left.
4. Click "Generate bitstream".
Created the .lvbitx and sent to my teammate for incorporation into our application.
I will post once I have a fix for the original problem.
10-11-2019 09:57 AM
Solution:
I set new Windows system environment variables for HTTP_PROXY and HTTPS_PROXY in order to get access to a public repo for a Python install related to another project. I removed those environment variables, since they were no longer necessary and build works.
10-11-2019 01:25 PM
@JJMontante wrote:
Solution:
I set new Windows system environment variables for HTTP_PROXY and HTTPS_PROXY in order to get access to a public repo for a Python install related to another project. I removed those environment variables, since they were no longer necessary and build works.
For context on why that would have an impact: The LabVIEW FPGA Module (which is the "client" for the compilation) and the Compile Worker both communicate with each other through a localhost web service located by default at port 3582. Port 3580 is used to locate the web service since it might not be at the default port if a user changed the configuration of the NI System Web Server. If localhost HTTP traffic were being rerouted by a proxy, it would prevent that link from behaving properly.