11-11-2013 09:48 AM
After deploying and setting to run at startup I still cannot get an sbRIO application to start.
I have run out of ideas on things to try. I do get the following errors in the sbRIO log.
01/01/1970 00:14:34.255 [error] MAX: (Hex 0x8004030F) The configuration database cannot be opened, possibly due to corruption. Please note the steps you performed that led to this error and contact technical support at http://ni.com/support. failed to open storage in CmxsNeoStorage::UpdateSchemaVersions, unknown exception CmxsNeoStorage::UpdateSchemaVersions
01/01/1970 00:00:39.484 [error] LabVIEW: The startup application configured to launch was missing when the RT target booted. Startup application not found
01/01/1970 00:00:39.168 [error] LabVIEW: The startup application configured to launch was missing when the RT target booted. Startup application not found
01/01/1970 00:00:39.465 [error] LabVIEW: The startup application configured to launch was missing when the RT target booted. Startup application not found
01/01/1970 00:00:41.522 [error] LabVIEW: The startup application configured to launch was missing when the RT target booted. Startup application not found
11-11-2013 09:56 AM
Have you tried reformatting the cRIO from Measurement and Automation Explorer, then reinstalling the appropriate LabVIEW run-time and any add-ons you need?
Sorry if you've done this already, but you noted that you've run out of things to try without explaining what those things are.
11-11-2013 10:48 AM
Did you define typdef'd shared variables? SV not detached from typedefs may prevent the RT application to start
11-12-2013 08:03 AM
I had not done a reformat and reload and have done so now. That has not elimiated the problem but has helped. The problem has changed character.
The main VI has a sub-VI that reads and writes a TCP/IP socket and on the last tests I did that is now running from startup but if I use IE to connect to the main VI I get a 0.00% of 0 bytes loaded. If I use the operate menu entry from project explorer to connect remotely I get
Connecting to remote panel server...
Requested VI is not loaded into memory on the server computer
which makes no sense to me since it would need to be loaded to run the sub-VI that reads/writes the TCP/IP socket.
The whole thing runs fine if I run it interactively (but still on the sbRIO).
Robert
11-12-2013 08:06 AM
Did you define typdef'd shared variables? SV not detached from typedefs may prevent the RT application to start
Seriously? I did try that, thankfully with no effect.
Robert
11-12-2013 08:11 AM
It did happen to me and other people, in my case with cRIO/VxWorks and LV RealTime 2011.
11-12-2013 08:18 AM
OK, this is odd. I turned it on this morning after writing the above replies and it is operating. I have changed nothing, it is the same executable that was loaded last night with the results above but I can see it in the browser.
The only change I can think of is I haven't started project explorer. Maybe IE strikes again and it was caching?
Robert
11-12-2013 08:22 AM
It did happen to me and other people, in my case with cRIO/VxWorks and LV RealTime 2011.
That's a pretty serious bug. Looks like it is fixed in 2012. Or it's waiting for some more inopportune moment to present itself. I'll keep an eye open.
Robert
11-12-2013 08:30 AM
The apparent reason was that the rt executable searched for the typedef ctl and could not find them.
A forumer claimed that this could depend on the ctl location in the project hierarchy.
I did not verify this, finding quicker to disconnect and recompile.
09-11-2014 11:50 AM
Hi Paolo,
You're answer just helped me during an on-site deployement.
I had no idea typedef could prevent my RT exe to run...
Thanks.
JP