panic mode

MrPLC Admin
  • Content count

    2475
  • Joined

  • Last visited

Community Reputation

85 Excellent

About panic mode

Contact Methods

  • Website URL http://www.google.com
  • ICQ 0

Profile Information

  • Gender Male
  • Location Mississauga, ON
  • Country Canada
  • Interests many...

Recent Profile Visitors

9718 profile views
  1. PLC Not fast enough?

    what are the specs or requirements? always start with definition of the problem.   speed can reduce chance of problem (use custom hardware, not stock PLC). but even then chance of a tie exists. you can never eliminate it so you need to HANDLE it. in other words, i don't know what your logic looks like but even if the acquisition portion is slow (due slow scan or input filters), you still need to evaluate it and make a decision and then display result. if the result is not unique, do not display garbage... rather don't display anything and light a TIE lamp for example... or on a segmented display show some special pattern such as "-" if using PLC (even slow one) one can do something like this: i am using AB style logic but same should be usable on any platform: EQ = check if values are equal NEQ = check if not equal SUB = subtract (c=a-b) AND = bitwise AND MOV = move/copy value BUTTONS = group of inputs (contestants buttons) such as I:1 (could be wired to 16 buttons I:1/0 ... I:1/15) STATUS, STATUS_NEG, RESULT = group of bits such as N7:0 or B3:0 DISPLAY is group of outputs driving display, such as O:2 (could drive 16 lamps O:2/0 ... O:2/15)   instruction SUB and AND are used to find if there was a unique bit set in STATUS    
  2. Generating UDT Templates from Excel

    i use such approach all time regardless of programming software used. it requires understanding few things including how the result should look like, then breaking it down, put the parts in cells. generate whatever you need, then recombine using concatenate (if doing everything in Excel alone) or final touch like search and replace may be done in text editor like  Notepad++ or whatever you use. computers are not very good at reading minds. they prefer data that is already in EXACT format. key is to give them something in that EXACT format and they will not complain. also "difficult" is a relative term. that is where practice comes in. knowing your toolset can make you look like a wizard. the opposite is also true.      
  3. Communicate HMI proface to HP printer

    you need to be more specific
  4. Mitsubishi PLC devicent configuration

    feel free to ask questions but please be considerate. do not abuse time of busy professionals or flood forum with trivial things that are easily checked. if reading help is needed, this may not be the best place to start. besides that is the best way to learn something new. why not give it a try and if something is not clear, then bring it up, with reference to specific document and page.
  5. Mitsubishi PLC devicent configuration

    can you not read the datasheet yourself?
  6. PLC Not fast enough?

    why bother, it's still orders of magnitude too slow... looking at something that may get you to milliseconds when you should be aiming for nano seconds is waste of time. noreover, your logic is not good. regardless of acquisition and processing speed, it should not display corrupt result... ever
  7. 50+ Thermistors on PLC

    well... get appropriate number of inputs that can either connect directly to thermistors or to thermistor transducers. at 50, i would prefer direct connection. another option is multiplexing if you don't need continuous reading (in general, temperature is a slow changing process).
  8. Looks nice but that unit will still need external logic controller that will select direction and control start/reversal/stop. But no programming is required.  the example i shared should have everything built in. The only external components here should be two travel limit sensors and button to start. 
  9. PLC Not fast enough?

    why would you use smart relay or PLC for this? inputs are filtered and have response time of 3-10ms which is waaaaay too long for such application and this is without considering scan time. i would look for something that does not have filters or scan at all. and if it does, then it should be at several orders of magnitude faster.   btw, how do you get 18 from 12 and 14?
  10. you could get arduino and two relays shield and a push button to control small DC gearmotor.  or couple of relays will also be able to replace controller. but this is more  tedious to wire or troubleshoot. or use small programmable controller like Zelio etc. such things are mini PLCs and commonly called "smart relays". brushed DC motors are reversible, can be cheap, can be obtained as geared but the commutator is subject to wear, which should not be an issue for low duty applications like yours.  on the higher end of the spectrum you could get motor with built in controller like QuickSilver. they are compact and everything you want but they are not cheap.   i also think you are too quick to dismiss steppers. they could easily be the perfect solution as they have no commutator, are quite high torque, don;t run fast, can have driver and controller built in, and cost some ten times less than QuickSilver. for example check:  https://www.anaheimautomation.com/manuals/stepper/L010363%20-%2023MDSI%20Series%20SpecSheet.pdf https://www.anaheimautomation.com/manuals/stepper/L010273%20-%2023MDSI%20Series%20Users%20Guide.pdf  
  11. no offense but the thing is - i value my time and... well, here is the third attempt to help someone struggling to formulate a question. so far you hardly started stating what you need and you are not answering any questions. let me assure that nobody cares about your secret application. make it abstract like a question students would get on an exam. use model if you like and obfuscate any details that may expose your real application - watering roses or moving sex toy or packing cocaine does not need to be part of problem description. it is enough to say that you need to move an object of mass X, distance Y, in time T, travel is vertical or horizontal.  that would help propose actuator and drive type. there are so many motor types, AC, DC, geared or not, steppers, servos, linear motors, and the list goes on. Same goes for  then sensors and control circuit. if you are asking for help anonymously in a public forum, be prepared to present SOME info. if that is not possible, be prepared to hire a contractor and make him sign non-disclosure agreement. your choice...    
  12. help can only be offered when something concrete is specified. since all specs are secret, i guess you will be on your own then.
  13. well start by selecting actuator to meet your stroke, force/torque and speed requirements (with some reserves of course). if there is safety concern, what is to be protected, what is the hazard, and what is potential severity....? does it have to be a motor? did you think about using pneumatic cylinder? how do you need to sense obstacle? is it a point, line, plane or volume?
  14. Mitsubishi Pointer

    ok i think i am getting what you are after.  to do what you want, you need to use so called indexing of the M device, not a pointer.  so, copy value from D0 to one of V devices such as V0 for example then instead of M(D0), use M0V0 Note that there are two kinds of such index modifiers, V0..Vx and Z0..Zy, depending on CPU here V is used for decimal devices (and that includes M).  If your D0 has value 17 and you transfer it to V3 then M200V3 will be M217 because 200 is part of "M200" and 17 is contained in V3 and 200+17=217