Inhoudsopgave
Advertenties
Wanneer het aangebelde nummer bezet is, wordt dit direct door de AlphaCom opgemerkt. Wanneer het aangebelde
nummer niet opneemt, zal de AlphaCom de belpoging binnen 15 seconden als mislukt beschouwen. Vervolgens wordt
e
het 1
nummer opnieuw gebeld. Dit herhaalt zich het aantal ingestelde belpogingen. Is de melding na dit maximaal
e
aantal ingestelde belpogingen nog steeds niet geaccepteerd door de aangebelde meldontvanger, dan wordt het 2
e
telefoonnummer gebeld etcetera. Is de melding, nadat ook het 8
telefoonnummer .. keer gebeld is, nog steeds niet
geaccepteerd, dan wordt het verzenden van deze melding als mislukt beschouwd en stopt de AlphaCom met bellen.
Wanneer er nog meer meldingen te versturen zijn of er treedt opnieuw een verandering op, dan wordt de belcyclus van
voren af aan opnieuw gestart.
Luidsprekeraansluiting
Op de 2-pins aansluiting "LS" kan een 50-100 ohms luidspreker aangesloten worden. Bij doormelding met behulp van
een PSTN protocol kan er op deze wijze meegeluisterd worden of de overdracht correct plaatsvindt. Het wordt
uitdrukkelijk aanbevolen op deze wijze bij het installeren van de AlphaCom de communicatie te controleren!
Problemen in combinatie met telefooncentrales
Wanneer de AlphaCom op een ISDN-2 lijn aangesloten wordt waarop tevens een ISDN-telefooncentrale aangesloten is,
dan treden soms merkwaardige problemen op.De oorzaak hiervan ligt vaak in het ontwerp van de telefooncentrale. Dit
komt, doordat bij het ontwerp van een telefooncentrale er vaak geen rekening gehouden wordt (of werd) met het feit,
dat er ook andere apparatuur voor de telefooncentrale op dezelfde S
-bus geplaatst kan worden. De telefooncentrale
0
gaat er dan vanuit, dat de 2 B-kanalen beheerd worden door de telefooncentrale. Wanneer er een AlphaCom op de
telefoonlijn geplaatst wordt en software-matig het B-kanaal vrijgemaakt wordt, dan kunnen sommige telefooncentrales
hier niet tegen. Immers: de AlphaCom verbreekt software-matig een verbinding terwijl de telefooncentrale merkt dat er
met 'zijn' gesprek gesjoemeld wordt. Om dit probleem te omzeilen is de speciale PtM configuratie geïmplementeerd.
Hierdoor merkt de telefooncentrale niet, dat de AlphaCom de verbinding verbreekt. Door het aktiveren van de
prioriteitsschakeling wordt a.h.w. de ISDN stekker van de telefooncentrale even losgetrokken en later weer
teruggestoken. In vele gevallen zal dit een afdoende oplossing zijn. Echter: het is niet in alle gevallen de goede
oplossing. Sommige telefooncentrales kunnen ook hier niet goed tegen, hoewel ieder goedgekeurd apparaat hier wel
tegen moet kunnen.
Een ander fenomeen dat af en toe de kop op steekt is het volgende. Wanneer via de telefooncentrale een gesprek gestart
wordt, dan 'hangt' de NT1 hier een zogenaamde call-reference (CREF) aan. Dit is een uniek getal dat gekoppeld is aan
de TEI waarde van het apparaat dat het gesprek voert en aan het B-kanaal dat voor dit gesprek gebruikt wordt. De
combinatie van deze 3 getallen is altijd uniek Stel: via de telefooncentrale is er een verbinding met een andere
telefoon.Wanneer vervolgens de AlphaCom de prioriteitsschakeling aktiveert en vervolgens het gesprek software-matig
verbreekt (vrijmaken B-kanaal), daarna de melding verstuurt en tenslotte de prioriteitsschakeling terugzet in de normale
stand dan moet de telefooncentrale na verloop van tijd zelf constateren, dat het gevoerde gesprek verbroken is. Dit kan
de telefooncentrale doen door zo af en toe een speciaal commando (status enquiry) naar de NT1 te sturen. Hiermee
wordt de huidige status van het lopende gesprek opgevraagd. De NT1 zal dan antwoorden met een 'release complete'
oftewel de verbinding is verbroken. Echter: wanneer de telefooncentrale een dergelijke gespreksbewaking niet kent en
ook het in- en uitpluggen van de ISDN-lijn niet detecteert, dan 'denkt' de telefooncentrale dat het gesprek nog steeds
plaatsvindt. Herstel van deze situatie kan alleen door de bewuste telefooncentrale spanningsloos te maken en opnieuw
op te starten.
Tip: bij sommige typen telefooncentrales is gebleken, dat ISDN lijnbewaking type 2 beter functioneert dan type 1.
Problemen in combinatie met routers
Wanneer de AlphaCom geplaatst wordt op een lijn waarop tevens een zogenaamde router is aangesloten, treden soms
dezelfde problemen op als wanneer een telefooncentrale op de lijn geplaatst is. De oorzaak is dan vermoedelijk
hetzelfde: bij het ontwerp van de router is ervan uitgegaan, dat de router de ISDN-2 lijn volledig zou beheren. Soms
kan de router er niet tegen, dat er een ander data-protocol op de ISDN lijn uitgevoerd wordt. Ook de combinatie tussen
sommige routers en de veelgebruikte QuatroVox levert soms problemen op (ook wanneer er geen AlphaCom geplaatst
is). De oplossing hiervoor is eveneens de ISDN configuratie instelling op 3 programmeren (PtM speciaal).
Kiescyclus bij X.25 protocol
Bij het X.25 protocol wordt in principe maar één keer een call setup (belpoging) gedaan. Daarna blijft de verbinding
bestaan. Zodra de verbinding tot stand gekomen is, kunnen alarmmeldingen direct verzonden worden zonder eerst te
hoeven bellen. Wanneer om een bepaalde reden de verbinding verbroken wordt, dan zal de AlphaCom opnieuw een call
setup plegen om te trachten de verbinding te herstellen. De reden van het verbreken van de verbinding ligt in 99% van
de gevallen bij het onderhoud dat aan het datanetwerk gepleegd wordt. Zodra de beheerder van het datanetwerk
onderhoud pleegt, wordt de opgebouwde verbinding verbroken. Dankzij de honingraat-achtige structuur van het
Installateurshandleiding AlphaCom NG2 opsteekkiezer ISDN
Rev. 1.1 22-08-2003
Blz. 14/21
Advertenties
Inhoudsopgave
