LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

ADAM-4000 (old drivers not working, new drivers not available)

Solved!
Go to solution

Change the selected VISA resource to COM5.

Paolo
-------------------
LV 7.1, 2011, 2017, 2019, 2021
0 Kudos
Message 21 of 27
(954 Views)

Is COM4 just because I changed the USB port that was connected to the modules. I put it back to COM5 but is exactly the same result.

0 Kudos
Message 22 of 27
(950 Views)

Sorry, I believed it was an onboard port. Watching more closely, it seems that AO write was OK, right?

Furthermore, how you got the Command error 2.jpg? The command string is #03, that is reading AI. But this vi is only used for AO. So?

Paolo
-------------------
LV 7.1, 2011, 2017, 2019, 2021
0 Kudos
Message 23 of 27
(942 Views)

Sorry for the late answer, I was not able to have the hands-on test with the modules from my last message. So from what I can understand, the command can't work from that VI because is AO only.But I also tried #0310.000 command that should just send the output to the module. In the first place, the LED on the module is not blinking (a visual sign that the command arrived) and I also get this error from the attachment below. From the Utility command line, everything is fine, I can send and receive information. 

0 Kudos
Message 24 of 27
(931 Views)

Difficult to say what is wrong. Try removing the Clear VISA vi. It's not mandatory.

Paolo
-------------------
LV 7.1, 2011, 2017, 2019, 2021
Message 25 of 27
(914 Views)

The same result, from the error message it looks like VISA Write is "not working". The error starts from there and nothing is working after. I will try to use a 32-bit system to install LV 7.1 with the old drivers and see if it's possible to make them communicate with that ones. I attached here the original file, that was using the ADAM drivers maybe will give you a different angle towards some possible solution that I may try.

0 Kudos
Message 26 of 27
(911 Views)

Hi, I received a mail notification regarding the question " did it solved my problem" but I can't see the post in the forum. Anyhow, sorry for the late update and yes, somehow I made it work. The "Basic Commands 1" from the attachments can send the commands and receive the answers from the module in the same way the terminal of the utility software is working. The main feature that made everything work, was adding the "return character to the end of the command that was sent. 

 

I don't know if is ok to ask in this thread but I will do it anyway in the hope for an advice. I need to use this template for sending the commands for all the modules on the same port. How can I be sure that every command and send and received properly? If I want to put the values from (ex: module number 3 channel 1) in a graph I need to add a 35ms delay for writing and reading of this command.

Because I am a noobie in LV I wanted to ask what will be the best way of creating dials that will send the values as a string to the modules? This needs to work while the reading is updated constantly. Should I make a list of available commands and send them with a case structure? Or just use the dial input to change the values by creating the command for the specific moment?

 

Thank you very much for all the help with cracking the communication with the modules. I am looking forward to any advice regarding the further design of the system.

0 Kudos
Message 27 of 27
(872 Views)