Цитата:
|
[quote=Просто инженер АиТ;135529 И ещё вопрос:-"Какие линии связи идут на станцию?".
- Линия связи выделеная и идёт непосредственно на станцию? - Линия связи заходит в ближайший релейный шкаф АБ и далее в магистральный кабель. Везде ли есть запасные (свободные ) жилы.[/QUOTE] Линии связи - в общем случае - достаточно разные. Но в любом случае - это выделенная пара жил. Подозреваю, что далеко не во всех случаях имеющая парную скрутку. В былые годы на Северной ж.д. встречались ПОНАБы/ДИСКи/КТСМы (не помню уже, что тогда было), включенные по проводам воздушной линии связи. Но - в подавляющем большинстве случаев это: - либо отдельный кабель малой жильности с парной скруткой; - либо отпай от магистрального кабеля связи; - либо - в последние годы под давлением ЦСС - отдельная пара в кабеле СЦБ; - либо - кое-где - ВОЛС. Свободных (запасных) жил скорее всего нет. |
В те далёкие времена я активно переписывался с Митюшевым Сергеем Владимировичем. Можете спросить у него. И мне сто лет в обед не хотелось влезать в ПО верхнего уровня, но так как нам пришлось доставлять информацию до него, то нас сильно напрягали по поводу пропушенных вагонов, поэтому нам пришлось провести глобальное тестирование доставки сообщений (кадров) , нам крупно повезло, что в каждом информационном кадре содержался номер этого кадра формируемый непосрественно при его зарождении на основе чего была построена диагностика. Таким образом нам пришлось написать собственное ПО, которое формировало такие же базы, как стандартное.
После анализа содержимого Баз было установлено, что потери происходят при записи во входную Базу «ponabs.btr». Просто инженер АиТ добавил 01.02.2013 в 11:30 Николай Николаевич, огромное спасибо за информацию. Для Северной вообще нет проблем, тут мы можем разобраться, хотелось бы, чтобы решение было глобальным с возможностью его использования везде. При таких обстоятельствах можно попробовать использование надтонального модема, так стандартный модем работает в тональном диапазоне по протоколу V23. Т.е. ничего не меняя мы можем получить дополнительный канал связи, альтернативный основному от КТСМ. Просто инженер АиТ добавил 01.02.2013 в 12:49 Я и сейчас готов и хочу сотрудничать с фирмой "Инфотекс", думаю от сотрудничества выиграют все! |
Цитата:
Цитата:
Цитата:
|
Наверное, кто-то должен сказать "брэк"!
Давайте - все вместе - не наступать повторно на те же самые грабли... И "творчество" коллег из Вологды, и "творчество" коллег из Екатеринбурга (в части АСКПС по крайней мере) - все это одно большое и сплошное нарушение порядка разработки продукции. К чему вспоминать и зачем пытаться повторить? Нужно найти решение возникшей проблемы. Силами одних только разработчиков системы или совместными усилиями - это уж как Вы, уважаемые коллеги, сможете договориться. Но время идет - мы все вместе на совещании у ЦЗ взяли на себя обязательства до конца февраля "найти и устранить". Посему - призываю к конструктиву!!! |
Цитата:
Где мы, ксплуататоры наивные, работаем? Заложники.....:shocking: мы................... |
Напрасно мы так на "Инфотекс" наезжаем! А корпоративная сеть как работает? Замучаешься не то что ждать ответа, а вообще включить комп)))
|
Цитата:
Цитата:
Цитата:
Цитата:
|
Цитата:
|
Цитата:
|
Цитата:
Для alega88-VIP "ИНФОТЕКС" несколько коробит Илью, а может привык уже:raD: |
да, коробит. Стараюсь не обращать внимания. А некоторые, кстати, путают - есть другая фирма, в Москве, там название через "е" как раз, и они тоже сотрудничают с жд
|
Цитата:
Цитата:
Цитата:
Каждую систему по питанию посадить на свой автомат, резервные сервера, исто́чники бесперебо́йного пита́ния поставить - можно успеть сделать, но остальное (февраль слишком маленький месяц). Изменить архитектуру - думаю не успеют разработчики. Просто инженер АиТ добавил 04.02.2013 в 10:31 Я думаю здесь должен быть по этапный подход, то что можно сделать уже сегодня - надо делать, то что требует времени (например, разработка ПО для поддержки другой архитектуры) надо начинать уже сегодня и стараться сделать как можно быстрее, но не забывать от полном тестировании ПО (тестирование ПО - это самый долгий и дорогостоящий процесс (примерно 3, 4 срока от создания ПО)). Так же не забывать об альтернативных путях решения, в некоторых случаях более предподчительный, т.к. нет необходимости ломать старое, достаточно оттестированное и работающее. Наиболее подходящий подход - гибридный, т.е. небольшие изменения основного ПО не требующиее полной переделки ПО и альтернативное решение, на которое ляжет вся трудность разрешения проблемы. Просто инженер АиТ добавил 04.02.2013 в 14:38 Вариант 1 http://morepic.ru/images3/ava_8734.jpg Просто инженер АиТ добавил 04.02.2013 в 15:01 Ещё вариант http://morepic.ru/images3/1_7852.jpg |
Цитата:
sersid добавил 04.02.2013 в 17:15 Цитата:
|
Цитата:
|
| Часовой пояс GMT +3, время: 23:37. |
Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot