09-25-2009 02:03 PM
Hi. I am using the Statechart module with LabVIEW 2009. If I set the statechart code generation settings to disable debugging and then rebuild the statechart, I can no longer place functions or edit the wiring of Transition, Entry or Exit Actions. The configure statechart area behaves as if I were trying to edit the block diagram of a running VI; for example, if I click on a wire, the system creates a probe. If I turn debug back on and rebuild the statechart, I can edit the states again. For destkotp VIs, this is no big deal because I always have debugging enabled. For VIs that I want to run on the ARM Microcontroller target, this is a pain because once a statechart is added to the project, I have to make the target LabVIEW Mobile/Touch Panel/Embedded; that execution target automatically disables debugging and you can't turn it back on again. I have to edit the statechart outside of the project and save it back.
Is there some other setting in LabVIEW or in the Statechart module that I am not getting correct?
09-28-2009 07:11 PM
Was this somthing you only see in LabVIEW 2009? Had you been able to edit the states in previous versions?
10-04-2009 11:08 AM
10-05-2009 06:52 PM
10-06-2009 01:39 PM
Hi pkovitz,
It looks like you have posted the same questions here and someone is already helping you on this. Please don't make duplicate posts. It's easier to share ideas on one thread instead of having the same topic spread across more than one.
10-06-2009 01:50 PM
10-06-2009 02:31 PM
Hi pkovitz,
You are right that this is a completely separate (and unrelated) issue, so a separate post is good.
This is a bug that was introduced in the LV 2009 Statechart Module. The workaround is exactly as you described. You are right that this is cumbersome to do when using statechart on embedded because you must generate code outside of the project.
I think you can minimize the amount of editing you must do outside of the project by doing the following when you encounter the problem:
I realize this isn't the best solution/workaround, and I apologize for the issue and inconvenience. If you find this impedes your workflow too much, let us know and we can see if there are perhaps some better workarounds. We realize this can be a big inconvenience for our users so I assure you the bug is getting appropriate attention.
Thanks,
Nick