Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - plc_user

Pages: [1] 2
1
Technical support / Re:Is this possible??
« on: January 01, 2011, 01:27:56 PM »
Thanks for your answer.  If I don't place another HSCDEF within a function of previous HSCDEF statement's function. It will fire over and over if it dither's around a particular set point in the counter.  My thoughts maybe are better explained with an example.

HSCDEF 1,1,1000

Function 1

OUTPUT[1]=0
REFRESH
....
....
....
Now as the HSC counter(connected to an encoder) moves back and forth dithering around the set point firing function 1 over and over.  Can this cause a problem even if there isn't a re-entrant function possibility can this make the same function fire at a proportional frequency of the dither around the set point?
What technical ramifications would this have at high frequency, large function size or both?  

I know this kind of operation could be desirable especially if a particular location from encoder data was desired from a moving table or gantry mechanism across a given set point.  It's fine if its desired motion that caused the firing of the function, if a dither around the setpoint for whatever reason caused it, it may be undesirable.

I am sure it can be cured by placing this statement in function 1 at the beginning.
HSCDEF 1,15,-4545434  //whatever count cannot occur in the system.

Just trying to get my head around these situations without too much programming or machine connections, just thinking.

2
Technical support / Is this possible??
« on: December 31, 2010, 07:24:30 PM »
If we setup a HSC using the HSCDEF statement and then the counter trips the function associated with it in the HSCDEF statement.  Then through some sort of movement in an encoder it decrements the counter and then increments back to the set point that trips the function again and again and again.  If this occurs at such a rate could a recursive type action occur in the calling of the function associated with the HSCDEF statement?  For example:

HSCDEF 1,1,1000
//  when the counter hits 1000 it trips function 1
//  the counter dithers around a difference of one count down
// and up and fires function 1 again before the first function
// finishes, what would keep this from happening over and over // at high speed, thus causing a recursion of some sort?

Function 1:

OUTPUT[1]=0
REFRESH


P.S.  Does the refresh statement take precedence in execution over the updating of the HSC?  Thus a missing of counts while the refresh occurs?


Thanks again, great product and may the new year bring even more success to your company.




 

3
Technical support / Delay Statement
« on: December 24, 2010, 01:22:09 PM »
Just a quick reminder, does the DELAY statement in BASIC cause the High Speed Counter to stop monitoring the the HSC inputs for its duration?  I read in the manual that INTERRUPTS will still execute their custom function, but I wasn't sure of the HSC.

Thanks.

4
Technical support / Re:Limitations of HSC and SETSYSTEM 4
« on: May 14, 2010, 04:31:10 PM »
Thanks for the response, no I am not writing to or reading from the EEPROM.

I would entertain using the F-series, if I got one for free.   ;D
Until then, I guess I will have to implement the home sensor.

Thanks for your time, thanks for the great product, I really find these controller's incredible.

Regards

5
Technical support / Re:Limitations of HSC and SETSYSTEM 4
« on: May 14, 2010, 03:59:44 AM »
Yes, the direction changes very often and I am sure that at some instances one channel transitions(jiggles) many times due to vibration, but I thought that the setsystem 4 statement resolved this issue?

I can install a home position sensor, but I was hoping that we would not have to do this.  I have seen other saw control systems built by others using omron and idec plcs without the use of a home sensor.  I was kinda hoping the same.

Considering you mentioned the home sensor are you implying a plc limitation or firmware issue?  I really like your PLC, they are easy to program and fun to play with.  For the life of me, I just cannot understand what is happening.

6
Technical support / Limitations of HSC and SETSYSTEM 4
« on: May 13, 2010, 03:49:39 PM »
Hello again,  after about five years of use of the MD888 in my facility, its still going strong.  The only problem I have with the unit is the HSC is not keeping a consistent count.  I gain/lose pulses all the time.  I have commented on this problem in the past here in this forum, trying the suggested solutions with no improvement.  

I have the 888 connected to a HMI using the Omron protocol through the RS232.  The HMI displays a scaled value of the HSC that relates to the position of a log relative to a saw blade.  I can set the HSC on the fly after verifying the position with a tape measure.  Ie, the tape reads 12" so I enter 12" on the HMI and scale that input back to the correct HSC value.  By the end of the day this is off by several hundred counts.  My feedback device is a Quadrature Encoder.  I have used several different encoders with no improvement.

I know the knee jerk reaction is electrical noise.  I have eliminated this thought by 1.  O-scope inspection.  2.  Ran a test program that sets the HSC inputs to interrupts and seen if there was any noise tossing the inputs around.  No interrupts were fired.  I am confident that noise isn't an issue.

I did have some limited relief using this  http://www.beiied.com/PDFs2/AntiDither.pdf
which leads me to believe that maybe under certain circumstances the SETSYSTEM 4 command fails.  I am not sure if at certain frequencies the encoder transitions sent to the HSC are not being handled correctly.  
I am not sure if anyone else has had these issues with the unit.  I really like the PLC, they are awesome in my opinion, but I cannot get this problem resolved.  

