Discussions (German)

Registered 7 years 142 days

Johannes 3482 Monday, 6 August 2018, 04:29 PM

Aufzugsnotruf

Hallo zusammen!

Wir haben unsere alte Ericsson TK in Wien durch eine Innovaphone IP811 + IP411 +IP29-4 ersetzt.

Den Auzfugsnotruf (Thyssenkrupp) haben wir als Nebenstelle verbunden (so wie zuvor bei der Ericsson Systemanlage). Nun scheint es so, dass der Aufzug bei Betätigen des Notrufs eine 56k Modem Verbindung zur Zentrale (in Deutschland) herstellt, die Auzugsrelevanten Daten überträgt und dann auf Sprachdaten umschaltet, um mit dem Operator in der Zentrale sprechen zu können.

Nun ist es kein Problem über den analogen Anschluss (der IP29-4) zu telefonieren (mit analogem Telefon getestet) und auch die Datenverbindung am Anfang mit dem Modem klappt, laut Thyssenkrupp, doch bei der Umschaltung auf Sprachdaten wird die Verbindung unterbrochen und es wird keine Sprachverbindung zur Zentrale hergestellt (habe Echo Canceler ausgeschalten, auf passive Verbindung umkonfiguriert). Immer das selbe Verhalten, nach der Modem-Übertragung ist Schluss und der Notruf wird von vorn gestartet, also wieder die Modem-Übertragung.

Seitens Thyssen kann man hier nichts mehr ändern, außer die analoge Anbindung durch ein GSM-Modul ersetzten (sehr teuer).

Gibt es eine Konfig für den TEL Anschluss, damit dass irgendwie klappen könnte?

Beste Grüße

Registered 10 years 61 days

André 1752 Monday, 6 August 2018, 04:39 PM

Re: Aufzugsnotruf

Hallo JB,

bei uns haben wir allen Kunden gesagt, dass alles was Notrufe ist, nicht via VoIP gehen soll.

Im speziellen sind das Alarmanlagen (Feuer, Wasser, Einbruch, Gas etc.) und in den meisten Fällen auch die Nottelefone in Lift oder anderen Anlagen.

Im Störfall ist leider oft auch die Internetanbindung problematisch, von da her wollen/können wir da keine Garantie für die Funktion übernehmen.

In der Schweiz hat das zu sehr langen Umrüstzeiten für Lifttelefone und Einburchalarmanlagen geführt...

Und der Preis, naja, Sicherheit kostet

Registered 7 years 142 days

Johannes 3482 Monday, 6 August 2018, 05:04 PM

Re: Aufzugsnotruf

Ja kann ich verstehen. Obwohl wir zu einen SIP Anbieter wechseln werden, wollen wir auf jeden Fall einen Basisanschluss behalten, eben für solche Zwecke und Fax.

Generell funktioniert die Modemverbindung ja über den BRI aber die Umschaltung auf die Sprachdaten ist das Problem.

Wir in Österreich haben ja noch nicht das Schicksal auf ISDN verzichten zu müssen, aber was machen die Kollegen in Deutschland wenns wirklich nur mehr AllIP gibt?

Registered 11 years 18 days

Peter 1333 Monday, 6 August 2018, 05:34 PM

Re: Aufzugsnotruf

Hallo

Du musst uns ein wenig mehr über den Aufbau deiner Anlage erzählen... Du kannst dich aber auch per Mail bei mir melden, man müsste ein paar Tests machen. Eine Lösung findet man sicherlich.

Peter

Registered 7 years 344 days

Muschelpuster Tuesday, 7 August 2018, 07:25 AM in response to Johannes 3482

Re: Aufzugsnotruf

Moin Johannes,

Viele Prüfer in D lassen Aufzüge nicht zu, wenn der Notruf an der Telefonanlage hängt. Sie muss dann schon wenigstens USV-gepuffert sein. Von daher gibt es oft eigene analoge Amtsanschlüsse dafür, die vom All-IP-Wahn noch nicht betroffen sind.

Aber das Problem muss nicht bei Dir liegen. Ich hatte vor Jahren schon ein derartiges Problem mit Schindler. Die Anlage war zu 100% ISDN und trotzdem klappte der Datenaustausch nicht. Die Ursache war ein Netzübergang in VoIP vom Netz des Kunden in das Fernnetz. Eine Umrouten zu uns in die Firma (auf einen Anschluss vom selben Carrier) und ein weiter routen von dort zur Aufzugszentrale (über einen Telekom-Anschluss) konnte das Problem temporär lösen. Für solche Fälle hatte der Carrier einen PMX der Telekom und hat am Ende die Zielnummer auf diesen geroutet.

