Комментарии 50
Хороший вариант инженерного решения на основе имеющихся ресурсов - дешево и сердито!
Не понятно только, почему не запихать ардуину в герметичный бокс?
А еще почитайте про MQTT и как вообще подобные вещи автоматизируюся. Потом про esp32 на базе risc-v и поробуйте MicroPython, возможно вам понравится.
Good Luck! :)
дешево и сердито
Дёшево и сердито было бы на raspberry - 11 лет назад они уже были. Это было бы дешевле чем большой комп и ведро масла. И rdp не нужно, хватило бы и ssh. И скорости 3g хватило бы
А сколько отработала бы SD карта на малинке?
На расбери была проблема из за качества сд карт . Умерали через пару лет. А вот ардуину с шильдом ethernet по mqtt уже лет хз сколько , но много, работает и не напрягает.
У raspberry 11 лет назад были огромные проблемы со стабильностью. Например кривой USB контроллер на котором сидит Ethernet. Им понадобилось почти 2 года и очень не стандартное решение с высокоприоритетным IRQ чтобы более менее стабильно заставить его работать. Да и драйвер SD карты тоже был кривым и подвешивал систему.
Похожую по назначению систему и я тоже сделал. В одном садоводческом товариществе, расположенном далеко от города в лесу есть скважина и на большом удалении от нее, метрах в 800, накопительные баки с большим объемом. Провода тянуть не вариант, дорого и ненадежно. Сделали радиоканал на радиомодулях от китайской фирмы EBYTE. Модули работают на 450...480 МГц. Мощность примерно 30 мВт. В качестве управляющего контроллера Atmega8. Написана прошивка практически на Ассемблере, вернее на отечественном ПО от Геннадия Громова Algoritm Builder. Шикарное ПО. Практически графический интерфейс. Симулируется вся периферия. Для мелких задачек - подарок судьбы и Г.Громова. Спасибо автору. Кстати есть в открытом виде в свободном доступе. Ссылка http://algorithmbuilder.ru.
Простите за оффтоп. Не мог не поделиться. Возвращаясь к объекту разговора: На накопительных баках поставили два датчика уровня: верхний и нижний. Если уровень ниже нижнего, радиомодуль передает сигнал 33, если между нижним и верхним - сигнал 55, если выше верхнего - 77. Сигнал передается раз в несколько минут. Такойпериодичности вполне достаточно. Приемник возвращает сигнал добавив к нему +1. Это нужно для контроля работы модулей бака и насоса сторонним наблюдателем, в качестве такового используется аналогичный модуль с адаптером, ноутбуком и программой от производителя. Насосный блок управления работает в трех режимах. Местное управление, когда насос включается вручную, 2-отключено. 3-атоматическое управление. Насос может включаться вручную при автоматическом режиме для набора воды в емкость на водокачке. Отключается он только сигналом модуля с бака, передающим или 77, или 55. То есть при уровне воды выше нижнего датчика уровня. В качестве датчиков уровня используются датчики производителя "Сенсор".
Система работает уже около 10 лет. И да - модули заключены в водонепроницаемые корпуса, напечатанные на 3д принтере.
оффтоп к оффтопу: подскажите, а вы не заливали такие модули компаундами, как у электриков используется? будут они жить или перегреются?
Прекрасный пример это автоэлектроника, там все в кампауде - гидро и виброизоляция, перегреются это зависит от компонентов в первую очередь, нужно выбирать соотвующую
Разве нормальные компаунды не теплопроводнее воздуха ?
Нужно же смотреть на условия эксплуатации - от чего в большей степени нужно защищать. Если там влажность и вибрации - то наверное лучше какой-то герметик/силикон, а оно не очень-то тепло отводит. Если вибрации нет, или есть отдельные меры по снижению вибраций - то наверное более жёсткий компаунд, он тепло отводит вполне неплохо (но опять же проверять надо для конкретного оборудования и условий). Правда с жёстким компаундом ремонтопригодность резко снижается, силикон ещё можно расковырять при необходимости.
Есть компаунды с очень высокой теплопроводностью, но они в свободной продаже не идут, ну всмысле купить можно, только в емкостях что всей деревне на сто лет хватит. Я в таких случаях медную пластину гнул (или алюмяху) п или г формы , в зависимости от конфигурации , и приклеевал к силовым элиментам и заливал компаундом, так что бы другая часть пластины была практически на поверхности (под очень тонким слоем компаунда), в итоге и площадь теплоотдачи увеличивалась.
В моем случае греться нечему. Стабилизатор импульсный, токи минимальные, передатчик работает на передачу милисекунды. На приеме ничего не греется точно. Там правда питание 24 вольта, но импульсный стабилизатор на это расчитан и потери на тепло минимальны. А в компаунд заливать - надо гарантированное качество, которое зависит сильно от серийности. А тут единичные экземпляры. Если залить, ремонт затруднен, а требуется иногда вмешательство. Техника рассчитана на долговременную эксплуатацию. Компаундом заливают желая скрыть схемотехнику, а в программно-аппаратном устройстве это не сильно требуется. Закрываешь программу и вуаля.
Устаревшая архитектура: поддерживает только микроконтроллеры AVR.
Ограниченная поддержка: последние обновления среды датируются 2010 годом
Ограничения демо-версии: существует ограничение на размер кода в демонстрационной версии
Обясните смысл написания в этой среде?
Говорят, что нынешнее программирование - ремонт двигателя автомобиля через выхлопную трубу. Абсолютно согласен. А программы на ассемблере - это ремонт двигателя нормальный. Алгоритм билдер - это среда, которая и есть ассемблер. Там все операции выверены до микросекунд. Я писал для ПИК-ов на ассемблере в 90-е годы. На PIC16F84 работает система управления насосом через силовой кабель 3х380 вольт. Кстати до сих поор работает. Такое написать на С++ просто нереально. Думаете зря прошивкки постоянно улучшаются и обновляются. Это как раз проблема с кривизной программ на С++ и более высокоуровневых языков. А вот ассемблер - вечен. Я в этой проблеме понимаю неплохо. С середины 90-х этим занимаюсь. Конечно на ассемблере мозги напрягать надо много сильнее, чем на С++ и выше. Есть у меня товарищ, который делает медицинские приборы на этом самом АБ. Рекламаций вообще никаких, ибо ассемблер. Товарищ правда усидчивый до абсолюта. Ему под 70 лет, а он на ассемблере программы пишет. Вам такое не светит. Вы чужими библиотеками пользуетесь. Доброго продукта не получится никогда. А Атмеги еще очень даже в ходу. Потому АБ жив. И кстати в нем никаких ограничений нет. Ищите версию 5.44.
Похожая система, только проще и надежнее как я думаю. Основное железо STM32 + SIM800. Управление реле через DTMF, можно перезагружать удаленно. Можно заставить отправить СМС с состоянием реле датчиков и аналоговых входов. Плата покрыта в несколько слоев лаком. Номер привязан и другой человек не сможет управлять. Также есть возможность отправлять это все на narodmon.ru
По тексту можно сделать вывод что речь идет о систем водоснабжения небольшого города и не просто так а имеется слово "Водоканал". Неужели нельзя надежое решение на промышленных контроллерах реализовать?
В деревне у родителей делал а атмеге (самостоятельную ппату развел с питанием и винтовыми клиниками, ардуина показалась слишком сопливой с ее соединениями) и работает тоже больше 10 лет, но там если сломается то в одном доме и есть резервный способ включить.
Неужели нельзя надежое решение на промышленных контроллерах реализовать?
Кстати да. Как хобббийная самоделка это прекрасно. А как система управления критической инфраструктурой - ужос
Вы удивитесь, но многие "промышленные контроллеры" - это теже ардуины или их аналоги и они тоже, частенько, собраны "на коленке". Собственная разработка будет ничуть не хуже, а даже лучше за счёт заточки под конкретную задачу вместо универсального решения.
У собственной разработки bus factor= 1. Если эта штука сломается, а автор почему то не доступен - городок будет сидеть без воды пока приглашенный электрик будет разбираться, чего там наверчено.
Собственно так и было изначально, разработка когда то купленная за большие деньги зависала и никто не знал, как исправить баг с зависанием или переделать программу управления.
Я свои исходники отдал сисадмину Водоканала и по простому там можно просто замыкать контакторы, как это делали раньше при перебоях
Хорошо, однако, уели Вы этих свидетелей секты "а если тебе кирпич на голову упадет" ))
Не, я понимаю, что бас фактор - бас фактором. Но плохо, когда этот аргумент используется для того, чтобы протолкнуть самые кондовые решения из всех возможных (зачастую с явным bias-ом со стороны говорящего), а альтернативные варианты инкрементнуть его игнорируются.
Просто вручную включат и на время заменят МК на обезьяну с рычагом.
У меня вот куплено дочерту серверов делл. И вроде бы если что пойдет не так, то я оплатил чтобы их починили. Ну вы поняли, да :)? Толку мне от таких гарантий, лучше б самосбор взял, к которому запчасти доступны.
Скажите это AB, GE, Siemens и Schneider - а это уже 90% рынка автоматизации планеты.
Небольшого поселка, бюджет в 50к не позволял сделать все на промышленных контроллерах, поэтому выбор пал на Arduino, это был эксперимент, сделать здесь и сейчас за вечер
А почему нельзя было лаком, кампаудом залить плату, чтобы избежать проблем с влажностью и водой, не знаю как оно у вас 10 лет прожило, на машинах такие решения вообще гниют в 1,2 года
Заливать не стали, чтобы можно было заменять модули
Система получилась модульной, отдельно Arduino, отдельно реле, отдельно датчики и решение с дополнительной вентиляцией и отверстиями для слива воды было достаточно хорошим на тот момент, после этого проблем не возникало и придерживались принципа: работает - не трогай
В машине другие условия.
Проблема самоделок исключительно в том, что их работоспособность очень сильно зависит от прямизны рук. У кого то оно будет работать годами, у кого-то через сезон помрёт.
Кейс про то как НЕЛЬЗЯ делать.
Ну хз , практика - критерий истины. Эта штука работает 11 лет - так что это пример как НАДО делать. Да, учесть проблемы, но если это уже работает 11 лет, то другие, хоть и более правильные, на первый взгляд, решения, далеко не факт что будут так же долго и хорошо работать.
Типичная проблема выжившего, только и всего.
Я лично так и не понял почему поселок в 50к человек тупо не посадил там сторожа.
Ну вот вы начинаете теоретизировать - "проблема выжившего" и тп. Но по факту есть Ардуино который 11 лет норм работает - сделал и забыл. А сторожей искать надо, и платить им зп.
Поселок с населением 10к человек)
Бюджет на эту разработку был - 50 тысяч рублей
Сторож не будет сидеть в этой будке, потому что там есть только свет и вода, вокруг лес. Летом в будке +30, зимой -20, представляете стоимость оплаты такому сторожу и траты на обогрев этого помещения?)
А чтобы знать когда включать/выключать скважины - нужно находиться на водозаборе в самом поселке и следить за манометрами и разбором воды.
почему поселок в 50к человек тупо не посадил там сторожа
Заменить человека небольшим скриптом это правильно ;)
У меня ESP8266, на которой сделана "пинговалка" для ребута свитча, за полгода уже раза три зависала. ватчдог встроенный не работает, ну или я в него не смог.
В домашних вещах я использую ESP32 + ESPHome или ESP8266 + ESPHome, он работает без нареканий, да я замечаю, что иногда они перезагружаются, но это не проблема. У меня нет устройств которым требуется uptime 99%
Есть такая беда, когда программа слишком большая и может работать нестабильно, или есть утечки памяти, то вачдог может себе работать, а например логика ПО нарушается или даже искажаются данные принятые по serial. Я стал подключать какой-нибудь пин к ресету и если связь теряется, даю туда 0, все устройство и Ethernet shield перегружается. Еще вариант скрипт на микроте, который пигнует такой девайс и если пропадает пинг, выключает/включает питание по PoE.
Ох, задели за живое :) В своё время собрал подобную конструкцию из "подножного корма" для контроля и лёгкого управления радиовещательными передатчиками (нужен контроль, бюджет нулевой и вообще психанул). Первый вариант кратко описан тут, http://rw6hrm.qrz.ru/vigintos.htm , работает третий год. Сейчас уже оно умеет немного больше - самоперегружается при зависании сетевого модуля, управляет внешним компьютером, температурку показывает... Хорошая вещь как для пользы дела, так и для тренировки мозгов.
Если между 2 антеннами появилось препятствие, то нужно поставить третью антенну в обход, начать изобретать чудо-юдо решение длинною в жизнь.
Есть подозрение, что подобные предприятия сейчас подпадают под КИИ и такой колхозинг на коленке уже вне закона...
Кулибину - пять, а с точки зрения промышленной автоматизации - кол. Простите но у нас автоматика для реалити-квестов в 2014 выглядела надежнее и глазу приятнее.
Следующая статья будет видимо про сигейт, который 14 лет работает в nas
История про Arduino отработавшую 11 лет