Jump to content

JohnR

Members
  • Content count

    80
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by JohnR

  1. JohnR

    JAZZ WITH AC INPUTS

    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. 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
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  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. 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
  16. 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
  17. 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
  18. 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
  19. 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.......
  20. 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
  21. 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
  22. I've burned myself on this this kid of "fun" more than once...... I'll be working on a project at my desk, and do a download intended for the serial connection to the project on the bench (and having forgot that I was online via I/P to a machine out in the plant earlier in the day), I inadvertently send the download to a running machine causing an interruption on the plant floor....... A little quick thinking when I realize what happened, make a quick download of the correct program back into the machine and get it back running..... Make embarrassing apologies to those who understand by blunder, and tell those who don't that the machine just "glitched"........ All in a days work, :-) JohnR
  23. JohnR

    Upsizing utility

    +1 on Joe's thoughts, I have a V570 project I did a couple years ago, and was kicking around the idea of going to a V700, but I will have to resize graphics on every display..... JohnR
  24. Hi Gonzalo, I follow what you are trying to do, and appreciate the fact that you do have a true safety circuit, but I would still be concerned that by not using the safety circuit when making adjustments you could be putting the user in harms way.... I don't pretend to know exactly what you are controlling, or what hazards are present, but please be mindful of the users surroundings and what could happen........ Is there any stored energy (air, hyd, water), that you need to release before entering the area? If you are going to pursue this, I would at least make the "MCR" a keyed switch (and one that the key can't be removed in the Run position), and the user must have possession of the key while making adjustments. Regards, JohnR
  25. Now, we also do not know what the OP's reason is for wanting to do this, but my first guess is that he wants to create a "safety" of sorts, isolate the outputs so the user can perhaps make adjustments to a machine without shutting down. Now we have to bear in mind that just because the outputs are turned off, the program itself is still running, and any inputs that can change the state of the logic, WILL! And when the outputs are turned back on, the machine may not be in the same state it was. SURPRISE! So, now we could take that same "MCR" contact and inhibit inputs so the program sits still where it was..... And that gets us to the old saying; "JUST BECAUSE YOU CAN, DOESN'T MEAN YOU SHOULD" If this is indeed a pseudo-safety circuit, then we have opened up another can of worms. At least here in the US, a safety circuit is not part of the running program, but instead a separate mechanical (usually redundant) safety relay that takes power away from the PLC's I/O. And that leads to a whole different conversation........ JohnR
×