In unserem Fall wurde keine 'echte' Modemverbindug aufgebaut, sondern ein Protokoll aus der Funktechnik (Felcar) verwendet. Das klingt ähnlich DTMF, hat aber Einzeltöne und keine Dualtöne und nutzt etwas andere Frequenzen. Das Ergebnis war, dass die VoIP-Fernverbindungen DTMF erkannt haben und DTMF out of band eingeschaltet haben. So wurden die Töne raus gefiltert, da sie aber nicht erkannt werden konnten, wurde am anderen Ende nichts eingesetzt. Bei Bedarf kann ich Dir meinen Bericht zu dem Thema zukommen lassen.

Man merkt, ich habe in die Problematik einiges an Forschungsarbeit investiert

In Deinem Fall würde ich den Amts-BRI und den Analogen vom Aufzug auf der IP411 anschließen. Beim BRI wie auch beim Analogen 'enable PCM' wählen und die Rufe vom Analogen auf den BRI routen. Dann sollte es klappen - wenn nicht ist das Problem ähnlich wie bei mir beim Carrier zu suchen

leidgeprüfte Grüße

Niels

Registered 7 years 344 days

Muschelpuster Tuesday, 7 August 2018, 07:27 AM

Re: Aufzugsnotruf

Hier mal eine Signalaufzeichnung, wie sie unsere Anlage verlassen hat und Carrierintern auch ankam.

Signalmittschnitt_ok.png

Registered 7 years 344 days

Muschelpuster Tuesday, 7 August 2018, 07:28 AM in response to Muschelpuster

Re: Aufzugsnotruf

Hier der fehlerhafte Signalmitschnitt bei Carrierübergreifender Übertragung:

Signalmittschnitt_fehlerhaft.png

Registered 7 years 142 days

Johannes 3482 Tuesday, 7 August 2018, 06:07 PM

Re: Aufzugsnotruf

Hallo!

Erst mal vielen Dank für die Beiträge. Bin scheinbar nicht der Einzige mit solchen Problemen.

Die PBX ist übrigens auch USV gepuffert.

Der Thyssenkrupp Techniker hat nun auch bereits ein Routing über eine 0810 Nummer über tele2 veranlasst, die normalerweise immer geht (falls der Provider Probleme macht) - allerdings das selbe Problem.

Habe auch das Routing über PCM direkt über die IP411 probiert - leider auch keine Lösung.

Datenverbindung übers Modem funktioniert, beim Umschalten auf die Sprechverbindung wird die Verbindung getrennt.

Habe nun alles mögliche an den TEL Settings der IP411 geschraubt (Pulse Häckchen, passive, no call transfer on hook-on,...) - alles ohne Erfolg. Datenverbindung geht, danach ist Schluss.

Hatte jemand schonmal speziell mit Thyssenkrupp Aufzügen zu tun?

Registered 11 years 18 days

Peter 1333 Tuesday, 7 August 2018, 06:56 PM

Re: Aufzugsnotruf

Hallo Johannes,

0810 das wird teuer ;)
Aber ein Hit wäre wenn du uns ein Log schicken würdest was deine Anlage macht bzw. warum es die Verbindung trennt. Es sieht nämlich so aus als würde sie noch immer einen CNG Ton erkennen und auf einen Datenmodus umschalten. Sollte man eigentlich im Log sehen.
Eventuell braucht man sogar genauere Aussagen die du mit /debug.xml aktivieren kannst.

Peter

Registered 7 years 142 days

Johannes 3482 Wednesday, 8 August 2018, 05:51 PM

Re: Aufzugsnotruf

Hallo!

Habe anbei hier ein log:

20180808-173650 CALL 1 Alloc

20180808-173650 CALL 1 A:Call -> / TEL1::->*::

20180808-173650 ROUTE 1 INTERFACE MAP if=TEL1:'Aufzug' CGPN-In ->, CDPN-In ->, DGPN-In ->

20180808-173650 ROUTE 1 EVAL ROUTE route=RT1

20180808-173650 ROUTE 1 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173650 ROUTE 1 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173650 ROUTE 1 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-173650 ROUTE 1 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-173650 ROUTE 1 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-173650 ROUTE 1 STOP(true) route=RT1 map=1 dest='BRI1' in='00'->out='0' reason='incomplete'

20180808-173653 ROUTE 1 INTERFACE MAP if=TEL1:'Aufzug' CGPN-In ->, CDPN-In 0->0, DGPN-In ->

20180808-173653 ROUTE 1 EVAL ROUTE route=RT1

