Flex727
-
Posts
3,275 -
Joined
-
Last visited
-
Days Won
239
Content Type
Profiles
Forums
Gallery
Events
Blogs
Downloads
Articles
Media Demo
Posts posted by Flex727
-
-
There is a "Replace Operand" function that allows you to move operands to any address you choose.
-
3 hours ago, Harperj said:
Could electrical noise be causing the interruption in the comms link?
Yes, absolutely. It's difficult to recommend a specific course of action without being onsite, but try ferrite cores on all the cabling and do what you can to distance the VFD and/or insulate the PLC from the VFD noise. I suspect there are others on this board who can provide some personal experience to help.
-
5 hours ago, Gabriel Franco said:
As Flex pointed, Visilogic does not check program versions but it does PLC Name.
Yes, however it does provide a different error message if the PLC name doesn't match.
-
5 hours ago, AlexUT said:
This file may be stored in Excel format, but original format is COMA DELIMITED ASCII.
This is why file cannot be modified by PLC.
Almost certainly this is the problem. Did you try deleting the data in a text file editor (e.g. Notepad) instead of Excel?
-
19 hours ago, TriSeal27012 said:
Is it possible I'm trying to go online with the wrong program that's currently loaded into controller?
Just to add this little bit. Unitronics Vision line of PLCs do not check anything about the program, either loaded on the PLC or loaded in VisiLogic, before going online. You can always go online, whether with a different VisiLogic project, or even a blank one once you've established communications.
-
7 hours ago, VFU1076 said:
Your saying that if the battery goes flat and the controller is powered off, i can restore my application from ladder through a button on screen?
No. I am saying that if you "Download All & Burn", your application will still be there when the PLC is powered back on. Have you ever noticed that there is a (very simple) program running in a brand-new PLC and there is no battery installed? That program was placed there at the factory with "Download All & Burn".
What I was saying about a button on the screen is that all the SD functions relating to saving and restoring the program are available in ladder. That includes clone files, application, operands, etc. My suggestion was to burn the program so that is not lost, but if you have Operand values that are important and could be lost, you could include a ladder function to save and restore those values if needed. Obviously if the program was not "burned" then ladder function to restore the program will not be helpful as that would be lost.
-
11 hours ago, VFU1076 said:
I do not know if there's any other way to do this.
"Download All & Burn" when downloading the project will save the project to flash memory and thus it won't be lost when the battery goes flat. However, if you have configuration settings that are stored in operands, those will be lost. However, you can save and restore operands (or application, clone, etc) from ladder and place a button on the screen to restore those (or even do it automatically when the program starts).
-
The default location for VisiLogic project files is C:\Windows\Program Files (x86)\Unitronics\Unitronics VisiLogic_C\Applications\
-
7 minutes ago, Simon said:
you can replace the battery without powering down the PLC
This is true, but sadly it is necessary to reboot the PLC in order to reset SB 8.
-
1
-
-
3 hours ago, Cordell Musser said:
Has anyone had difficulty downloading a program remotely using TCP/IP (Call)?
Yes, this can be difficult at times. Try placing a Power-Up value of 10 in SI 101 You might need to go online and change the value in the register before your next download.
3 hours ago, Cordell Musser said:Also, I always need to be lightning fast on the prompts that appear (around 1 second max) or the 210 error message will come on again.
SI 101 will help with this also. If you don't need them, you can disable the prompts by going into the Project / Properties / Messages tab. But do this with caution because they will stay disabled until you go in and re-enable them.
-
12 minutes ago, viscoelastic said:
I have learned that every time I make something idiot proof, God creates a better idiot.
Ha ha ha! Pure philosophical truth there.
-
Thank you visco. My projects rarely involve areas with high EMI so I think it will be fine.
14 minutes ago, viscoelastic said:We are using them to write a continuous log during tests.
Do you have any special code to deal with the possibility that the card might be removed?
-
Here is a small article I just stumbled upon, though it's not very helpful for this specific topic.
-
Thanks guys. If I find a better solution, I'll post.
Visco, have you had any issues with reliability or issues with the fact that the PLC cannot see removal of the card?
-
I've been wondering about this question also. While I haven't done any formal testing, I believe the battery is only used when the 24V power is removed from the PLC. If the PLC remains powered up 24/7 (as it was built to do) then the battery will last at least 8-10 years (depending on how fresh the battery was when installed). If the PLC is powered off for extended periods of time, the battery life appears shorter. I always include SB8 notification in my projects.
You're probably aware that you can download the project into flash memory so that it doesn't depend on the battery.
-
33 minutes ago, Ausman said:
Do they transition sequentially as you step through your program? Or is it all done at the end of the scan like other operands, going on the first change encountered?
I feel confident that it all happens in real time, rung-by-rung. I never separate out transition contacts and they always work perfectly, even when the bit changes value more than once during a single scan (this would be easy to test definitively - I'll see if I can gin something up).
37 minutes ago, Ausman said:The essence of what I'm saying is that building in certain sets/resets on power up, and delays before the plc actually does anything is, in my opinion, a must for both safety and correct operation.
And this is why you're one of the smartest people on this board. I'm not sure this is common practice except in very specific situations.
-
On 10/21/2021 at 6:55 PM, John_R said:
I don't get it.....
It's important not to overthink this one. The doorbell prank is common among children (probably in most countries, not just the U.S.). This is just funny because it's a cow doing the doorbell prank. It's part of Gary Larson's frequent schtick in the Far Side cartoon of anthropomorphizing cows.
-
22 hours ago, Flex727 said:
First scans can be a bit tricky when using transition contacts.
By the way, if I can expand on this a bit. How do transition contacts work? Well, the PLC sets aside a special memory bit location for every transition contact. The value of the bit is stored there and compared to the new value whenever it is encountered. If different, the transition is triggered (if in the correct direction). On the first scan what is the current value being compared to? Is the previous value held over from prior to the PLC reset? I'm frankly not sure, but I doubt it. This is where your first scan problems occur, in my opinion. Perhaps a developer or more experienced programmer might have more to add here.
-
Anyone have any experiences, good or bad, with using micro-SD card extenders with either a V1210 or a V700?
I am currently experimenting with one, and as I expected, the PLC doesn't know if a card is inserted (always thinks one is present due to mechanical microswitch). But I'm finding that proper communication with the SD card is hit or miss. The PLC thinks the card is there but writes will often fail. It may be the cheap brand extender I'm playing with or something else - I don't know.
Also, I haven't been able to find one that has a panel mount. Anyone ever seen one?
-
1 hour ago, Sideway said:
EDIT : @sgull i used a "TE" instead of a "TD", so that the timer goes HIGH when it receives a pulse. Am i wrong ?
You are correct. I'm sure sgull was just stuck on TD in his mind since that's basically the default. It happens to us all.
1 hour ago, Sideway said:Although i cant figure out why it was not working with a rising edge of MB1
First scans can be a bit tricky when using transition contacts.
1 hour ago, Sideway said:I managed to get the program work by doing the MB11 direct coil technique... It worked properly.
Great!
-
Just add a new bit, maybe MB 11 and use a direct coil added to the end of Rung 2, then place a direct contact (positive transition contact not needed) of MB 11 in Rung 4 in place of MB 1.
-
2 minutes ago, Flex727 said:
Either change MB 1 to a Direct Coil instead of Reset Coil, or place a Reset Coil at the end of Rung 4.
I see now that MB 1 is being used elsewhere also and needs to remain on. You'll need to add a power-up property to Reset the bit so that it can transition to positive in rung 2.
-
You never "RESET" MB 1, therefore it is always on and you can never see a Positive Transition (Coils and registers are retained over a power cycle). Either change MB 1 to a Direct Coil instead of Reset Coil, or place a Reset Coil at the end of Rung 4.
-
Yeah, the help file can be a bit finicky. Sometimes you have to approach it from multiple directions to get more information. Even though it can be hard to find, there is a lot of information there.
Vision V130 Unsigned scaling
in Vision & Samba PLC + HMI Controllers & VisiLogic Software
Posted
It looks like you're using 16-bit integers (MIs) and are overflowing the register. Use 32-bit integers instead (MLs).