Alexander

This is a strange issue that I have not heard before. If the code has been verified on other units, and the add-on RS485 works, I do not see a reason why there would be any problem with using the main connection. Do you have another V430 that exhibits the same issues? Have you used any different RS485 cables between the main COM port and the add on COM port that worked correctly? For further assistance please contact support@unitronics.com.

This is strange to hear. It should be possible to upload an older project with a newer version. If it's possible to repeat this by upgrading please send an email to support@unitronics.com so that we can further assist with the new VisiLogic version.

How are you verifying the value in MI 141? It's strange to hear that the Samba acting as the master is successful while using the Motorola PLC is not. Does the Motorola have any special settings for serial opposed to Ethernet? Is that value being used or modified in the Motorola program where it can change from 36 to 19456 though another operation?

This message is caused by attempting to upload a project that is newer than the version of VisiLogic you are running. I would recommend upgrading version of VisiLogic to the most recent if possible.

The process as far as I can tell is this: 1. The Box passed by the barcode scanner and is read 2. Up to 0.75 seconds passes before the scanner sends the information to the PLC 3. The PLC receives the information and if the scanned code is incorrect, turns on specific bits to eventually activate the Blow Off output 4. The photo eye detects the box. As long as the blow off bit (MB 114) is active it will set a bit (MB 134) to set a 0.25 second delay. 5. After the 0.25 second delay the Blow Off output is turned on. 6. The Blow Off output is turned on for 0.25 seconds also, then is shut off by the second timer. Using this sequence that requires the delay between the photo eye and turning the Blow Off output on, I do not see how to shorten this time. It's dependent upon the scanner to send the information to our PLC and the delay after the photo eye to enable the Blow Off output. The information from the scanner should be arriving and being compared all within a single scan, which only takes 8ms in your program. You can check the scan time by monitoring SI 0. Is there any other way to modify your program? For example have the conveyor temporarily stop until the bar code is read and then continue with any necessary delays?

There were the 2 timers in the program, each 0.25 seconds that had to complete before output 4 was reset. This added to the 0.75 second delay would result in a 1.25 second delay. After the first time it sets output 4, then it resets output 4 another 0.25 seconds later. Is the time calculated from when the output is turned off after the second timer?

So the scanner is physically first on the conveyor, followed by the photo eye? It should be able to have the information processed in time as long as the scanner can transmit in that period of time. I would again recommend contacting the scanner manufacturer to verify how long it takes them from scanning the code to sending it to our controller.

The logic you have for Input 3 and MB 114 won't be triggered unless MB 114 is set first, but I'm not sure what triggers I3. When or how is this input activated? What you can also test with is putting the unit in stop mode when online. Then there is an icon in the online test window to perform only 1 scan of the ladder. I performed the following test. Put the controller in stop mode Send the barcode the controller (it will reside in the buffer) Press the icon to execute 1 ladder scan All of the ladder triggered to receive the barcode, compare it, and it activated MB 114 all in a single scan It should not be the comparison that is causing any problems as it activated within a single scan of receiving the message Do you get the same results?

I did see that you had two separate ways to set MB 114 in both rungs 68 & 69. This causes the parallel statements to cause a conflict, since the bits are controlled by their last state, which would mean that only rung 69 is causing the condition. I would recommend combining these nets so that all the conditions that could set MB 114 are within the same net. When is the blow off eye triggered? Does it always happen after a scan? I just want to know how you determined how MB114 is being set after I 3 is already being triggered. If this occurs then the output will not be shut off at all. I also saw that the output (O4) has two sets of timers that need to complete before the output is shut off. These two timers are both 250 milliseconds which can account for 0.5 of the 1.3 second delay you are currently experiencing.

I am able to teach and receive the code. It received the code so quickly that the timer isn't able to decrement past it's starting value. Yet I see that the function in progress (MB0) and the session complete bit (MB2) have turned on and off. Since you are experiencing the same results it seems as if your barcode scanner itself does not seem to be the reason for the delay. Once this code is received where is the output that it turns on/off for your conveyor belt? Can you specify a particular subroutine/rungs of ladder that control this output. I would be surprised if anything in the ladder was preventing the output from changing states. Are you also basing you delay from when the barcode is scanned (on the scanners hardware) or when it is received by our controller? Since I am unsure what hardware you are working with it is still possible that the barcode scanner may take a second to process what it scanned and then send it to our controller. Have you been able to contact the scanner manufacturer to see if this is the case?

