- В этой теме 71 ответ, 8 участников, последнее обновление 2 года сделано
.
-
Сообщения
-
Господа, подсчитывая объем готового продукта, пришла просто ужасная мысль, его столько что можно отдыхать в компании не один год и он таки еще и останется.
И какая мысля пришла, а что если взять и унифицировать состав автоматики
Скажем так:
1. Контроллер
2. Модуль управления питанием
3. Модуль контроля температур
4. Модуль контроля охлаждения
5. Исполнительный модуль
и так далее.
В контроллере находится монитор, веб интерфейс и разъемы для подключения остальных модулей, как на полетных контроллерах, скорее всего I2C.
Для упрощения написания программ думаю что надо договориться что модули будут иметь каждый свой адрес, скажем адрес 1 это модуль управления питанием, а 4 контроль охлаждения.
А также количество и название переменных для каждого модуля.
Например для модуля охлаждения:
1. Подача воды (магистраль или насос, клапан)
2. Управление подачей воды (включено, выключено или другое 🙂
3. Насос (включен, выключен, другое)
4. Контроль поступления воды (есть или нет)
5. Проверка перед стартом (отключена, включена)
6. Результат проверки (положительный или отрицательный)
7. Температура 1 (входящая вода)
8. Температура 2 (выход 1 воды)
9. Температура 3 (выход 2 воды)
10. Температура 4 (температура реагирования на перегрев выходящий воды)
11. Старт охлаждения (при старте процесса, при достижении определенной температуры)
12. Температура 5 (температура старта охлаждения)
13. Время 1 — время ожидания прохождения проверки охлаждения
14. Режим модуля охлаждения(ожидание, работает, внештатная ситуация)
В настройках Контроллера указываем, что подключен модуль управления охлаждением, и программа будет знать, что она может с ним работать и в прошивки уже указан адрес данного модуля, а так же переменные к которым она может обращаться.Попрошу сильно не ругать, так как это только мысли.
Да! Я с виду шут, но в душе король, и ни кто как я не может...
3 раза прочитал ничего не понял….
К кому пост…. у разработчиков свои мысли…. им это не нужно
Я так понимаю у них уже времени и мотивации не хватает , что то переделывать )
Хоть бы новое делали.
Мы так как подопытные кролики тут )
Можешь писать свою прошивку под свои блоки и систематизировать …..
У меня пока , что есть мысль наоборот все упростить.
Много наворотов мне не нужных, процессор тормозит уже.
modern distiller, разрушаем "каноны")
https://vk.com/club173629256
Я хочу синего джина, я хочу чёрного рома....Так и я про тоже. Будет элементарный контроллер с веб интерфейсом внутри (экран, барометр и разъемы для подключения блоков). К нему подключаем например блок контроля температуры (датчики температуры и свой процессор) в главном ставим галку что есть такой блок, и просто получаем с него температуру. И так для всех блоков. А писать свою прошивку, так у каждого будет свои переменные, адреса блоков.
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Галочки, что блок присутствует, это совершенно лишнее. Ты же сам предлагаешь интерфейс I2C, там все просто, обратившись по заданному адресу и получив в ответ ACK, мы знаем что устройство присутствует 🙂
Но если модульность и вводить, то нафиг вообще от межблочных проводов уходить.Это как бы еще для одного примера
Модуль контроля температур
Состав.
Контроллер на ардуино нано — 1штука
Датчики температуры — 4 штуки из проекта (думаю что у всех они есть)
Датчик давления — 1 штука
разъемы для подключения датчиков температуры — 4 штуки
разъем для подключения к контроллеру — 1 штука
питание (тут как кому нравиться)
При желании 4 строчный экран
Датчики каждый крепиться на свой пин и в зависимости от этого определяется его положение на аппарате.
Получаем что данный блок должен передавать на контроллер следующую информацию
T1, T2, T3,T4 — показания температуры
P – давление
М — режим в котором передаются показания (не для всех режимов необходимо показания всех датчиков температуры и давления) это же значение должен отправлять контроллер при старте процесса. На экране выводится режим работы блока и показания температур.Плюсы
Упрощение внутренней программы.
Более простое обнаружение отказавшего оборудования.
Совместимость блоков от различных изготовителей (если будут согласованы параметры передачи и протокол по которому будут блоки соединяться)
Минусы
Увеличение стоимости конечного решенияДа! Я с виду шут, но в душе король, и ни кто как я не может...
Галочки, что блок присутствует, это совершенно лишнее. Ты же сам предлагаешь интерфейс I2C, там все просто, обратившись по заданному адресу и получив в ответ ACK, мы знаем что устройство присутствует Но если модульность и вводить, то нафиг вообще от межблочных проводов уходить.
Не спорю само определяет. Чукча совсем не писатель. Иногда мне трудно изложить правильно мысли, они собаки бегут на много быстрее чем я печатаю.
На счет интерфейса я предложил как интерфейсы на полетном контроллере для квадрокоптеров либо самолетов. А так можно выбрать любой, главное чтобы у всех этот интерфейс был одинаковый, и данные которые можно запросить и передать совпадали.
Ну по пововоду модульности, можно несколько решений, например как промышленные контроллеры (на дин рейку крепим контроллер, а потом жестко крепим к нему модули) или разделяем все проводами и крепим модули в удобном для нас мести.
Да! Я с виду шут, но в душе король, и ни кто как я не может...
И еще один маленький плюсик, автоматику можно обновлять почти бесконечно
Можно соединить все без проводов между собой, но об этом я еще подробно не думал
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Модуль контроля температур
А в чем смысл именно отдельного модуля контроля температур? Ведь автоматика без датчиков в принципе не применима. Надежность скорее пострадает за счет межблочного кабельного или другого соединения.
Красивый интерфейс и алкоробота.
Модуль контроля температур
А в чем смысл именно отдельного модуля контроля температур? Ведь автоматика без датчиков в принципе не применима. Надежность скорее пострадает за счет межблочного кабельного или другого соединения.
1. Упрощается конструкция каждого модуля по отдельности.
2. Проще код прошивки для каждого модуля по отдельности.
3. Взаимозаменяемость модулей.
4. Наращивание системы и её конфигурация для пользователя.
5. Ремонт и обнаружение неисправностей.
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Конфигурация центрального блока.
1. Контроллер(esp8266)
2. Барометр.
3. Экран
4. Разъём подключения дополнительных модулей 4 штуки.
5. Питание(зарядка от телефона)
У модулей 2 разъёма подключения in и out
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Почему я начал эту тему.
Все просто – я благодарен Счастливчику за идею автоматики, огромная благодарность Сергею_р – за реализацию её в железе. Сейчас, когда столкнулся с ненадобностью автоматики в текущем её исполнении, пришлось её пересобрать в варианте управления гидропоникой, вот тогда и появилась идея разделения автоматики на блоки. Чтобы при необходимости можно было быстро изменить функционал системы.
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Красивый интерфейс и алкоробота.
Спасибо за высокую оценку.
Чтобы при необходимости можно было быстро изменить функционал системы.
Если необходима высокая функциональная универсальность, то это на мой взгляд в первую очередь вопрос к глубокой проработке программного обеспечения, но никак не разделения на отдельные блоки. Так например достаточно оснастить устройство неким количеством аналоговых входов, дискретных входов и дискретных выходов и управлять чем угодно и как угодно. Простой пример: вот блок охлаждения согласно описанию 1 поста, реально для этого дела нужен 1 дискретный выход для управления клапаном или насосом и 1 дискретный вход для обратной связи, реализация на плате основного устройства сущие копейки во всех смыслах, и посчитайте сколько будет стоить отдельный корпус, плата, радиоэлементы, разъемы, кабель, ПО, труд монтажника, логистические вопросы.
Думаю что это сверх не выгодно.
Разделение на модули взято из того что для начала можно взять или сделать элементарный блок (ЦЕНТРАЛЬНЫЙ и контроля температуры), при чём первоначально можно установить минимальное количество градусников. Обработка данных на других устройствах разгрузит центральный блок. А постепенная модернизация не так страшна.
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Лишь бы все согласовали протокол передачи данных модулями. Прошу прошения пишу с телефона
Да! Я с виду шут, но в душе король, и ни кто как я не может...
Ну собственно я так и сделал есп, экран, 5 входов , 8 выходов.
Отдельно UART.
Отдельно датчики температуры, он получился очень компактным.
Поэтому часы и датчик атмосферного давления втыкаются в него же.
Это мой основной блок c его помощью могу управлять чем угодно.
modern distiller, разрушаем "каноны")
https://vk.com/club173629256
Я хочу синего джина, я хочу чёрного рома....
- Для ответа в этой теме необходимо авторизоваться.