Jump to content

JohnR

Members
  • Content count

    74
  • Joined

  • Last visited

  • Days Won

    1

JohnR last won the day on February 8

JohnR had the most liked content!

Community Reputation

2 Neutral

About JohnR

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

1,814 profile views
  1. JohnR

    Unistream as HMI to AB SLC500 ethernet

    I know this takes us out of the realm of Unitronics-Land, but there is company called AdvanceHMI that offers free software to build an HMI in VB, and run it on a PC/Tablet/industrial Panel PC. It includes drivers for different flavors of A-B comms as well as others. https://www.advancedhmi.com/ JohnR
  2. Thanks for the input Flex.... It seemed a reasonable thing to do, but sometimes I do catch myself doing "old school" stuff that just wont fly under todays rules and regulations. Choice of modules? it's what I keep on the shelf for other panels I've built here.... JohnR
  3. Hey All, Trying to resolve an issue that's got me thinking outside the box. Looking for opinions as to whether my idea is acceptable. We have a machine that I recently upgraded from relays to PLC. I'm using a V570 with all remote I/O, EX-D16A3-TO16 IO-DI16 IO-RO16 With the exception of an encoder that comes straight to a V-200-E1B snap I/O. Our management is on a Data Collection kick and they want runtime info spoon fed to them. I've accommodated their needs by writing things to a data table, and retrieve it to excel using DataXport. All is good so far... But the machine has setup changes a dozen times a day where the operator must power down and LOTO. I cannot control nor predict when the machine is powered down, and obviously I cannot talk to the PLC with no power. You all with me so far? So, my thought is to supply power to the PLC only, from a source before the lockout disconnect. Everything else is safely locked out, 480v to motors, control power to other devices, etc. just power to the PLC for communications I'll have a relay that monitors power after the disconnect, and when it turns off it will give an input to the local snap I/O where I'll switch to an HMI display with a black backround and the phrase "Power is Off" dancing around like a screen-saver. Anybody out there see a safety issue with this? JohnR
  4. Hey Aus, No, actually the battery was my first thought, and I changed it last Friday , and SB8 = 0 any other mind numbing ideas? JohnR
  5. Hey All, Here's a strange one, anyone have an answer for this? I have a V570 project that I built a few months back, all seemed good until the middle of last week. seems that every morning when the machine is powered up, we find that all saved settings for the machine (stored in MI's) are at zero, as though the PLC was Initialized. luckily I have all these settings hard coded into a subroutine so it is just a matter of "loading default settings". but, still annoying... I'm about ready to put a new PLC in and see what happens, but thought I'd reach out to the masses and see if anyone has experienced this. JohnR
  6. Hey, Thanks Flex....... I knew there had to be a more elegant way, I actually looked at the vector find earlier, but wasn't sure what to do with the trigger (A), I always forget about using things like SB1...... nets may be free, but it's always nice to do things in a cleaner, less cluttered way..... Regards, JohnR
  7. Hey All, I have a project I did a while back with a V570, revamping an older relay logic machine with PLC/HMI controls, and as I've done with some other retrofits I am saving runtime data in a data table which then gets retrieved using DataXport, then some Quality Control type person uses that data to document performance. On this machine, I have been asked to implement "downtime" reporting. If the machine has been off for "X" amount of time, the operator must enter the reason for the machine being down before he can start it back up. The logic of this was not too difficult, after "X" amount of time the "Start" button becomes a "Go to downtime screen" button", where the operator selects one of sixteen predefined downtime codes, then it returns to the main screen where the Start button is now the Start button. So far, so good..... Now in my logic for selecting the downtime code, I have a screen with sixteen buttons that will be labeled with their predefined codes, these buttons are assigned to a block of sixteen MB's, and I am using a Bit-to-Number function to decode which button was pressed, then storing that number fur use in my report. But, the Bit-to-Number gives me the decimal value of the binary sequence of the block of MB's; 1 2 4 8 16 32 64 128 256 and so on up to 32768 Which I can deal with, but I'd rather just give them the numbers 1-16 on their report.... Now I know I can whip up 16 lines of equal-to/store to accomplish this, but I was hoping to find cleaner/neater way of doing this. Anybody got a better way of doing this? JohnR
  8. Hey Flex, I will check out those AP's when I get a little deeper.... I've made a little headway, seems the used PLC I'm playing with has an issue, I did some wiggly-jiggling on the ethernet card connection and my comms popped up (both straight or crossover cables). Still not talking wirelessly, but also not sure of the integrity of these AP's, but I think at this point I'll back up and start with just two AP's as a single P-P bridge (instead of four configured as Multi-point bridge), baby steps...... JohnR
  9. Cam, thanks for the input...... This is an experiment at this point, if I prove to myself that it is doable then I will buy some industrial grade AP's. Right now I'm just playing on my test bench. My main issue at this point is why the PLC wont talk to the AP, and since you mentioned a crossover cable (although most devices are auto negotiating these days) I did try a crossover from the PLC to AP, but still no connection. I'd prefer hard-wire for reliability, but it is a movable machine in a harsh wet environment and just thought a wireless link might be a good route to go. Anybody else out there have any thoughts on this? JohnR
  10. Hey All, I'm working on a project with a couple of V570's that I would like to connect to a wifi network, mainly to avoid running cables to them. I'm no IT whiz, but but it seems like this should be pretty straight forward. I have 4 old Access Points from a different project, which I have setup as wireless bridges, with each having the MAC address of the other three loaded as their contact list. The LAN IP's have been set to the same subnet that I use for all my wired PLC projects that connect to our network (all of these I can connect to from my workstation. My thought process was that I can connect one of my AP's to the network, and an AP to each of my PLC's, and through some computer magic they would all be happy and talk to each other. One thing I am seeing at this point that confuses me is; In info mode on the V570, on the ethernet screen, there is a box telling you if you have communication, when I plug into a computer it shows "communication established 100baseT", but when I plug into one of my AP's I get "no link for tcp communication". I know the AP LAN ports are good as they have all been plugged in to configure. Anyone have any suggestions? Or have experience making this work? Or a better way to go about setting up something like this? Regards JohnR
  11. This is a PT100 input, which is based on a resistance measurement principle where 0-degrees C = 100 ohm, and changes about .4 ohms per degree. so it would seem that 1-320 ohm is basically the range of a PT100 sensor. So if you ever have the need to precisely read a resistance in a project, there you have it....... JohnR
  12. JohnR

    Upload Download the Unitronics way.

    Yeah Aus, I have some programs that use the Transfer >PLC>PC or Transfer> PC>PLC, and it does make more sense..... Now, A-B uses the Download to PLC and Upload from PLC contention, so it must be correct........🤔 JohnR
  13. JohnR

    Upload Download the Unitronics way.

    I find this terminology perfectly acceptable..... You have to look at it from the point of which device is the larger resource. Yes, when you are connected to your network and/or the internet, you are downloading information TO your computer and uploading FROM your computer. But, in the case of connecting that little PLC to your computer, the computer is the larger resource, as it contains all the information that you need to download TO the PLC, and if you are sucking a program out of a PLC, then you are uploading FROM the PLC Just my 2 cents.......
  14. Hey All, often times, when I copy a .vlp file from my desktop to my USB thumb drive I get the following warning; I then copy the vlp. from the USB drive to my laptop or another PC I never have a problem with the program when opened, Just curious what "properties" this is referring to...... JohnR
  15. Flex, In my case it's not so much how it was saved, but rather a result of something I've done....... If I have a project open that I'm working on, saved as serial connection, then a some point I change the comms to I/P and go online with a different PLC and use Remote Access to look at something (and that's the caveat, you can do that because Unitronics doesn't compare the online to offline), then I go offline and back to my project, and then later forget I changed comms...... Ooops...... It's an "old-timers" thing, forgetfulness......... :-) JohnR
×