[VoIP] Mitel Smart-1 as Pulse to Tone Converter - Converts digit-by-digit!
Steph Kerman
stfkerman at jps.net
Tue Nov 7 14:35:17 CST 2006
Don,
That is very interesting. While it is true that the existing hardware
inherently splits the line, a hardware modification might be designed
now that there is known to be firmware support for this on-the-fly mode.
I assume that once timeout occurs and # is sent, it no longer recognizes
DP and will not split the line if DP is received.
Steph
Donald Froula wrote:
> My impression was the Smart-1 was strictly a store and
> forward device that enforced one fixed route for each
> length string of dialed digits.
>
> However, I found a route combination that translates
> dial pulses to touch tones as they are dialed,
> variable length.
>
> I set the default route (0) to "#8032#007##"
>
> I then set search table 801 to "#9#8"
>
> The search table will mach any first rotary digit and
> go to route 0. Route 0 waits for a valid dialtone
> (retrying if not found) and sends the first digit,
> translated to DTMF. It will then wait for the
> inter-digit timeout period, send a DTMF #, and cut
> through. The interesting thing is that one can rotary
> dial any number of digits after the first and they
> will be translated to DTMF as they are dialed. After
> the inter-digit time pause, the DTMF "#" is sent to
> terminate the entry to the ATA. This allows any length
> number of any number to be dialed.
>
> I'm not sure if this behavior is specific to the
> firmware in my Smart-1, but it works like this with
> the route encoding mentioned above. Very convenient!
> However, the user is still blocked from hearing any
> sounds from the line side until the dialing is
> completed and the call cuts through the Smart-1.
>
> Don
>
>
>> --- Greg Blakely <greg at vyger.net> wrote:
>>
>>
>>> The default route in a SMART-1 is run by this
>>> command:
>>>
>>> #80327##
>>>
>>> The first three digits translate to "wait for
>>> precise dial tone", and
>>> the rest of it amounts to "dial the number and cut
>>> through."
>>>
>>> If the precise dial tone has timed out, the
>>>
>> SMART-1
>>
>>> does not detect it,
>>> and **should** hang up and then re-seize the line,
>>> detect the dial tone,
>>> and then dial and cut through.
>>>
>>> If this is not happening, it may be that the #803
>>> part of the sequence
>>> is missing...
>>>
>>> Something to check, anyway.
>>>
>>> Greg.
>>>
>>> PS. I'm fairly good at programming SMART-1
>>>
>> dialers,
>>
>>> since I installed
>>> them for a 0+ provider for about three years, back
>>> in the late 1980s and
>>> early 1990s. I'm not an expert, by any means, but
>>>
>> I
>>
>>> can usually get
>>> them running.
>>>
>>>
>>>> -----Original Message-----
>>>> From: voip-bounces at ckts.info
>>>>
>>> [mailto:voip-bounces at ckts.info] On Behalf
>>> Of
>>>
>>>> Donald Froula
>>>> Sent: Thursday, November 02, 2006 1:11 PM
>>>> To: voip at ckts.info
>>>> Subject: [VoIP] Mitel Smart-1 as Pulse to Tone
>>>>
>>> Converter
>>>
>>>> I received my Smart-1 the other day and, after
>>>>
>>> some
>>>
>>>> head scratching over the manual and odd
>>>>
>>> programming,
>>>
>>>> got it working (sort of) as a dial pulse to tone
>>>> converter in fromt of my ATA (a Linksys PAP2).
>>>>
>>>> The problem is that the Smart-1 picks up the
>>>>
>>> outgoing
>>>
>>>> phone line as soon as the phone goes off-hook.
>>>>
>> By
>>
>>> the
>>>
>>>> time I rotary dial all the digits and the
>>>>
>> Smart-1
>>
>>> cuts
>>>
>>>> through, the PAP2 ATA has already timed out to
>>>> reorder.
>>>>
>>>> I can adjust interdigit timers in the PAP2 to
>>>>
>> wait
>>
>>>> long enough after the first digit, but there is
>>>>
>> no
>>
>>>> timer I can find to control the off-hook to
>>>>
>>> reorder
>>>
>>>> timing.
>>>>
>>>> Ideally, I'd like the Smart-1 not to pick up and
>>>>
>>> dial
>>>
>>>> the outgoing line until it detects a pattern
>>>>
>> match
>>
>>> on
>>>
>>>> the incoming digits. I've been through the
>>>>
>> manual
>>
>>> a
>>>
>>>> few times, but can't see how this would be done.
>>>>
>>>> Any help is appreciated.
>>>>
>>>> Regards,
>>>>
>>>> Don
>>>>
>>>> _______________________________________________
>>>> VoIP mailing list
>>>> VoIP at ckts.info
>>>> http://lists.ckts.info/mailman/listinfo/voip
>>>> Project Web Page: http://www.ckts.info/
>>>>
>>>>
>>>
>>> _______________________________________________
>>> VoIP mailing list
>>> VoIP at ckts.info
>>> http://lists.ckts.info/mailman/listinfo/voip
>>> Project Web Page: http://www.ckts.info/
>>>
>>>
>>>
>> _______________________________________________
>> VoIP mailing list
>> VoIP at ckts.info
>> http://lists.ckts.info/mailman/listinfo/voip
>> Project Web Page: http://www.ckts.info/
>>
>>
>>
>
>
> _______________________________________________
> VoIP mailing list
> VoIP at ckts.info
> http://lists.ckts.info/mailman/listinfo/voip
> Project Web Page: http://www.ckts.info/
>
>
>
--
General request: Please *DO NOT* send messages with attachments larger than 300K total to this JPS email address without my prior agreement. Send those messages to me at stfkerman at gmail.com. I have a small mailbox at JPS. Large attachments will interfere with my email and cause other messages to bounce. If you don't know how big the attachment is, please send it to stfkerman at gmail.com.
Thanks.
More information about the VoIP
mailing list