-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neost
rada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Date: Thu, 17 Dec 2015 21:35:54 +0100
From: Maciek <m...@p...com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; PL; rv:1.7.2) Gecko/20040803
X-Accept-Language: pl, en-us, en
MIME-Version: 1.0
Newsgroups: pl.misc.elektronika
Subject: Re: Perełka pewnego forum...
References: <5669acf2$0$22842$65785112@news.neostrada.pl>
<n4cek0$q9o$1@usenet.news.interia.pl>
<n4d1nf$t2h$1@usenet.news.interia.pl>
<566a10c8$0$660$65785112@news.neostrada.pl>
<n4e78c$1t1$1@usenet.news.interia.pl> <n4el06$r2r$1@dont-email.me>
<n4elli$i82$1@node1.news.atman.pl>
<566affc7$0$687$65785112@news.neostrada.pl>
<n4fbh0$98a$1@node1.news.atman.pl>
<1kerlw908q8k2$.1byhhg0nvzvv9.dlg@40tude.net>
<566c8768$0$22844$65785112@news.neostrada.pl>
<1...@4...net>
<566d6611$0$685$65785112@news.neostrada.pl>
<n4jtv4$vvc$1@node1.news.atman.pl>
<566e4b06$0$697$65785112@news.neostrada.pl>
<n4mb23$fuq$1@node1.news.atman.pl>
<566efffc$0$663$65785112@news.neostrada.pl>
<n4nl2b$skl$1@node1.news.atman.pl>
<566f659c$0$689$65785112@news.neostrada.pl>
<n4pmql$i9$1@node1.news.atman.pl>
<567122d3$0$662$65785112@news.neostrada.pl>
<n4ru29$9i4$1@node1.news.atman.pl>
<5672beb2$0$22841$65785112@news.neostrada.pl>
<n4uqj9$8o1$1@node1.news.atman.pl>
In-Reply-To: <n4uqj9$8o1$1@node1.news.atman.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 83
Message-ID: <56731cac$0$689$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: ip-5-172-247-196.free.aero2.net.pl
X-Trace: 1450384558 unt-rea-a-01.news.neostrada.pl 689 5.172.247.196:17969
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.misc.elektronika:690438
[ ukryj nagłówki ]Użytkownik ACMM-033 napisał:
> Teraz
> zagdybam czymś może, co istniało, jak sobie wyobrażam zapinanie
> abonentów... trochę zainspirowało mnie rozwiązanie z systemu IRT2000,
> pozwalające zrealizować połączenie lokalne, bez zajmowania kanałów do
> krotnicy macierzystej (choliwka, po 15 latach trochę mi się
> pozapominało),
Jeden z typów koncentratorów wyniesionych centrali S12J pozwalał na
zamykanie ruchu wewnątrz obiektu, bez połączenia z hostem. Nie było
wtedy taryfikacji. Nie każdy typ na to pozwalał. W stojaku były
zamontowane płyty pola komutacyjnego SWCH (switch). Nie wiem jak to
wyglądało w innych typach central.
> Ktoś z edziesiątki coś mi powiedział, że zbyt licznie się jej rozbudować
> nie da, bo dokładanie jej za dużo zasobów spowoduje, że zacznie ona
> jakby gonić w piętkę, wkładając coraz wiecej swojej niewielkiej mocy w
> utrzymanie samej siebie... ale to też lata temu, więc już się
> pozacierało w pamięci. Mówił mi, że lepiej dwie centrale obok siebie
> wtedy mniejsze postawić, niż tworzyć jedną dużą. No, może jakieś sygnały
> sterujące dało by się popędzić wspólnie, coby nie duplikować modułów,
> ktorych duplikowania dało by się uniknąć w miarę niewielkim wysiłkiem?
> Np. maszyna sygnałowa, zegar, no, co jeszcze... ?
Tam nie było maszynki sygnałowej, jak na elektromechanicznych. Były
stojaki ETA i generator prądu dzwonienia - albo sieciowy w szafie z
bezpiecznikami, albo falownik przy awaryjnym zasilaniu bateryjnym.
Niezależne od ilości stojaków. Falownik był na każdym abonenckim
koncentratorze.
Centrala E10A mogła mieć do 64 (0 do 63) tzw. US-ów, czyli jednostek
logicznych, jednostek wyboru. Koniec. Ani jednego więcej. Czy będą
zajęte przez łącza miedzycentralowe (jak w MM, MN lub tranzytowej), czy
przez stojaki abonenckie, to kwestia projektu. Jak wszystkie zajmiesz
abonentami, to nie wyjdą w świat. Dawała radę przy pełnej konfiguracji
64 US-ów.
Problem tkwił w czymś innym - potrzebne było tzw. CTI, czyli
minikomputer sterujący. Odbierał meldunki z centrali, przez terminale
operatorskie wysyłał rozkazy sterujące do centrali, zapewniał
wykonywanie testów itp. Część zadań mozna było wykonać na pulpicie
stojaka ale bez przesady, np. nie założyło się blokady na abonencie. Na
koncentratorach można było wymienić płytę z programem eksploatacyjnym na
testowy i zapuszczało się test. Odczyt na pulpicie. Rekord pracy bez
CTI, jaki doświadczyliśmy, to 3 tygodnie. Przez ten czas nie można było
nic zrobić z kategoriami abonentów, np. nie zapisaliśmy nowego, nie
włączyliśmy dłużnika. Alarm, to tylko wycie i bieg do stojaka, żeby
odczytać kod alarmu. Nic więcej.
Taki komputer CTI mógł obsługiwać więcej, niż jedną centralę ale moim
zdaniem dwie, to maksimum. Mieliśmy grafik kto, kiedy robi testy. W
razie awarii prosiliśmy o czas dla nas. Oryginalnie Francuzi stosowali
maszynę o nazwie Mitra. W Polsce stosowano węgierskie Videotony R11 Plus.
Jeżeli chodzi o gonienie w piętekę, żeby utrzymać samą siebie, to takie
stwierdzenie nie miało sensu w odniesieniu do E10A. Maksymalne 64 US-y
dawały radę bez zająkniecia. Największa centrala abonencka miała 21 000
numerów. Plus łącza oczywiście.
Za to ten tekst słyszałem w odniesieniu do S12J, która chyba 70% mocy
obliczeniowej procesorów poświęcała na samotestowanie w trakcie
normalnej pracy. Pytałem z ciekawości przy ilu numerach nasąpiłoby
jakiekolwiek zatykanie, czy inne utrudnienia w pracy. Dostałem
odpowiedź, że przy 70 000 numerów. Nie potwierdzę tego żadnymi skanami z
książki. Po prostu z ciekawości pytałem teletrowców jak to działa i ile
może obsłużyć.
Tylko uwaga - ta centrala nie miała jakiś głównych procesorów. Miała
dużo małych płyt procesorowych, rozproszonych w strukturze. O ile dobrze
pamiętam to na grupę 64 lub 128 abonentów był jeden procesor - szczegóły
uleciały mi z głowy. Na stojaku mogło być ich kilka sztuk. W innych
miejscach zajmowały się innymi zadaniami. S12J miała kilkanaście typów
płyt logicznych. Procesory spełniały różne zadania, w zależności od
miejsca i załadowanego programu. Program był ładowany z głównych
twardych dysków. Były dwa typy płyt: MCUA i MCUB. Pierwsza z układem
80386 a druga Pentium I. Ta druga trafiała w bardziej wymagające
miejsca. Kiedyś po prostu przyjechali do nas z nowymi płytami, założyli
je gdzie trzeba i załadowali nowy program eksploatacyjny. Być może
zastosowanie tych nwych płyt zwięszyłoby maksymalną pojemność. U nas
było znacznie mniej abonentów, więc nie były potrzebne do rozbudowy. Po
prostu niektóre zadania wymagały silniejszego procesora. Centrala nie
miała jakiegos głównego komputera, jak E10A, potrzebnego do testowania,
czy obsługi kategorii abonentów. To się załatwiało terminalami wpiętymi
do centrali. Nie było nic głównego, komputerowego, oprócz oscylatorów
kwarcowych, twardych dysków i napędów magnetooptycznych. To z grubsza
stanowiło głowę centrali. Niestety, dokładnej dokumentacji do płyt i
architektury nie mieliśmy.
Następne wpisy z tego wątku
Najnowsze wątki z tej grupy
- Aliexpress zaczął oszukiwać na bezczelnego.
- OpenPnP
- taka skrzynka do kablowki
- e-paper
- 60 mA dużo czy spoko?
- Dziwne zachowanie magistrali adresowej w 8085
- Współczesne mierniki zniekształceń nieliniowych THD audio, produkują jakieś?
- Jaki silikon lub może klej?
- Smar do video
- Litowe baterie AA Li/FeS2 a alkaliczne
- "ogrodowa linia napowietrzna"
- jaki zasilacz laboratoryjny
- jaki zasilacz laboratoryjny
- Puszka w ziemię
- T-1000 was here
Najnowsze wątki
- 2025-02-23 Ciekawy wyrok Sadu Najwyzszego USA
- 2025-02-22 spalinki
- 2025-02-22 Warszawa => Presales Engineer IT <=
- 2025-02-22 Warszawa => Kierownik ds. kluczowych Klientów <=
- 2025-02-22 Spalinki:)
- 2025-02-23 Useme
- 2025-02-22 Drogie mieszkania, drogie kredyty i ogromne zyski banków. Czy rząd ma rozwiązanie?
- 2025-02-21 Warszawa => Key Account Manager IT <=
- 2025-02-21 Warszawa => Data Engineer (Tech Lead) <=
- 2025-02-21 Aliexpress zaczął oszukiwać na bezczelnego.
- 2025-02-21 Warszawa => System Architect (Java background) <=
- 2025-02-21 Kula w łeb
- 2025-02-21 Warszawa => System Architect (background deweloperski w Java) <=
- 2025-02-21 Warszawa => Solution Architect (Java background) <=
- 2025-02-21 Lublin => JavaScript / Node / Fullstack Developer <=