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

combat1304 · 15.02.2017, 12:41

Цитата:

Сообщение от Deutsch

Стесняюсь спросить, в какой роли (Заказчик (Ш/Д)/Разработчик) будут выступать участники обсуждения?

Интересно выслушать все стороны!

**Николай Николаевич** · 15.02.2017, 12:42

Цитата:

Сообщение от Deutsch

Стесняюсь спросить, в какой роли (Заказчик (Ш/Д)/Разработчик) будут выступать участники обсуждения?

А что, разве для обсуждения нужно обязательно быть заказчиком или разработчиком?
Можно и без них - наверное, так даже лучше...

**Просто инженер АиТ** · 15.02.2017, 12:53

Я думаю мы будем обсуждать технические вопросы на уровне идей. Может быть кто-то найдёт что-то полезное?!
Если разработчики будут высказывать своё мнение на основе их Реального Опыта - будет очень здорово! Если что-то из области "Знаю как", то разработчик может просто промолчать - это его полное право!

Deutsch · 15.02.2017, 13:29

Цитата:

Сообщение от Николай Николаевич

А что, разве для обсуждения нужно обязательно быть заказчиком или разработчиком?
Можно и без них - наверное, так даже лучше...

Без ТЗ ....

**Николай Николаевич** · 15.02.2017, 13:43

Цитата:

Сообщение от Deutsch

Без ТЗ ....

Естественно, без ТЗ. Пока.
А вот когда скелет такого ТЗ сформируется в чьей-нибудь голове - тогда посмотрим.
И кто не спрятался - ...

**Просто инженер АиТ** · 15.02.2017, 14:30

Может быть не ТЗ, а проект ТЗ?!

**Николай Николаевич** · 15.02.2017, 14:32

Цитата:

Сообщение от Просто инженер АиТ

Может быть не ТЗ, а проект ТЗ?!

На данной стадии обсуждения - и проект ТЗ не нужен.
Не нужно полет мысли упаковывать в какие-то рамки!

**Просто инженер АиТ** · 15.02.2017, 14:38

Цитата:

Сообщение от Николай Николаевич

Не нужно полет мысли упаковывать в какие-то рамки!

- Класс!!!

**Николай Николаевич** · 15.02.2017, 14:47

Цитата:

Сообщение от Просто инженер АиТ

Поправил картинку.

Если в качестве "Центрального процессора" используются промышленные компьютеры, то трудно превысить их возможности количеством объектов.

Да, но тогда упадет быстродействие - маршруты встанут в очередь на реализацию...

Повторю свой вопрос - как изменится структура (или архитектура - не знаю, как правильнее) УВК, если количество объектов управления и контроля превысит возможности одного УВК?

**Просто инженер АиТ** · 15.02.2017, 15:09

Цитата:

Сообщение от Николай Николаевич

Да, но тогда упадет быстродействие - маршруты встанут в очередь на реализацию...

А давайте посмотрим что же должен делать "Центральный процессор"?
- Производить с Объектными контроллерами.
- Производить самодиагностику;
- Производить обмен с АРМом;
- Ждать команды от АРМа;
- Выполнить команду АРМа.
Моя программа АСДК (а это первые три пункта) работающая по ОС Linux на старом компьютере типа XT выполняла 50 000 оборотов цикла в фоновом режиме.
А современные компьютер во много раз работают!!!

**Николай Николаевич** · 15.02.2017, 15:14

Цитата:

Сообщение от Просто инженер АиТ

А давайте посмотрим что же должен делать "Центральный процессор"?
- Производить с Объектными контроллерами.
- Производить самодиагностику;
- Производить обмен с АРМом;
- Ждать команды от АРМа;
- Выполнить команду АРМа.
Моя программа АСДК (а это первые три пункта) работающая по ОС Linux на старом компьютере типа XT выполняла 50 000 оборотов цикла в фоновом режиме.
А современные компьютер во много раз работают!!!

Я не компьютерщик...
В моем понимании - ЦП должен постоянно обрабатывать "зависимости" положения стрелок, изолированных участков, светофоров и других объектов управления.
В "одной из наших МПЦ" от момента перевода по маршруту последней стрелки до открытия соответствующего светофора ЦП "жует ситуацию" до 6-8 секунд - что при этом происходит в ЦП?

**Просто инженер АиТ** · 15.02.2017, 15:20

Сделали из МПЦ какого Монстра, а на самом деле ничего там особенного нет, кроме выполнения условий безопасности!
Для сравнения что делал КГМ выполненный на процессоре с тактовой частотой 2мГц, объёмом оперативной памяти в лучшем случае 12 кбайт и ПЗУ до 8 кбайт.
- получал состояние всех объектов ЖАТ горки (Сепетый А.А., Остриков М.И.);
- обменивался с АСУ (Катков А.В.);
- производил измерение ходовых свойств отцепа (Катков А.В.);
- измерял скорость каждого отцепа (Остриков М.И.);
- производил расчёт скорости отцепов (решал систему дифференциальных уравнений в режиме реального времени) (Сепетый А, Остриков М.И.);
- управлял замедлителями всех тормозных позиций (Сепетый А.А., Федорчук А.Е);
- управлял переводом стрелок (Золотарев Ю.);
- следил за заполнением путей (Золотарёв Ю.);
- выводил информацию на монитор (телевизор);
- передавал всё состояние роспуска в АРМ с записью Чёрного ящика (Катков А.В.);
- и т.д.
Вот это я понимаю, умели программировать (программировали на ассемблере 80 процессора) даже на таком железе.
Кроме всего ПО было написано одно и тоже для всех горок страны, отличалось только файлами топологии написанных на макроассемблере в виде таблиц.

**Николай Николаевич** · 15.02.2017, 15:31

Цитата:

Сообщение от Просто инженер АиТ

Сделали из МПЦ какого Монстра, а на самом деле ничего там особенного нет, кроме выполнения условий безопасности!
Для сравнения что делал КГМ выполненный на процессоре с тактовой частотой 2мГц, объёмом оперативной памяти в лучшем случае 12 кбайт и ПЗУ до 8 кбайт.
- получал состояние всех объектов ЖАТ горки;
- обменивался с АСУ;
- производил измерение ходовых свойств отцепа;
- измерял скорость каждого отцепа;
- производил расчёт скорости отцепов (решал систему дифференциальных уравнений в режиме реального времени);
- управлял замедлителями всех тормозных позиций;
- управлял переводом стрелок;
- следил за заполнением путей;
- выводил информацию на монитор (телевизор);
- передавал всё состояние роспуска в АРМ с записью Чёрного ящика;
- и т.д.
Вот это я понимаю, умели программировать (программировали на ассемблере 80 процессора) даже на таком железе.
Кроме всего ПО было написано одно и тоже для всех горок страны, отличалось только файлами топологии написанных на макроассемблере в виде таблиц.

Как там у Маяковского: "Двое в комнате...".
Куда же все причастные к разработке МПЦ попрятались?
Ох, неспроста это...

Deutsch · 15.02.2017, 15:34

Цитата:

Сообщение от Николай Николаевич

Повторю свой вопрос - как изменится структура (или архитектура - не знаю, как правильнее) УВК, если количество объектов управления и контроля превысит возможности одного УВК?

Предположу, что так:

Щелкните, чтобы увидеть содержимое

**Николай Николаевич** · 15.02.2017, 15:47

Цитата:

Сообщение от Deutsch

Предположу, что так:

Щелкните, чтобы увидеть содержимое

Спасибо!
А если вариант "мультистанционной МПЦ", когда несколько АРМов и большое количество объектов набирается по ряду станций?

15.02.2017, 12:53	#183 (ссылка)
Просто инженер АиТ ЛИИЖТ АТ-103 (1981-1986) Регистрация: 16.10.2012 Адрес: Где резной палисад Возраст: 64 Сообщений: 980 Поблагодарил: 220 раз(а) Поблагодарили 140 раз(а) Фотоальбомы: не добавлял Репутация: 380	Я думаю мы будем обсуждать технические вопросы на уровне идей. Может быть кто-то найдёт что-то полезное?! Если разработчики будут высказывать своё мнение на основе их Реального Опыта - будет очень здорово! Если что-то из области "Знаю как", то разработчик может просто промолчать - это его полное право! __________________ Не важна реальность, важно как мы к ней относимся!
	Цитировать 0

15.02.2017, 14:30	#186 (ссылка)
Просто инженер АиТ ЛИИЖТ АТ-103 (1981-1986) Регистрация: 16.10.2012 Адрес: Где резной палисад Возраст: 64 Сообщений: 980 Поблагодарил: 220 раз(а) Поблагодарили 140 раз(а) Фотоальбомы: не добавлял Репутация: 380	Может быть не ТЗ, а проект ТЗ?! __________________ Не важна реальность, важно как мы к ней относимся!
	Цитировать 0

15.02.2017, 15:20	#192 (ссылка)
Просто инженер АиТ ЛИИЖТ АТ-103 (1981-1986) Регистрация: 16.10.2012 Адрес: Где резной палисад Возраст: 64 Сообщений: 980 Поблагодарил: 220 раз(а) Поблагодарили 140 раз(а) Фотоальбомы: не добавлял Репутация: 380	Сделали из МПЦ какого Монстра, а на самом деле ничего там особенного нет, кроме выполнения условий безопасности! Для сравнения что делал КГМ выполненный на процессоре с тактовой частотой 2мГц, объёмом оперативной памяти в лучшем случае 12 кбайт и ПЗУ до 8 кбайт. - получал состояние всех объектов ЖАТ горки (Сепетый А.А., Остриков М.И.); - обменивался с АСУ (Катков А.В.); - производил измерение ходовых свойств отцепа (Катков А.В.); - измерял скорость каждого отцепа (Остриков М.И.); - производил расчёт скорости отцепов (решал систему дифференциальных уравнений в режиме реального времени) (Сепетый А, Остриков М.И.); - управлял замедлителями всех тормозных позиций (Сепетый А.А., Федорчук А.Е); - управлял переводом стрелок (Золотарев Ю.); - следил за заполнением путей (Золотарёв Ю.); - выводил информацию на монитор (телевизор); - передавал всё состояние роспуска в АРМ с записью Чёрного ящика (Катков А.В.); - и т.д. Вот это я понимаю, умели программировать (программировали на ассемблере 80 процессора) даже на таком железе. Кроме всего ПО было написано одно и тоже для всех горок страны, отличалось только файлами топологии написанных на макроассемблере в виде таблиц. __________________ Не важна реальность, важно как мы к ней относимся! Последний раз редактировалось Просто инженер АиТ; 15.02.2017 в 15:33.
	Цитировать 0

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Акт выбора кабельной трассы	Protas88	Поиск документации	2	22.06.2016 21:01
Обоснование штата на обслуживание контактной сети	fcsd	Энергетики	3	05.08.2014 19:05
[ОМ] Почему на Выборг, а не на Малую Вишеру?	Admin	Газета "Октябрьская магистраль"	0	25.03.2011 23:16
ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ (пессимиста и оптимиста)	Андрей13	Документация	0	26.01.2011 12:49

Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)