Elektroda.pl
Elektroda.pl
X
Elektroda.pl
PCBway
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

konwerter z wybierania tonowego na impulsowe

17 Mar 2018 12:43 4869 117
  • Specjalista - lampy próżniowe
    Temat ten zakładam namówiony przez użytkownika TechEkspert.

    Jako posiadacz małej centrali Strowgera myślę nad tym, w jaki sposób stworzyć możliwość, aby ktoś kto zadzwoni "z miasta" mógł wybrać numer wewnętrzny tej centrali. Z pewnością będzie potrzebny do tego konwerter z DTMF na wybieranie impulsowe, ale oczywiście nie tylko. Wyobrażam sobie działanie układu w ten sposób:

    Pojawiający się na linii przychodzącej sygnał dzwonienia powoduje po którymś dzwonku obciążenie linii przychodzącej równoważne podniesieniu słuchawki. To samo powinno się odbywać po stronie wybieraka centrali Strowgera.
    Jednocześnie z tym linia przychodząca powinna zostać sprzężona dla sygnałów rozmównych z centralą Strowgera. Zapewne będzie tu konieczny transformator. Dzwoniący usłyszy ciągły ton centrali Strowgera. Teraz powinno rozpocząć się wybieranie numeru wewnętrznego centrali Strowgera.
    Byłoby ono równoważne z impulsowaniem po stronie tej centrali zgodnie z wybranymi sygnałami DTMF.
    Po wybraniu numeru wewnętrznego dzwoniący osiągnie abonenta numeru wewnętrznego albo otrzyma sygnał zajętości.

    Może ktoś ma pomysł, jak praktycznie zrealizować taką translację?

    Temat, który zakładam jest powiązany z tematami:

    https://www.elektroda.pl/rtvforum/viewtopic.php?p=17108979#17108979

    oraz:

    https://www.elektroda.pl/rtvforum/viewtopic.php?t=3436080&highlight=
  • PCBway
  • Poziom 18  
    AlekZ napisał:
    Może ktoś ma pomysł, jak praktycznie zrealizować taką translację?

    Zobacz jak były zbudowane translacje miejskie w centralach SPC (SPC-40, SPC-100). Będziesz miał rozwiązany problem sprzęgnięcia centrali miejskiej ze swoją. Dalej już prosto, odbiornik DTMF np MT8870 albo uC i FFT (widziałem biblioteki na ARM) aby odebrać DTMF i przekaźnik generujący impulsy.
  • Redaktor
    Tak jak się zadeklarowałem, zgłaszam się do pomocy w wolnym czasie do części firmware na ATtiny/mega.

    Wybieranie impulsowe po stronie mikrokontrolera to pryszcz (tzn. sygnał do układów wykonawczych),
    z dekodowaniem DTMF muszę się zastanowić, zastosowanie zewnętrznego dekodera to oczywiście proste i pewne rozwiązanie ale zwiększa koszt i cenę układu. Sprawdzę jak z dekodowaniem DTMF na małym tanim mikrokontrolerze (DFT lub algorytm Goertzela) i dam znać.

    Jak myślicie, lepsze rozwiązanie to wsad hex + źródło do "gołego" mikrokontrolera, czy np. kod na gotową płytkę popularnego ostatnio Arduino np. tak jak tutaj zrobiłem szybkie prototypowanie: barometr z wyświetlaczem e-papier.
  • Poziom 18  
    TechEkspert napisał:
    Sprawdzę jak z dekodowaniem DTMF na mikrokontrolerze i dam znać.

    Jest mała szansa, że AVR wyrobi. Jeśli nawet, to po co sie męczyć, jak na ARM sa gotowe biblioteki?
  • PCBway
  • Redaktor
    Robiłem w praktyce próby z FFT i ATmega328 w Arduino na gotowych bibliotkeach:
    https://www.elektroda.pl/rtvforum/topic3387489.html
    a także na ESP32 / ESP8266:
    https://www.elektroda.pl/rtvforum/topic3368455.html

    Generalnie zależy jaki minimalny czas tonu bierzemy pod uwagę, warto też spojrzeć w kierunku Goertzela.
    Odezwę się gdy będę miał praktyczne wyniki.
  • Poziom 18  
    TechEkspert napisał:
    Generalnie zależy jaki minimalny czas tonu bierzemy pod uwagę

    50ms. Tyle zdaje się mówi norma.
  • Poziom 43  
    TechEkspert napisał:
    z dekodowaniem DTMF muszę się zastanowić, zastosowanie zewnętrznego dekodera to oczywiście proste i pewne rozwiązanie ale zwiększa koszt i cenę układu. Sprawdzę jak z dekodowaniem DTMF na małym tanim mikrokontrolerze (DFT lub algorytm Goertzela) i dam znać.

    Dekodowanie DTMF na AVR to wyzwanie dla masochistów.
    Jeśli "koszt i cena" MT8870 stanowią poważną barierę w rozwoju projektu mogę wesprzeć kolegę kwotą 1,2-4zł (zależnie od sklepu) ;)
  • Redaktor
    Pewnie tak MT8870 jest nie do pobicia i podaje wynik w prostej binarnej formie. Ale lubię czasami sprawdzić, co można maksymalnie wycisnąć ze sprzętu.

    Znalazłem taki projekt na Arduino dekodowania DTMF w oparciu o algorytm Goertzela.
    Następnie możemy znaleźć gotową bibliotekę zmodyfikowaną właśnie w celu dekodowania DTMF do pobrania jako zip: http://forum.arduino.cc/index.php/topic,121540.0.html

    Spróbowałem i wykorzystałem Arduino nano (ATmega328 16 MHz 5 V), dostępne z "półki" a raczej z gadżetów elektroda.pl: https://www.elektroda.pl/rtvforum/shop.php ;)

    Oczywiście można wykorzystać Arduino mini pro bez wbudowanego konwertera USB<-> UART np. https://kamami.pl/plytki-zgodne-z-arduino-inn...k-5v-modul-z-mikrokontrolerem-atmega328p.html

    Wgrałem przykład z zip, podałem na A0 sygnał z http://onlinetonegenerator.com/dtmf.html

    Na konsoli szeregowej pojawiły się poprawnie wykryte naciśnięcia przycisków (pierwsza kolumna):
    konwerter z wybierania tonowego na impulsowe
    Skompilowane w trybie "debug" więc poza wykrytymi cyframi (lub literami) widoczne są także inne informacje.

    Dopisanie kilku linijek, aby wysłać wybieranie dekadowe wydaje się banalne. Nie wiem jak z różnicami w czułości / skuteczności w porównaniu do MT8870, ale specjalizowany układ powinien działać lepiej.

    Pytanie czy układ powinien "nazbierać" odpowiednią ilość cyfr numeru wewnętrznego i dopiero rozpocząć wybieranie impulsowe, czy na bieżąco wybierać dekadowo cyfry z bufora (wybieranie tonowe jest szybsze więc potrzebny jest wtedy bufor z którego pobierane są cyfry wprowadzone tonowo).

    Jedyna wada wybierania natychmiastowego to ew. generowanie trzasków i zakłóceń na linii (i trzeba przejrzeć kod, czy są jeszcze wolne jakieś timery/przerwania itp., aby to w miarę równolegle robić).

    Można też wysyłać sygnały do abonenta, albo spróbować z Arduino, albo wystawiając sygnały logiczne z Arduino do generatora zewnętrznego. Np. "odebranie" sygnał 440 Hz, po wybraniu pierwszej cyfry z sekwencji "cisza", po wybraniu zbyt dużej ilości cyfr "nie ma takiego numeru", przy zbyt długim czasie między wybieraniem cyfr "odłożenie słuchawki", gdy centrala szuka numeru "marszruta" itp.
  • Poziom 43  
    TechEkspert napisał:
    Nie wiem jak z różnicami w czułości / skuteczności w porównaniu do MT8870, ale specjalizowany układ powinien działać lepiej.
    Norma ETSI ES 201 235-3 przewiduje że sygnał może mieć od -27 dBV do -5 dBV
    Poza tym ma działać w obecności innych sygnałów:

    Cytat:
    i) in the frequency range 15 Hz to 480 Hz; an individual signal level of +21 dBV at 15 Hz to 33 Hz with the
    limit then falling at 20 dB per octave until 300 Hz. From 300 Hz to 480 Hz a level of -43 dBV. Also where dial tone protection has been provided in the receiver, a total signal level limit of -5 dBV shall
    additionally apply in the range 100 Hz to 480 Hz to cover interference from this source;
    ii) in the frequency range 480 Hz to 3 400 kHz a total voltage level of 20 dB below the level of the low
    group signalling frequency;
    iii) at frequencies over 3 400 Hz, an individual signal level of -36 dBV at 3 400 Hz rising at 6 dB per octave
    to a level of +10 dBV.
  • Redaktor
  • Poziom 43  
    Czułość to nie jest problem, zawsze można dołożyć wzmacniacz, ważniejsze jest to że sygnał może być słabszy o 22dB i też powinien zostać poprawnie rozpoznany.
  • Redaktor
    Zrobiłem dalsze eksperymenty,
    zaimportowałem bibliotekę zip z tego tematu: http://forum.arduino.cc/index.php/topic,121540.0.html
    następnie zmodyfikowałem załączony kod przykładowy na testowy zamieniający 3 wprowadzone cyfry DTMF na wybieranie impulsowe:

    Ilość zgaszeń LED (stanów niskich) odpowiada wprowadzonym kolejno 1, 3, 0.

    Kod do testów:
    Kod: c
    Zaloguj się, aby zobaczyć kod


    Źródło napięcia odniesienia zostało ustawione na wewnętrzne 1.1V, czyli sygnał wejściowy nie powinien przekraczać 1Vpp.
    Z "dynamiką" układu jest dość słabo, reaguje prawidłowo na sygnały 270-830mVpp.
  • Redaktor
    Przyjrzałem się schematowi wewnętrznemu MT8870:
    https://www.microsemi.com/document-portal/doc_view/127041-mt8870d-datasheet-oct2006
    co daje mu taką dynamikę dla sygnałów wejściowych?
    Nie widzę tam układów adaptacji wzmocnienia, są natomiast banki filtrów i detektory przejścia przez zero,
    chyba takie podejście zapewnia dobre efekty wykrywania tonów.
    Wyjście StD + Q1-Q4 pozwoli na łatwe odbieranie tonów w formie kombinacji bitów.

    @AlekZ czy do sterowania logiką odbierania połączeń, temporyzacją itp. wykorzystać "dyskretny" układ sekwencyjny czy mikrokontroler?
  • Specjalista - lampy próżniowe
    Wydaje mi się, że nie mogę Ci tu niczego narzucić. To, co będzie łatwiejsze do realizacji chyba będzie lepsze.
    Czy widziałeś schemat translacji wychodzącej ze Strowgera, który narysował Zutket w temacie :

    https://www.elektroda.pl/rtvforum/viewtopic.php?p=17124079#17124079

    :?:

    Ponadto, brawo Ty za filmik, który załączyłeś :D
  • Redaktor
    Widziałem projekt translacji, jestem pod wrażeniem, nie potrafię tak analogowo myśleć :)

    Wydaje mi się że od strony kontrolera łatwiej wykorzystać coś programowalnego, gdyż łatwiej wykonywać zmiany.

    Do dalszego rozwoju konwertera proponuję umieścić go jako blok z wejściami i wyjściami w schemacie translacji.
    Jedynie trzeba uwzględnić że wejścia i wyjścia cyfrowe pracują na logice 5V i mają małą wydajność prądową (kilka kilkanaście mA), oraz uwzględnić wejście sygnału DTMF max. 1Vpp (w wersji obecnej).

    Następnie potrzebne jest opisanie algorytmu pracy sterownika i konwertera czyli np.
    -sygnał dzwonienia po przejściu przez obwody kształtowania impulsu pojawia się na wejściu X po czasie Y należy wystawić stan logiczny wysoki na wyjście Z aby odebrać połączenie,
    -wybieranie pulsowe stanem wysokim na wyjściu B,
    -przy tonowym wybieraniu numeru wewnętrznego dłuższym niż XXs należy "odłożyć" słuchawkę wystawiając stan logiczny niski na wyjście Z.
    itd.

    Kolejna sprawa do decyzja czy włączamy w konwerter MT8870, czy najpierw należy wykonać próby na dekoderze programowym połączonym z linią i ocenić czy się nadaje czy nie.

    PS. Zamówiłeś sobie Arduino nano z gadżetów https://www.elektroda.pl/rtvforum/shop.php ?

    PS2. "brawo ty" w sensie że fajny czy słaby ten filmik?
    uznałem że łatwiej przejść do konkretów patrząc na coś co w praktyce działa (lub nie działa :) ) niż patrzeć na schemat i kod.
  • Specjalista - lampy próżniowe
    Proponuję, abyś odezwał się w tamtym temacie i dał linka do tego tematu. To daje szansę, że do dyskusji włączy się Zutket, który ma doświadczenie w interesującym nas temacie.

    Kupiłem ostatnio Arduino Uno, które potrzebne jest mi do innego projektu, który mam niebawem zamiar opisać.

    "Brawo Ty" w sensie uznania :D
  • Redaktor
    W takim razie możemy pozostać na chwilę obecną przy platformie Arduino, konwerter będzie można umieścić jako kod w poście i po skompilowaniu wgrać u Ciebie.

    Arduino UNO na ATmega328?
  • Poziom 14  
    Piotrus_999 napisał:
    mozna też kupić gotową płytkę za całe 3zł

    Ja ponad trzy tygodnie temu zamówiłem trzy sztuki tutaj: https://www.aliexpress.com/item/Free-shipping...32275055977.html?spm=a2g0s.9042311.0.0.kc1LgK
    Zamówiłem je, by w wolnej chwili zbudować omawiany tu konwerter. Nie myślałem, że temat Strowgera nabierze takiego tempa. Moja wizja podłączenia tej centrali do świata zewnętrznego jest zdecydowanie prostsza niż profesjonalna translacja zaproponowana przez Zutket, Wg mnie ten konwerter powinien pracować tylko na linii miejskiej, by niepotrzebnie nie unowocześniać tej centrali. Z racji chronicznego braku czasu nie nadążę z budową tego za wami, więc jak tylko układy do mnie przyjdą, to z chęcią je oddam, by przyśpieszyć wasze prace nad tym konwerterem.
  • Specjalista - lampy próżniowe
    :arrow:vayo

    Nie zniechęcaj się. Jest jeszcze sporo do zrobienia. To, co narysował Zutket jest translacją wychodzącą, tzn. umożliwia dzwonienie z centrali Strowgera w świat.
    Przy czym według tego schematu to dzwonienie w świat odbywałoby się impulsowo.
    Przypuszczam, że jeśli aparat dołączony do centrali Strowgera byłby aparatem z przełącznikiem tone/pulse, to po impulsowym wybraniu "8" na miasto i przełączeniu na tone można by było tonowo wybrać numer w centrali nadrzędnej.
    Do tego, co narysował Zutket należałoby dołożyć translację przychodzącą, czyli taką, która umożliwia wybranie numeru centrali Strowgera z miasta. Jej kawałkiem byłby omawiany tutaj konwerter.

    Spróbowałem narysować schemat translacji przychodzącej. Ostrzegam, że może zawierać jednak błędy, zaś niektóre sprawy są nierozwiązane.

    Zasada działania byłaby następująca: gdy na linii a1-b1 z centrali nadrzędnej pojawi się prąd zewowy (dzwonienia) wtenczas zadziała mostek prostowniczy i przyciągnie przekaźnik X. Przekaźnik X jest dwucewkowy, przeto po przyciągnięciu podtrzyma się wskutek przepływu prądu przez drugą cewkę. Wydaje się, że niefortunnie włączyłem przekaźnik K, kontrolujący stan linii (przez zestyk przekaźnika X, co jak teraz widzę nie ma sensu). W moim zamyśle było to, żeby przekaźnik X puścił po zakończeniu rozmowy. Myślałem, żeby uzależnić to od stanu linii od strony centrali nadrzędnej, ale chyba nie tędy droga. Ten układ tego niestety nie zrealizuje :cry: . Nie mam pomysłu na sensowne rozwiązanie tego zagadnienia.

    Na razie jednak rozważmy, jak działa to, co narysowałem. Skoro przekaźnik X przyciągnie, centrala nadrzędna "zobaczy" cewkę dławika D- 600 omów i "uzna", że wołany abonent podniósł słuchawkę. Jednocześnie zestyk przekaźnika X powinien spowodować zadziałanie kontrolera mikroprocesorowego "skrzynki" na schemacie i w konsekwencji przyciągnięcie zestyków przekaźników A i B (w moim przekonaniu przekaźnik B będzie w ogóle zbędny). Centrala Strowgera uzna, że translacja podłączona jako abonent do szukacza linii "podniosła słuchawkę". Szukacz linii zacznie więc "szukać" translacji, która "podniosła słuchawkę". Gdy szukacz znajdzie naszą translację, podepnie ją pod wybierak grupowy WG. On poda ciągły ton centrali Strowgera. Będzie on słyszalny poprzez transformator separujący w słuchawce abonenta, który dzwonił z miasta. Jeśli teraz abonent dzwoniący z miasta wybierze tonowo numer centrali Strowgera, kontroler mikroprocesorowy powinien je zapamiętać, a następnie wybrać impulsowo numer centrali Strowgera odpowiednio sterując przekaźnikami A, B i C. Po wybraniu numeru abonent dzwoniący powinien usłyszeć w słuchawce sygnał wołania. Gdy wołany abonent podniesie, rozpocznie się rozmowa.

    Niestety, w wariancie, który narysowałem nie ma na razie możliwości powrotu układu do stanu wyjściowego po zakończeniu rozmowy względnie nieudanego połączenia (nieosiągnięcia abonenta centrali Strowgera wskutek nieobecności czy zajętości).
  • Poziom 14  
    Ja się wcale nie zniechęcam, ja już mam to zaplanowane w głowie, tylko czasu brakuje, by zbudować to "na już". Tak jak pisałem wcześniej zrealizowałbym to łącząc linie miejską z linią abonencką centralki -oczywiście za pomocą transformatora. Na obu liniach przekaźniki odcinające je i drugie do zwierania ich. Badanie stanu obu linii w celu wykrycia prądu dzwonienia. Na linii miejskiej dekoder DTMF, a na linii abonenckiej centrali układ przenoszący dekadę na linie miejską. Całość sterowana małym uC. Działałoby to w obie strony -dzwoniąc z miasta tonowo wybieralibyśmy numer wewnętrzny, a dzwoniąc w miasto dekada byłaby przenoszona na linie miejską. Oczywiście translacja wychodząca Zutket do wyjścia w miasto bardziej tu pasuje i dla tego na Twoim miejscu skorzystał bym z niej. Uprościłoby to mój projekt, bo nie trzeba by było myśleć o przenoszeniu dekady na linię miejską.
    Co do opisanego teraz przez Ciebie problemu, to tego nie przewidziałem. Faktycznie potrzebna jest jeszcze detekcja odłożenia słuchawki na obu liniach, by prawidłowo zakończyć połączenie. Na to pomysłu jeszcze nie mam.
    Zaczęliśmy tu dalej ciągnąć temat rozbudowy centrali, a to wątek o samej konwersi DTMF na dekadę.
  • Poziom 36  
    Proponuję aby np: "#" powodował rozłączenie translacji. I dodatkowo zrobić czasowe wyłączenie np: "8 min" maksymalnej rozmowy a potem wyłączenie [rozłączenie], tak w przypadku aby zachować poprawną pracę, nawet gdy ktoś przed rozłączeniem zapomni wcisnąć "#".
    Tak aby nawet rozłączenia mógł dokonać [poprzez "#"] abonent do którego było skierowane połączenie.
  • Specjalista - lampy próżniowe
    W moim przekonaniu do kasowania translacji ze strony odbiorcy można wykorzystać lampkę kontroli stanu jałowego wybieraka liniowego. Ale to jest za mało, bo nie załatwia sprawy w przypadku nieosiągnięcia abonenta. Twoją propozycję też należy uznać za półśrodek.
  • Redaktor
    Można przyjąć, że po stronie linii wewnętrznych centrali na poszczególnych aparatach odbiera człowiek,
    to on zakończy rozmowę sam lub gdy rozłączy się druga strona, wobec tego wystarczyłoby śledzić czy abonent naszej centrali rozłączył się czy też nie.

    Pytanie czy do skrzynki kontrolera z centrali biegowej można wysłać następujące sygnały:
    -abonent odebrał połączenie
    -abonent odłożył słuchawkę
    -nie znaleziono abonenta o podanym numerze
    -abonent zajęty

    Gdybyśmy mieli takie sygnały to brakuje jeszcze:
    -sygnału dzwonienia z linii miejskiej
    -sygnału "audio" z linii miejskiej przenoszącego DTMF

    Jeżeli jest problem z określeniem brak abonenta/zajęty, to można przyjąć że szukanie może zająć określony czas, jeżeli szukanie nie zakończy się sukcesem w określonym czasie to można rozłączyć translację po obu stronach.

    Mając to wszystko, można rozpisywać pewne algorytmy pracy.

    1. Przychodzi sygnał dzwonienia z linii miejskiej: po odczekaniu określonego czasu "odbierz" słuchawkę po stronie linii miejskiej i nasłuchuj DTMF.

    -jeżeli zbyt długo wybierana jest zakładana liczba cyfr (numer wewnętrzny), odłóż słuchawkę
    -jeżeli wybrano prawidłowy numer wewnętrzny, podnieś słuchawkę po stronie naszej centrali i wybierz numer impulsowo

    2. Wybieranie numeru wewnętrznego

    -jeżeli numer nie został odnaleziony lub jest zajęty, odłóż słuchawkę po stronie linii miejskiej i naszej centrali
    -jeżeli numer został znaleziony, dzwoń określony czas; jeżeli czas zostanie przekroczony, odłóż słuchawkę po obu stronach
    -jeżeli numer został odebrany, czekaj na odłożenie słuchawki po stronie naszej centrali

    3. Kończenie rozmowy

    -podczas zestawionej rozmowy oczekuj na odłożenie słuchawki po stronie naszej centrali
    -jeżeli słuchawka zostanie odłożona, "odłóż" słuchawkę translacji po stronie linii miejskiej i stronie centrali

    4. Sytuacje wyjątkowe

    ?
  • Specjalista - lampy próżniowe
    TechEkspert napisał:
    Można przyjąć, że po stronie linii wewnętrznych centrali na poszczególnych aparatach odbiera człowiek, to on zakończy rozmowę sam lub gdy rozłączy się druga strona, wobec tego wystarczyłoby śledzić, czy abonent naszej centrali rozłączył się czy też nie.


    To przeczy przyjętej ogólnie regule, że odłożenie słuchawki przez abonenta, który dzwonił, rozłącza połączenie.

    TechEkspert napisał:
    Pytanie, czy do skrzynki kontrolera z centrali biegowej można wysłać następujące sygnały:
    -abonent odebrał połączenie.


    Centrala biegowa ma cechę, polegającą na tym, że w przypadku uzyskania połączenia następuje odwrócenie biegunowości linii. W ten sposób zatem centrala biegowa poinformuje o tym, że jej abonent odebrał połączenie.

    TechEkspert napisał:
    -abonent odłożył słuchawkę


    O ile wiem, nie otrzymamy informacji o tym, że abonent, który był wołany, odłożył słuchawkę bezpośrednio ze stanu linii. Informacją może być stan lampki kontrolnej wybieraka liniowego.

    TechEkspert napisał:
    -nie znaleziono abonenta o podanym numerze
    -abonent zajęty


    Jeśli abonenta nie znaleziono lub jest on zajęty, to na linii pojawi się przerywany sygnał zajętości. Nieco inny sygnał zajętości jest generowany jest w przypadku zajęcia centrali biegowej (brak wolnych organów połączeniowych). Można jednak postąpić inaczej: jeśli w określonym czasie po sygnale zewowym od strony centrali nadrzędnej nie nastąpi zmiana biegunowości na linii od strony centrali biegowej, to znaczy, że bez względu na przyczynę abonent wołany nie został osiągnięty.

    TechEkspert napisał:
    Gdybyśmy mieli takie sygnały to brakuje jeszcze:
    -sygnału dzwonienia z linii miejskiej
    -sygnału "audio" z linii miejskiej przenoszącego DTMF


    Sygnał dzwonienia (zewowy) z linii miejskiej łatwo jest stwierdzić. Gdy tylko się pojawi, można "odebrać" i nasłuchiwać DTMF.

    TechEkspert napisał:
    Jeżeli jest problem z określeniem brak abonenta/zajęty, to można przyjąć że szukanie może zająć określony czas, jeżeli szukanie nie zakończy się sukcesem w określonym czasie to można rozłączyć translację po obu stronach.


    Tak, i to wydaje mi się najprostszym a przy tym najzdrowszym podejściem do całego zagadnienia.

    TechEkspert napisał:
    Mając to wszystko, można rozpisywać pewne algorytmy pracy.

    1. Przychodzi sygnał dzwonienia z linii miejskiej: po odczekaniu określonego czasu "odbierz" słuchawkę po stronie linii miejskiej i nasłuchuj DTMF.

    -jeżeli zbyt długo wybierana jest zakładana liczba cyfr (numer wewnętrzny), odłóż słuchawkę
    -jeżeli wybrano prawidłowy numer wewnętrzny, podnieś słuchawkę po stronie naszej centrali i wybierz numer impulsowo

    2. Wybieranie numeru wewnętrznego

    -jeżeli numer nie został odnaleziony lub jest zajęty, odłóż słuchawkę po stronie linii miejskiej i naszej centrali
    -jeżeli numer został znaleziony, dzwoń określony czas; jeżeli czas zostanie przekroczony, odłóż słuchawkę po obu stronach
    -jeżeli numer został odebrany, czekaj na odłożenie słuchawki po stronie naszej centrali

    3. Kończenie rozmowy

    -podczas zestawionej rozmowy oczekuj na odłożenie słuchawki po stronie naszej centrali
    -jeżeli słuchawka zostanie odłożona, "odłóż" słuchawkę translacji po stronie linii miejskiej i stronie centrali

    4. Sytuacje wyjątkowe

    ?


    Z pewnymi drobnymi zmianami ten algorytm wydaje się być dobry.
  • Redaktor
    OK, czyli odwrócenie polaryzacji to sygnał dla kontrolera że abonent odebrał rozmowę na linii wewnętrznej,
    jeżeli nie odbierze po określonym czasie należy rozłączyć po obu stronach.

    Skoro nie otrzymamy informacji o rozłączeniu abonenta wewnętrznego, to może rozłączenie abonenta na linii miejskiej powoduje jakąś zmianę stanu tej linii?

    Dość nietypowym sposobem na zakończenie połączenia byłoby badanie poziomu zmian sygnału audio w linii,
    gdyby cisza była zbyt długo można rozłączyć połączenie, ale to chyba zbyt duża partyzantka.

    Sygnał dzwonienia na linii miejskiej mamy, sygnały wybierania DTMF też da się przepuścić.

    Na tą chwilę trzeba przemyśleć jaki jest warunek rozłączenia linii po obu stronach translacji.

    W międzyczasie sprawdziłem jak zachowuje się MT8870,
    poprawnie dekodował sygnały od 200mVpp do 4Vpp (więcej nie udało się uzyskać z wyjścia karty dźwiękowej),
    także dynamika tego dedykowanego układu jest znacznie lepsza niż rozwiązania programowego.

    Ilu cyfrowe będą numery wewnętrzne?
  • Specjalista - lampy próżniowe
    Z uwagi na posiadany obecnie jeden WG i jeden WL numery zasadniczo są trzycyfrowe. Aczkolwiek w centrali są jeszcze numery specjalne jedno i czterocyfrowe.

    Co się tyczy odłożenia słuchawki przez abonenta, który dzwonił przy nieodłożonej słuchawce abonenta który był wołany, to mogę to zaraz sprawdzić jak jest na Strowgerze.
  • Redaktor
    OK, czyli z miasta raczej nie będą dzwonić na numery specjalne tylko do abonentów, a to będą numery 3 cyfrowe.

    W sumie można dać kilka warunków rozłączenia translacji po obu stronach.

    Szkoda że w centrali biegowej sygnalizowany jest tylko fakt nawiązania połączenia (odwrócenie biegunowości linii), natomiast sygnał o zakończeniu rozmowy przez abonenta wewnętrznego nie dociera już na translację.
  • Poziom 32  
    vayo napisał:
    Moja wizja podłączenia tej centrali do świata zewnętrznego jest zdecydowanie prostsza niż profesjonalna translacja zaproponowana przez Zutket
    Założenie rozwiązania było takie, że taranslacja M/M ma być zajmowana przez WGI na poziomie "8", i wykonana na przekaźnikach co najmniej B-1. Zaproponowane rozwiązanie schematowe jest dość okrojone dla prostoty. Nie ma wielu funkcji które powinna spełniać translacja. Jeżeli kolega uważa, że można zrobić translację prądu stałego dekadową, to chętnie taki schemat zobaczę.
    AlekZ napisał:
    Spróbowałem narysować schemat translacji przychodzącej. Ostrzegam, że może zawierać jednak błędy, ....
    Jak by tu powiedzieć... Jak najdzie mnie natchnienie, to postaram się rozrysować zaproponowaną translację o część przychodzącą z użyciem waszego konwertera DTMF/dekada. Muszę jedynie w wolnej chwili sprawdzić jak się zachowuje obecnie łącze analogowe, te z centrali a nie jakieś analogowe wynalazki na VoIP. Dopiero na podstawie założeń działania translacji powinien być opracowany algorytm działania konwertera. Nie wszytko, to co koledzy proponują nada się do translacji kolegi AlekZ. Pamiętajmy, że rozwiązanie ma być jak najbardziej zbliżone do systemu 23AB.