Комментарии 52
Не хотелось использовать азбуку Морзе для общения с краном и переключения температуры и напора. Решено использовать для этого ряд кнопок, расположенных рядом с краном.
У меня на кухне кран управляется единственным рычагом. Общение с краном осуществляется простейшими жестами: на себя - увеличить поток, от себя - уменьшить поток, влево - увеличить температуру, вправо - уменьшить температуру.
Есть т.н. "хирургические", или "локтевые" (т.е. для управления локтем) краны - там так регулируется поток, температура, и переключается режим "струя/душ"
В 70-е годы прошлого века народ недоумевал над мыслью поставить на кухонной мойке смеситель. Было просто два крана один для холодной, второй для горячей воды.
Смесители были уже в 60-х, видел на старых фотографиях отца. Ну а в 70-х - в своем Челябинске у друзей я не видел никого, у кого бы смесителя не было. А для совсем уж глубинки - в разных журналах в "полезных советах" соединяли краны Г-Х резиновой трубкой, получая смеситель самодельный... Кстати, упомянутый мной выше "локтевой" кран был выменян на что-то (т.е. "достали по блату") и поставлен в 1979 - т.е. обычный смеситель был делом привычным, а этот смеситель был "крутой", выпендрежный
Жаль, нет фото получившейся конструкции, включая пульт с кнопками.
Возникают сомнения по поводу надежности одноштырьковых разъемов - защелок у них нет.
да там вызывает сомнения много чего. например синие китайские релюхи, которые могут сдохнуть через год, а могут и через неделю....
надежна там только мега, особенно, если автор активировал аппаратный wdt
надежна там только мега
процессор зависал на обработке прерываний.
есть сомнения в надежности кода в этой штуке.
зависает не процессор, а программа :)
чтобы насмерть не зависал, рекомендую освоить таки wdt
проблемы, описанные в статье, давно пофикшены, аппаратный wdt, работает из коробки.
сами релюхи нормальные, а вот платы бывает дохнут,у меня за 6 лет штуки 4 или 5 сдохло, причём дохнет сам текстолит,не оптрон ,не транзистор,а именно плата и особенно расположенные в "условно сырых" зонах
Управление электроклапанами при помощи реле? Броски тока и напряжения пагубно скажутся и на реле и на всём остальном.
А как, по-вашему, управляют электроклапанами в промышленных станках? Типично - именно реле, причем гораздо более мелкие.
Hidden text
там на входе оптопара обычно.
Автомобильные реле работают годами, врубая вентиляторы, актуаторы и электромоторы. Тут почему они сдхнут?
Не совсем понял, что именно умного в таком кране...
Когда свет выключат , воды не будет ?
Когда свет выключают воды и так не бывает.... Насосы в доме, дом 25 этажей. Но вода не самое главное.. А что делать на кухне, если ничего из кухонной утвари больше не работает... Кофемашина, тостер, чайник и плита!
не все люди живут в новых человейниках. Есть и те у кого вода и свет взаимосвязаны на уровне района, а не одного дома. И отключение одного дома не приводит к отключению воды во всем районе.
А что делать на кухне, это вопрос риторический? Ну у меня например всегда есть резервная газовая плитка. Привычка с суровых 90х. Могу вскипятить в кастрюльке чай, или пожарить яишенку с колбаской.
А вообще можно взять и помыть на кухне яблочко или руки, после нарезки мяса на тар-тар
Мне кажется или вы забыли вывести на пульт ручное управление на случай обесточки?
Пример из собственной практики: лампочка, которой нужно управлять с трёх выключателей. Свет в общем коридоре.
* 2 переключателя + 1 двухлинейный переключатель + куча проводов между ними
* импульсное реле + 3 кнопки
* "умное реле" с tasmota + 3 кнопки
Первый вариант дорог, сложен, не всегда возможен (в нужной линейке производителя часто нет нужных выключателей). Второй и третий варианты - ощутимо проще, но пахнут "умными устройствами"
Третий вариант от второго отличается возможностью подключить устройство к провайдеру умного дома
Во-первых, да - зависимость от электричества
Простите, но зачем вам и обычный выключатель, если в доме не будет электричества?
Вашу "мельница" обычно называют измельчитель отходов.
Захотел помыть руки, а все... электричества нету, ну или контроллер погорел. Нельзя везде стараться впихнуть что-то умное. Надо проще жить. Это не упрощает, а усложняет жизнь, да еще и удорожает. Уж кран то я в состоянии открыть.
Что будет, если помыть панель с кнопками губкой с мылом и потом смыть?
Тест с мокрыми перчатками проводился?
При смывании загрязнений с рук или с продукта, нам необходима небольшая, мягкая струя, в то же время при наполнении мойки водой или наполнении водой какой-либо ёмкости, необходим полный напор, который может обеспечить данная система крана
На первый взгляд кажется, что тут подойдёт не сенсорное управление, а педаль с двумя позициями. Изготовители кухонной фурнитуры делают педали для открывания ящика под мойкой - так что это не такое уж странное решение.
Итак, требования сформированы.
У вас требования перепутаны с техническими решениями. Вот это не требования, например:
Когда мы хотим налить полстакана воды одной рукой удобно поднести стакан к крану и указательным пальцем просто коснуться его кончика для включения воды, а потом убрать руку, оторвав палец от крана, что приведёт к выключению потока воды.
Конечно, необходима также кнопка включения, чтобы не держаться за кран, наполняя некоторую ёмкость и кнопка полного напора для наполнения большой ёмкости, например кастрюли. При работе кнопок касания крана должны игнорироваться.
Требования тут могли бы быть: удобно набирать как стакан воды, так и кастрюлю.
И, нет, у вас не удобно. Удобно иметь однорычажный кран для этого, который легко можно открыть и закрыть одним пальцем. Он решает обе ваши задачи, прост как пробка, удобен и не требует электричества. Кстати, раз уж речь о питьевой воде, я не очень понял, как вы собрались регулировать напор после системы обратного осмоса?
С остальным примерно то же самое. Когда коту делать нечего, он овалы вылизывает, а инженер, "умный", но крайне дорогой и непрактичный смеситель изобретает.
Для наращивания длины проводов используем цвет провода разъёма процессорного блока, а не цвет провода от разъёма электронного компонента.
Загадочное решение
Ага, встречал я такие решения, когда провод где-нибудь под потолком незаметно меняет цвет. На одном конце кабеля входит сигнал по синему проводу, а на другом конце выходит по зеленому. Очень хотелось найти решателя и постучать ему в решальник.
У разъёма кнопки уже есть цветные провода. У разъёма нашего блока управления, тоже есть цветные провода. Я не перебираю и не собираю разъёмы (хотя это возможно). При наращивании длины, если соблюдать цвета разъёма блока управления, то проще искать провод в жгуте.
У вас внутри обработчиков прерывания delay(). Так делать нельзя, delay в прерывании работать нормально точно не будет.
Если гарантируется интервал между прерываниями не меньший, чем максимальное время работы обработчика - то теоретически можно. Но это, конечно, будет антипаттерн, он же г-код.
В обработчике прерываний нужно делать только необходимый минимум и выходить из него как можно быстрее. Например, в прерывании по нажатию кнопки - определить, какая кнопка была нажата, установить глобальную переменную-флаг Button_One_Pressed и выйти. Все сложные вычисления, задержки, выводы на экран и прочее делаются уже в основном цикле программы.
delay() под капотом использует micros(). Внутри micros() делается cli(), то есть тут в обработчике прерываний запрещаются прерывания! Как это должно работать - совершенно непонятно.
Главное, что понятно чего хотелось ;) Можно взять реализацию на nop и циклах. Другое интересно: есть ли в С++ механизм отлавливать такие вещи на этапе компиляции? Помечать некоторые функции pragma, или define, и хотя бы warning выдавать если что то не так.
Другое интересно: есть ли в С++ механизм отлавливать такие вещи на этапе компиляции?
При программировании на уровне железа - регистры, прерывания, порты - способов выстрелить себе в ногу столько, что ни один компилятор их все не выловит. И не поймет, когда ты случайно стреляешь себе в ногу, а когда намеренно сбиваешь прицепившуюся к ней пиявку.
В обработчике прерываний прерывания и так запрещены, так что дополнительный cli ничему не помешает.
И заметьте, что после чтения таймера micros() не разрешает прерывания с помощью sei() - вот это действительно привело бы к хаосу, если вызвать delay внутри прерывания - а восстанавливает заранее сохраненный SREG.
Ну это неправда, там delayMicroseconds. Посмотрите отличие в описании...
Посудомоечная машина выйдет компактнее и дешевле.
Сложно слишком.
Умный кухонный кран