20180808-173653 ROUTE 1 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173653 ROUTE 1 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173653 ROUTE 1 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-173653 ROUTE 1 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-173653 ROUTE 1 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-173653 ROUTE 1 STOP(true) route=RT1 map=1 dest='BRI1' in='00'->out='0' reason='incomplete'

20180808-173655 ROUTE 1 EVAL ROUTE route=RT1

20180808-173655 ROUTE 1 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173655 ROUTE 1 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173655 ROUTE 1 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-173655 ROUTE 1 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-173655 ROUTE 1 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-173655 ROUTE 1 APPLY CDPN-MAP in='00'->out='0'

20180808-173655 ROUTE 1 SUCCESS route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173655 ROUTE 1 INTERFACE MAP if=BRI1:'Amt6' CGPN-Out 0043XXXXXXXX->I43XXXXXXXX, CDPN-Out 0->0, DGPN-Out ->SXXXXX

20180808-173655 CALL 1 B:Call 0043XXXXXXXX->00 / TEL1::->BRI1:0:

20180808-173702 CALL 1 B:Proceed 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-173707 CALL 1 B:Alert 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-173710 CALL 1 B:Connect 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-173808 CALL 1 B:Disc 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-173810 CALL 1 A:Rel 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-173810 CALL 1 B:Rel 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-173810 CALL 1 Free

20180808-173848 CALL 0 Alloc

20180808-173848 CALL 0 A:Call -> / TEL1::->*::

20180808-173848 ROUTE 0 INTERFACE MAP if=TEL1:'Aufzug' CGPN-In ->, CDPN-In ->, DGPN-In ->

20180808-173848 ROUTE 0 EVAL ROUTE route=RT1

20180808-173848 ROUTE 0 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173848 ROUTE 0 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173848 ROUTE 0 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-173848 ROUTE 0 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-173848 ROUTE 0 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-173848 ROUTE 0 STOP(true) route=RT1 map=1 dest='BRI1' in='00'->out='0' reason='incomplete'

20180808-173851 ROUTE 0 INTERFACE MAP if=TEL1:'Aufzug' CGPN-In ->, CDPN-In 0->0, DGPN-In ->

20180808-173851 ROUTE 0 EVAL ROUTE route=RT1

20180808-173851 ROUTE 0 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173851 ROUTE 0 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173851 ROUTE 0 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-173851 ROUTE 0 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-173851 ROUTE 0 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-173851 ROUTE 0 STOP(true) route=RT1 map=1 dest='BRI1' in='00'->out='0' reason='incomplete'

20180808-173853 ROUTE 0 EVAL ROUTE route=RT1

20180808-173853 ROUTE 0 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173853 ROUTE 0 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173853 ROUTE 0 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-173853 ROUTE 0 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-173853 ROUTE 0 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-173853 ROUTE 0 APPLY CDPN-MAP in='00'->out='0'

20180808-173853 ROUTE 0 SUCCESS route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-173853 ROUTE 0 INTERFACE MAP if=BRI1:'Amt6' CGPN-Out 0043XXXXXXXX->I43XXXXXXXX, CDPN-Out 0->0, DGPN-Out ->SXXXXX

20180808-173853 CALL 0 B:Call 0043XXXXXXXX->00 / TEL1::->BRI1:0:

20180808-173900 CALL 0 B:Proceed 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-173905 CALL 0 B:Alert 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-173909 CALL 0 B:Connect 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-174007 CALL 0 B:Disc 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-174008 CALL 0 A:Rel 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-174008 CALL 0 B:Rel 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-174008 CALL 0 Free

20180808-174046 CALL 1 Alloc

20180808-174046 CALL 1 A:Call -> / TEL1::->*::

20180808-174046 ROUTE 1 INTERFACE MAP if=TEL1:'Aufzug' CGPN-In ->, CDPN-In ->, DGPN-In ->

20180808-174046 ROUTE 1 EVAL ROUTE route=RT1

20180808-174046 ROUTE 1 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174046 ROUTE 1 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174046 ROUTE 1 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-174046 ROUTE 1 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-174046 ROUTE 1 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-174046 ROUTE 1 STOP(true) route=RT1 map=1 dest='BRI1' in='00'->out='0' reason='incomplete'

20180808-174049 ROUTE 1 INTERFACE MAP if=TEL1:'Aufzug' CGPN-In ->, CDPN-In 0->0, DGPN-In ->

20180808-174049 ROUTE 1 EVAL ROUTE route=RT1

20180808-174049 ROUTE 1 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174049 ROUTE 1 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174049 ROUTE 1 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-174049 ROUTE 1 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-174049 ROUTE 1 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-174049 ROUTE 1 STOP(true) route=RT1 map=1 dest='BRI1' in='00'->out='0' reason='incomplete'

