[quote]"На АРМ ДСП вся эта информация есть. У нас, чай, не царское время."[/quote]
Конечно не царское. Хрущёвское [поднятие целины, выход в Космос, первые шаги кибернетики...] Вопрос в том: как информация попадает на АРМ ДСП, достаточна ли она и достоверна ли. Если её туда приносит человек - это Человеческая проблема со всеми вытекающими из неё следствиями.
[quote]"Либо не нужно, либо передается ДСП по радиосвязи (если не соотв. графику)."[/quote]
Мы с Вами говорим в терминологии 1960-х гг., упуская сдвиги за последние полвека в цифровой технике и связи. Информация с поезда должна поступать [b]автоматически,[/b] без участия переговаривающихся работников. Радиосвязь - вещь ненадёжная, голосовое сообщение можно неправильно понять, забыть передать или записать. [в цифровой технике существуют хоть контрольные биты...]
[quote]"А цифровой радиоканал в КЛУБ-У... как раз эти сведения передает от АРМ ДСП к локомотиву, плюс сигнал экстренной остановки и запрета тяги от ДСП."[/quote]
Он заблаговременно сообщает машинисту - на какую [b]следующую[/b] станцию маршрут-то сделан?? Она сообщает ДСП [b]куда[/b] направляется прибывающий поезд?? Что-то уже не верю... :crazy:
[quote]"А не пора ли подумать об унификации каналов связи с поездом?"[/quote]
Каналы эти проектировались в разные временнЫе эпохи. Всё равно, что унифицировать киноплёнку, видеокассету VHS и карту памяти для современной видеокамеры.
[quote]"Не нужно и уже есть..."[/quote]
Что есть на современной ж. д. - Вам, как практику, виднее... А вот по поводу "не нужно" - позвольте мне остаться при своём мнении [за пятилетку дважды заехамши в электричке не на ту станцию, куда ей следовало направляться] :russian:

[QUOTE]Он заблаговременно сообщает машинисту - на какую следующую станцию маршрут-то сделан??[/QUOTE]ну, машинист-то знает, куда он должен довести поезд :) . А так как узловые станции вообще-то встречаются не очень часто, то какая станция следующая машинист обязан знать. Процесс изучения маршрута (и названий станций) называется обкаткой, и, как я знаю, машиниста, который ни разу не ездил по данному маршруту, в одиночку (т.е. без инструктора или машиниста, знающего маршрут) не отпустят.

[QUOTE]Радиосвязь - вещь ненадёжная, голосовое сообщение можно неправильно понять, забыть передать или записать. [в цифровой технике существуют хоть контрольные биты...][/QUOTE]знаешь как проверяется информация в протоколе TSP-IP ? Сообщением передающему того, что принял принимающий. И никакие контрольные биты не применяются. То же самое выполняется и при выполнении регламента переговоров (машинист сообщает, что он понял из сообщения диспетчера). Ошибкой тут может быть только полное отсутствие связи (когда диспетчер не может вызвать машиниста).

[QUOTE]Она сообщает ДСП куда направляется прибывающий поезд?? Что-то уже не верю...[/QUOTE]у ДСП есть список всех мест, где должен останавливаться каждый поезд, сколько вагонов нужно отцеплять на каждой из станций, и т.п. Собственно за выдачу всех "глобальных" команд (отправление, приём, проследование) отвечает ДСП лично.

[QUOTE]а пятилетку дважды заехамши в электричке не на ту станцию, куда ей следовало направляться[/QUOTE]ну да, профессионализм у ДСП был недостаточным.

[QUOTE=TRam_;264094]знаешь как проверяется информация в протоколе TSP-IP ?[/QUOTE]TSP? Новый протокол? :)[QUOTE=TRam_;264094]Сообщением передающему того, что принял принимающий. И никакие контрольные биты не применяются.[/QUOTE]То есть исходящий трафик будет равен входящему? (Вообще-то в заголовке TCP есть checksum.)

[quote]"Знаешь как проверяется информация в протоколе TSP-IP ? Сообщением передающему того, что принял принимающий."[/quote]
...автомат, с формальным побитным сравнением слов.
[quote]"Ну, машинист-то знает, куда он должен довести поезд. А так как узловые станции вообще-то встречаются не очень часто, то какая станция следующая машинист обязан знать. Процесс изучения маршрута (и названий станций) называется обкаткой, и, как я знаю, машиниста, который ни разу не ездил по данному маршруту, в одиночку (т. е. без инструктора или машиниста, знающего маршрут) не отпустят."[/quote]
Ну... Должен... Вообще-то... Как я знаю... Обязан... :drinks: Я ж говорю - хрущёвское время. Волюнтаризьм... За ошибками в XXI в. автоматика должна следить, а не работяга несчастный [чаще - приезжий], которого заставляют зубрить ТРА, ИСИ, ПТЭ и периодически "обкатывают" в хвост и гриву.

