s.pratt

Hello, Here is a cumulative timer example created that I know works for the mean time: http://forum.unitronics.com/index.php?/files/file/38-cumulating-timer/ As of now, i am unsure why the logic you have shown does not work, but I will try and test this logic. Hope this helps.

Hello Pawks, have you thought about using the shift register special function? When shifting an MI to the right, you are multiplying the number by 2 each shift. So for 2^5, you could use the shift register function and shift the bits by 5 to the right. The only issue is when the number becomes very large - if you shift the bits in the MI too far, the bits at the end will drop resulting in an incorrect number. Shift function: SI 87 = number to be shifted SI88 = number of bits to shift Set SB 87 to shift to the left Set SB 88 to shift to the right Hope this helps.

Excellent! Glad to hear you got it working!

Hello, I believe this may have something to do with the multiple times this subroutine (FUEL & TRANSFER SYSTEM) is being called. You have the subroutine linked via the Links & Jumps section attached to this HMI screen (FUEL & TRANSFER SYSTEM) sow when the display is loaded, being displayed, and when the screen is unloaded, this subroutine is called. Then, on top of these calls, you call the routine from the DISPLAYS routine, ALARMS subroutine, and again in the POWER PLANT subroutine. So the logigc for the alarm is ran about 4 times in one scan. Please remove all calls for the FUEL & TRANSFER SYSTEM subroutine and only call it from the DISPLAYS routine (the Main Routine). Please let me know if this helps. If now, please send the updated code to support@unitronics.com for further support, or upload it here for me to review.

Hello, What is the end result you are looking for? The elapsed time between two calendar events in total seconds? Or in a Years, Months, Days, Hours, Minutes, Seconds difference? If you are trying to get the RTC into a DW, you can use the RTC to UTC function block in the ladder (Utils > Clock > UTC > RTC to UTC). This will take SI30 through SI34 and put the RTC into a UTC format. With this, you can perform calculations for a time event difference. If you use the UTC to RTC function block, you can take the time difference and get the RTC value into 5 integers; the format for the integers is as follows: First MI = seconds (SS) Second MI = time (HHMM) Third MI = date (DDMM) Fourth MI = year (YYYY) Fifth MI = day (1-7) Hope this helps.

I am unsure what you are referring to. Which buttons are button 1, 2, and 3? Which alarm are you referring to?

Hello, The issue you are experiencing is due to the subrouotine "ALARMS" being called twice in one scan. You have the subroutine being called through the "DISPLAYS" Routine, then also when the Alarms screen is being displayed. I would delete one of the calls for the "ALARMS" subroutine; I deleted the calls from the "Links and Jumps" section for the screen. I do not believe you need these calls (upon loading the screen, while the screen is displayed, and upon unload of the screen). Please let me know if this helps.

Could you explain the issue a little further? Or attach the program for us to test here?

Unfortunately yes. There is no way to obtain the project from the PLC other than uploading the application from the PLC. There is no SD card option on teh V120 to extract via SD.

Hello Pawks, No problem. Glad to help. Then next comprable PLC to look at would wither be a Samba or a V120, depending on the application size needed. Please let me know if I can help with anything further.

Hello Amol, What protocols does KP Server support? Usually, Modbus is used for this type of communication. OPC is also popular as well. I would check which protocols KP Server uses though.

Hello, This sounds like the M90 unit was previously programmed by someone else. Is this true? Do you have the application that we could review? If so, please send this into support@unitronics.com If this was programmed by someone else, please try to get in contact with them for further troubleshooting.

Hello, It is possible to upload projects from V120 units, then download them to other V120 units; however, this is only possible if the original download was performed in VisiLogic as mentioned (Burn Upload Project). If this option was not chosen upon downloading, then you will not be able to recover the application from the unit. Hope this helps.

Hello Pawks, Unfortunately, there are none that we are aware of - maybe someone else on here has used one they can recommend. Is there a way to split the float into two integers on your Sentron? This way we could read the two inetegers (whole part and fractional part) then "put them together" in the Jazz. Otherwise, you would need to find another device that reads the PF as a whole (scaled) integer. Hope this helps.

Hello, A rough explanation of the two types of memory in UniLogic: The global tags are part of the "main memory" which is constant memory space reserved throughout the program. The local tags are part of the "stack memory" which is allocated and deallocated as the program runs. When a subroutine is called, it will allocated the necessary space for the local tags, and once the subroutine is finished and you return to the main routine, the space allocated for the local tags are then deallocated; besically it is erased and completely forgotten about once the routine ends. So if you wish to keep information in the local tags after a routine has finished, you must pass these values into global tag space. Are you saving the local memory into the DT within the subroutine?

