Skip to Content

Register Login

Industry Online Support

Technical Forum

Navigation

WP321 Integration with Comfort Panels and SCADA

Created by: AutoGen_8351484 at: 10/10/2024 1:03 AM (6 Replies)

Rating (0)

Thanks 1

7 Entries

10/10/2024 1:03 AM	Rate (0)
AutoGen_8351484 Member Joined: 4/6/2022 Last visit: 11/7/2024 Posts: 6 Rating: (0)	Hello everyone, I hope you are all well. I have a project in which I have an S7-1200, an ET200SP with a Siwarex WP321 module, in another project I have two TP700 comfort panels and another SCADA project WinCC Explorer V7.5. From the SCADA and the panels, I need to adjust the zero, tare and untare and calibrate the system. I have already identified the commands to make these adjustments (1001 for zero, 1011 for tare, 1012 to cancel tare) this is clear. In the tests I have done, when I write the commands mentioned above in .s_CM1.i_CMD_Code and activate the .s_CM1.i_CMD_Trigger bit directly in the DB of the WP321 module (see image 1 of the PDF) but when I send the command that comes from the panels or from the SCADA using a simple writing routine (see image 2) it does not allow me to set the settings, it does not take them into account, the trigger command is not taken into account, it should be noted that the data is coming from the SCADA and the panels to the PLC directly to a DB that I have created (see image 3) My questions are: 1. What should I take into account to be able to carry this out? They are the same commands that are in the manual and in the example project. 2. I tried using the other commands (s_CMD1, s_CMD2, s_CMD3) and for a moment it received data from the panels and the SCADA, but then it stopped doing so. 3. As I already mentioned, I need to read that data in my PLC that is in a project and the panels and the SCADA in other projects, the data is reaching the PLC. Considerations: The WP321 module is fine, it has no faults, the standstill bit is activated, there are no errors, the system is working fine and as I mentioned, when I force the data directly into the Siwarex WP321 DB, the zero, tare and untare function do work. Attachment WP321 Integration with Comfort Panels and SCADA.pdf (93 Downloads)

Suggestion To thank Quote Answer

10/10/2024 8:39 AM	Rate (0)
Siwarexi Gold Expert Joined: 1/4/2007 Last visit: 12/5/2024 Posts: 1153 Rating: (175)	Hello AutoGen, Well, when you can send commands directly in the DB to the WP321, then the communication between the WP321 and the PLC is correct. (You also mentioned this in your posting.) When you execute a command from the panel or SCADA, which values can you see in the DB? Do you mean, that your values from the panel or SCADA can’t be seen in the DB in s_CMD1? Your command-codes (1001 for zero, 1011 for tare, 1012 to cancel tare) are ok. Do you overwrite the values from the panel or SCADA with your PLC-program by mistake? Best regards Siwarexi

Suggestion To thank Quote Answer

