Vision Idea Exchange

Community Browser
cancel
Showing results for 
Search instead for 
Did you mean: 
Post an idea

This idea is to have an option in the Image Indicator to change to Image Display.

Currently to get Image Display Developer needs to right click on the Front panel of Image Indicator -- Replace---Select Vision and the needs to select the kind of diplay needed.Image Display.PNG

 

If by default the right click option provides Display also as an option, then its easy to navigate in single selection.

 

 

Use case : I create inspection templates in VBAI so that my customers have a base to start from.

I'd love to be able to "lock" a state, just like I can lock a VI in LabVIEW (with the same options : with or without password).

It would be practital if locked states could have a different colour and if we could put some text next to them on the diagram to explain why they are locked.

This way, it would be much easir for my customers to know what part of the inspection they can work on and the part that they are not supposed to modify (sometimes they modify things by mistake, but the undo will one day take care of that)

It would be very nice to be able to document the state diagram in Vision Builder, at this point the only thing we have is the state name that has to be descritive, that's not a lot...

 

Ideally, having all the documentation option that we have on a LabVIEW diagram : decorations, bookmarks, text with connected arrow, etc...

 

The use case is to be able to document the state diagram like a state machine, this is really needed to document inspection templates. 

This is about a debugging function in VBAI I miss. If I have a state diagram of some complexity, I might want to start some states combined with each other.

 

What I currently already can do:

  • Run the whole Inspection Once / in Loop / until Failure

Run Inspection

  • Run a single State Once / in Loop

Run State

 

What I would wish to do:

Think of the following diagram: I have two cameras, triggered and run with independent branches of the state machine, as in this picture:

State Diagram 2 Branches

I want to run only one of the branches, i.e. for debugging. Now I would like to do something like this:

 

Run States

Current workaround:

I can run „Set Camera Trigger 1“ once, then „Get and Process Image 1“ once, that would have the same effect (as „Run States Once“)

I'd like to be able to import a DXF file and display it as an overlay on an image.

I did a test :

- develop an inspection in VBAI 2014

- benchmark it in VBAI : ~300ms

- export to LabVIEW code

- benchmark in LabVIEW 2014 32bit : ~90ms

- benchmark in a full 64bit environnement (LV, VAS, VDM) : ~55ms

 

That's a huge performance gap!

Using the image operators ADD or MAX or AVERAGE, even if both the images in the VI are calibrated, the output image is no longer calibrated.

 

To get around this, I have to separately copy the calibration to the output image. This is not possible from Vision Assistant (within VBAI) so I have to instead use a Run Labview VI step to re-calibrate the image. The same is also true for these VIs in Labview VDM, so I am posting this on both forums.

Is there a way to "get camera extra information from image" when I'm using the Simulate Acquisition step?  It seems like if the information is in the image it should be gettable from either the Acquire Image or Simulate Acquisition step.

if VBAI could automatically generate a documentation that show :

- the step liste with the type for each step

- the dependencies between the steps (e.g. when the result of a step is re-used as a parameter in a subsequent step)

- the steps that procude results upon which the final decision is based

 

here is a basic example made in Excel, feel free to suggest a different model

 

doc.png

undo is really a must-have function

having VBAI in other languges would helps us pushing it in more companies.

Need the ability to operate using local inspection variables quickly without the slow process of checking the value over the network each time; but the varaibles would be updated as needed from / to the remote location.    Dan R

 

 

In the VBAI Dev environment, we currently have the ability to enable/disable overlays using the "setup overlay" button.  This request is to provide access to access the overlay enables programmatically.  The use case is for when operators are required to show/hide specific overlays.  When many overlays are involved, the overhead for programming these using the state diagrams becomes overwhelming.   Below is an example for only 6 overlays.  You can see how 30+ overlay groups would be a nightmare.  There is also a overhead performance hit.

 

 

 

2015-02-10_13-37-28.bmp

.

 

1) Add a standard image overlays like rulers, gridlines and reticles.

 

2) Slave the position for an image overlay to the Set Coordinate System step.

 

 

In Labview, we have an option for saving the VI for a previous version. I think it would be good if we have this feature in VBAI, too. 

One power of the custom VI in Vision Builder is to be able to distribute code but sometimes the custom VI is just to execute special LabVIEW code for capability that isn't native in Vision Builder.  In the later case, it would be very helpful to enable the .VBAI inspection to include the custom VI ( .vi or .llb ) so that the code travels automatically when saving, copying, and sharing the .VBAI file.  There is already a check box to set the path to be "relative" but it would be ideal to have an option to In Line the custom VI directly into the .VBAI inspection so there is no chance to lose / break the code when sharing the .VBAI file.

 

Instead of a only check box for "relative path" include a second check box which says "embed into .VBAI inspection".  This would not be available in Start Up, Select Produt, or Clean Up parts of the state diagrams, only available in the Inspection State since that is the only state that loads from the .VBAI file.  Checking this box would copy the code into the .VBAI container and the sytem would know that's where to extract the code from.

 

The "embed" check box would be grayed out unless you first check the "use relative path".

 

Caution would be needed if copying a Custom VI step from the Inspection state diagram to the startup, select, or clean up states.

 

Optionally, an "open" option would also be great when you open a Custom VI step that someone else saved.  This way when editing the .VBAI inspection, someone could open the .vi or .llb which was embedded into the .VBAI file.

 

Perhaps speed would be a concern if trying to run directly out of the .VBAI container?

 

 

 

 

4

VBAI

Simulate acquisition

Import an image in from a .csv format (8 bit, 16 bit, float)

4

VBAI

Timing Step

A very commonly used custom VI for run-time:  Timing step which provides bot the current time and the time lapsed from the last time this exact step was executed.

 

Provides a benchmarking utility which could be used in runtime.

3

VBAI

Allow data logging to shared drives or server paths just as to local drives.  Image and data logging steps do not accept a server path such as //162.198.1.23/Images

Currently you have to first map a network path to a drive letter in Windows to save images to a network path.  This is for network locations which are shared locations, not FTP.

3

VBAI

Enable right click on the image control to allow menu options normally under Tools->Options->Image Display

Set display pallet

Set 16bit mapping method options