Hi Ray, I do not see the difference that you are indicating. It could be the synchronization of the two videos. (You may see a 0.1 degree difference.) How ever this is just an error on the video part of the presentation. Thanks Ray, Garry
At about 5:50 you change the SV from 30 to 20 on the HMI but the green number on the Solo stays at 30. I thought the green number on the Solo would be the SV and would also change. Great vid and keep them up. Im learning alot from you.
Hi Ray, You are correct. The number should have changed to from 30 to 20. On serial communications, we can only do a receive or send one at a time. Looking at the PLC program, there is an error. I should not have used time bits for my communications. The modified PLC program should have the the following inputs for the two Receive and one Send Instructions. - First scan bit or C11 or C12 (Write Success or Error Bits) will be the input to the first Receive instruction. - Bit C2 or C3 (First Receive Instruction Write Success or Error Bits) will be the input to the second Receive instruction. - Bit C11 or C12 ( Second Receiver instruction Write Success or Error Bits) will be the input to the Send instruction. The PLC program will ensure that only one instruction is operating at a time on the serial communications. The previous send or receive instruction bits will trigger the next instruction. I will be modifying and posting the revised program at the website. Thanks again Ray for finding this error. Garry
Hi Ray, You are correct. The SV should have changed from 30 to 20. I've reviewed the PLC programming and notice that the communication timing is not correct. In serial communication, only one instruction can be executed at a time. The current program has two Receive and one Send instructions. To make this communicate correctly, the timer bits have been removed. The success and error bits on each of the instructions will trigger the next. The ladder has been modified as follows: - First Scan Bit or C11 or C12 (Success or Error flags from the Send instruction) will be the input to the first Receive instruction. - C2 or C3 (Success or Error flags from the first Receive instruction) will be the input to the second Receive instruction. - C22 or C23 (Success or Error flags from the second Receive instruction) will be the input to the Send instruction. The new ladder code can be downloaded here: www.dropbox.com/s/2f375yy6crpjh7c/AdvancedHMI%20to%20Click.zip?dl=0 The website has been updated with the download links as well. Thanks for pointing this our Ray. Garry
Fantastic info. What would be a good way to use the raspberry pi python code to read/write integer values and turn the outputs on/off to a click-plc over an Ethernet connection? thank you.
Thanks for your comments. Here is some information on putting AdvancedHMI onto a raspberry pi. advancedhmi.com/forum/index.php?topic=666.0 The AdvancedHMI will talk Modbus TCP over the Ethernet connection to the Click PLC. Here is a series for the Automation Direct Click PLC. th-cam.com/play/PL3y71jAPOdZAltYHLp8Z3aR961EqQUawt.html Regards, Garry
Hello, first off, thanks for sharing. I am experimenting an issue (or so I think) with the ModBus TCP driver (advancedHMI v3.99). I need the interface to issue this query: 01 04 00 0e 00 01 +CRC But what it sends is 01 01....., then 01 09.....It always seems to send different queries. I followed all the steps indicated in this video. Moreover, when I use ModBus RTU instead, the queries have the intended form. Is there any bug or so in ModBus TCP driver in this version? Thanks again
Hi Javier, I do not know of any bug in the Modbus TCP Diver of AdvancedHMI. The latest version is v3.99s. The above examples were done with v3.99a with no issues. On your AdvancedHMI screen are you getting error messages for communication? If not then I would suggest you look again at the address that you are trying to find. www.wireshark.org/ Wireshark is a good software package to view the information on the ethernet network. Thanks Javier, Garry
Hi Garry, thanks for answering so fast! No, I didn´t get any errors neither when building, nor during runtime. Actually, the ModBusTCPcom object is pointing to an IP address that belongs to a device that has a 3G/4G modem. And it is configured to output everything it receives its RS232 port. For debugging purposes, I am connecting with my PC to that port, and using a serial port monitor software to see the incoming data. That´s how I know what queries are being issued by the AdvancedHMI, which I pointed out in my previous comment. I have to say that I have being using this particular device with a different scada software, Winlog Lite, by Sielco, and it was working as intended. And even AdvancedHMI´s ModBusRTU object is working fine as well. I do not discard having made a mistake when configuring the object in AdvancedHMI, but I tried to follow all the steps in your video, and it doesn´t seem that complicated too. Thanks again!
Garry, this is exactly what the software is sending: 01 0F 00 00 00 06 01 04 00 0E 00 01 01 0D 00 00 00 06 01 04 00 0E 00 01 01 0B 00 00 00 06 01 04 00 0E 00 01 01 0A 00 00 00 06 01 04 00 0E 00 01 01 09 00 00 00 06 01 04 00 0E 00 01 01 08 00 00 00 06 01 04 00 0E 00 01 ... And so on. Notice that the last 6 bytes are part of the query that it should be sending (but it does not include CRC)
It sounds like your converter from modbus TCP to RTU is not programmed correctly. Modbus TCP will not add the unit number or the checksum to the message. This must be done by the converter. You can always use a USB to serial converter and talk modbus RTU. Regards, Garry
Hi Yaron, Yes you can create a user interface with the Click PLC. AdvancedHMI will allow you to create a robust user interface to work with your PLC program. Advanced options such as logging and recipe selection can be also done with this free software. Regards, Garry
Hi Surya, Here is the link for AdvancedHMI: sourceforge.net/projects/advancedhmi/ Here is the link for Visual Studio. (Community 2017) www.visualstudio.com/downloads/ The following is a link for the installation of the software: accautomation.ca/create-a-plc-with-hmi-training-and-learning-environment-free/ Hope this helps you out. Regards, Garry
The zip file is attached to the following link: www.dropbox.com/s/xundiajs6l1kvyj/AdvancedHMI%20to%20Click%20PLC.zip?dl=0 Because it contains an EXE file, it is preventing the email of the file. Please download from the link above. Regards, Garry
Why are the SV values different on the Solo and the SCADA different after you made the change on the HMI?
Hi Ray,
I do not see the difference that you are indicating. It could be the synchronization of the two videos. (You may see a 0.1 degree difference.) How ever this is just an error on the video part of the presentation.
Thanks Ray,
Garry
At about 5:50 you change the SV from 30 to 20 on the HMI but the green number on the Solo stays at 30. I thought the green number on the Solo would be the SV and would also change. Great vid and keep them up. Im learning alot from you.
Hi Ray,
You are correct. The number should have changed to from 30 to 20. On serial communications, we can only do a receive or send one at a time. Looking at the PLC program, there is an error. I should not have used time bits for my communications.
The modified PLC program should have the the following inputs for the two Receive and one Send Instructions.
- First scan bit or C11 or C12 (Write Success or Error Bits) will be the input to the first Receive instruction.
- Bit C2 or C3 (First Receive Instruction Write Success or Error Bits) will be the input to the second Receive instruction.
- Bit C11 or C12 ( Second Receiver instruction Write Success or Error Bits) will be the input to the Send instruction.
The PLC program will ensure that only one instruction is operating at a time on the serial communications. The previous send or receive instruction bits will trigger the next instruction.
I will be modifying and posting the revised program at the website.
Thanks again Ray for finding this error.
Garry
Hi Ray,
You are correct. The SV should have changed from 30 to 20. I've reviewed the PLC programming and notice that the communication timing is not correct. In serial communication, only one instruction can be executed at a time. The current program has two Receive and one Send instructions. To make this communicate correctly, the timer bits have been removed. The success and error bits on each of the instructions will trigger the next.
The ladder has been modified as follows:
- First Scan Bit or C11 or C12 (Success or Error flags from the Send instruction) will be the input to the first Receive instruction.
- C2 or C3 (Success or Error flags from the first Receive instruction) will be the input to the second Receive instruction.
- C22 or C23 (Success or Error flags from the second Receive instruction) will be the input to the Send instruction.
The new ladder code can be downloaded here:
www.dropbox.com/s/2f375yy6crpjh7c/AdvancedHMI%20to%20Click.zip?dl=0
The website has been updated with the download links as well.
Thanks for pointing this our Ray.
Garry
Fantastic info. What would be a good way to use the raspberry pi python code to read/write integer values and turn the outputs on/off to a click-plc over an Ethernet connection? thank you.
Thanks for your comments.
Here is some information on putting AdvancedHMI onto a raspberry pi.
advancedhmi.com/forum/index.php?topic=666.0
The AdvancedHMI will talk Modbus TCP over the Ethernet connection to the Click PLC.
Here is a series for the Automation Direct Click PLC.
th-cam.com/play/PL3y71jAPOdZAltYHLp8Z3aR961EqQUawt.html
Regards,
Garry
Hello, first off, thanks for sharing. I am experimenting an issue (or so I think) with the ModBus TCP driver (advancedHMI v3.99). I need the interface to issue this query:
01 04 00 0e 00 01 +CRC
But what it sends is 01 01....., then 01 09.....It always seems to send different queries. I followed all the steps indicated in this video. Moreover, when I use ModBus RTU instead, the queries have the intended form. Is there any bug or so in ModBus TCP driver in this version? Thanks again
Hi Javier,
I do not know of any bug in the Modbus TCP Diver of AdvancedHMI. The latest version is v3.99s. The above examples were done with v3.99a with no issues.
On your AdvancedHMI screen are you getting error messages for communication? If not then I would suggest you look again at the address that you are trying to find.
www.wireshark.org/
Wireshark is a good software package to view the information on the ethernet network.
Thanks Javier,
Garry
Hi Garry, thanks for answering so fast!
No, I didn´t get any errors neither when building, nor during runtime.
Actually, the ModBusTCPcom object is pointing to an IP address that belongs to a device that has a 3G/4G modem. And it is configured to output everything it receives its RS232 port. For debugging purposes, I am connecting with my PC to that port, and using a serial port monitor software to see the incoming data.
That´s how I know what queries are being issued by the AdvancedHMI, which I pointed out in my previous comment.
I have to say that I have being using this particular device with a different scada software, Winlog Lite, by Sielco, and it was working as intended. And even AdvancedHMI´s ModBusRTU object is working fine as well.
I do not discard having made a mistake when configuring the object in AdvancedHMI, but I tried to follow all the steps in your video, and it doesn´t seem that complicated too.
Thanks again!
Garry, this is exactly what the software is sending:
01 0F 00 00 00 06 01 04 00 0E 00 01
01 0D 00 00 00 06 01 04 00 0E 00 01
01 0B 00 00 00 06 01 04 00 0E 00 01
01 0A 00 00 00 06 01 04 00 0E 00 01
01 09 00 00 00 06 01 04 00 0E 00 01
01 08 00 00 00 06 01 04 00 0E 00 01
...
And so on. Notice that the last 6 bytes are part of the query that it should be sending (but it does not include CRC)
It sounds like your converter from modbus TCP to RTU is not programmed correctly. Modbus TCP will not add the unit number or the checksum to the message. This must be done by the converter.
You can always use a USB to serial converter and talk modbus RTU.
Regards,
Garry
Yes Garry, I think that´s exaclty what´s happening. I will check whether I can configure the unit to interpret modbus TCP.
Regards,
Javier
Can I create a user interface In the click PLC software?
Hi Yaron,
Yes you can create a user interface with the Click PLC. AdvancedHMI will allow you to create a robust user interface to work with your PLC program. Advanced options such as logging and recipe selection can be also done with this free software.
Regards,
Garry
pls send me a link to download advanced hmi
Hi Surya,
Here is the link for AdvancedHMI:
sourceforge.net/projects/advancedhmi/
Here is the link for Visual Studio. (Community 2017)
www.visualstudio.com/downloads/
The following is a link for the installation of the software:
accautomation.ca/create-a-plc-with-hmi-training-and-learning-environment-free/
Hope this helps you out.
Regards,
Garry
@gary as I'm as aspirant trying to take plc as my career.. this would be of great help
The zip file is attached to the following link:
www.dropbox.com/s/xundiajs6l1kvyj/AdvancedHMI%20to%20Click%20PLC.zip?dl=0
Because it contains an EXE file, it is preventing the email of the file. Please download from the link above.
Regards,
Garry
thank u so much @garry