Мой вариант: любой удобный редактор, патченая библиотека, всё тот же компилятор sdcc, и прошивальщик stm8flash. Для сборки использую идущий с библиотекой Makefile, переделав под себя.
Проблема с неиспользуемыми функциями, конечно, мешает, поэтому многие куски SPL переписал сильно упростив. Отсутствие отладчика печалит, но для домашних поделок сойдёт.
Пункт 2 раздражает больше всего. Хочу просто видеть сайт и поиск на английском, но с доставкой в Россию и ценами в рублях. На главной странице это работает, но переход в магазин, например — гарантированный редирект на .ru и сброс языка на русский. Неимоверно бесит.
И, как уже отмечали выше, применение сортировки по количеству заказов, например, резко сокращает поисковую выдачу, чуть ли не на порядок уменьшается количество результатов.
Всем, кто кричит про говёный код, предлагаю вспомнить, что это первый в истории человечества вертолёт на другой планете, с другой атмосферой и другой гравитацией. И на текущий момент для марсианских условий нет удобных фреймворков и готовых пактов, чтобы всё работало само.
Самому рисовать 255 дефайнов лениво, но если бы программа создания шрифта представляла возможность экспорта в таком вот графическом виде, было бы удобно.
Я не профессиональный переводчик и не претендую на истину, но согласен с предыдущим комментарием — читать очень тяжело. Думаю, проблема в том, что перевод дословный — просто переведены слова, согласованы между собой на низком уровне. Но нет попытки передать смысл на высоком уровне, через грамматику русского языка.
Вот этот абзац, например, для меня не несёт смысла, просто куча слов:
Отрицательно заряженные электроны находятся в состоянии готовности, будучи в истоке (то место, откуда проистекает электрический ток) и стоке (куда сбрасывается электрический ток), это связано с типом кремния, используемого для конструирования этих фрагментов транзисторного материала.
Я бы перевёл так:
Отрицательно заряженные электроны в состоянии готовности расположены на истоке (источник электрического тока) и стоке (приёмник электрического тока), это обусловлено типом кремния, использованного для этих фрагментов транзистора.
Вроде бы всё то же, но я не стал запихивать в перевод все слова из оригинала, а передал мысль своими словами. Мне кажется, что такой вариант читать и понимать легче.
Здесь так много ошибок и бреда, что пришлось бы разбирать каждую строку. Поэтому вместо разбора каждой ошибки опишу свои мысли по данному вопросу.
1. Языки высокого уровня для МК (Rust, C++, C) часто компилируются в один и тот же ассемблер при решении одной задачи. Как минимум, для С и С++ это на хабре было описано.
2. Выбор языка и железа обусловлен стоящей задачей. Для единичной поделки будет разумно взять Распберри/Джетсон и накидать скрипт на питоне за полчаса. Для миллиона тостеров, где каждая сотая цента имеет значение, будет выгодней тупейший микроконтроллер и полкило ассемблера, а то и ASIC.
3. digitalWrite будет работать на любом МК, куда портирована Ардуино. DDRB привзяывает вас не только к AVR, но и конкретному чипу, т.к. для Arduino Mega, например, порт и пин для 10-го вывода могут уже отличаться от Mini. Это опять выбор — компактность+скорость или портируемость. Крайне неверно считать, что одно лучше другого. Это разные задачи, требующие разных решений.
В итоге, для каждой конкретной задачи нужно понять на каком языке её выгоднее решать и насколько сильно нужно абстрагироваться от железа.
Насколько сложно организовать приём денег от заказчика? Нужно регистрировать ИП?
Попасть внутрь можно только отклеив дисплей, поэтому любой ремонт весьма проблематичен.
А после этого, да, многие внутренности заменить/починить довольно легко.
Примерно так.
Проблема с неиспользуемыми функциями, конечно, мешает, поэтому многие куски SPL переписал сильно упростив. Отсутствие отладчика печалит, но для домашних поделок сойдёт.
github.com/joeycastillo/The-Open-Book
github.com/atc1441/E-Paper_Pricetags
И, как уже отмечали выше, применение сортировки по количеству заказов, например, резко сокращает поисковую выдачу, чуть ли не на порядок уменьшается количество результатов.
Вот этот абзац, например, для меня не несёт смысла, просто куча слов:
Я бы перевёл так:
Вроде бы всё то же, но я не стал запихивать в перевод все слова из оригинала, а передал мысль своими словами. Мне кажется, что такой вариант читать и понимать легче.
Строительство нового завода — лет 5. Окупаемость — ещё хз сколько. Не думаю, что это будет выгодно.
Если очень хочется, можно и залоченный контроллер разлочить.
embeddedartistry.com/blog/2021/01/18/is-memfault-the-future-of-fault-debugging-we-think-so
По сути, готовое решение для сбора, отправки и исследования дампов.
1. Языки высокого уровня для МК (Rust, C++, C) часто компилируются в один и тот же ассемблер при решении одной задачи. Как минимум, для С и С++ это на хабре было описано.
2. Выбор языка и железа обусловлен стоящей задачей. Для единичной поделки будет разумно взять Распберри/Джетсон и накидать скрипт на питоне за полчаса. Для миллиона тостеров, где каждая сотая цента имеет значение, будет выгодней тупейший микроконтроллер и полкило ассемблера, а то и ASIC.
3. digitalWrite будет работать на любом МК, куда портирована Ардуино. DDRB привзяывает вас не только к AVR, но и конкретному чипу, т.к. для Arduino Mega, например, порт и пин для 10-го вывода могут уже отличаться от Mini. Это опять выбор — компактность+скорость или портируемость. Крайне неверно считать, что одно лучше другого. Это разные задачи, требующие разных решений.
В итоге, для каждой конкретной задачи нужно понять на каком языке её выгоднее решать и насколько сильно нужно абстрагироваться от железа.