Jump to content

cantcliff

MVP 2015
  • Posts

    146
  • Joined

  • Last visited

  • Days Won

    4

Posts posted by cantcliff

  1. On ‎12‎/‎12‎/‎2016 at 11:09 AM, adambg said:

     

    I finally found two solutions that seems to work.

    1. Use toggle coil:

    
      Probe     Coil 
    ---[P]------(X)

    2. Use toggle logic:

    
          Probe     Coil     Coil
    -------[P]---+---[ ]------(R)
                 |
                 |  Coil     Coil
                 +---[/]------(S)

    Thank you all!

    Be careful using a conditional to set and reset the same coil on the same rung of logic.  When the program is compiled to down to code it may not compile how you think and can give weird logic bugs.  You can get conditions in the final code where the coil changes states between evaluations and you set and reset the coil on the same pass.

     

    I highly recommend separating the logic out into multiple rungs.

  2. Personally I tend to group modules of a like type to prevent the sandwich issue.  I also try to standardize it across projects so that I know Outputs are always certain bits and addresses.

     

    Other than that, it doesn't affect functionality in any way.  Once you have the program finished, unless you've written the program to account for movement, moving modules can be a pain as it changes the addresses. 

     

    I know this is worded a bit funny.  It's early and I'm not fully caffeinated yet to form completely coherent thoughts.

  3. 19 hours ago, Ausman said:

    And here I was thinking I was old-fashioned in sticking to this routine.  Glad to see someone else always does this!

    And thanks Joe for the STL View explain about recompiling.

    cheers,

    Aus

    I usually try to stick to one rung, one output.  Sometimes I get lazy, sometimes I don't.  The only way to guarantee your program works as intended is to do it every time.

    We had a very weird issue once with a PLC controller test station that popped up after a software update with another manufacturer.  Turns out their compile routines changed slightly on how they processed the logic, which changed the order of the final program execution.  I've also seen the same issues when duplicating programs across two different manufacturers.

     

    You are not alone.

     

  4. Short answer yes.

     

    Long answer, depends on what you want to do.

    Most digital inputs work on a voltage/current levels to different signal with a gap between them to prevent dither.  I'll use the M91-2-T38 sourcing inputs as an example.  From 0-5 volts the input is recognized as 0 (Off).  From 17-28.8 volts the input is recognized as 1 (On).  Between those numbers your input is floating and you can get unexpected, random results. 

    What this means is if you're analog sensor range is a close match the two point ranges is you can "fake" a digital input using an analog sensor.  However, you want to create logic to prevent rapid state changes when you approach the 5v or 17v values.  If there is a lot of noise you could have very high frequency state changes that could cause some nasty problems, such as running a relay faster than it's switching limits.

    However, if you want to read the analog input in and use the analog value, the answer is no.  You get can only get On or Off

     

    I apologize if the answer feels a bit disjointed.  I'm still caffeinating this morning.

     

    *edit*

    More proof of lack of caffeine. I may have read your question wrong.

    If you want to use an analog in as digital in, you would create logic (assuming analog signal), to turn on above a certain level, off below a certain level.  From there you would want to add some de-bounce logic to prevent noise from the analog input affecting your state. 

    You can also connect a digital input switch to the analog input as long as the voltage range is safe.  You'll still need the above code to turn your state on and off though.

     

  5. Do you have the make and model of the valve?

    Here's my assumption right now.

    The valve has an input to open and one to close.  If you apply a signal to open, for 1 second, and then remove signal, does the valve stay open or does it close automatically, in which case, why is there a signal input for close.  In my mind, opening the valve leaves it open until you specifically send a close valve signal.

     

    My gut tells me to use the temperature as your variable to control the PID but it may have issues because you need to drive two digital outputs from the PLC for control in the PID loop and I can't see the logic to an effective way to do that in my head yet.  But that's all dependent on how the valve actually runs.

     

    *edit*

    If all that holds true, then PWM won't necessarily work as intended. 

  6. I think the solution to your problem is your startup sequence.  The PID *should* turn on automatically at start up and be functioning immediately. What I think is happening. The PID loop is outside the P band, so it's going to turn the motor on full until it gets within that band.

     

    There's multiple ways to address the problem. 

     

     

    1) For your stop sequence try storing the current control value to another integer.  Disable PID.  On start sequence set the output to the control value integer you stored for a few seconds, depending on how long it takes to get spinning, then enable PID. 

     

    2) Increase the P band range from 5 or 10% to 25%, or 100%.  This allows the Integral portion to start calculating earlier, however, it can slow down the overall response.

     

    3) Decrease the time between calculating your RPM and the PID response time.  This one might not be possible with your current setup or system to get stable results.

  7. To set PID for P only you assign a value of 0 to the I and D variables.

     

     

    Your wording makes it a bit harder to understand what you want to do though, to even know if PID is right.

     

    1) What exactly is the motor driving?

    2) Are you expecting load changes on the motor?

    3) Will the motor run at constant speeds?

    4) You want to use pulses per minute (or second) to specify the output voltage?

     

    P only PID doesn't have scaling.  Your process control signal to the motor is either 100% on or 0% off outside of a defined range like +- 10% of target (There's other hacks you can use with P only but it's not ideal)  the ID portion allows for scaling based in the process values deviation from target.

     

    -Chris

     

     

    *edit*

     

    Also, some motors have a form of PID built into the controller which could lead to two PID loops fighting each other for stability. 

     

    Do you have the make and model of the motor and controller?

  8. I'm not a PID guru by any means but from my understanding of the math you can't back calculate a value to start at.   You can guess sufficient values to slow down or speed up the initial response but you can't bring out the past to identify the best value.

     

    PID doesn't use history to make adjustments to the outputs.  It looks at the current error, the accumulated error, and adjusts the outputs based on the instantaneous difference between the two and the settings for the different coefficients. 

     

    At best you trial and error for your initial value and go from there.

  9.  i trying to find angle  BC

     

    Are you using the law of sines?

    https://en.wikipedia.org/wiki/Law_of_sines

     

    From what I vaguely remember if you get a negative result, the angle is still valid, however if means you're moving in the opposite direction around the unit circle.  To convert to a positive angle, simply add 360 to it.

     

    However, you're using a non-standard notation for me, so I'm not sure if you're using the correct numbers, angles and side length, in your equation to spit out good numbers.  Typically, angles are represented with capital letters, and the side opposite the angle is a lower case.  See wiki link above, or post an image of your triangle with everything labeled.

×
×
  • Create New...