Форум свободного общения о лифтах


Сайт с документацией по лифтам
Текущее время: Чт, 28 мар 2024, 15:22

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 140 ]  На страницу Пред.  1 ... 6, 7, 8, 9, 10
Автор Сообщение
 Заголовок сообщения: Re: Пожелания к разработчикам станций управления и ПО
Новое сообщениеДобавлено: Сб, 19 мар 2011, 23:37 
Не в сети
Старец
Аватара пользователя

Зарегистрирован: Сб, 27 июн 2009, 08:23
Сообщения: 671
Откуда: Екатеринбург
Реальное имя: Дмитрий
Идея в целом правильная - так и должно быть. Удаленная обработка сигнала вместе с его анализом и передача результата в центральный контроллер. А вопросы производительности интерфейсов РСУ лежат исключительно на совести разработчиков и если в РСУ датчики подключают напрямую к контроллеру станции параллельно основным шинам РСУ - это уже подобие РСУ(не знаю кто так делает, но это несерьезный подход на мой взгляд).

_________________
Тщательно все расжевывая, ты помогаешь обществу


Вернуться к началу
 Профиль Отправить личное сообщение  
 
 Заголовок сообщения: Re: Пожелания к разработчикам станций управления и ПО
Новое сообщениеДобавлено: Вт, 22 мар 2011, 09:37 
Не в сети
Старик
Аватара пользователя

Зарегистрирован: Ср, 19 янв 2011, 14:44
Сообщения: 472
Откуда: Казань
Реальное имя: Алексей
Ural2009 писал(а):
А вопросы производительности интерфейсов РСУ лежат исключительно на совести разработчиков и если в РСУ датчики подключают напрямую к контроллеру станции параллельно основным шинам РСУ - это уже подобие РСУ(не знаю кто так делает, но это несерьезный подход на мой взгляд).

про производительность интерфейсов я думаю вы согласитесь, что параллельный опрос гораздо быстрее происходит нежели опрос через последовательный интерфейс, хотя бы за счет интерфейсного протокола, которого при матричной системе фактически нет, т.е. процессор одной командой снимает состояние входа, когда для последовательного интерфейса требуется, как минимум, выдать адрес удаленного устройства на линию и уже после этого прочитать состояние...
а вот если состояние будет сохраняться в удаленном контроллере, то вопрос производительности интерфейса становится не критичным и отходит на второй план.
а про подключение напрямую - ОТИС делает - плата LCB-II напрямую получает сигналы с датчиков замедления и точной остановки, да и контрольные точки ЦБ также поступают напрямую в контроллер, а на посл. канале сидят только некритичные ко времени датчики типа подпольников, кнопок приказов/вызовов и т.п.

_________________
Лучше 7 раз подняться пешком,
чем один раз застрять в лифте
(первая заповедь аварийщика)


Вернуться к началу
 Профиль Отправить личное сообщение  
 
 Заголовок сообщения: Re: Пожелания к разработчикам станций управления и ПО
Новое сообщениеДобавлено: Вт, 22 мар 2011, 13:34 
Не в сети
Старец
Аватара пользователя

Зарегистрирован: Сб, 27 июн 2009, 08:23
Сообщения: 671
Откуда: Екатеринбург
Реальное имя: Дмитрий
Молодой писал(а):
а про подключение напрямую - ОТИС делает - плата LCB-II напрямую получает сигналы с датчиков замедления и точной остановки, да и контрольные точки ЦБ также поступают напрямую в контроллер, а на посл. канале сидят только некритичные ко времени датчики типа подпольников, кнопок приказов/вызовов и т.п.

Запросто может быть - значит процессору тупо не хватает времени на обработку данных сигналов по интерфейсу. Правильнее сказать эти сигналы так быстро изменяют свое состояние, что интерфейсы не успевают его передать. Вполне это допускаю хотя бы потому. что программно в этих системах заложено движение на больших скоростях, поэтому достаточно легко посчитать за какое время кабина в OTIS будет проходить тот или иной шунт, а может используются инертные датчики - оправданных причин может быть масса, которые вынуждают прибегать к таким решениям. Я пока с такой проблемой не столкнулся, поэтому удается все запихать в интерфейсы. А про адреса устройств на линии - перечитайте "CAN" - все совсем не так в нем, хотя тоже имеет свои недостатки. Параллельный опрос более глобален по числу опрашиваемых точек, поэтому избыточен физически, да еще отфильтруйте дребезг и вопрос скорости опять становится спорным. Увы, не всегда все просто как кажется

_________________
Тщательно все расжевывая, ты помогаешь обществу


Вернуться к началу
 Профиль Отправить личное сообщение  
 
 Заголовок сообщения: Re: Пожелания к разработчикам станций управления и ПО
Новое сообщениеДобавлено: Ср, 23 мар 2011, 10:07 
Не в сети
Старик
Аватара пользователя

Зарегистрирован: Ср, 19 янв 2011, 14:44
Сообщения: 472
Откуда: Казань
Реальное имя: Алексей
так я и не призываю к параллельному опросу, я говорю о том, как последовательные системы сделать лучше...
это же получается более глубокое понятие слова "Распределенные", распределяется не только функция опроса, но и функция запоминания

сразу вспомнилась программа, анализирующая сигналы из космоса, работающая в интернете, где каждый может присоединиться подключив свой комп к анализу... :)

_________________
Лучше 7 раз подняться пешком,
чем один раз застрять в лифте
(первая заповедь аварийщика)


Вернуться к началу
 Профиль Отправить личное сообщение  
 
 Заголовок сообщения: Re: Пожелания к разработчикам станций управления и ПО
Новое сообщениеДобавлено: Ср, 23 мар 2011, 10:29 
Не в сети
Старец
Аватара пользователя

Зарегистрирован: Сб, 27 июн 2009, 08:23
Сообщения: 671
Откуда: Екатеринбург
Реальное имя: Дмитрий
Молодой писал(а):
это же получается более глубокое понятие слова "Распределенные", распределяется не только функция опроса, но и функция запоминания

Дак так все и делается, только становится актуальным вопрос доступа к результатам анализа. Например Вы анализируете удаленно средствами удаленных контроллеров 30 датчиков(выключателей) лифта. Вы можете набирать локально по ним статистику, анализировать, делать какие-то выводы - что называется запоминать их историю работы. Но транслировать это потом в центральный уже как результат - это перегружать трафик, а значит идти на непопулярные меры описанные выше, значит надо выдавать обрезки всех сделанных анализов либо перемещаться физически к этим контроллерам и брать полную информацию напрямую. Привожу пример(не РСУ) - в МППЛ в Чип-тюнер можно в реальном времени просматривать состояние всех выключателей в матрице - используя даже мощный контроллер пришлось сильно извернуться, чтобы добиться этого - причина - это предел возможностей работы контроллера сразу по нескольким портам: 2 RS485, 1СAN, внутренние интерфесы типа SPI(2) - массивы данных гоняются большие и однажды наступает предел. И тогда нужно переходить на новый контроллер либо умерить аппетиты. Есть вариант что предлагаете Вы(это уже РСУ, которую мы и обсуждаем), но и там вопрос достижения предела так же однажды появляется

_________________
Тщательно все расжевывая, ты помогаешь обществу


Вернуться к началу
 Профиль Отправить личное сообщение  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 140 ]  На страницу Пред.  1 ... 6, 7, 8, 9, 10

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 9


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group 
Русская поддержка phpBB