Я случайно забрел в этот пост, потому что увидел минусы. Стало интересно почему так, и пока основным вижу причину, что от чтения статьи могут быть больше вреда, чем пользы. Просто потому что текст подан хаотично и надо самому за каждым словом лезть в гугл.
Не до конца понятно, что значит "без Arduino", вы же сами пользуетесь Arduino IDE и функциями вида digitalRead, pinMode, digitalWrite, а это Arduino. Аа.. понял, это потому что без отладочной платы Arduino, а на своей.
А почему не выбрали ATtiny13, кажется, что оно идеально подойдет сюда?
Еще, если хотите уменьшить потребление, можете уводить МК в сон и пробуждать его по нажатию на кнопке.
Для каждого интерфейса замучаешься писать, особенно если микроконтроллеров много. Прелесть ардуино, что digitaRead и digitalWrite работают одинаково для всех даже если это не поддерживаемая плата, для которой добавили поддержку сторонние разработчики.
Другими словами это даже не только для новичков, а для любого уровня лентяев от любителей до профессионалов, которые хотят меньше телодвижений. Например, даже профессионалу будет проще и приятнее использовать эти функции, даже если он знает как устанавливать битовые маски и регистры. Если он, конечно, не перфекционист.
Еще немаловажный пункт то, что у них в итоге это получилось сделать хорошо. Например, микроконтроллеры AVR, как по мне, очень просты, их приятно использовать и изучать. Взяли бы они ARM или что-то 32-х битное, то магии было бы меньше. Еще в статье не заметил упоминания, что это проект с открытым исходным кодом, это тоже немаловажный пункт, по которому и появилось миллион клоново.
Да, так что то, что я поменял на 0x0 лучше не стало, так что надеюсь кто будет использовать мои наработки, прочитает мои комментарии тут и поставит свой адрес адаптера :)
Это вопрос решил с помощью автоматизации. Одна автоматизация сохраняет последнее записаное значение температуры, а при перезапуске устанавливает его обратно. Перезапуск у меня странно работает, когда котел становится доступным вроде так или когда адаптер только загрузился или когда записаная температура не равна записаной. Да, наверно последний случай уже, точно не помню. (Но все три случая по ходу дела пробовал.) Ну я еще записываю и аварийную температуру и простую температуру одновременно, на всякий случай, чтобы оно всегда работало.
Да, когда мне написал человек с проблемой по котлу на прошлых неделях, то выложил все что есть на сегодняшний день в репозиторий :) . А с того момента успел написать скрипт на питоне, который можно использовать если HA вдруг отпадет, а такое было! (Но давно) Еще, т.к. стал увлекаться электроникой, изготовил заново адаптер через EasyEDA, т.е. по схеме, а не вручную. А вот сама интеграция почти не изменилась, сам удивился, но когда обновлял репозиторий, то ничего существенного не заметил, только адрес устройства поменял на 0, он у меня на 0xe и на 0x0 работает, подумал, что 0x0 более универсально. Но как выяснилось, что не все на 0x0 откликаются.
Я поставил температуру максимальную котлу, до того, как подсоединить адаптер ectoControl, это надо сделать и описано в документации к адаптеру. В самом руководстве подключения. Я про это забыл ему упомянуть, но на руководство ссылку дал.
Но я честно не тестировал плотно этот момент, с заниженной температурой не помню как будет работать. Сразу ставил максимум и все, как описано.
Интересная тема и я хотел бы ПЗА попробовать, но у меня это нереализуема по своим причинам, мощности котлу не хватает для этого. Но про что-то такое думал, да
Возможно мы об одном человеке говорим, на моем сайте к этой же статье много комментариев на днях было и у него не получается запись температуры, а так вроде бы все работает. Да, запись корректно приводится к диапазону, иначе у меня бы не работало. Плюс, все в открытом доступе, можешь посмотреть. Я как раз все выложил в открытый доступ, чтобы можно было подглядывать и уточнять. С написания статьи у меня мало что изменилось к сегодняшнему дню.
Видел вашу статью, но не стал вчитываться, посмотрел вскольз. Жалко, что мысль про создание интеграции мне не пришла в голову, возможно из-за того, что с Home Assistant мало работаю. Думаю, лучше начинать с вашей интеграции, потому что она выглядит полнее, но не нашел поддерживается ли электрический котел, у вас вроде все о газовом. В том числе поэтому не стал думать о переходе и тестирование вашей итеграции на моем котле, т.к. у меня уже все настроено и пока все хорошо работает, кроме ошибок в логах, они не исправились.
Важная информация, для тех, кто хочет попробовать что-то похожее. Обновить адаптер EBUS нельзя не через систему ectoControl. Поэтому все эти решения надо пробовать на свой страх и риск. Т.е. сейчас я не могу обновить свой адаптер, а уже вышли новые версии с исправлением ошибок и добавлением чего-то нового, информация о прошивках находиться на сайте ectoControl, в поддержке.
С одной стороны вы говорите правильные вещи, с другой на многое уже дал ответ в статье. Например, делать на Raspberry Pi Pico мне не хотелось, больше из-за того, что мне интереснее более детально разобраться в CH32V003, т.к. чаще его использую. Поэтому и на AVR слабо поглядываю, но в то же время мне AVR нравится, поэтому иногда и там что-то делаю охотно.
Схема энкодера возможно не правильная, но для понимания сути и принципов работы верная, т.к. по ней видно, что в местах, когда сигналы не совпадают происходит поворот. И этого достаточно, чтобы в коде реализовать правильный алгоритм.
И вы как-то странно написали по поводу продукта, т.к. в целом эта клавиатура полноценный продукт. Сделанная по фабричным технологиям, т.е. я могу сделать еще и еще такую же без проблем, они будут одинаковые. (Или заказать, файлы тоже на руках.) Здесь вопрос в целосообразности, цене и качестве. Но даже при этом, от этой клавиатуры до полноценного продукта не так далеко. Но ничего из этого не было моей целью, и это отразил в статье, потому что по сути это DIY клавиатура.
А с nrf52 и BLE соглашусь, эту технологию я еще всерьез не пробовал и хотел. Например, когда делал брелок с светодиодной матрицей, очень хотел добавить туда BLE, но оно не влезало.
Из того, что я успел посмотреть, то и на Raspberry Pi Pico и на других микроконтроллерах для того, чтобы изменить код клавиши нужно залить новую прошивку. Возможно, это можно сделать и по-другому, но я этого не знаю, может кто поправит. Вроде и QMK это тоже про залить прошивку с новыми значениями клавиш.
Обычно, т.к. у МК будет поддержка USB, то залить новую прошивку не проблема.
Я бы сделал DIY мышку со множеством кнопок, но не представляю как это сделать, там вроде какие-то механические детали, чтобы определять движения с помощью лазера. Только если взять готовую мышку и разобрать её на части. Знаю, что есть наборы, чтобы распечатать корпус на 3д принтере для мышки, а потом туда вставить плату и детали из набора, но это не совсем то.
Кстати, а насколько удобно пользоваться с такими насадками? Нет боязни при нажатии что-то ненароком отломать?
Если честно, то не совсем удобно, т.к. нажать разово нормально, а вот печатать уже я бы не стал. Но в целом сломать не боязно, кроме кейкапа с тонькими рожками (кейкап полого рыцаря, у него рожки толщиной 1-2 мм.), они хоть и не сломаются, но боязно. Например, по началу думал, что кейкап хорнет будет хрупким, но оказалось, что все хорошо, там детали не хрупкие и не маленькие.
Я случайно забрел в этот пост, потому что увидел минусы. Стало интересно почему так, и пока основным вижу причину, что от чтения статьи могут быть больше вреда, чем пользы. Просто потому что текст подан хаотично и надо самому за каждым словом лезть в гугл.
Вот теперь точно. :) Спасибо
Спасибо. Поправил.
Да, там в предложении слово частота два раза встречалось, т.е. одно было лишнее.
Там же внешняя флешка у Arduboy FX, у первого внешней флешки не было.
Не до конца понятно, что значит "без Arduino", вы же сами пользуетесь Arduino IDE и функциями вида digitalRead, pinMode, digitalWrite, а это Arduino. Аа.. понял, это потому что без отладочной платы Arduino, а на своей.
А почему не выбрали ATtiny13, кажется, что оно идеально подойдет сюда?
Еще, если хотите уменьшить потребление, можете уводить МК в сон и пробуждать его по нажатию на кнопке.
Для каждого интерфейса замучаешься писать, особенно если микроконтроллеров много. Прелесть ардуино, что digitaRead и digitalWrite работают одинаково для всех даже если это не поддерживаемая плата, для которой добавили поддержку сторонние разработчики.
Другими словами это даже не только для новичков, а для любого уровня лентяев от любителей до профессионалов, которые хотят меньше телодвижений. Например, даже профессионалу будет проще и приятнее использовать эти функции, даже если он знает как устанавливать битовые маски и регистры. Если он, конечно, не перфекционист.
Еще немаловажный пункт то, что у них в итоге это получилось сделать хорошо. Например, микроконтроллеры AVR, как по мне, очень просты, их приятно использовать и изучать. Взяли бы они ARM или что-то 32-х битное, то магии было бы меньше. Еще в статье не заметил упоминания, что это проект с открытым исходным кодом, это тоже немаловажный пункт, по которому и появилось миллион клоново.
Да, так что то, что я поменял на 0x0 лучше не стало, так что надеюсь кто будет использовать мои наработки, прочитает мои комментарии тут и поставит свой адрес адаптера :)
Это вопрос решил с помощью автоматизации. Одна автоматизация сохраняет последнее записаное значение температуры, а при перезапуске устанавливает его обратно. Перезапуск у меня странно работает, когда котел становится доступным вроде так или когда адаптер только загрузился или когда записаная температура не равна записаной. Да, наверно последний случай уже, точно не помню. (Но все три случая по ходу дела пробовал.) Ну я еще записываю и аварийную температуру и простую температуру одновременно, на всякий случай, чтобы оно всегда работало.
Да, когда мне написал человек с проблемой по котлу на прошлых неделях, то выложил все что есть на сегодняшний день в репозиторий :) . А с того момента успел написать скрипт на питоне, который можно использовать если HA вдруг отпадет, а такое было! (Но давно) Еще, т.к. стал увлекаться электроникой, изготовил заново адаптер через EasyEDA, т.е. по схеме, а не вручную. А вот сама интеграция почти не изменилась, сам удивился, но когда обновлял репозиторий, то ничего существенного не заметил, только адрес устройства поменял на 0, он у меня на 0xe и на 0x0 работает, подумал, что 0x0 более универсально. Но как выяснилось, что не все на 0x0 откликаются.
Я поставил температуру максимальную котлу, до того, как подсоединить адаптер ectoControl, это надо сделать и описано в документации к адаптеру. В самом руководстве подключения. Я про это забыл ему упомянуть, но на руководство ссылку дал.
Но я честно не тестировал плотно этот момент, с заниженной температурой не помню как будет работать. Сразу ставил максимум и все, как описано.
Интересная тема и я хотел бы ПЗА попробовать, но у меня это нереализуема по своим причинам, мощности котлу не хватает для этого. Но про что-то такое думал, да
Возможно мы об одном человеке говорим, на моем сайте к этой же статье много комментариев на днях было и у него не получается запись температуры, а так вроде бы все работает. Да, запись корректно приводится к диапазону, иначе у меня бы не работало. Плюс, все в открытом доступе, можешь посмотреть. Я как раз все выложил в открытый доступ, чтобы можно было подглядывать и уточнять. С написания статьи у меня мало что изменилось к сегодняшнему дню.
Видел вашу статью, но не стал вчитываться, посмотрел вскольз. Жалко, что мысль про создание интеграции мне не пришла в голову, возможно из-за того, что с Home Assistant мало работаю. Думаю, лучше начинать с вашей интеграции, потому что она выглядит полнее, но не нашел поддерживается ли электрический котел, у вас вроде все о газовом. В том числе поэтому не стал думать о переходе и тестирование вашей итеграции на моем котле, т.к. у меня уже все настроено и пока все хорошо работает, кроме ошибок в логах, они не исправились.
Важная информация, для тех, кто хочет попробовать что-то похожее. Обновить адаптер EBUS нельзя не через систему ectoControl. Поэтому все эти решения надо пробовать на свой страх и риск. Т.е. сейчас я не могу обновить свой адаптер, а уже вышли новые версии с исправлением ошибок и добавлением чего-то нового, информация о прошивках находиться на сайте ectoControl, в поддержке.
С одной стороны вы говорите правильные вещи, с другой на многое уже дал ответ в статье. Например, делать на Raspberry Pi Pico мне не хотелось, больше из-за того, что мне интереснее более детально разобраться в CH32V003, т.к. чаще его использую. Поэтому и на AVR слабо поглядываю, но в то же время мне AVR нравится, поэтому иногда и там что-то делаю охотно.
Схема энкодера возможно не правильная, но для понимания сути и принципов работы верная, т.к. по ней видно, что в местах, когда сигналы не совпадают происходит поворот. И этого достаточно, чтобы в коде реализовать правильный алгоритм.
И вы как-то странно написали по поводу продукта, т.к. в целом эта клавиатура полноценный продукт. Сделанная по фабричным технологиям, т.е. я могу сделать еще и еще такую же без проблем, они будут одинаковые. (Или заказать, файлы тоже на руках.) Здесь вопрос в целосообразности, цене и качестве. Но даже при этом, от этой клавиатуры до полноценного продукта не так далеко. Но ничего из этого не было моей целью, и это отразил в статье, потому что по сути это DIY клавиатура.
А с nrf52 и BLE соглашусь, эту технологию я еще всерьез не пробовал и хотел. Например, когда делал брелок с светодиодной матрицей, очень хотел добавить туда BLE, но оно не влезало.
Спасибо, что подсказали с изолятором, никогда бы не догадался.
Из того, что я успел посмотреть, то и на Raspberry Pi Pico и на других микроконтроллерах для того, чтобы изменить код клавиши нужно залить новую прошивку. Возможно, это можно сделать и по-другому, но я этого не знаю, может кто поправит. Вроде и QMK это тоже про залить прошивку с новыми значениями клавиш.
Обычно, т.к. у МК будет поддержка USB, то залить новую прошивку не проблема.
Я бы сделал DIY мышку со множеством кнопок, но не представляю как это сделать, там вроде какие-то механические детали, чтобы определять движения с помощью лазера. Только если взять готовую мышку и разобрать её на части. Знаю, что есть наборы, чтобы распечатать корпус на 3д принтере для мышки, а потом туда вставить плату и детали из набора, но это не совсем то.
Да, они, правда там только 2 металических пина, но в сумме 3.
Интересно, про контактные площадки, крепко ли они держат клавишу. Это конечно не проблема, но провода я тоже не люблю зачищать и паять)
Если честно, то не совсем удобно, т.к. нажать разово нормально, а вот печатать уже я бы не стал. Но в целом сломать не боязно, кроме кейкапа с тонькими рожками (кейкап полого рыцаря, у него рожки толщиной 1-2 мм.), они хоть и не сломаются, но боязно. Например, по началу думал, что кейкап хорнет будет хрупким, но оказалось, что все хорошо, там детали не хрупкие и не маленькие.
О, интересно, почитаю!