topic AGV Graphic isssue in FlexSim Forum

AGV Graphic isssue

sudheer_r — Fri, 05 Jun 2020 11:37:34 GMT

[ FlexSim 20.1.2 ]

There is a graphic issue for the situation explained below

When AGV has 3 items loaded and when middle item is unloaded from AGV there is a graphic issue for next loaded item.

Next item which is loaded into AGV is appearing in already existing top item location.

So now visually as you can see in below images it shows only 2 items appearing in AGV but actually there are 3 items in the AGV.

Now I have to move physically to see the item or I have to see the model tree to confirm there is a third item in the AGV.

I'm attaching the model for reference.

AGVDistance_1.fsm

Re: AGV Graphic isssue

tanner_p — Fri, 05 Jun 2020 17:13:18 GMT

@Sudheer Reddy,

This is less of a graphics issue and more of an order of operations issue. Because you're pulling the item that's in the "middle" of the stack visually and then instantly adding a new item to replace it, there's no re-evaluation by TaskExecuter1 of its contents. TaskExecuter1 doesn't think about gravity or about re-arranging its contents. The only time it thinks about the visual orientation of its contents is when they are loaded and unloaded in order.

I've created an example sub-flow that moves all the items off and then back on to show the importance of order of operations. You can do this for the visuals if you need it, but otherwise, you'll just have to accept that some items may appear hidden in 3D. This doesn't affect the outcome.

agvdistance-1_1.fsm

Alternatively, you'd have to write a custom script to check the visual orientation of the contents frequently, and this wouldn't be worth it to me, at least.

Re: AGV Graphic isssue

sudheer_r — Fri, 05 Jun 2020 17:36:26 GMT

@tanner.p thanks for the feedback.

The reason why I thought it as graphic issue is, as shown in below image it works correctly when you click Attach Loads as Trailer in AGV Network Properties.

In below image it re configured correctly. So I was expecting it will happen the same.

So in one situation it is re configuring automatically and other situation not.

Re: AGV Graphic isssue

tanner_p — Fri, 05 Jun 2020 18:12:51 GMT

With the attach loads as trailer option, I believe there's a bit more logic involved to support the visuals. Whereas the stacking doesn't really address the visuals. So I don't think it's a bug or graphics issue, but rather an issue of how the items are being loaded/unloaded. A developer would be able to confirm that.

@anthony.johnson @phil.bobo @Matt Long is there anything different about the "attach load as trailer" against the normal loading/unloading on a TE?

Re: AGV Graphic isssue

sudheer_r — Thu, 18 Jun 2020 15:04:07 GMT

@anthony.johnson any feedback on the graphic issue.

Re: AGV Graphic isssue

anthony_johnsonT83CM — Thu, 18 Jun 2020 15:19:49 GMT

@Sudheer Reddy

The setting of the standard entry location for a TaskExecuter is intentionally simplistic. We do this for both speed and customizability reasons. First, a more complex solution would be O(n) complexity as the number of loaded items grows, and such a hard-coded solution might not even be what the user wants. Second, users can also override the entry position of items using their own stacking mechanism.

This is different than attaching loads as trailers on an AGV path. When you attach trailers on an AGV path, the trailer locations must be continually updated so they stay on the path. Thus, their positions are updated as part of the scene draw. This is also significantly more CPU intensive, and is not appropriate for the simple loading scenario, because it would prevent user customization.