СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть

СЦБИСТ - железнодорожный форум, блоги, фотогалерея, социальная сеть (http://scbist.com/)
-   АПК-ДК (http://scbist.com/apk-dk/)
-   -   Расчёт скорости передачи. (http://scbist.com/apk-dk/46882-raschyot-skorosti-peredachi.html)

Дмитрий Мазур 28.05.2016 11:12

Расчёт скорости передачи.
 
Добрый день! Нарисовался вопрос с какой минимальной скоростью концентратор ЛПД будет отправлять информацию на центральный пост.
Мне необходимо сделать расчёт и вывод какой кабель подойдёт и на какое расстояния, исходя из этой таблицы:

http://morepic.ru/images3/vyv_6490_4724.jpg

Это характеристики связевого оборудования - модема Zelax ММ221. У него максимальная скорость передачи по технологии SHDSL.bis 12672 кб/сек.

Исходные данные: есть информация сколько объектов контроля и что за контроллеры (УКТРЦМ, УДКТН, АКНСИ-8, АКСИ-24, КДС-120)

С чего начать? Спасибо!

Просто инженер АиТ 30.05.2016 09:30

В своё время делали мы систему АСДК (конец 90х), т.е. просто передача информации о состоянии дискретных сигналов станции (участки, секции, стрелки, светофоры и т.д.). Передавали по меди стандартными модемами на скорости до 56 кбит\с. Так вот на такой скорости нам удавалось передавать информацию 70 станций (станции были разные с числом стрелок до 10 и достаточно большие, такие как ст. Вологда, Лоста).
В системе АПК-ДК добавляются ещё аналоговые сигналы, но у нас добавлялся КТСМ и энергетики, т.е. объёмы были примерно одинаковые.
Вопрос ещё заключается как передавать?! Можно, например, передавать все дискретные сигналы 1 раз в секунду со всех станций (трафик будет достаточно большой), а можно передавать "умно", тогда трафик будет невелик, а время доставки не будет превышать 5 с. Можно использовать протокол TCP, тогда трафик будет большой (один заголовок TCP сообщения по объёму будет равен объёму вашей информации), а система неприемистая, медленная.
С теми скоростями, которые приведены у вас в таблице проблем с передачей не должно быть вообще.
Проблема возникнет в другом, на физическом уровне, когда модемы просто будут выгорать, если во время не принять меры к ...
Удачи!

rugo 31.05.2016 17:35

Я бы вопрос ставил по другому.
Нужно организовать рабочий канал. Скорость в DSL-технологиях не играет большую роль, т.к. 192кБит/сек уже достаточно для решения большинства задач. А вот сделать так, чтобы соединение между модемами было устойчивым, вот это проблема.
У нас пока рекорд 17 км на ГМ-2-MPR без регенераторов.

Дмитрий Мазур 31.05.2016 18:24

Хорошо спасибо. Возникает два вопроса:
1) С какой частотой концентратор ЛПД передаёт информацию на верх
2) И какое колличество информации ( как это расчитать?)

Просто инженер АиТ 01.06.2016 08:59

Цитата:

А вот сделать так, чтобы соединение между модемами было устойчивым, вот это проблема.
Да, сделать обмен устойчивым не так просто!
Модем передаёт информацию блоками и ждёт обратно информацию о правильности доставки блока (естественно зависит от его внутреннего протокола обмена), если блок не дошёл, то его передача повторяется несколько раз (в зависимости от протокола). На приёмном конце блоки выстраиваются в очередь по порядку их передачи, по номерам (каждый блок имеет свой номер, формируемый передающим концом). Если же блок всё же не дошёл, то просто выбрасывается из очереди.
Теперь о протоколе обмена пользователя. Многие используют стандартные протоколы обмена типа TCP и думают, что он гарантирует доставку, но это не так!
Для систем реального времени лучше пользоваться собственными протоколами обмена при работе по физической линии (естественно, если в этом разбираешься), это даёт оптимизацию трафика и может снизить потери сообщений.
Я делал так. Система формирует сообщения различного размера, т.е. так как это удобно, но для обмена с модемом надо сделать ещё один протокол, нижнего уровня. Все сообщения складываются в кольцевой буфер, для протокола нижнего уровня - это поток байт. Протокол нижнего уровня забирает из кольцевого буфера и формирует блоки для передачи, где размер блока определяется качеством обмена по линии, которое определяется в программе по алгоритму (ну, тут кто как придумает), основное размер блока обратно пропорционален качеству обмена и по возможности должен быть примерно равен размеру блока обмена модема (определить размер блока модема - практически не возможно, но ...).
При таком подходе можно добиться хорошего качества обмена даже на очень плохих линиях!

rugo 01.06.2016 09:46

Цитата:

1) С какой частотой концентратор ЛПД передаёт информацию на верх
По изменениям сигналов на НУ, но не реже чем раз в 10 секунд
Цитата:

2) И какое колличество информации ( как это расчитать?)
Есть методика расчета трафика. Объем зависит от кол-ва и типа устройства на концентраторе.
Только считать это особого смысла нет.

Просто инженер АиТ 01.06.2016 10:25

Цитата:

Объем зависит от кол-ва и типа устройства на концентраторе.
И не только! Так же зависит от того как передавать этот Объём! Кроме того зависит от топологии обмена.

Дмитрий Мазур 01.06.2016 12:34

В моём дипломном проекте необходимо сделать такой расчёт. С какой скоростью необходимо передавать диагностическую информацию. Где мне найти такую методику расчёта? Спасибо

heavy 01.06.2016 13:19

Цитата:

Сообщение от Дмитрий Мазур (Сообщение 293999)
С чего начать? Спасибо!

начать нужно со схемы связи, чтобы понять что куда и посредством каких каналов и интерфейсов передавать

http://morepic.ru/images3/lxl_7235_766.jpg

Дмитрий Мазур 01.06.2016 18:04

[quote=heavy;294269]начать нужно со схемы связи, чтобы понять что куда и посредством каких каналов и интерфейсов передавать

Я в начале это написал. Физ. линия. Технология SHDSL, интерфейс такой же.

heavy 01.06.2016 18:29

Цитата:

Сообщение от Дмитрий Мазур (Сообщение 294280)
Я в начале это написал. Физ. линия. Технология SHDSL, интерфейс такой же.

модем это только одна "точка" из схемы связи "точка"-"точка". на центральном посту тоже будет стоять DSL-модем и никаких промежуточных устройств? Также непонятно, будут ли в этой схеме другие линейные пункты.

Дмитрий Мазур 01.06.2016 20:11

Цитата:

Сообщение от heavy (Сообщение 294285)
модем это только одна "точка" из схемы связи "точка"-"точка". на центральном посту тоже будет стоять DSL-модем и никаких промежуточных устройств? Также непонятно, будут ли в этой схеме другие линейные пункты.

Конечно будут. Но разве это важно? Мне необходимо рассчитать только для своей точки. Или я что-то не понимаю?

Если подробнее: я оборудую блок-пост временного типа для капитального ремонта пути системой АПК-ДК. Блок пост будет устанавливаться на каком-либо перегоне. В дистанции ещё 6 станций оборудованы АПК-ДК. Информация с блок-поста будет идти по физике до ближайшей станции с АПК-ДК, а потом наверх. Станции между собой связаны по технологии потока E1
Спасибо

heavy 03.06.2016 08:36

Цитата:

Сообщение от Дмитрий Мазур (Сообщение 294294)
Конечно будут. Но разве это важно? Мне необходимо рассчитать только для своей точки. Или я что-то не понимаю?

Если подробнее: я оборудую блок-пост временного типа для капитального ремонта пути системой АПК-ДК. Блок пост будет устанавливаться на каком-либо перегоне. В дистанции ещё 6 станций оборудованы АПК-ДК. Информация с блок-поста будет идти по физике до ближайшей станции с АПК-ДК, а потом наверх. Станции между собой связаны по технологии потока E1
Спасибо

я не настаиваю, но я лично привык начинать работу с составления схемы связи и ее анализа. Просто если станция, к которой планируется подключать блок-пост подключена к соседним станциям по одному ПЦК в каждую сторону, то и нет смысла иметь скорость по DSL выше, чем 2048 кбит/с

rugo 03.06.2016 14:08

Не совсем понятно, что именно Вам нужно.
Если рассчитать что-то для диплома, тогда Вам нужна методика рассчета.
Если нужно просто включить блок-пост в канал связи, тогда рассчет не нужен, а нужен рабочий канал.

Аяз Жаров 04.06.2016 15:17

Цитата:

Сообщение от rugo (Сообщение 294366)
Не совсем понятно, что именно Вам нужно.
Если рассчитать что-то для диплома, тогда Вам нужна методика рассчета.
Если нужно просто включить блок-пост в канал связи, тогда рассчет не нужен, а нужен рабочий канал.

Подскажите, где взять методику расчета :net: Очень нужно


Часовой пояс GMT +3, время: 02:40.

Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd. Перевод: zCarot