20180808-174051 ROUTE 1 EVAL ROUTE route=RT1

20180808-174051 ROUTE 1 EVAL MAP route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174051 ROUTE 1 MAP(CDPN-MATCH OK) route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174051 ROUTE 1 EVAL CGPN-MAP cgpn= verify=false in=''->out='0043XXXXXXXX'

20180808-174051 ROUTE 1 EVAL CGPN-MAP SUCCESS in=''->out='0043XXXXXXXX'

20180808-174051 ROUTE 1 APPLY CGPN-MAP in=''->out='0043XXXXXXXX'

20180808-174051 ROUTE 1 APPLY CDPN-MAP in='00'->out='0'

20180808-174051 ROUTE 1 SUCCESS route=RT1 map=1 dest='BRI1' in='00'->out='0'

20180808-174051 ROUTE 1 INTERFACE MAP if=BRI1:'Amt6' CGPN-Out 0043XXXXXXXX->I43XXXXXXXX, CDPN-Out 0->0, DGPN-Out ->SXXXXX

20180808-174051 CALL 1 B:Call 0043XXXXXXXX->00 / TEL1::->BRI1:0:

20180808-174058 CALL 1 B:Proceed 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-174103 CALL 1 B:Alert 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-174106 CALL 1 B:Connect 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438:

20180808-174204 CALL 1 B:Disc 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-174206 CALL 1 A:Rel 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-174206 CALL 1 B:Rel 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call clearing

20180808-174206 CALL 1 Free

und ein trace attached. Unserer Nummer ist durch X ersetzt.

Vielleicht wird da jemand schlauer draus als ich.

Aufzugsnotruf_trace_obscured_180808.txt

Registered 11 years 18 days

Peter 1333 Wednesday, 8 August 2018, 07:29 PM

Re: Aufzugsnotruf

Hallo Johannes,

Also mal so schnell drübergeschaut. Anscheinend kann dich deine Gegenstelle nicht verstehen und legt deshalb auf! "Cause: Normal call Clearing"
Im Trace ist nur immer das gleiche drinnen, die Anwahl an die 0810xxxx drinnen sonst nichts.
Hast du jetzt PCM aktiviert oder nicht?
Was hast du für Optionen beim Trace aktiviert gehabt?
Hast du den Aufzug direkt an der Gatewayanlage angeschlossen oder "über 10 Hausecken"?

Peter

Registered 7 years 142 days

Johannes 3482 Wednesday, 8 August 2018, 08:23 PM

Re: Aufzugsnotruf

Hallo!

Woran erkennst du, dass die Gegenstelle auflegt und nicht der TEL Port?

Für mich sieht es im Trace so aus alles würde das TEL ein hookon detectieren oder sehe ich das falsch?

PCM ist aktiviert.

Für Trace habe ich TEL1 und BRI1 aktiviert.

Der Anschluss geht eigentlich recht direkt vom Aufzug. Elektronik ist im DG (2.Stock) zur TK im Serverraum (Keller), das sollten nicht mehr als 30 Meter Twisted Pair Kabel sein.

Registered 11 years 18 days

Peter 1333 Wednesday, 8 August 2018, 08:49 PM

Re: Aufzugsnotruf

Also sehe im Log
20180808-173808 CALL 1 B:Disc 0043XXXXXXXX->00810005438 / TEL1::->BRI1:0810005438: Cause: Normal call Clearing

der Teilnehmer B trennt die Leitung durch auflegen.
im trace wenn ich nach hook suche ist diese nach B:Disc
Ich bin jetzt auch nicht der der das Log vollkommen entschlüsseln kann, aber das mit dem HOOK ist nur die Erkennung ob der A Teilnehmer einen kurzen Flash (für eine Rückfrage), gemacht hat oder aufgelegt hat.

Was passiert wenn du die Rufnummer mit einem Telefon parallel dazu anrufst? Schickt die Anlage wirklich CNG Töne oder eher nur DTMF?

Peter

Registered 8 years 345 days

Timo.Schneider Thursday, 9 August 2018, 07:59 AM

Re: Aufzugsnotruf

Wir hatten mit diesen Aufzugsnotrufen auch unsere liebe Not.

Nachdem ich einmal mit einem Hersteller solch einer Notrufbox telefoniert hatte (bei mir die Firma Telegärtner) und der sehr kompetente Hotline-Mitarbeiter mir erkärte, daß die Signalisierung ihrer Boxen rein über DTMF Handshakes geschieht (KEINE MODEM Verbindung) und einfach nur inband DTMF eingestellt werden musste, haben wir bis dato keine Probleme mehr.

