Thanks Andrei, One of the solutions I am thinking about would be similar to the one you suggested. In effect, I would use the ITC to generate an interrupt and a link to a QOM (Queued Output Match) function on the falling edge of the incoming signal. The QOM function would be programmed to generate an immediate low pulse with an extremely long duration. In the ITC ISR I would then reprogram the ITC to generate an interrupt (no link) on the following rising edge. Once the rising edge ITC interrupt occurs, the associated ISR can calculate the just expired low pulse time, and use it to update the QOM low time (which is still extremely long) with the appropriate value, i.e. T=(T1 * X) + Y. In this case, X would be 0.0 to 1.0. That's how far I got for now. I think it might be time to quit the theoretical discussion and start experimenting.... Alwin -----Original Message----- From: Andrei Chichak [mailto:acpmiedm@...] Sent: Thursday, March 20, 2003 8:17 AM To: 68300@yahoogroups.com Subject: Re: [68300] Does anybody have a TPU solution for this? What you have is similar to what is needed for the ITC and PSP functions. This is similar to what happens in an automotive fuel injection system. The problem being that you don't have the PMM/PMA signal for position timing for PSP (See TPUPN14/D) How about this use ITC to generate a link to OC as described inTPUPN16/D and TPUPN12/D pages 1 and 2? TPUPN14/D describes how to set up ITC to generate a link after a single pulse. Andrei At 04:30 PM 3/19/2003 -0800, you wrote: >Hello group, > >does anybody of you guys know of some nifty >way to solve the following problem: > >I have an incoming signal (low pulse with a period T1) >at one TPU channel and need to generate a new signal >at another TPU channel with the following period: >T2 = (T1 * X) + Y, >where X would be a multiplier from 1.0 to 2.0 >and Y some additional time. > >It would be great to have this done automatically >with two TPU functions that are linked. The CPU would >have to update the terms X and Y at whatever time >interval is desired. > >If anybody had to deal with something similar, >I would be interested in any suggestions. > >Thanks, >Alwin > > >--------------------------------------------------- >To unsubscribe from this group, send an email to: >68300-unsubscribe@yahoogroups.com > >To learn more about Motorola Microcontrollers, please visit >http://www.motorola.com/mcu > > > >Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ --------------------------------------------------- To unsubscribe from this group, send an email to: 68300-unsubscribe@yahoogroups.com To learn more about Motorola Microcontrollers, please visit http://www.motorola.com/mcu Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
Message
RE: [68300] Does anybody have a TPU solution for this?
2003-03-20 by Alwin Lutz
Attachments
- No local attachments were found for this message.