Ребята, а давайте рассуждать проще. Вот по улице идёт парень с нетбуком под мышкой. На улице в ряд расположены три кафе с Wi-Fi. В первом он собирается качать audio, во втором - video, в третьем - смотреть клубнику. Заходит в первое кафе. Его встречает хостесс, которая вручает посетителю визитную карточку заведения с login/password для входа в сеть Wi-Fi данного кафе. Он садится за столик, входит в беспроводную сеть и работает в ней - сколько требуется. Расплатившись - даёт logoff перед уходом. В следующих кафе ситуация аналогично повторяется, в результате чего и хозяева кафе, и посетитель получают то, что им друг от друга нужно.
Так вот: представьте, что [i]кафе[/i] - это ж. д. станция, [i]посетитель[/i] - машинист, а [i]хостесс[/i] - [b]это и есть Ваш КЛУБ...[/b]
В нашем примере задача хостесс - разместить посетителя в кафе и помочь соединиться с Интернет или локалкой. Всё!!! Она сама по себе не является передатчиком информации между Локальной сетью и клиентом Wi-Fi. У неё для этого нет ни технических возможностей, ни квалификации. Если Вы собираетесь превратить хостесс в ходячую базу данных - будете возиться с ней столько же, сколько с улучшением своего КЛУБа и с тем же результатом [тогда как нормальные люди проведут это же время в клубе ночном...] Подумали как Вы будете этот КЛУБ совершенствовать? А клиенты существующих беспроводных сетей просто выкачивают каждые полгода с сайта производителя новую версию софта и грузят на свои ПК.

К чему я клоню? Подобную безглючную Wi-Fi систему (хотя бы и локальную) уже можно было бы создать силами отдельно взятого НОД.

[QUOTE=Seraphymm;264101]...автомат, с формальным побитным сравнением слов.[/QUOTE]С чем там сравнивается побитно?

[quote]"С чем там сравнивается побитно?"[/quote]
Я говорю о том, что есть разные способы предотвращения искажения информации: контроль чётности, сравнение "бит в бит" переданного с принятым. Зачем с TCP/IP сравнивать? Там видео-клубнику мегатоннами передают, а тут и нужно-то несколько слов необходимой инфы, которые можно и бит в бит проверить...
[quote]"Собственно, за выдачу всех "глобальных" команд (отправление, приём, проследование) отвечает ДСП лично."[/quote]
ЧЕМ это он может ответить?? Шапкой своей красной-распрекрасной? Зарплатой своей невеликой (не знаю как сейчас, а раньше где-то от 85 р./мес.)? Бараком от НГЧ (с печкой, но без удобств) и огородиком при нём?
[quote]"...Профессионализм у ДСП был недостаточным."[/quote]
А Вы считаете, что у нынешних выпускников факультета АВТ он на высоте? Которые в свободное время в сетях сидят, мастерят 3D, а вот на работе Сеть довести до ума не могут...

[QUOTE=Seraphymm;264103]...сравнение "бит в бит" переданного с принятым.[/QUOTE]Чтобы побитно сравнить переданное с принятым, нужно принятое передать обратно. Как проверить правильность этой обратной передачи?

[quote]"Чтобы побитно сравнить переданное с принятым, нужно принятое передать обратно. Как проверить правильность этой обратной передачи?"[/quote]
А "правильность второго порядка" проверять и не требуется :) Можно один и тот же пакет передать многократно (если он небольшой) и сравнить все принятые копии. Их совпадение означает высокую вероятность верной передачи. Это, собственно, проблемы сугубо кибернетические, не-железнодорожные. В действующих сетевых протоколах они давно и надёжно решены. Иначе вместо картинки с Ю-Туба на мониторе Вы наблюдали бы калейдоскоп... :drinks:

[QUOTE=Seraphymm;264111]Можно один и тот же пакет передать многократно (если он небольшой) и сравнить все принятые копии.[/QUOTE]Как раз от дублирования передачи данных стараются избавляться, чтобы уменьшить нагрузку на канал связи.[QUOTE]В действующих сетевых протоколах они давно и надёжно решены. Иначе вместо картинки с Ю-Туба на мониторе Вы наблюдали бы калейдоскоп... :drinks:[/QUOTE]Именно так, только реализуются они с помощью контрольных сумм (TCP). А передающей стороне отправляется лишь подтверждение получения пакета.

