FIRST Tech Challenge Discussions

cancel
Showing results for 
Search instead for 
Did you mean: 

Crashes with more than one Color sensor block

Solved!
Go to solution

Problem Description :
when using two or more color sensor blocks Labview crashes.

When using only one color sensor block Labview works and does not crash.

We run Labview 2012 and are using an NXT color sensor.

Any idea anyone?

Message 1 of 6
(5,672 Views)
Solution
Accepted by Pandas

NI R&D have confirmed this issue and it has been documented as CAR 436939 in our internal system.

For now here is a workaround that will allow you to work in the mean time.

Open the Color Sensor VI

      C:\Program Files (x86)\National Instruments\LabVIEW 2012\vi.lib\NXT\Remote Library\NXT Color Sensor\NXT_ColorSensor.vi

Go to File>VI Properties>Execution and turn off reentrant execution.

Message 2 of 6
(3,901 Views)

Hi

Is there a list of these "Known errors" for LVLM somewhere were we can peruse it?

I'm chasing another "glitch" that I can't nail down the cause, but seeing a list of knon problems could help me not loose my mind

In my case having two single MoveMotors in the same vi is causing a file error crash on the NXT. 

Combining them into one dual MoveMotors works.  Doesn't seem like a reasonable limitation.

Phil.

Get a life? This IS my life!
Message 3 of 6
(3,901 Views)

hueter,

     I followed exactly what you said but for me the options are dimmed out and i am not able to access them. What should i do ??

0 Kudos
Message 4 of 6
(3,901 Views)

I found where Hueter was pointing us to and nothing was greyed out for me:

Went to the directory specified and opened the Color Sensor VI.

Tools - Choose Environment - LabVIEW (native)

File - I was able to change the execution properties and checked the 'non-reentrant execution' bubble. Okay - it took. But, when it came to 'SAVE'...

The folder containing this VI is 'read only' - so to save it I would have to give myself 'permissions' to do so. Would it be better to create a copy of this VI with a slightly different name, and then store it in the project, and call out to it instead?

What would be the recommendation here?

(Note: regarding the 'greyed out' - I know that I had to manually activate my 'Full Development System' block in the LabVIEW Components tree by right clicking and 'activate' -ing it (from the Help menu). Could this have anything to do with it?)

0 Kudos
Message 5 of 6
(3,901 Views)

This method is only a temporary work around, we plan to fix this in a future patch release. You can change the folder options to read/write, but I would recomend saving a copy with a new name. This will prevent any confusion if you move the code to another machine.

note: you will need to do the same on all computers you work on.

Message 6 of 6
(3,901 Views)