MrPLC Member
  • Content count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About kcox1980

  • Rank

Profile Information

  • Country United States
  1. Need some help with data comparison

    Thanks again man. I ran into a couple of snags but I was able to figure it all out. This method worked perfectly.
  2. Need some help with data comparison

    This is definitely not something I would have thought of on my own. Thanks!
  3. I'm working on integrating a Keyence CV-X400 vision system controller in with our PLC, an Allen Bradley 1756-L62. I have the camera controller set up to recognize a character string and pass this information along to the PLC where I will make a comparison to verify that the data in the string is correct. The string is in the format of "XXX-Y-XXXX" most of the time but occasionally it is in the format "XXX-YY-XXXX" the "Y" characters are the only ones I care about for the sake of comparison as those are the only ones that change from day to day via manual user input. Attached is a screen cap of what I have right now, which works for the first format (The 56 currently stored in the tag represents an 8 in ASCII) but I don't know how I should go about programming for the second format. Basically what I'm doing right now is passing the entire string to the PLC, and then using a NEQ instruction on the 5th character over. This won't work when using the "YY" because in those cases I'll need to compare the 5th and 6th character. The CV-X by default send the characters individually though I can set it up to send 4 at a time. I'm not sure if that would help here though.
  4. Interview Question

    That's one answer I'm looking for, probably the most obvious one. You could also say that there isn't any way to break the seal in circuit. Finally, you shouldn't have a seal in circuit on a latch instruction at all.  I'm kind of winging it here. Never been in a position to conduct an interview for a technician.
  5. Interview Question

    I am currently acting as my plants' maintenance supervisor. As such, will be involved in conducting interviews to fill a Tech Level 2 position which requires a basic level of PLC knowledge and troubleshooting ability. While we don't require a formal test, I would like to ask a few technical questions to gauge the candidate's overall technical knowledge. The one PLC related question I came up with was this: "There is an error in the following logic, can you identify it and how would you fix it?" Then I would show them a printout of the logic(attached below) that I wrote specifically for this question. If they get stumped I will offer the hint "The problem is that the motor will not stop running, even when all operating conditions that should make it stop are met". My concern is with the difficulty level of the question. Since I came up with the problem the solution is obvious to me. I don't have anyone else in the plant to run this by because the existing crew are mostly old school mechanics with little to no electrical or PLC experience. I'm not so much concerned with the "correct" answer as I am with getting a feel for how they approach a problem. For example, it stumped on of our engineers who claims to know ladder logic programming but instead of admitting it he tried to BS his way through it saying that the logic didn't make any sense at all and there had to be another routine that I wasn't showing him. That is not the answer I am looking for. So what do you guys think? Is this an appropriate question to ask of someone who would be asked to troubleshoot logic from time to time or is it too much?    
  6. New to PLC's

    We have a local community college that offers different types of training courses for the purpose of developing the skillset of employees that live in the state. This training is state funded so there is no cost to the attendee as long as they live and are employed in the state. The instructors they hire are all experienced experts in their respective fields. The guy that teaches the Allen Bradley courses, for example, was employed by Allen Bradley as a field tech and instructor for years. You might want to see if Ohio has something like that.  Echoing what the above poster said though, you have to really want to learn. I'm responsible for the training of our technical staff here where I work and I tell these guys all the time "if you don't use it, you lose it". PLC programming is not something you can take a class on and not touch it for 6 months then expect to be able to log on and troubleshoot or program. I suggest spending time with the programs and the machines. Go online with one and just watch it run. Try to correlate what you see on the screen with what you see the machine doing.  The best people in this field are not people who took a class and suddenly the skies opened and they knew everything they needed to know. You have to have a real interest in learning how a PLC does what it does.
  7. PanelView Question

    And after all that work it turns out there is a button to bring it out to the Config Menu. It isn't exactly hidden per se, but it is labeled as "PC Reboot", which is a little confusing since that machine has a PC inside it that runs another HMI for for a sonic welder in the same machine.    Thanks for the help anyway guys. This forum is pretty much my first stop when I get stumped on something AB related.
  8. PanelView Question

    I have a PanelView Plus 1000 Cat # 2711P-RDT10C of which I need to edit the project. However, the integrator did not do me the courtesy of including a "go to config" button anywhere in the project. I'm not sure what firmware version it's running but I did a little bit of research about how to get to the config screen and I know that the firmware is old enough that it doesn't have the little white box during boot up to force the HMI into the config mode. I found an article that said I would have to dismantle the HMI and remove the internal Compact Flash card in order to make changes. Is there any other option?
  9. Rslogix 5000 school project help

    Are you in Run mode?
  10. You're off to a good start to learning PLC's. The fact that you're even a little concerned about doing things the right way and seeking help from outside sources puts you way ahead of the curve.
  11. Converting REAL to DINT

    While I'm not aware of any NDA policies that would prevent me from doing so, I probably shouldn't post the entire code. I can provide some screen shots if there's something particular you're looking for though.
  12. Converting REAL to DINT

    Wouldn't it be easier to change the original tag to be a DINT? Assuming no other conflicts of course. I'll double check before changing it but I believe this tag is only being used to display the Winder totals. You've given an excellent explanation but I'm still not completely clear as to why it works up until the value crosses the 16 bit integer maximum value. Maybe just an odd quirk?
  13. Converting REAL to DINT

    I have a somewhat interesting problem. I have a tag that stores a value that represents the total number if linear feet ran off our line for an entire shift. This value is stored as a REAL data type on the Winder PLC where it is primarily needed. However, we also pass this information both to the main line's PLC and to a Historian database, both of which store the value as a 32 bit integer. Now here's where it gets interesting. Whenever the value of the REAL tag at the winder passes 32,768(which you may recognize as the maximum value of a 16 bit integer, I feel that has to be significant) the main PLC and the Historian database both show the value instantly double to 65,536 and then start counting backwards. There is no way possible for this machine to go backwards fyi. Again, keep in mind that on the Winder HMI it displays just fine, there is only an issue when it gets passed to one of the systems that stores it as a DINT.  So what is going on here? I assume it has something to do with the conversion from REAL to DINT, but how exactly?
  14. FactoryTalk View Studio ME version compatibility

    The integrator is recommending that we downgrade Studio as opposed to flashing the firmware, however I'm leaning more towards the latter. The only thing giving me pause is that I have this vague memory going all the way back to my first PLC class in college that a firmware upgrade can run the risk of bricking the device if not done correctly, so I've always shied away from firmware upgrades. So if I were to start a firmware upgrade and something goes wrong, such as the power going out midway through or something like that, what's the worst case scenario here? 
  15. My company recently purchased a copy of FactoryTalk View Studio ME v8.20 so that we can edit our HMI applications in house. I contacted the integrator to get the .apa files and he mentioned that when I edit a file and create a new runtime to be sure to compile it to "version 4", however the Studio version we have will only compile down to version 5.0. What do I need to do to bridge that gap? I've contacted AB support and they told me that the PanelView models we have can be flashed to version 5 but is that the best option? Are there any risks associated with flashing the PanelView? Would it be better to just downgrade our Studio version?