1. Im analog-Gateway "No DTMF-Detection" einschalten, T.38 AUS, g711a exclusive (evtl. encryption aus)

2. Im Tel- Interface "Passive" und "Busy on Busy" einschalten

so konnten wir uns helfen. danach ging das einwandfrei.

Registered 7 years 142 days

Johannes 3482 Tuesday, 14 August 2018, 03:59 PM

Re: Aufzugsnotruf

Hallo!

Die Firma Thyssenkrupp hat mir die Auskunft gegeben, dass es sich um eine 56k Modemverbindung handelt.

Timo, ich habe dennoch deine empfohlenen Einstellungen versucht, ebenfalls ohne Ergebnis.

Mittlerweile ist unsere Geschäftsführung ziemlich aufgebracht, dass dieses Problem immer noch nicht gelöst werden konnte - der Aufzug steht nun sein 2 Wochen.

Da Thyssenkrupp einer der großen Aufzugsanlagenhersteller ist, kann ich mir fast nicht vorstellen dass wir der erste Kunde sind der eine Innovaphone Anlage mit einem Thyssenkrupp Aufzugsnotruf verheiraten muss.

Ich habe keine Idee mehr was ich noch versuchen kann, ohne eine anderes Gerät einzusetzen.

Registered 10 years 250 days

Olaf 1639 Tuesday, 14 August 2018, 04:09 PM

Re: Aufzugsnotruf

Hallo Johannes

es macht doch gar keinen Sinn das wieder ans laufen zu bekommen da eine Modemverbindung spätestens mit der Umstellung auf SIP nicht mehr funktioniert. Am besten den Aufzugsbauer auf GSM umrüsten lassen da das ja sowieso unumgänglich ist. Wir hatten auch schon so einen tollen Thyssenkrupp Aufzug der nicht funktioniert hat. Eventuell würde es noch helfen die Modemverbindung entsprechend langsamer einzustellen also auf 9600 Baud dann sollte es kein Thema sein.

Gruß Olaf

Registered 11 years 18 days

Peter 1333 Tuesday, 14 August 2018, 04:17 PM

Re: Aufzugsnotruf

die 56k sind ja nur die maximalgeschwindigkeit, was sie sich dann halt aushandeln...

Registered 11 years 18 days

Peter 1333 Tuesday, 14 August 2018, 04:24 PM in response to Olaf 1639

Re: Aufzugsnotruf

Also die Frankiermaschinen hab ich sogar über SIP hingebracht. War zwar ein wenig aufwand, aber sie funktionieren.

Registered 11 years 18 days

Peter 1333 Tuesday, 14 August 2018, 04:22 PM in response to Johannes 3482

Re: Aufzugsnotruf

Hallo

Ich müsste vor Ort sehen, was sich hier wirklich tut und was die beiden sich unterhalten und wie die Inno das interpretiert und wo der Fehler liegen kann. Da sind dann schon Analysen mittels trace notwendig. Von der Ferne ist das schon sehr schwer zu sagen wenn es um solche Details geht.

Peter

Registered 10 years 99 days

Archimedes Friday, 17 August 2018, 10:42 AM in response to Johannes 3482

Re: Aufzugsnotruf

Hallo Johannes,

wir haben ein ähnliches Szenario bei uns. Zwei Aufzüge unterschiedlicher Hersteller und in beiden Fällen verhalten Sie sich auch unterschiedlich.

Unseren Aufzug von Thyssen konnten wir trotz einigem Aufwand NICHT an die Innovaphone (hier IP28) anbinden und vollständig zum laufen bringen. Gleiches Fehlerbild wie von dir beschrieben. Letztlich haben wir dafür jetzt einen "analogen" Sprachanschluss der DTAG auf Basis von MSAN POTS schalten müssen, der nicht über die PBX läuft.

Alternativ bietet Thyssen nur ein teures GSM Modul an. Auf Nachfrage wie zukünftig mit VoIP Anschlüssen umzugehen ist, verwies man uns auf genau die beiden Varianten. MSAN POTS oder GSM.

Der zweite Aufzug von Dralle, die ein Notrufsystem von Telegärtner nutzen, kommt mit der IP28 wiederum klar.

Laut Telekom sind die MSAN POTS Anschlüsse genau für solche Fälle, wie Notrufe, Alarmanlagen, etc. vorgesehen, die NICHT mit "normalen" VoIP Anschlüssen klar kommen, bzw. versorgt werden dürfen.

Gruß,

Lars Hartleb

You are here