NI Linux Real-Time Discussions

cancel
Showing results for 
Search instead for 
Did you mean: 

What does "FPDCO data is not initialized" mean?

As per the subject. I've got a LabVIEW app that runs fine from source. However, when I built it into an .rtexe and deployed it, I get this error dump (retrieved via NI MAX):

 

LabVIEW RT Error Report generated 15/07/2021 3:35:14 PM
Target code: cRIO-9047
Firmware version: 8.0.0f1


******************** LabVIEW Error Log ******************
####
#Date: Thu, Jul 15, 2021 03:25:12 PM
#OSName: Linux
#OSVers: 4.14.146-rt67-cg-8.0.0f1-x64-139
#OSBuild: 265874
#AppName: lvrt
#Version: 20.0
#AppKind: AppLib
#AppModDate: 


InitExecSystem() call to GetCurrProcessNumProcessors() reports: 4 processors
InitExecSystem() call to GetNumProcessors()            reports: 4 processors
InitExecSystem()                                      will use: 4 processors

<DEBUG_OUTPUT>
07/15/21 03:25:12.698 PM
DAbort 0xC8211D41: Problem loading [LinkIdentity "Main.vi" [ Main Application Instance] FPDCO data is not initialized
/builds/labview/2020/source/panel/load.cpp(6537) : DAbort 0xC8211D41: Problem loading [LinkIdentity "Main.vi" [ Main Application Instance] FPDCO data is not initialized


</DEBUG_OUTPUT>
0x00007F3648191955 - <unknown> + 0
0x00007F36486DBA55 - <unknown> + 0
0x00007F364826DB1F - <unknown> + 0
0x00007F3648254299 - <unknown> + 0
0x00007F364825463D - <unknown> + 0
0x00007F3648265734 - <unknown> + 0
0x00007F3648265E65 - <unknown> + 0
0x00007F36481B6E60 - <unknown> + 0
0x00007F36486B0E65 - WSendEvent + 1A5
0x00007F36486B0F27 - <unknown> + 0
0x00007F364867F78D - <unknown> + 0
0x00007F364867D9E8 - <unknown> + 0
0x00007F364813355A - <unknown> + 0
0x00007F3648133774 - <unknown> + 0
0x0000000000400D01 - <unknown> + 0
0x00007F36491D61FA - __libc_start_main + EA
0x0000000000400DA9 - <unknown> + 0
*** Dumping Bread Crumb Stack ***
#** Loading: "/home/lvuser/natinst/bin/startup.rtexe/My RT App/Main.vi"
*** End Dump ***
******************** RTLog ******************************

******************** Exception Log **********************

******************** ni-rt.ini **************************
[systemsettings]
host_name="cRIO-X"
PrimaryMAC="123456789ABC"
safemode.enabled="False"
consoleout.enabled="True"
NoFPGAApp.enabled="False"
NoApp.enabled="False"
sshd.enabled="True"
ui.enabled="False"

[LVRT]
RTTarget.RTProtocolAllowed="True"
ELVPingTimeout="5000"
StartupDLLs="/usr/local/natinst/lib/libsysstatepublisher.so;"
RTTarget.TimeZone="Etc/GMT-8"
[RtLinuxMemReserve]
Base=24

[SupportedWirelessSecurityTypes]
WPA_PSK="true"
WPA_EAP="true"
WEP="true"
Open="true"
WPA2_EAP="true"
WPA2_PSK="true"

[Supported Locales]
english="L1"

[NVE]
MessageQueueUpperBound="1000000"

[eth0]
Mode="TCPIP"
MediaMode="Auto"
dhcpipaddr="172.16.205.77"
dhcpenabled="0"
linklocalenabled="0"
IP_Address="172.16.205.213"
Subnet_Mask="255.255.255.0"
Gateway="172.16.205.1"
DNS_Address="172.16.205.2"

******************** config.cdf *************************
<?xml version="1.0"?>
<?CDF VERSION="7.0"?>
<INSTALLATION>
	<STACK NAME="{C14894D6-DDD2-4E5D-A173-4D4D363B1AD2}" TYPE="GOLD" OPKGSYSTEM="YES" VERSION="20.0.0">
		<TITLE>Linux RT System Image for Q1 2020</TITLE>
		<ABSTRACT>For use with: LabVIEW NXG 5.0, LabVIEW 2020, LabVIEW 2019, and SystemLink. Provides the software necessary to manage an NI Linux Real-Time target. This software enables SSH, so it is highly recommended that you change your admin password after installation. Drivers and toolkits currently not supported by this base system image: GigE Vision Camera Support, NI Vision RT, NI-IMAQdx, NI-Industrial Communications for CANopen, NI-Industrial Communications for DeviceNet, NI-Industrial Communications for EtherNet/IP, OpenVINO RT, TensorFlow RT, USB3 Vision Support. </ABSTRACT>
		<STACKITEM TYPE="REQUIRED" NAME="{E40D0BD6-F888-4BDB-AFB9-EF97A34107B3}" VERSION="20.0.0" OLDESTCOMPATIBLEVERSION="20.0.0" TITLE="SystemLink Base Image (dkms)"/>
		<STACKITEM TYPE="REQUIRED" NAME="{0EA24F14-8499-4988-8762-548A56AF209C}" VERSION="20.0.0" OLDESTCOMPATIBLEVERSION="" TITLE="SystemLink Python for SystemLink Base Image"/>
		<STACKITEM TYPE="REQUIRED" NAME="{231FC264-4821-409C-B8ED-FA66A1329647}" VERSION="1.0.2" OLDESTCOMPATIBLEVERSION="1.0.2" TITLE="NI opkg arch Generator (python3)"/>
		<STACKITEM TYPE="REQUIRED" NAME="{1D4C53F0-E4D0-45CC-8250-A669D5001C1E}" VERSION="20.0.0" OLDESTCOMPATIBLEVERSION="" TITLE="SystemLink Salt for SystemLink Base Image"/>
		<STACKITEM TYPE="REQUIRED" NAME="{0724BE6C-3E89-430F-B587-68F76A201898}" VERSION="20.0.0" OLDESTCOMPATIBLEVERSION="" TITLE="SystemLink Client for SystemLink Base Image"/>
		<STACKITEM TYPE="REQUIRED" NAME="{199376FF-4DC4-4A8D-B893-1BA38179DA67}" VERSION="20.0.0" OLDESTCOMPATIBLEVERSION="" TITLE="opkg-feed utility"/>
		<STACKITEM TYPE="REQUIRED" NAME="{E240ADB8-CB63-47B4-AF07-A25C6CC854BB}" VERSION="20.0.0" OLDESTCOMPATIBLEVERSION="20.0.0" TITLE="Linux RT System Image Feed Configuration with NXG (Override)"/>
</STACK>
<SOFTPKG NAME="{0724BE6C-3E89-430F-B587-68F76A201898}" VERSION="20.0.0" TYPE="HIDDEN">
	<TITLE>SystemLink Client for SystemLink Base Image</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="NI-Linux x64"><OSVERSION VALUE="7.0.0"/></OS>
		<CODEBASE FILENAME="ni_systemlink_client_rss_linux_x64.tar" TYPE="TAR"/>
		<DEPENDENCY>
			<SOFTPKG NAME="{1D4C53F0-E4D0-45CC-8250-A669D5001C1E}" VERSION="20.0.0">
				<TITLE>Salt for SystemLink Base Image</TITLE>
			</SOFTPKG>
		</DEPENDENCY>
	</IMPLEMENTATION>
</SOFTPKG>
<SOFTPKG NAME="{199376FF-4DC4-4A8D-B893-1BA38179DA67}" VERSION="20.0.0" TYPE="HIDDEN">
	<TITLE>opkg-feed utility</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="Linux-ARMv7-A"/>
		<OS VALUE="NI-Linux x64"/>
		<CODEBASE FILENAME="/usr/bin/opkg-feed"/>
	</IMPLEMENTATION>
</SOFTPKG>
<SOFTPKG NAME="{1D4C53F0-E4D0-45CC-8250-A669D5001C1E}" VERSION="20.0.0" TYPE="HIDDEN">
	<TITLE>Salt for SystemLink Base Image</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="NI-Linux x64"/>
		<CODEBASE FILENAME="ni_systemlink_salt_rss_linux_x64.tar" TYPE="TAR"/>
		<DEPENDENCY>
			<SOFTPKG NAME="{0EA24F14-8499-4988-8762-548A56AF209C}" VERSION="20.0.0">
				<TITLE>Python for SystemLink Base Image</TITLE>
			</SOFTPKG>
		</DEPENDENCY>
	</IMPLEMENTATION>
</SOFTPKG>
<SOFTPKG NAME="{231FC264-4821-409C-B8ED-FA66A1329647}" VERSION="1.0.2" TYPE="HIDDEN" OLDESTCOMPATIBLEVERSION="1.0.2">
	<TITLE>NI opkg arch Generator (python3)</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="NI-Linux x64"/>
		<CODEBASE FILENAME="arch-gen-python3-smarttar_x64.tar" TYPE="TAR"/>
		<DEPENDENCY>
			<SOFTPKG NAME="{0EA24F14-8499-4988-8762-548A56AF209C}" VERSION="18.0.0">
				<TITLE>Python for SystemLink Base Image</TITLE>
			</SOFTPKG>
		</DEPENDENCY>
	</IMPLEMENTATION>
</SOFTPKG>
<SOFTPKG NAME="{0EA24F14-8499-4988-8762-548A56AF209C}" VERSION="20.0.0" TYPE="HIDDEN">
	<TITLE>Python for SystemLink Base Image</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="NI-Linux x64"/>
		<CODEBASE FILENAME="ni_systemlink_python_rss_linux_x64.tar" TYPE="TAR"/>
	</IMPLEMENTATION>
</SOFTPKG>
<SOFTPKG NAME="{E240ADB8-CB63-47B4-AF07-A25C6CC854BB}" VERSION="20.0.0" TYPE="HIDDEN" OLDESTCOMPATIBLEVERSION="20.0.0">
	<TITLE>Linux RT System Image Feed Configuration with NXG (Override)</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="NI-Linux x64"><OSVERSION VALUE="7.0"/></OS>
		<CODEBASE FILENAME="/etc/opkg/salt-feeds.conf"/>
		<CODEBASE FILENAME="/etc/opkg/ni-software.conf"/>
		<CODEBASE FILENAME="/etc/opkg/ni-third-party.conf"/>
		<DEPENDENCY>
			<SOFTPKG NAME="{E40D0BD6-F888-4BDB-AFB9-EF97A34107B3}" VERSION="20.0.0">
				<TITLE>SystemLink Base Image (dkms)</TITLE>
			</SOFTPKG>
		</DEPENDENCY>
	</IMPLEMENTATION>
</SOFTPKG>
<SOFTPKG NAME="{E40D0BD6-F888-4BDB-AFB9-EF97A34107B3}" VERSION="20.0.0" TYPE="HIDDEN" OLDESTCOMPATIBLEVERSION="20.0.0" PROVIDESOS="YES">
	<TITLE>SystemLink Base Image (dkms)</TITLE>
	<IMPLEMENTATION>
		<OS VALUE="NI-Linux x64"><OSVERSION VALUE="7.0"/></OS>
		<CODEBASE FILENAME="systemlink-linux-x64-dkms.tar" TYPE="TAR"/>
	</IMPLEMENTATION>
</SOFTPKG>
</INSTALLATION>
Certified LabVIEW Developer
0 Kudos
Message 1 of 5
(2,395 Views)

Front Panel Data Control Object. (FPDCO). An educated guess makes me think a front panel object is not getting initialized properly when you create a standalone executable. Most of the information I can find (which is not much) refers to a .cpp file. That leads me to think we are looking at something in the depths of LabVIEW.

 

Maybe worth trying different combinations of controls and indicators, and how their default values are set, to see if that 'fixes' the issue. This type of problem does warrant opening a support case with NI. 

David C
Message 2 of 5
(2,362 Views)

Hi,

 

I'm running into the same problem with my application. Do you have any updates about it?

0 Kudos
Message 3 of 5
(2,086 Views)

I had this same error. In my case I ended up solving it by checking "Enable Embedded UI" in the target settings. It seems there was something in the application dependencies that broke the application when it loaded, even though none of those dependencies ever end up running. 

Message 4 of 5
(1,448 Views)

I just ran into this problem with LV2020 and PharLap. The supposed culprit was the "AMS.lvlib:Main.vi" of a DQMH module. It turned out that a completely different VI was broken ("LPP-RT_Main.vi" was broken due to changes to a typedef not propagated to a "cluster unbundle by name"). EDIT: And a second error, more likely the cause: missed saving the DQMH module's lvlib after adding an item (so the VI claimed to be part of the library and the library claimed otherwise), so the whole DQMH module was missing in rtexe (it was 10MB smaller than previously).  

 

Log details: 


Spoiler

<DEBUG_OUTPUT>
11/8/23 10:59:14.891 AM
DAbort 0xC8211D41: Problem loading [LinkIdentity "AMS.lvlib:Main.vi" [ Main Application Instance] FPDCO data is not initialized
c:\builds\penguin\labview\branches\2020\dev\source\panel\load.cpp(6537) : DAbort 0xC8211D41: Problem loading [LinkIdentity "AMS.lvlib:Main.vi" [ Main Application Instance] FPDCO data is not initialized

(...)

#** Loading: "c:\ni-rt\startup\startupv330pre7.rtexe\Modules\AMS\Main.vi"
#** Loading: "c:\ni-rt\startup\startupv330pre7.rtexe\Modules\AMS\Get Module Main VI Information.vi"
#** Loading: "c:\ni-rt\startup\startupv330pre7.rtexe\Modules\AMS\Start Module.vi"
#** Loading: "c:\ni-rt\startup\startupv330pre7.rtexe\Modules\AMS\Load and Configure.vi"
#** Loading: "c:\ni-rt\startup\startupv330pre7.rtexe\LPP-RT_Main.vi"
*** End Dump ***

----------
Although I've been 10+ years long fan of LabVIEW, I started to discourage engineers to start new projects in a SaaS language. NI must first regain trust within its community.
0 Kudos
Message 5 of 5
(564 Views)