Hello Pawks, There is no way for the Jazz units to directly measure power factor. We can only read in DC discrete or analog signals. Is there another device in the system measuring the PF, then sending a signal to denote the PF? Or were you planning to have the Jazz directly measure this value?

Hello, The relays are internally controlled. Therefore, you should only need to "feed" the common channel with a power source, then connect the output channels to a load. Basically, your common channel is the source of whatever your loads need to run. When the output is "activated", the internal relay will close and feed the power through to your output from the common. Hope this helps.

Either way works, it just depends how precise you need to be and how much programming you want to do. PWM programming will be much simpler and quicker to set up. However, running teh output with a timer will not result in a precise stopping point. For instance, you may wish to go only 500 pulses, but end up going 512 pulses or something like this. PTO programming will be a little more extensive to set up, but it more accurate when driving a stepper motor. In order to "indefinitely" run the motor, you can "jog" the motor for however long you wish. Please see the end of the example program, V350_PTO plus jogging example.vlp, for a better understand on how to program the "jogging" feature. Hope this helps.

Leaving the target at '0' will disable the output from running. The target position is used to stop the output from continuing once it has reached its destination. To run the output indefinitely, just set the output up as a "PWM Ouput" in the HW configuration. This will not provide a current and target position, and will let you run the output as long as you wish. Acceleration and Deceleration are usually used to protect the motor from the high inrush current (starting the motor abruptly). however, your driver may already be set up to protect the motor. It really all depends on the system, the components, and whether you believe it is important or not. If this is not a long lasting project, and maybe only for demo/prototyping use, it might not be important to program acceleration and deceleration for the motor. However, if you wish to have this project around for years and want to protect the longevity of teh motor, programming this in may be essential. In that case, I would highly suggest programming with PTO. Hope this helps.

Hello, There are two ways you could set this up: either through PTO programming, or set the high-speed output for Step Control in the hardware configuration. We can set the HSO in the hardware configuration then give a frequency and duty cycle for the output to run at. Once you enable the "Run MB" the output will give a high speed pulse. It will also report back a "Current Position" and you may mtach this to a "Target Position" (where you's like to be). Once this is set up, you can then program a normal digital output to conotrole the direction. PTO is a little more advanced, but will allow you to arrive at the same outcome. We do have an example of this in the VisiLogic software (Help Tab: Examples/Version 900/ Project Examples/ PTO/ V350_PTO plus jogging example.vlp. Please note, we also have a tutorial on how to set this up as well: http://www.unitronics.com/support/webinars/pto Please let me know if this helps or if there's anything I can explain further.

No, I don't believe the digital I/O modules are more protected than analog modules. They should be equivalent. I do know the digital I/O cards require signifcantly less power to run, though. An analog card will consume a maximum of 150mA to be powered, whereas a digital card requires about a fourth to a half of that power. Could it be possible you have a simple short in the system (not short to ground, which would cause fault) in the system that is consuming a lot of the current? It is peculiar directly connecting only the I/O card to the supply results in teh same outcome, but completely possible it may have burnt out. I would try a bench test with the analog card attached to the back of the panel (directly to the CPU) to be sure the results are the same, one by one. If so, I would contact support@unitronics.com for further assistance. Please let me know how this works for you.

What is the amperage the power supplies support? What else are you powering with these supplies and how much current does each device consume? Could something have burned out in the system or still be causing a short circuit? Is it possible to see how much current the I/O cards are receiving? Also, what type of expansion adapter are you using? The status you are reading, and the status LED, indicate the supply voltage is low or missing. It may be that there is not enough power supplied to the I/O cards.

Hello, The log files are used for debugging by teh Unitronics R&D team for some extreme troubleshooting cases. It is a password protection that is set by the R&D team. Could you further explain what you mean by a "power related issue" with the analog I/O? We may be able to help troubleshoot the issue by your explanation.

Hello, Unfortunately with Modbus, you are unable to send strings directly. You must transfer them as 16-bit integers. Under the "Buffer Tools" in the ladder programming, choose the "Copy Tag to Buffer" option and copy you string to a buffer. Then choose the "Copy Buffer to Tag" in the same drop down menu of the tools to transfer the buffer we created into an array of 16-bit integers. You can then use this array to send in the Modbus command. Hope this helps.

There is an example of using Modbus RTU in the "Examples.." of VisiLogic. (Version 900/Project Examples/Communications/MODBUS/V130_Modbus_Master) Also, we have a tutorial video on setting these communciations up here. You may download the example applications from this web page as well. Please let me know if this helps.