Jump to content

tmoulder

External Moderators
  • Posts

    196
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by tmoulder

  1. But I still use Visilogic, and I'm not as young as I used to be, so please please please consider adding zoom functionality to the HMI designer for the V1210? I can't tell if my screen elements are lining up anymore. And it's tricky using a wooden ruler and masking tape on my computer screen. Thanks, TM
  2. Anybody try running an unmodified Win 10 host and running Win7 or XP on a virtual machine? It's gotten me out of trouble in the past.
  3. Are there any plans or dates for the discontinuation of some of the older vision lines, like the V120 or V280? We are looking at our upgrade paths. Thanks! TM
  4. I'm going to throw a really stupid idea out here: Some models of unitronics label the terminals for the can port, and some do not. The diagram you posted from the documentation, and the image you took and labelled, is in reverse order. Top to bottom, on a V570 (where the terminals are marked on the side of the PLC), the terminals are V+, H, PE, L, V- This has gotten me more than once. Best of Luck!
  5. Hi Guys! I hope all my friends in Israel are safe and well during these troubles. I just got a brand new V570 for a project, along with an V200-19-ET1 card, and I was installing the card when I noticed something I'd not seen before: On the card is a connector, J102, which was covered by a plastic clip. I could not get the card to install until I removed this clip, and J102 docked with a set of four pins on the motherboard, marked JP1500. Pin 4 of JP1500 was connected when the card was in place. I cannot seem to recall ever seeing this connector in use before, but my memory is not what it used to be. I just wanted to make sure this was correct, since J102 was covered when I unpacked the ET1 card. Thanks, TM
  6. Hi guys! I'm using Visilogic 9.5.0, all updates, and doing some revisions on a previous project. The original was created in 9.0.3. Working on a V570. I upgraded the OS in the 570 to the latest, and downloaded my revised program. This program has a lot of images in it. Everything went fine until the warning to download new image files, when I did it showed "Erasing Flash Address 8388608", then after an extended period, came up with "Failed to Download Images". I tried a couple more times, including a "download all and burn", always alarmed at the same point. Did a compile and build all (did normally) and a rebuild database (not required). I finally downloaded and chose not to update images, and the download finished fine, but no images at all on the screen. Lastly, I opened the original, unmodified program - important note - I opened it in 9.5.0, not the old version - compiled and downloaded normally. Thinking something might be off on my program, I grabbed a spare 570, updated the OS, and downloaded the modified program. However, the modified program downloaded normally without any trouble at all into the new PLC. Any thoughts on this? Thanks! TM
  7. http://forum.unitronics.com/index.php?/blog/16/entry-46-simple-1-node-modbus-tcp-master/?mode=show This may be of some help to you. It was written for a Vision 570, but should port pretty easily. It's a fully functional program I've used myself several times. Change the IPs, ports and addresses to match yours, and it may get you a bit closer. Best of luck, TM
  8. Vista? I don't know if you'd want to go drawing THAT analogy. Let's say Windows 7
  9. Come to think of it, the Unilogic platform makes most of the Visilogic modules I published over the last couple of years completely obsolete... heh heh but i'm not bitter
  10. Just from what I've done so far, the new platform is light-years beyond Visilogic. It takes real "getting used to", and that's where I'm at with it, exploring capabilities, importing my favorite tricks and such. To directly answer your question - I don't see how UniLogic could be backported to the Vision series. Just as a single proof, look at the difference in Modbus TCP - controlled at the OS level, configured-not-coded, and theoretically no upper limit to the number of simultaneous connections (the Creators recommend 32, that's the most they've tried in-house). That right there makes it entirely incompatible with Vision. Heck, the Modbus FBs don't even exist in the new platform - it's all automated.
  11. Hi Saragani, That's the idea. If you check out my old "Simple Alarms" program on my blog, you get an idea of where I am going with this - fresh alarms are highlighted red, then turn white after reset. Thanks! TM
  12. Thanks! Also, is it possible to: 1. Change the background and font color of the text box from the program? I used to make extensive use of the "Mark" bit in Visilogic. 2. Failing that, add the "Tag:Link" to the Binary Text box so I can change the text there, and use the linked bit to change the color? Thanks, TM
  13. Ah, there it is. Thanks to Ryan for letting me know - it's the "Text Box", choose "Tag:Link" for your string variable.
  14. Hi all! We have string data types available now, and a whole category of ladder stuff for searching and manipulating them,never the less, I cannot find any way to display a string on the HMI (analog to the ASCII String variable in VisiLogic). Where is this hide? Is there a way to invoke a variable within a fixed (or other) text object?
  15. I love that I can now connect to more than 4 simultaneous devices on modbus TCP! But I also have a project coming up where I would need to hook into, say, 14 of them. As such, what is the firm-and-fast, not-to-exceed number of modbus devices I can connect to simultaneously on TCP? Thanks! TM
  16. Hi all! I'm trying to update USP-070-B10. Actual OS files are: - bin files: 0.0.90, Jul-10-2013 - File System: 0.0.8, Jan-23-2013 - Kernel: 12.12.27, Dec-27-2012 I did not find where to download OS files, can you please advice me? Thanks!
  17. 20 mS? Wow! I'm running an entire automated welding line and not hitting a scan time that large. How big is this fountain? Can you post a picture? I'd love to see it!
  18. I did something similiar to what you describe here: http://forum.unitronics.com/index.php?/blog/16/entry-44-simple-alarm-module/page__mode__show I'm not sure about the variable data, I've not tried that, but if you can insert the data directly into the string, you don't need any MI at all, just an array of DW holding the index of the string. Might be worth a look. Best of Luck! TM
  19. There are two main reasons people look into using this method - reducing code line count and implementing some level of code portability. Reducing code line count stems from two laudable goals - reducing overall complexity and improving scan time. But ten minutes of serious review shows that this method does neither - in fact, the opposite. The way the code is structured under this method, it loads a different set of IO, timers, what-have-you into the ladder routine, processes it, then repeats using the next IO block. True, you only need one subroutine to manage multiple identical stations, but the complexity of loading, unloading (it's all based on indirect addressing) and managing the time-slice takes all of this and turns it into an impenetrable black box to your typical maintenance man. You need to be a pretty advanced programmer just to make sense of this method - pity the poor sparky just trying to see if his input is lighting up. With regard to scan time, some of the older PLCs, like the V280, had a scan time of up to 6 mS. Using this method 10 times on a bank of IO means each set is processed once every 60 mS. This latency can add up very, very fast. As for portability, the ability to reuse the code in another application, it doesn't play out so well either. The idea is that you can drop the routine and data table in another program, and assign IO values in the DT, and take off. This might be achievable, but in practice, I rarely ever have machines designed so similiarly as to allow me get away with it. I end up having to restructure the table, add this, disallow that, and would have an easier and faster time doing it in plain old ladder. Personally, I don't recommend using it. TM
  20. Hi sgull, For buttons, don't use Hide - use Disable. The button remains, but is "grayed out" and will not respond to touch. This is my go-to approach, since having objects vanish from the screen tends to wreck the "flow" of the screen. Additionally, it lets the operator know there is something they could be doing, but are not allowed to at this time, rather than having an option vanish altogether, which in my experience leads to alot of "Hey, you left this out" - type remarks. Depending on the need, you can put a frame around the object. Choose a background color that matches the frame, and when hide is set, the button disappears but the frame remains, blending the background color. Of course the screen real estate is still lost, but then, we can't re-arrange screen objects on-the-fly anyway. Never saw an HMI that actually could. Which incidentally brings us to creating a duplicate page with the object removed and the rest of the screen arranged accordingly. In some ways, this is more elegant, but it is a memory hog. Overall, it would be better if Hide rendered the object truly transparent, not just swamped out with the background color. Perhaps it will be addressed in the future. Best of Luck, TM
  21. A couple more suggestions: Read an online article about web page style design, lots of good tips there. And Tahoma font is your friend - studies show it's the most legible font on a screen, espescially at smaller sizes,
  22. 1. Use an unobtrusive background, "cool" colors are best (as opposed to "warm" colors, not "out of fashion"). I prefer royal blue with some lighter blue swirls for visual interest. Avoid dark gray and black, it makes the screen look "dirty". 2. Kill the clutter. Regardless of screen size, avoid jamming everything on a single page. It makes your screen elements smaller, and makes it harder to find whatever the operator is looking for. 3. Using image buttons is a great concept, and works really well, but remember that if the operators can't figure out what the picture is, it just creates confusion. 4. For navigation, try putting it in a consistent location. I use a white bar at the bottom of the screen and black text "hyperlinks". The screen they are on is underlined. It makes it easier to get around, and easier to change and develop as needed. 5. Go for a larger screen. There is an elegance to programming on a V570, but I much prefer the V1210 for simple room to manuever and ease of viewing. 6. Group related screen items with frames. I use a blue depressed background frame, then a black frame within to provide visual contrast between the items within. I've got several projects on my blog for download, with importable screens. Feel free to check them out. Best of Luck, TM
  23. Hi Joe, I've always done it with 1 socket per device, so I'm curious - in the method you describe, do you need to TCP Connect / Close to each device prior to communicating with it? TM
  24. Looks like Turk products. This may be helpful as a starting point. http://forum.unitronics.com/index.php?/blog/16/entry-51-wago-750-307-canopen-node-example/page__mode__show http://forum.unitronics.com/index.php?/blog/16/entry-53-canopen-basics/
×
×
  • Create New...