|
Форум самогонщиков, винокуров, виноделов, пивоваров, бондарей и очень хороших людей |
Alco Distillers → Электронное оборудование → Простой стабилизированный регулятор мощности ТЭНа из китайских модулей
Назад 1 … 64 65 66 67 68 … 73 Следующая
Чтобы отправить ответ, вы должны войти или зарегистрироваться
с 1 301 по 1 320 из 1 442
Хочу полюбопытствовать, что за датчики?
Это датчик захлёба и такой же голов - через стекло прекрасно видит жидкость.
примерно на середине диаметра.
Это датчик протока воды.
оба датчика прекрасно питаются от 3.3 в.
Сделал ещё маленькую схемку - как только на датчике воды 0 в течении 30 секунд, то на стаб идёт остановка по аварии.
В данном варианте я просто поставил транзисторные ключи. С паяльником дружу с детства)
Я для себя сделал так и дискомфорта нет, я про других.
Ну вот! В конкретном случае проблемы решены.
А для других и, в целом, сохранения принципа "просто соединить проводками" в стабе есть таки UART. 
Так-то поменять полярность кнопок несложно, но...некогда мне сейчас возиться со стабом, совсем некогда.
Субъективно лучше РМ-2.
Лучше в плане стабилизации/удержания режима колонны или в чём-то ином?
В любом случае - приятно слышать. 
Лучше в плане стабилизации/удержания режима колонны или в чём-то ином?
1. По стабилизации - датчик температуры в царге, после выхода на режим, ведёт себя стабильнее, чем с рм-2, кнопки корректировки температуры стали не нужны. Предзахлёбное "кипение" гуляет вверх и вниз значительно меньше, почти не заметно.
2. Открытый код и можно подгонять некоторые моменты под себя.
3. Стоимость - не соизмерима.
4. Ремонтопригодность.
5. Сёр в сеть - резанная синусоида с рм-2 мне доставляла много беспокойств, хотя кому-то это по барабану, а у меня по дому (из-за лени и возраста стараюсь автоматизировать всё) раскидано 14 ESP8266 и 32 + всякая другая электроника. В итоге, с рм-2 повесил семистор с тэном на отдельную фазу, но с воротами в момент перегона полный выкл (тут никак по другому - кабели параллельно идут).
Сейчас проблем нет - вкл-выкл при переходе через ноль - он и в Африке через ноль.
6. Удовлетворение от не покупного. Поклон Автору.
Программировать не умею - программу рисую в FLProg, поэтому с UART пока никак.
А почему с UART никак?
FLProg это умеет, а протокол стаба на гитхабе расписан.
Не сложнее, чем по Wi-Fi со смартфоном соединить.
А почему с UART никак?
Разобрался с UART, да с таким описанием протокола сложно не разобраться. 
Однако из-за нехватки ног, пока отложу это дело в сторону - уже привык к кнопкам на телефоне, + и - вообще душу греют, да и все операции со стабом производятся рядом с аппаратом. Опять же, надо RX TX адаптировать под 3.3 вольта.
Вот приедет MCP23017 - аж 16 ног дополнительно!, тут я и разгуляюсь, даже вернусь на ESP8266 - на ESP32 есть планы.
И как с такими кнопулями расстаться? тАпчу не глядя.
Огромное спасибо за описание протокола.
Опять же, надо RX TX адаптировать под 3.3 вольта.
Если дружишь с паяльником, то делов на копейку. В теме схема есть на двух резисторах, диоде и стабилитроне.
В теме схема есть на двух резисторах, диоде и стабилитроне.
Есть такое, но это скучно не интересно и грузно. Предпочитаю оптопары. Может потому, что у меня их много. Да и стоят они 111 руб 20 шт.
Кнопки сделал так.
RX-TX пока так не делал - валялся четырёхканальный преобразователь уровней с двумя битыми ключами - сделал на нём, но как на схеме будет работать - не работать нечему.
Можно разодрать GND - тогда полная развязка.
Можно разодрать GND - тогда полная развязка.
Стабу развязка без надобности, он от сети итак развязан.
А так-то, схемы на оптопарах вполне вариант.
Предпочитаю оптопары.
Можно было на наборе ключей (транзисторов) ULN2003
Стабу развязка без надобности
С моим контроллером тоже без надобности, но так дешевле и проще.
Я просто вспомнил о "Самоваре" - там предложение вязаться с UART стаба через ADUM1201, а тут на порядок дешевле.
Можно было на наборе ключей (транзисторов) ULN2003
Можно, но опять дороже, и о развязке забыть.
Вот у меня Советская привычка - смотреть под ноги, разбирать старые платы, и прикидывать, что проще и дешевле.
А ещё лучше - программным способом исключить лишние детали. (когда получится) 
Прошу прощения у Автора.
программным способом исключить лишние детали.
Это уже сделано:
Стабилизированный регулятор на базе Arduino с управлением через UART
Правда, кода там не увидишь.
Правда, кода там не увидишь.
Код открыт, смотри на здоровье. 
Я просто вспомнил о "Самоваре" - там предложение вязаться с UART стаба через ADUM1201
Для параноиков, очевидно. 
С другой стороны, для человека, совсем не обладающего специальными знаниями (читай: кому паяльник не друг), вариант годный - готовое, недорого и доп.защита.
Попробуй очистку дисплея вставить после инициализации, перед кривой строкой
void setup() {
...
ASOled.init(); // Инициализируем OLED дисплей
ASOled.clearDisplay();
ASOled.printString_6x8(F("Стабилизатор мощности"), 0, 0);
Приехал дисплей 1.3" с SH1106, я порадовался... Рано.
С заставкой порядок, а остальные экраны смещены влево, но это наносит только эстетическую рану, больно, но можно смирится (глаза уговорят), а вот то, что вешается контроллер... ![]:->](https://alcodistillers.ru/forum/extensions/k_smiles/img/aq.gif)
С маленьким экраном всё в порядке.
Китаесы или я?
Китаесы или я?
Вопросы закрыл.
Для тех кто так же как и я "в танке"
1. При компиляции ардуино ADE показывает пути к используемым библиотекам
2. Библиотеку ASOLED.h открываем в блокноте и меняем 400кГц на 100 (вместо 1 вставляем 0) и раскомментируем строку для SH1106.
3. Сохраняем, заливаем скетч.
Всё, стаб не зависает и радует глазки.
раскомментируем строку для SH1106.
Об этом в теме раз несколько писал.
Строка очистки дисплея в скетче стоит давно.
А вот косяки от высокой частоты шины - первый случай в практике.
Вешалась именно ардуинка? Просадки по питанию не могли быть виной?
UPD. Добавил в readme на гитхабе о строке для SH1106 и об изменении частоты шины.
Давно надо было.
Вешалась именно ардуинка? Просадки по питанию не могли быть виной?
Да ардуинка, реакция только на кнопку reset. Просадка по питанию исключена - тут я "не в танке" .
Ещё бы кнопочки инвертировать... , хорошо обкатать узел отбора на клапанах, расширить количество выводов у процессора - тогда можно будет подцепить UART и отказаться от экранчика... Хм... Есть куда расти.
Ещё бы кнопочки инвертировать...
Побеждай UART!
И выкладывай свою конструкцию отдельной темой.
Моё почтение Автору и форуму.
Наконец приехал домой, и занялся связкой контроллера и стаба.
С протоколом то я разобрался, а вот с реализацией затык - я уж и так шлю:
И эдак:
Это монитор порта в FLProg, по 0D возврат каретки делает.
Когда шлю - ардуинка стаба весело моргает RX-ксом, но реагировать не желает от слова - совсем.
Может я не правильно посылаю 0D?
Однако и монитор порта ардуинки не видит "возврат каретки"
Пробовал добавить 0А, тогда переводит (M 01 0D 0A). Вообще столько путаницы с этими 0D 0A
Все мозги разбил на части, все извилины заплёл...©
Владимир_К, вторая картинка - правильная.
Монитор порта ардуинки не реагирует на CR (0x0D), потому что у него в настройках стоит NL(новая строка). Внизу справа поправь.
Если заслать стабу подряд М0, М1, М2, то стаб переберет все режимы и перейдёт в "стоп", при этом на дисплее смена режимов может и не успеть отразиться. А, судя по отчету в мониторе порта Ардуино, стаб как раз в "стопе". Мож в этом дело?
На гитхабе есть тестовый скетч для отладки порта "Serial_test.ino". Он отражает на дисплее все принятые из порта команды. Известные ему команды - с расшифровкой.
Я, правда, его давно делал, но с тех пор, вроде, код обработки UART в скетче стаба и не менялся.
с 1 301 по 1 320 из 1 442