I am willing to try another solution if all else fails, but to me its quite extreme.  I am considering sending the encoder channels to schmitt trigger RC low pass filter then to a D Flipflop(for each channel) that is clocked with a much lower frequency than 10khz(spec of the PLC), but higher than my max output frequency of 1.3khz; putting the encoder channels on the D inputs and only sending the channels out to the HSC inputs on the clock transitions.   I really don't want to do this.

If it helps anyone, I have used both open collector output encoders and line driver outputs of A/A' B/B' and none of this has helped.  

I will give a better description about all of this, if I see an interest in resolving this problem with everyone here.  All ideas are welcome.


Regards


7
Technical support / Re:T100MD+ High Speed Counters
« on: October 26, 2009, 06:15:53 PM »
Support wrote earlier in this thread,

Quote
On the M-series PLCs and F-series PLCs the HSC only counts by 1 every full cycle of a phase input. There is not much we can do about the M-series since the firmware are in mask ROM and there is no plan to change the firmware yet. However, if you have the F-series PLC with firmware r70 and above, then it is possible to define each of the 3 HSC to count either x1, x2 or even x4 (which means both transitions of A and B phases are counted, so a single cycle will yield 4 counts).

My question is: Does the F series support x4 in the enhanced mode and if so how do you control these functions?

8
Technical support / ETA on release?
« on: January 22, 2009, 05:15:04 PM »
Was just wondering about the release date on the new F series PLC?

Is there a link to a web page about it?

Oh by the way, does Leon still work for you guys?

9
Technical support / Re:Two questions
« on: January 02, 2009, 03:30:43 PM »
Not to be a smarty pants, I just was wondering if this post: http://www.tri-plc.com/yabbse/index.php?board=1;action=display;threadid=1292;start=msg4001#msg4001  negates your response?  This has me alarmed because I have the other analog inputs floating and I do get some dither on the analog input that I am using with a filtering algorithm in the software.

As for the encoder question!  In your opinion can "cross-talk" occur at 10khz? between the encoder pins or the wire connected to them?


Any thoughts would be greatly appreciated.

10
Technical support / Two questions
« on: December 31, 2008, 04:40:01 PM »
Hello support,

I have some questions.

1. What happens when the encoder inputs (MD Series) are pulsed faster than 10khz in quadrature mode?  1a.  Does it still count? 1b.  Stop counting. 1c. Get a random count?

2.  On the analog inputs, should we ground the unused inputs?


Thanks in advance and as always thank you for a great product.

11
Technical support / Re:Wet our appetite!
« on: March 13, 2007, 02:13:50 PM »
I was hoping for a higher frequency range on the HSC.  Could you at least speculate as to whether the new release would be out within the next year or two?  I have a new project that I would like to use your products on, but I need the higher frequency on the HSC and more res on the ADC.  I can wait that amount of time, but after that its no longer an option.

Great products,

Thanks in advance.

12
Technical support / Wet our appetite!
« on: March 11, 2007, 11:32:55 AM »
I think I have noticed a mention that TRI was coming out a new line of PLC.  If this is so, can you please be inclined to dazzle us with some new features that will be released in the new  model(s)?  

The reason, I ask this:  Your products are great, but  I/we would be happy to see what else would be added.  

Although your products are powerful, they are limited in certain areas;  HSC and ADC resolutions.  There are companies out there offering similiarly priced PLC's with a pinch better HSC and ADC qualities.

Thanks



13
Technical support / Re:MTX-RTC Problems
« on: November 09, 2006, 05:27:54 PM »
UPDATE: UPDATE:


After taking out the RTC in my existing equipment and placing it into a MD888+ on my work bench and firing it up, I get no communication with the unit and TLServer.  The RTC must be bad.  Let me know what you think.

Thanks

plc_user

No matter what, you still have a great product.  Best wishes.

14
Technical support / Re:MTX-RTC Problems
« on: October 16, 2006, 06:29:32 PM »
UPDATE:

Tried the WD-40 solution with no success.  I will try the online monitoring and see if it times out like the HMI also does.  I was wondering if not setting the date would cause this problem?

Also, is there a magically setsystem command that would lengthen the comunication before a timeout error would occur?

Thanks in advance

plc_user
 

15
Technical support / Re:MTX-RTC Problems
« on: September 25, 2006, 02:11:25 PM »
I am using the OMRON protocol with my HMI.  The funny thing is that the problem goes away after removing the RTC module.  

The used the online monitor after the unit was powered up with the RTC installed.  I never used it after so I don't know if there is a problem that way.  The RAM locations never seemed to lose their proper values when power was removed, so I don't think there is a problem with the RTC unit.  I installed the RTC several times with different approaches and this problem with the HMI timing out still happened.  

I will try the WD-40 idea because, I am sure that I touched the pins.


P.S.  I was wondering if setting the clock could be the problem? I don't remember setting the clock after installing the RTC module.

Pages: [1] 2