10/10/2024 11:47 AM	Rate (0)
AutoGen_8351484 Member Joined: 4/6/2022 Last visit: 11/7/2024 Posts: 6 Rating: (0)	Siwarexi Hello AutoGen, Well, when you can send commands directly in the DB to the WP321, then the communication between the WP321 and the PLC is correct. (You also mentioned this in your posting.) When you execute a command from the panel or SCADA, which values can you see in the DB? Do you mean, that your values from the panel or SCADA can’t be seen in the DB in s_CMD1? Your command-codes (1001 for zero, 1011 for tare, 1012 to cancel tare) are ok. Do you overwrite the values from the panel or SCADA with your PLC-program by mistake? Best regards Siwarexi Hello, thank you very much for the support. Q1 / When you execute a command from the panel or SCADA, which values can you see in the DB? From the SCADA and the panels, I only send a binary data that is stored in a DB that I created to read this information. Then, I use this binary data in my PLC where I have a Move that moves the command code that I need to .s_CM1.i_CMD_Code (1001 for zero, 1011 for tare, 1012 to cancel tare), this is working well. Now, this same binary data that comes from my SCADA or the panels, also activates the .s_CM1.i_CMD_Trigger bit, but it is not doing so, it is not activated and for this reason nothing happens, the Siwarex system does not respond to the activation of the Trigger. Q2 / Do you mean, that your values from the panel or SCADA can’t be seen in the DB in s_CMD1? As I mentioned, the data from the SCADA and the Panel arrive at the PLC and from there through a Move I move the code to s_CM1.i_CMD_Code and with a coil or a latch I activate the bit .s_CM1.i_CMD_Trigger, but the latter is not activated because nothing happens with the Siwarex system. Q3/ Do you overwrite the values from the panel or SCADA with your PLC-program by mistake? The data from the panel or the SCADA are OK, in that aspect there is no mistake. This data is not activated at the same time, I mean that the zero, tare or cancel tare function may be activated from the panel or it may be done from the SCADA, but not at the same time. I have other questions: 1 Is it necessary to move the FB block WP321 to OB1? 2 Should I move the data directly from the panel and the SCADA? I mean, when the button is pressed, it should point directly to the DB of the Siwarex module? I didn't do it that way, because I realized that I can't disable the "optimized block access" function for the DB block of the Siwarex module.

Suggestion To thank Quote Answer

10/10/2024 1:18 PM	Rate (0)
Siwarexi Gold Expert Joined: 1/4/2007 Last visit: 12/5/2024 Posts: 1153 Rating: (175)	Hello AutoGen, When the trigger-bit comes from your SCADA or the panels: Are you sure, that the .s_CM1.i_CMD_Trigger bit is set to TRUE? Did you check this bit (e.g. with a counter)? To your questions: 1 Is it necessary to move the FB block WP321 to OB1? Yes, this is a good idea! Move the FB block WP321 to OB1. Maybe this helps. 2 Should I move the data directly from the panel and the SCADA? Both ways are working: a) You can write the values (= Command code and trigger-bit) from your PLC-program in to the DB OR: b) The panels and the SCADA write directly to the DB. But here, you have to pay attention, that not two devices writes at the same time commands into the DB. Best regards Siwarexi

Suggestion To thank Quote Answer
This contribution was helpful to 1 thankful Users Moderator_Lan

10/10/2024 2:40 PM	Rate (0)
AutoGen_8351484 Member Joined: 4/6/2022 Last visit: 11/7/2024 Posts: 6 Rating: (0)	Siwarexi Hello AutoGen, When the trigger-bit comes from your SCADA or the panels: Are you sure, that the .s_CM1.i_CMD_Trigger bit is set to TRUE? Did you check this bit (e.g. with a counter)? To your questions: 1 Is it necessary to move the FB block WP321 to OB1? Yes, this is a good idea! Move the FB block WP321 to OB1. Maybe this helps. 2 Should I move the data directly from the panel and the SCADA? Both ways are working: a) You can write the values (= Command code and trigger-bit) from your PLC-program in to the DB OR: b) The panels and the SCADA write directly to the DB. But here, you have to pay attention, that not two devices writes at the same time commands into the DB. Best regards Siwarexi Hello, as you can see in the following video, I am sending data from the SCADA to my PLC, this data is received. https://youtu.be/zXPgz2bj2HM In this first video it can be seen that: 1. I changed the FB of the Siwarex module to OB1, but the data s_CMD1.bo_CMD_Trigger is not updated as seen in the video. 2. The Service mode bit is set to true 3. The Standstill bit is set to true 4. The data is arriving from the SCADA to the PLC In the second video, you can see this test more clearly and the Trigger is not updated either, we are even doing sustained pulses and it does not work either. https://youtu.be/kqkEK5yyxCk
	Last edited by: AutoGen_8351484 at: 10/10/2024 14:42:02
Suggestion To thank Quote Answer

