eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.telefoniaPołączenie modemów przez VoIPRe: Połączenie modemów przez VoIP
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
    e.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!
    peer.ams1.xlned.com!news.xlned.com!peer02.ams4!peer.am4.highwinds-media.com!new
    s.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-sp
    o-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    From: Krzysztof Halasa <k...@p...waw.pl>
    Newsgroups: pl.misc.telefonia
    Subject: Re: Połączenie modemów przez VoIP
    References: <9...@g...com>
    <108uxk52aws2r.1vhn4o5ffl8cn$.dlg@40tude.net>
    <m...@i...localdomain>
    <1sdib5zvet004.17dbk4m371ody$.dlg@40tude.net>
    <m...@i...localdomain>
    <5...@g...com>
    Date: Thu, 11 Aug 2022 20:34:54 +0200
    Message-ID: <m...@i...localdomain>
    Cancel-Lock: sha1:qSqtCk2NaYBVKrlIMUD8tbFcTP8=
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    Lines: 70
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 195.187.100.13
    X-Trace: 1660242900 unt-rea-b-01.news.neostrada.pl 546 195.187.100.13:55666
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 4444
    Xref: news-archive.icm.edu.pl pl.misc.telefonia:242859
    [ ukryj nagłówki ]

    "Piotr C." <k...@g...com> writes:

    > 2. Modem US Robotics zewnętrzny 33k6 nie działa - łączy się (tylko na
    > wymuszonym 300bps, na 1200 nie chce gadać lub rzadko) natomiast nawet
    > podając dobry pin, brak jest odpowiedzi urządzenia - taki sam efekt
    > jak podanie błędnego PINu. Być może są duże przekłamania i automat
    > odczytuje błędny pin, a może nie słyszy niczego.

    Rozumiem że nie ma możliwości "podsłuchania" po drugiej stronie?
    Korzystne może być przejrzenie instrukcji od USRa i pokombinowanie.
    Np. ustawienia handshakingu.
    Co dokładnie jest po "naszej" stronie? Pecet z Windows?
    Czy modem po drugiej stronie jest na pewno dobrze skonfigurowany?

    > Czyli jako tako działa tylko badziewny winmodem na USB, który dostałem
    > przez pomyłkę sprzedającego. Natomiast przy dłuższej transmisji
    > (wysłanie taryf i konfiguracji) występuje zawsze błąd.

    Handshaking?
    Najlepiej wyłączyć XON/XOFF ("software handshaking" - w modemie i na
    pececie).
    Modem może mieć kilka profili (at&f0, at&f1, czy jakoś tak, to już dawno
    było), które od razu ustawiają cały komplet parametrów. Ale to trzeba
    sprawdzić w dokumentacji.

    Najlepiej używać sprzętowego handshakingu (RTS/CTS), modem na pewno to
    umie (po włączeniu), ale czy w tym programie da się tego użyć, to nie
    wiem.
    W ogóle bez handshakingu modemy będą gubić większe porcje danych - jeśli
    tylko soft po obu stronach takich używa (bez potwierdzeń w trakcie).

    > Nie wiem, może
    > uwalona płyta główna, bo też wywala błąd na rządanie zapisania RAMu do
    > EPROMu?

    Płyta główna (raczej jedyna) modemu?
    Raczej do EEPROMu, ew. do flasha (flash ((E)EP)ROMu).

    > Drugi US Robotics, typowy z rynku USA, nie współpracuje w ogóle i
    > bardzo dziwna sprawa - zainstalowałem sniffer szeregowy. Program na
    > początek wysyła do modemu "+++" i "ATZ" (reset) i modem nie odpowiada.
    > Natomiast z tej samej maszyny wirtualnej, jeśli wpiszę ATZ w hyperterm
    > - ładnie odpowiada "OK" i generalnie działa idealnie.

    Może to być ustawienie handshakingu - modem ma wyłączony CRTSCTS
    (a dokładnie nie wystawia CTS), pecet bez tego nie chce wysyłać. Można
    włączyć hw handshaking w modemie.

    Alternatywnie może modem nie wystawia DSR, wtedy pecet może uważać, że
    w ogóle żadnego modemu nie ma -> trzeba włączyć wysyłanie DSR w modemie.

    Albo inne podobne kombinacje w rodzaju ustawienia CTS i DSR na stałe.

    Aaa, i jeszcze może to być brak przerwy pomiędzy "+++" i ATZ - nie wiem
    jaki program miałby tak robić, ale efekt mógłby być podobny. Po "+++"
    musi być chwila przerwy, chyba był na to S-rejestr. Możliwe, że
    producent winmodemu nie zapłacił za licencję Hayesowi czy coś tam,
    i działa bez przerwy, ale nie powinno (modem nie może szukać poleceń
    w treściach tylko przesyłanych przez niego).

    Można też wrócić do ustawień fabrycznych (i zapisać je) itp. Możliwe że
    to at&f1 oraz at&w?

    Nie wiem jaki to dokładnie USR, ale generalnie one nie sprawiały
    problemów, oczywiście jeśli były dobrze skonfigurowane. Oprócz jakichś
    tam USR Winmodemów, które nie miały DSP, i robiły wszystko procesorem
    peceta (przypuszczalnie). A może miały DSP, tylko nie miały interfejsu
    Hayesa?
    --
    Krzysztof Hałasa

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: