Как стать автором
Обновить
62
0

Пользователь

Отправить сообщение
На USB выдаем 500мА. Есть микросхема, которая может по нашей команде отключить питание на внешнем USB-разъеме. Это как раз и нужно для борьбы с глючными коммерческими модемами.
Старое видео с демонстрацией обновления прошивки: https://www.youtube.com/watch?v=bT-4p3nefNo
Куда уже проще?
Наш девайс позволяет быстро и просто диспетчеризировать инженерные системы, создавать локальный интерфейс оператора, предоставлять удаленный доступ, автоматизировать управление, собирать показания с приборов учета и строить отчеты об энергоэффективности, оповещать ответственных лиц об авариях, журналировать параметры работы систем и многое другое. Он позволяет решать задачи диспетчеризации распределенных объектов.

Панель в чемодане нужна для демонстрации клиенту. Мы показываем ему проект на панели и говорим «У вас сейчас вот так». Затем достаем телефон/планшет/ноутбук, заходим по WiFi или через 3П в интерфейс WebHMI где тот же проект и говорим «а может быть вот так».
Про ваше оборудование и софт я ничего не знаю. Как можно давать какие-либо советы в такой ситуации?

1. У нас есть специальная микросхема-ключ, которая по команде от софта может отключить питание на внешнем USB-порту. Это единственный 100% рабочий способ воскресить зависший модем. Программные сбросы обычно не работают.

2. Ой, про софт писать можно очень много. Если кратко – то у нас есть бекэнд, API и фронтрэнд. Ядром системы является специальный демон на С/С++, который выполняет всю реальную работу – обмен данными с ПЛК, пользовательские программы, журналирование, запись в БД и т.д. и т.п. Он оптимизирован и вылизан. От его быстродействия и стабильности зависит все остальное. Взаимодействие с человеком и другими системами происходит через API. Есть разные способы взаимодействия – начиная от встроенного веб-интерфейса, заканчивая возможностью написать свое Андроид- или iOS- приложение. Можно данные читать из Excel, 1C и т.д.
Веб-интерфейс – это встроенный сайт, который через API общается с демоном и базой данных. Там очень много JavaScript и тоже много интересных оптимизаций, которые просто необходимы для проектов, в которых количество регистров исчисляется сотнями и тысячами. А для систем вентиляции и отопления сколь-нибудь нормального здания, где десятки контролеров, счетчиков и другого оборудования – это обычное дело.

В качестве альтернативы могу посоветовать нашу систему :) WebHMI очень хорошо подходит для задач диспетчеризации вентиляции, отопления и других инженерных систем. Она для этого и создавалась. Посмотрите у нас на сайте на главной странице как выглядят скриншоты как раз системы управления вентиляцией, освещением. Может быть вам будет интересно.
Раньше начнете внедрять – раньше доведете продукт до кондиции.
Принципиальное отличие нашей системы – уникальный набор возможностей за небольшую стоимость. Возможность одновременной работы с оборудованием самых разных производителей.

У промышленников не всегда есть свои специалисты. Часто многие задачи идут через тендер. Побеждают там разные люди.
Мы не говорим им что использовать. Мы их тыкаем носом в ошибки их линий связи когда они жалуются на нестабильную связь. Прямо первый вопрос у нас в таких случаях «У вас сколько проводов в линии RS-485?». Когда узнают, что нужно 3 – заявляют, что всю жизнь делали два и работало. Что это у нас неправильное оборудование. Про спец-кабеля, волновое сопротивление, переотражение, терминальные резисторы и духом не слышали.

Конечно, СКАДУ можно поднять. Можно на тонком клиенте. На толстом. На промышленном ПК. Но тут встает вопрос цены конечного решения.

Что нужно на объекте? Связь (роутер/свич, точка доступа Wi-Fi, поддержка 3G/проводного интернета), компьютер+монитор+мышь+клава, ИБП, формирователь RS-485. Сколько все это будет стоить? А такое, которое не будет зависать?

Продолжаем. Лицензии на ОС, СКАДУ, БД, какой-нибудь OPC-сервер. Это сколько будет стоить?

А сколько часов нужно потратить на сборку, монтаж, установку и настройку ПО? Сколько стоит это время хорошего специалиста? А как в эту СКАДУ потом добавить протокол теплосчетчика, который ею изначально не поддерживался?

WebHMI + планшет заменяет собой все перечисленное выше за совсем небольшие деньги. Вы экономите кучу времени на развертывании оборудования и настройке софта. А значит – или зарабатываете больше или становитесь более конкурентноспособными. Вы просто берете готовый инструмент из коробки и сразу готовы его устанавливать на объекте.

Теперь представьте, что у вас 30 теплопунктов или котелен по области. И вам нужно их диспетчеризировать. Видеть их все на карте, иметь возможность удаленно посмотреть на аварии, изменить уставки. Видеть показания газовых и электрических счетчиков со своими дурацкими протоколами. Сколько нужно железа и софта купить для решения этой задачи? Сколько нужно времени потратить на установку и настройку софта для каждого объекта? Сколько раз поехать на объект для устранения каких-нибудь проблем? Как перезагрузить зависший 3G модем? Как потом увидеть все эти объекты с их статусом на карте?

Или как сделать так, что бы частотник в водозаборе управлялся по уровню приемного бассейна, который расположен в 10 км от него? Или как обновить прошивку в ПЛК для исправления какой-нибудь ошибки в проекте на объекте заказчика так, что бы не ехать туда физически? Или как посмотреть и сбросить ошибки, из-за которых частотники выбивает на удаленном объекте?

Все ли это можно сделать на любой СКАДЕ? Удобно ли это делать на СКАДЕ?

Да, есть недорогие HMI-панели. Но они ущербны как только речь заходит о чем-то более менее сложном. Вот как ими управлять оттуда, откуда удобно человеку? А если нужно управлять из разных мест одновременно? А если ему нужно передвигаться по объекту? А если главному инженеру нужно что-то проверить со своего рабочего места? А если из дому? А на бегу с телефона как? А как распечатать отчет? А как построить исторические графики? А отправить СМС дежурному инженеру?

WebHMI может это все и многое другое.
У нас почти 60 программистов в 4х странах выделено под применение security-патчей в ядро, системный и прикладной софт. Они 24/7 следят за обновлениями во всем используемом прикладном ПО и применяют все патчи еще за 10 минут до отправки push commit автором в ядро Linux или другие репозитории. Затем сразу же обновляют прошивки на всех наших WebHMI удаленно. Даже тех, что не подключены к интернету – у нас свой спутниковый канал связи. И обновляют даже те WebHMI, что выключены — мы можем подать удаленную команду и WebHMI найдет рядом розетку и включится.

Это шутка, конечно.

Вы серьезно считаете, что промышленное оборудование само будет накатывать апдейты?

Представьте ситуацию. У вас конвеер, который штампует продукцию. Тут в контролер или панель прилетает (кстати, интересно как — по воздуху?) апдейт и он такой говорит соседним соседним ПЛК – «погодите, я щас буду обновляться». И конвеер останавливается. Ждет его обновления. Далее в процессе обновления слетает какая-нибудь настройка скорости обмена и еще возникает новый глюк в прошивке что приводит к остановке программы.
Конвеер парализован. Продукция скоропортящяяся, так что 6 тонн продукта в утиль. Машина – импортная, на гарантии у итальянцев. Инженер приедет только через 2 недели и его приезд будет стоить $4-10k ну и простой еще $100-200k. Круто обновились, да?

Нет, ПО обновляет только квалифицированный инженер. Под свою ответственность за работоспособность системы после обновления. И то, если ему это разрешит заказчик.

С безопасностью в наших реалиях очень грустно. Люди часто задают вопросы про безопасность, но у этих же людей при этом стоит варезный софт с кучей троянов, который перехватывает трафик, нажатия клавиш и т.п. Пароли они пересылают по почте в открытом виде. Логинятся в системы с публичных или чужих компьютеров. Их инженеры смотрят порно на рабочем месте гуляя по странным сайтам. И получаем ситуацию, что двери крепкие, но петли – хлипкие.

Как показывает мировой опыт – абсолютно безопасных систем не бывает. Та же история с фабрикой по обогащению урана в Иране это хорошо иллюстрирует.
SOM на базе АR9331
Инженерный разъем. Используется для программирования контроллера питания, диагностики железа, отладки. Удобен тем, что ничего не стоит.
USB DOM мы не видели Transcend. Были другие, разные. Самые адекватные оказались STEC. У них сносная скорость записи (~70КБ/с в случайной записи по 4кб). Все остальное, что покупали, был мусор. Заказываешь одно – присылают другое и глазом не моргнув. Мол, «ой, мы тут обновили линейку, не успели вам сообщить что теперь это не SLC, а MLC».

microSD не берем, берем полноразмерные SD SLC. По нашим наблюдениям они более живучие. Самый ходовой объем – 1GB. При объеме от 8 GB и выше клиенты уже крепко думают между MLC и SLC. 32GB берут только MLC, но тоже Industrial. Разница в цене уже очень ощутимая.

Еще тестировали их superMLC (физически это MLC, но организована как SLC) для другого проекта. Но пока большой статистики нет.

У нас аккумулятор как раз и был добавлен для правильного завершения работы в при пропадании внешнего питания. Искали альтернативы (больше электролитов, ионисторы и т.д) – все не дает хорошего результата. Особенно, если воткнут 3G-модем.

Надежность вычисляем эмпирически. Используем ext4. Прошивка хранится во флеше SOMa. На карте – только изменяемые пользовательские данные. Про две флешки это уже перебор. Паранойя какая-то. Данные можно автоматически экспортировать к нам в облако и не переживать по поводу смерти карты настолько сильно. При большом желании можно подключить любой SSD или HDD в USB-порт и использовать его как хранилище.
eMMC и SD карты (а особенно microSD) – это совсем разные вещи. Нарваться на поддельный чип eMMC намного сложнее т.к. ими не торгуют во всех ларьках.
Несколько сотен
Можем аккумулятор совсем не ставить :) Он нужен, в первую очередь, для правильного завершения записи в БД при пропадании внешнего питания.
Экономический смысл есть. Иначе бы и не ввязывались в эту игру.

Чужой продукт – чужие баги, меньшая добавленная стоимость, ограниченная поддержка.

Вы бы ездили к нашему клиенту вылавливать проблемы с зависанием или перезагрузкой устройства, которое возникает спонтанно раз в 2-4 недели? Или спихнули бы все на кривой софт? Сколько бы стоили такие поездки и за чей счет они бы были?

А если бы нам был нужен другой тип формирователя RS-485 — вы бы подстроили продукт под нас? Или вот блок питания нас не устраивает. Хотим фильтрацию получше. Измените схемотехнку для нас? Как быстро? За чей счет?

Все эти вопросы приводят к мысли, что для создания классного продукта нужно контролировать и софт и железо. Мы пошли именно этим путем.
Наш опыт говорит о том, что промышленные карты себя окупают. Да, они дороже ноунейма из подземного перехода. Но сколько стоит потеря данных? Сколько стоит простой системы? Сколько стоит время людей, которые потом восстанавливают работоспособность системы?

С промышленными картами (которые SLC) у наших клиентов не было ни одной проблемы за многие годы эксплуатации на любых объектах. Много где данные пишутся на карту 24/7/365. А вот с бытовыми картами регулярно проявляются проблемы. В столе есть уже небольшое кладбище таких карт. Думаете, все дело в оптимизации ФС? Она более оптимизирована для SLC карт и менее оптимальна для самых дешевых MLC-шек, которые даже в смартфонах долго не живут?

Да и если представители Transcend сами вертят носом от своих коммерческих карт, о чем тут еще говорить?
В промышленных условиях светодиод видно лучше и с бОльшего расстояния, чем маленький экран. Людям со слабым зрением легче рассмотреть светодиоды и по телефону легче сказать «магает красный», «зеленый светится постоянно», «все мигает». Светодиод легче встраивается в корпус — достаточно круглое отверстие просверлить.

Не совсем понятно чем пленочная клавиатура удобнее? У нас всего две кнопки вкл/выкл/сброс и сброс сетевых настроек. Они хорошо помещаются под стеклянную крышку корпуса и защищены ею от случайного нажатия. Пленочная клавиатура потребует усложнения корпуса, изготовления этой самой заказной клавиатуры, логистики… Зачем?

Ограничения железа чувствуем каждый день. Но сейчас нам проще оптимизировать софт, чем разработать новую платформу. Это потребует больших инвестиций, уйму времени и удорожания продукта. Пока что это не рационально для нас. Возможно, через год-два вернемся к этому вопросу. Сейчас мы заняты разработкой системы верхнего уровня для предоставления различных дополнительных сервисов, таких как отправка сообщений, отображения состояния объектов на карте, VPN-доступ, анализ расхода ресурсов, прогноз погоды и т.д.

Cпасибо за подсказку про LiFe. Мы не знали что они могут эксплуатироваться от –30°С. Изучим вопрос, и, возможно, применим их если найдем подходящий по габаритам аккумулятор. У нас есть ограничение по максимальной толщине.
Интересно посмотреть что там с мощностью WiFi и поддержкой этого WiFi в OpenWRT.
Linkit 7688 оказался гораздо хуже AR9331 в этом плане. Тут, в принципе, тот же чип. Но может что-то лучше с антенной сделают?
Модули подключаются к процессору по шине I2C, а их сигналы обрабатываются драйвером в ядре Linux по прерыванию. Благодаря этому, задержка между, например, срабатыванием входа на модуле расширения и детектированием сигнала в ПО не превышает 1мс, что на два-три порядка быстрее чем при работе по Modbus.


На 2-3 порядка больше — это сколько? 100-1000мс? Не многовато ли?
А сколько нужно миллисекунд на повторение сигнала со входа на выход?

Я буквально вчера тестировал скорость реакции WebHMI на воздействие кнопки, подключенной к ПЛК Delta DVP-12SS2. ModBus RTU (115200 8E1). WebHMI читает сигнал со входа и транслирует его на выход.

У меня получилось 16 мс от нажатия кнопки до появления электрического сигнала на выходе ПЛК. Сам же ПЛК «справился» с аналогичной задачей за 5 мс.



Больше подробностей тут: http://webhmi.com.ua/2016/04/webhmi-reaction-speed-rtu/
Она как раз по мотивам этой книжки и начала играть в вегетарианство. Книжку целиком я не осилил, но отзывы о ней так себе.
Я понимаю, что Марва продает свои услуги, что Мальцева рекламирует NSP и все такое. Отзывы я читал.
Меня больше вот что интересует. У меня поллиноз начался примерно лет 15 назад. Затем, лет через 7, он пропал. Полностью. Я забыл об аллергии на несколько сезонов.
Но затем, еще через 4-5 лет, он вернулся. И вот я опять мучаюсь.
Т.е. эта штука может уходить и возвращаться. Вопрос: как это происходит и что на это влияет? Как опять от него избавится?
За прошлые 2 года я перепробовал самые разные антигистамины. Они не работают на мне. Хожу как в тумане, а симптомы никуда не уходят. Нозальные капли становятся чистым наркотиком, слезть с них становится проблематично. Делал аллергопробы, ходил по новым врачам. Только вот толку — ноль. Единственный способ пережить август и начало сентября — уезжать в горы.
Так что современные "аллергологи" исполняют тот же перформанс, только по-другому. Денег берут и не мало, а результата не обеспечивают.
Тема интересная, актуальная.
А что вы скажете о взаимосвязи проблем с питанием и аллергией?
У меня знакомая, став вегетарианцем, избавилась от летнего поллиноза. Я в этом сезоне хочу тоже поиграть в эту игру. Вдруг поможет?
Если посмотреть по разным каналам на youtube то эта идея — популярная. Ее продвигают всякие "народные" и "природные" "врачи" типа Марвы Оганян, Марины Мальцевой и другие.
Насколько это соответствует действительности?

Информация

В рейтинге
Не участвует
Откуда
Днепр, Днепропетровская обл., Украина
Зарегистрирован
Активность