10/11/2024 10:01 AM	Rate (0)
Siwarexi Gold Expert Joined: 1/4/2007 Last visit: 12/5/2024 Posts: 1153 Rating: (175)	Hello AutoGen, I saw your two videos. A) Please control the command-handling in the DB, before you execute one command via SCADA: 1. Write another value as 1011 (e.g. 99) to s_CMD1.i_CMD_CODE 2. Reset the bit s_CMD1.bo_CMD_FinishedOK to false 3. Control (with a counter or a positive edge) the bit s_CMD1.bo_CMD_TRIGGER. 4. Execute one-time from SCADA the command 1011 5. After the command-executing, you have to see: - s_CMD1.i_CMD_CODE goes to 1011 - s_CMD1.bo_CMD_FinishedOK (or s_CMD1.bo_CMD_FinishedError) goes to true - your counter or positive edge of s_CMD1.bo_CMD_TRIGGER has to increase. Pay attention ,that the bit s_CMD1.bo_CMD_TRIGGER goes to true only for a short time. The Trigger-Bit is reset to false automatically from the FB321 quite fast. That’s normal. You can’t see with your eyes, that this bit was true for a short time! Therefore, you have to work with a counter or a positive edge! B) When you execute the tare-command directly in the DB: Can you see “0.0” in PROCESS_VAL_1 or PROCESS_VAL_2? (Service-mode is not necessary for the tare-command.) C) What happens, when you send another command from SCADA? Do a test from SCADA with these two commands: - Command “1” (= switch on the Service-mode) - Command “2” (= switch off the Service-mode) You can check, if the Service-mode is on or off in the DB, into “s_IO_DATA” => “SCALE_STATUS”. Best regards Siwarexi

Suggestion To thank Quote Answer

10/11/2024 12:25 PM	Rate (0)
AutoGen_8351484 Member Joined: 4/6/2022 Last visit: 11/7/2024 Posts: 6 Rating: (0)	Siwarexi Hello AutoGen, I saw your two videos. A) Please control the command-handling in the DB, before you execute one command via SCADA: 1. Write another value as 1011 (e.g. 99) to s_CMD1.i_CMD_CODE 2. Reset the bit s_CMD1.bo_CMD_FinishedOK to false 3. Control (with a counter or a positive edge) the bit s_CMD1.bo_CMD_TRIGGER. 4. Execute one-time from SCADA the command 1011 5. After the command-executing, you have to see: - s_CMD1.i_CMD_CODE goes to 1011 - s_CMD1.bo_CMD_FinishedOK (or s_CMD1.bo_CMD_FinishedError) goes to true - your counter or positive edge of s_CMD1.bo_CMD_TRIGGER has to increase. Pay attention ,that the bit s_CMD1.bo_CMD_TRIGGER goes to true only for a short time. The Trigger-Bit is reset to false automatically from the FB321 quite fast. That’s normal. You can’t see with your eyes, that this bit was true for a short time! Therefore, you have to work with a counter or a positive edge! B) When you execute the tare-command directly in the DB: Can you see “0.0” in PROCESS_VAL_1 or PROCESS_VAL_2? (Service-mode is not necessary for the tare-command.) C) What happens, when you send another command from SCADA? Do a test from SCADA with these two commands: - Command “1” (= switch on the Service-mode) - Command “2” (= switch off the Service-mode) You can check, if the Service-mode is on or off in the DB, into “s_IO_DATA” => “SCALE_STATUS”. Best regards Siwarexi Hello, I was able to temporarily solve the problem in the following way: I have the tare command 1011 associated with s_CMD2.i_CMD_CODE and CMD2.bo_CMD_TRIGGER and the reset tare command 1012 with s_CMD3.i_CMD_CODE and CMD3.bo_CMD_TRIGGER, this was the only way that worked for me and the plant was able to start, however, in a future plant shutdown, I will take into account what you tell me, because from the SCADA they also have to calibrate the Siwarex WP321 and this could not be done either, so it is something pending that I have to solve.

Suggestion To thank Quote Answer

|

Share this page:

Share this page on...

Follow us on