Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


JohnR last won the day on February 8

JohnR had the most liked content!

Community Reputation

4 Neutral

About JohnR

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

1,867 profile views
  1. JohnR


    Or 120V for us folks here in the US
  2. JohnR

    Moteur PAP

    well, this of course piqued my interest, and I had to google it seems to refer to a little backpack motor/prop used by para-gliders to power their flights, perhaps this is the reason the OP used the term piloted? and it seems Samba is a brand of ultra-light aircraft.... my search also brought up an interesting read about the Papp engine. things that make you go Hmmm...... https://www.infinite-energy.com/iemagazine/issue51/papp.html
  3. Yep Flex, yer probably right, I didn't think about the Keypad Variables, the U90 logic is so basic I usually use them when I just need a simple control with minimum user interface, for anything with user entries I usually step up to a V120. The repair part is tough to get, although I do have some of the M91 membrane keypads (M90-KEYPAD ?) that JoeT managed to get me a few years back when I had a M91 in an awkward location and it kept getting damaged. I'm thinking we paid around $30 for the keypad, a lot cheaper than $400 for a new T38 Johnr
  4. just add your external "enter" input in parallel with the existing enter key
  5. I just tried this on an M91 I have sitting on my bench. although I tried assigning a different SB key to trigger the Enter that did not work.... I imagine the same would hold true for an input...
  6. Well, I got a chance to play with this over the weekend, mounted a separate breaker & power supply before the lock-out disconnect that only powers the V570 and the snap I/O module. Power to the remote I/O stuff shuts off with the lock-out disconnect. but, I find that when I power it back up, the remote I/O does not connect comms back to the V570. I've found that I can bang SB 300 (PLC Reset) on power up of the rest of the panel and reset the V570, which then connects to the remote I/O. But, I was wondering if there was a better way to re-establish comms between the V570 and remote I/O? JohnR
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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
  14. 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
  15. 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