Помимо нового интерфейса программирования в новых AVR вообще же периферию и регистры изменили с потерей обратной совместимости. Обзор изменений был бы уместен.
Я так понимаю, плата такая же как и у первой версии, просто впаяли другой набор разъемов и меньше памяти. Когда первый рассматривал помню, что там площадка под micro USB, который используется для питания, была универсальной — можно Type-C устанавливать.
Как-то неправильно это называть «второй» версией, назвали бы «lite».
Недавно на практике понадобилась имплементация Рида-Соломона на С++, нашел вот такую: github.com/mersinvald/Reed-Solomon
Не без огрехов, но интерфейс довольно удобен, примеры понятны, код компактный, библиотека хидер-онли. Ну и работает, разумеется. Особенно подошел для применения на микроконтроллерах: нет динамических аллокаций и зависимостей.
Спасибо за статью. После того как разобрались со всем этим, у вас сложилось понимание, будите ли использовать эти контроллеры в своих разработках? Есть ли случаи в которых имеет смысл посмотреть в сторону GD32/GF32 вместо STM32?
Классный эксперимент! Рад, что нашли силы довести до конца, установка выглядит достаточно аккуратно и красиво.
По поводу элементов Пельте, может можно применить стабилизаторы тока для мощных осветительных светодиодов (один для каждого элемента)? Такие стабилизаторы обычно имеют регулировку тока, что должно позволить выровнять производительность элементов. Проблема только может оказаться с минимальным напряжением, которые выдают такие стабилизаторы.
«Не поместилось» — это условно, конечно. Просто от игры пришлось бы отрезать больше, чем я бы хотел. Сейчас прошивка примерно 14кб. Я попробовал убрать все маски из спрайтов, уменьшить статичные спрайты (типа «game over»), уменьшить кол-во спрайтов «земли», убрать виртуальные функции и все равно добился только 8.3кб (напомню, что в Attiny85 8кб ROM). В таком варианте игра уже стала выглядеть заметно хуже. А далее пришлось бы резать механику: например, убрать птеродактилей или сделать меньше типов кактусов. На это я пойти никак не мог.
Буферизация одинарная (и та не настоящая, см. статью). На экран сразу не получится, т.к. он write-only, а нужно как-то накладывать маску спрайта на имеющиеся изображение (иметь возможность погасить пиксели, которые были включены другим спрайтом перед тем, как они отобразятся).
Механика сделана по визуальному подобию. Вид кактуса и ширина выбираются случайно. Сложные для перепрыгивания варианты появляются реже тех, что проще. Птеродактиль имеет 3 фиксированных «высоты полета» и появляется в 3-5 раз реже кактуса. С набором очков скорость игры увеличивается, что создает ощущение более частого появления «врагов».
Спрайты близко основаны на оригинале.
Интересно, есть пара вопросов.
1. Насколько режим активного мониторинга затормаживает исполнение кода?
2. Важно ли, с какими ключами скомпилирован elf?
Есть мысль использовать эту утилиту для отладки процессов freeRTOS.
Если камера + датчик движения / таймер, то месяц продержится, но если с передачей снимков через мобильную сеть, то вряд-ли на долго хватит. К тому же, не видел GSM модуль способный хотя бы на 3G, не говоря уже о 4G. Не заливать же фото через GPRS.
1. Чтобы ток паразитно не утекал в UART-USB переходник.
2. Спящий режим потребляет много. Для достижения работы 6 мес. от батареек пришлось прерывать питание. Внешнее питание не рассматривал: была важна компактность и самодостаточность устройства.
3. Можно.
Так и было, датчик движения глюканул (как описано в статье). Просто истратил все SMS из пакета. Тут можно, кончено, навернуть дополнительную защиту. Например, после 5 срабатываний подряд рапортовать о неисправности датчика. Больше простых решений не вижу.
Описанная конструкция работает только от автономного питания — батареек.
По остальной части комментария — во всех классах продуктов есть категории функциональности / цены / надежности / сложности. Я не предлагаю универсальное решение для охраны всего, а только для тех случаев, когда человек сочтет данное устройство достаточным.
Есть возможность задать расписание с помощью правил. Например, правило «в пн-пт с 9:00 до 9:20 ничего не отправлять». Таких правил можно добавить 15 шт.
Если правила нет и включен датчик движения, то, да, оповещения будут каждые 20 мин.
Поздно, конечно. Но хотя бы будет информация о том, когда. Устройство больше рассчитано на то, что эмм… нарушитель? не ожидает наличия сигнализации и не предпринимает активных мер. Для дополнительной скрытности можно не вешать на дверь, а спрятать где-нибудь и пользоваться датчиком движения.
Тут уже дело вкуса. Я просто стараюсь как можно ближе соответствовать «правильно собранное устройство в настройке не нуждается». Особенно при разработке DIY, где нужно минимизировать «порог входа», время и количество инструкций, для тех, кто захочет это повторить. Разбирающиеся товарищи уже смогут сделать модификации на свой вкус, для чего и исходники. update: не понял сразу, что калибровочные значения уже записаны в камень и их не нужно самому определять. Посмотрю поближе.
Как-то неправильно это называть «второй» версией, назвали бы «lite».
Не без огрехов, но интерфейс довольно удобен, примеры понятны, код компактный, библиотека хидер-онли. Ну и работает, разумеется. Особенно подошел для применения на микроконтроллерах: нет динамических аллокаций и зависимостей.
По поводу элементов Пельте, может можно применить стабилизаторы тока для мощных осветительных светодиодов (один для каждого элемента)? Такие стабилизаторы обычно имеют регулировку тока, что должно позволить выровнять производительность элементов. Проблема только может оказаться с минимальным напряжением, которые выдают такие стабилизаторы.
Спрайты близко основаны на оригинале.
1. Насколько режим активного мониторинга затормаживает исполнение кода?
2. Важно ли, с какими ключами скомпилирован elf?
Есть мысль использовать эту утилиту для отладки процессов freeRTOS.
2. Спящий режим потребляет много. Для достижения работы 6 мес. от батареек пришлось прерывать питание. Внешнее питание не рассматривал: была важна компактность и самодостаточность устройства.
3. Можно.
Описанная конструкция работает только от автономного питания — батареек.
По остальной части комментария — во всех классах продуктов есть категории функциональности / цены / надежности / сложности. Я не предлагаю универсальное решение для охраны всего, а только для тех случаев, когда человек сочтет данное устройство достаточным.
Если правила нет и включен датчик движения, то, да, оповещения будут каждые 20 мин.
update: не понял сразу, что калибровочные значения уже записаны в камень и их не нужно самому определять. Посмотрю поближе.