I'm able to get your program to receive a code, though I would need to know what process you are following that triggers the delayed output. Is there a certain series of steps I should follow? What barcode are you sending to the controller? Has the code already been taught (Does this need to occur)? What screen is displayed? What output is supposed to be triggered when the barcode is received? Once I have this information I will be better suited to test for the issues you are experiencing.

It is likely that MB1 is only on for a very short period of time which would cause the timer to not complete. A TD timer only works when the powering condition stays on. So if MB1 turns off in less than the shortest time period available, 10ms, than the timer will not continue to run. This alone may prove that the ladder is processing very quickly and the barcode is being received quickly. One other test you can perform is to use a utility program, such as Hercules, where you can see the incoming data from he barcode scanner. This would let you visually see if there was data that lagged behind. How did you originally determine that there was a processing time of 1.3 seconds?

In the program that you previously linked, the subroutine is not being called from the main routine. This means that none of the ladder is being processed. Also, it is recommended to have all power up tasks, such as configuration added to the main routine. This could be why the timer was not starting. Also the MB you are timing only turns on once a message has been fully received. In order to time the whole process you would need to start when the function in progress bit (MB1) turns on, and finishes only when the message session bit (MB 2) turns on.

The ladder should process in a matter of milliseconds depending upon how large the program is. How is it taking over one second to process? Is it possible that the barcode takes a few seconds to scan and send from the camera?

When sending the emails do you have a DNS server set up in the Panel Ethernet settings? If you continue to have issues please contact support@unitronics.com Currently the web server does not have the ability to place a data table on screen.

If you still have an available socket free on the Ethernet card, you would only need to ensure that it is set up as a TCP slave with a unique port number. When you connect in VisiLogic or Remote Operator it will ask for the IP address, port (from the socket), and the PLC name (which can be modified using a function block). As long as you do not try to connect to the same socket as the one running Modbus you should be able to connect.

Are you able to send an email without an attachment first to test if the logic and email settings are set up correctly? The file name is the file being linked from the SD card. If you are linking from a Data Sampler the folder name was created in the Sampler settings within UniLogic. Otherwise as you mentioned the data table and alarm log already have pre-defined folders.

Are their any other utilities you can work with to verify the data being sent by the barcode scanner? For example I would recommend testing with a PC based utility program such as Hercules to verify the hardware settings and message format. Once this is known than it can be added in our UniLogic software. If you have not worked with the message composer previously I would also recommend watching our webinar on the topic. It can be viewed using the following link: https://www.youtube.com/watch?v=G8bWtpYDt7E

The description is only used with the ladder logic for reference. The tables themselves can only hold the data type for the column, so it wouldn't be possible to only have a single row of ASCII strings for units. Though one possible solution is to modify the tag names used for each column that contains the engineering unit. For example a tag can be named Pressure (PSIG) or Temperature (F) with the brackets if that will work for your application.

What type of coil are you using? If you are using set coils, that is why they are staying on. You would need to use direct coils in order for them to shut off when they are not powered. Also, how are you calling the subroutine? Is it always running or does it only run when the buttons are pressed. If they only run when the buttons are pressed then when you release the button it stops calling the subroutine. This will also cause the outputs to remain on since the logic that controls when the output turns on/off is in that section of ladder. If not called it will remain at it's previous state.

Have you worked with a second monitor previously, then removed it? It could be that the window is located in space that you can no longer see. If this does not solve the issue I would recommend uninstalling then reinstalling the software.

Had you renamed the subroutine at all? What is the subroutine's name that you are trying to export? Are you running VisiLogic as an administrator, and which version of VisiLogic are you working with.

I opened your project and the logic that was in net 5 wasn't being executed at all. MB7 was being reset before this net could be triggered. I swapped net 4&5 and then I was able to trigger that line to write the the SD card. It also included the brackets for the P1 (bar) and P2 (bar). The issue may be with how your version of Excel is opening the file.

You should be able to use brackets without issue. I tested using both ASCII strings and static text variables when creating a delimited line for header titles. I used the default delmiters of a comma and a NULL. How are you naming the headers?

If the strings are of various length than you will need to use the string tools in VisiLogic to compose the entire string. One quick way to insert static text into a string is to use the String to ASCII function block. This lets you type in text into the function block, and then it will insert it into a vector starting at a desired operand location. After that you can use the Insert String into String in combination with the String Length function blocks to combine all of the parts into one continuous string.