[quote]"Как раз от дублирования передачи данных стараются избавляться, чтобы уменьшить нагрузку на канал связи."[/quote]
Какая нагрузка, когда вся перечисленная мною необходимая информация укладывается в несколько слов?! Вот эта страница форума, которую Вы периодически обновляете на домашнем ПК, "весит" много больше! И при чём здесь обще- кибернетические проблемы? Что, КЛУБ именно по TCP/IP работает? Тогда, pls, назовите мне его западный аналог.

А почему бы и не TCP применять? Готовые решения, оборудование, теория, практика, обслуживающий персонал. Что мешает? Синдром [URL="http://en.wikipedia.org/wiki/Not_Invented_Here"]NIH[/URL]?

И вообще, какой прок от перегрузки машиниста информацией о маршрутах? Я придерживаюсь мнения, что машинист должен максимум разбираться в профиле и скоростном режиме, а все вопросы маршрутизации — на ДСП и диспетчерах. Плюс ЦРК КЛУБа, если что-то идет не так, может нештатную ситуацию торможением. Может машинисту еще стрелки переключать?

[QUOTE=Seraphymm;264117]Какая нагрузка, когда вся перечисленная мною необходимая информация укладывается в несколько слов?! Вот эта страница форума, которую Вы периодически обновляете на домашнем ПК, "весит" много больше![/QUOTE]"Если нет никакой разницы, зачем платить больше?"
[QUOTE]Что, КЛУБ именно по TCP/IP работает?[/QUOTE]Понятия не имею, по какому протоколу работает КЛУБ. А проверка контрольной суммы только в TCP применяется?
[QUOTE]Тогда, pls, назовите мне его западный аналог.[/QUOTE]Это еще зачем?

[quote]"И вообще, какой прок от перегрузки машиниста информацией о маршрутах?"[/quote]
Чтобы не заехать нах..., а потОм ещё в канаву не упасть для последующей зубрёжки всяческих приказов.
[quote]"...Если что-то идет не так, может нештатную ситуацию торможением."[/quote]
Правильно! Я уже собственной попой это прочувствовал :)
[quote]"Может еще машинисту стрелки переключать?"[/quote]
Уже реализовано на тракционных (деповских) путях при помощи маневровых колонок (Ховрино, 1970-е гг.)
[quote]"Если нет никакой разницы, зачем платить больше?"[/quote]
В том-то и дело, что посетитель Интернет-кафе больше информации получает с сервера, а сетевая инфраструктура кафе стОит меньше, чем на ж. д.

[QUOTE=Seraphymm;264124]В том-то и дело, что посетитель Интернет-кафе больше информации получает с сервера, а сетевая инфраструктура кафе стОит меньше, чем на ж. д.[/QUOTE]Не вижу связи между реализацией протокола обмена данными и преимущественным направлением передачи. А раз инфраструктура и так дорогая, зачем ее еще удорожать, изобретая новые протоколы?
[QUOTE=Seraphymm;264045]Например, с поезда в аппаратную ДСП (маневрового диспетчера) должны передаваться такие сведения:
- номер поезда, приближающегося к станции с данного подхода (с перегона);
- информация об управляемости поезда: нет ли аварийной ситуации?;
- начальный и конечный пункты маршрута;
- наличие остановки на данной станции и её цель;
- название следующей станции по маршруту;
- номер главного пути для проследования от данной до следующей станции (для многопутных перегонов).
[Желательна также информация о маневровых составах с подъездных путей...]

В кабину машиниста должна быть передана как минимум следующая информация (в дополнение к АЛС):
- название впередилежащей станции;
- название следующей за ней станции, куда сделан маршрут (если существуют варианты);
- приём данного поезда: с остановкой или без; либо вообще входной закрыт;
- если приём с остановкой - номер пути для приёма.
Естественно, обмен информацией между компьютерами в кабине и в аппаратной ДСП в этой системе происходит автоматически по беспроводной сети (не на перфокартах же!) При появлении поезда в приближении к данной станции, компьютер-клиент в кабине логинится в локальную сеть впередилежащей станции и начинается обмен. Когда поезд вышел за границу станции - происходит logoff. (Вот это контролируется по рельсовым цепям, по которым на поезд заблаговременно поступает код станции, куда нужно логиниться).
Если подобным принципом пользуются подростки в Интернет-кафе с Wi-Fi для скачки аудио-видео на свой нетбук, почему этого невозможно реализовать на транспорте?[/QUOTE]Очевидно, что при реализации подобной системы следует пользоваться стандартными протоколами. Зачем городить огород с побитным сравнением и многократной передачей пакетов, если TCP/IP и так обеспечивает гарантированную доставку оных?

С этим не спорю :drinks:
Побитное сравнение я привёл только как альтернативу переспрашиванию при разговорах голосом через испорченный телефон :) Мне тут писАли, что все непонимания можно прояснить в процессе переговоров между машинистом и ДСП...