Mike Jagdis wrote:
On Tue, Jun 05, 2007 at 07:55:49AM +0800, Steve Underwood wrote:
In the Zaptel code, the ZT_SETREVERSAL command tries to prevent
reversals from being set while the loop is open. This test seems to fail
under some circumstances, as I have had the driver in a state where
reversals work just fine while the loop is open. I'm not clear what gets
the driver in that state. However, my actual problem is I really need to
generate reversals when the loop is open. Some of the caller ID specs
require this. Can anyone tell me why these reversals are prevented, when
it seems the hardware is quite happy to perform an on-hook reversal?
You mean ZT_SETPOLARITY? You have to do a ZT_ONHOOKTRANSFER as well if
you want reverse polarity transfer on-hook (or go off hook if you want
loop). If the SI chipset isn't either off hook or in the on hook
transfer state polarity has no meaning. (I think it actually sleeps
in some "low power" state)
Of course polarity has meaning when the loop is open. The open loop
always has 48V one way around or the other. Low power states are for
parked calls, when the loop is still closed.
On Sunday my TDM400P got into a state where I could use ZT_SETPOLARITY
quite happily with the loop open. I verified, by measurement with a
meter, that the line was indeed reversing when I wanted it too. I was
happily playing for hours doing various tests. The next day, after a
reboot, I couldn't make it work. Looking in the code it seems to be
inhibited.
I'm not trying to transfer anything. I just need to reverse the voltage
on the open loop, as required by the UK and Japanese caller ID specs.
Steve
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
