LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

NI VISA having error

Hi guys , when im trying to save the permission in NI - VISA , it pops up this error message and im not sure how to solve it. Please help me as i need to solve the problem asap. Thanks in advance for any advice.Screenshot 2022-09-25 173239.pngv.pngb.png

0 Kudos
Message 1 of 8
(2,403 Views)

Hi alex,

 


@alexTan132 wrote:

Please help me as i need to solve the problem asap.


Please explain what exactly you are trying to achieve!

Why do you need to change/save security permissions in the VISA server settings?

Best regards,
GerdW


using LV2016/2019/2021 on Win10/11+cRIO, TestStand2016/2019
0 Kudos
Message 2 of 8
(2,362 Views)

Ok so i was using VISA to communicate with my motors through RS485. When i run my program , i couldnt get any command in , but when i use a calibration software that the brushless motor company provide, i was able to send in the commands and make the motors move. By the way the code that i used was working the week before , and i didnt do any changes to the code, so i think we can safely assume that the code is not the problem.

So here's a summary of what might not be the problem:
1) Brushless motor working fine
2) Code working fine

3) Connection cable also ok

0 Kudos
Message 3 of 8
(2,297 Views)
Spoiler
 

So i think the problem might be because of myRIO not giving me access, so i wanted to change the permission but end up getting the error . 

0 Kudos
Message 4 of 8
(2,295 Views)

@alexTan132 wrote:

Ok so i was using VISA to communicate with my motors through RS485. When i run my program , i couldnt get any command in , but when i use a calibration software that the brushless motor company provide, i was able to send in the commands and make the motors move. By the way the code that i used was working the week before , and i didnt do any changes to the code, so i think we can safely assume that the code is not the problem.

So here's a summary of what might not be the problem:
1) Brushless motor working fine
2) Code working fine

3) Connection cable also ok


You can't "safely assume" that the code is not the problem.  Especially in the area of communications, you could've just been "lucky" that it was working before.  What I mean is, it could've been correct enough to "usually work", but not correct enough to "always" work.  More evidence of this is that the provided application works but yours doesn't.  Anyway, the easiest way to determine this is to either link to, or provide, the product manual with the communications protocol, and upload the code that may or may not be working.  (Not a picture, but the VI.)

 

And, last but not least, make sure the other application is closed as only one application can access a serial port at a time.

 

One thing that you might check, though

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 5 of 8
(2,269 Views)
0 Kudos
Message 6 of 8
(2,247 Views)

@billko wrote:

@alexTan132 wrote:

Ok so i was using VISA to communicate with my motors through RS485. When i run my program , i couldnt get any command in , but when i use a calibration software that the brushless motor company provide, i was able to send in the commands and make the motors move. By the way the code that i used was working the week before , and i didnt do any changes to the code, so i think we can safely assume that the code is not the problem.

So here's a summary of what might not be the problem:
1) Brushless motor working fine
2) Code working fine

3) Connection cable also ok


You can't "safely assume" that the code is not the problem.  Especially in the area of communications, you could've just been "lucky" that it was working before.  What I mean is, it could've been correct enough to "usually work", but not correct enough to "always" work.  More evidence of this is that the provided application works but yours doesn't.  Anyway, the easiest way to determine this is to either link to, or provide, the product manual with the communications protocol, and upload the code that may or may not be working.  (Not a picture, but the VI.)

 

And, last but not least, make sure the other application is closed as only one application can access a serial port at a time.

 

One thing that you might check, though


Sorry about leaving you hanging like that.  I don't remember what it was I was going to say.  Let's see what we have here.

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 7 of 8
(2,228 Views)

The drive robot vi is missing a lot of subVIs, but it seems fairly innocent to me.  There are some things I would do differently, and things that are maybe unneeded.  Something that bothers me is I don't really see error handling so who knows what's going on?

Bill
CLD
(Mid-Level minion.)
My support system ensures that I don't look totally incompetent.
Proud to say that I've progressed beyond knowing just enough to be dangerous. I now know enough to know that I have no clue about anything at all.
Humble author of the CLAD Nugget.
0 Kudos
Message 8 of 8
(2,218 Views)