Сегодня очень сложно встретить оригинальный датчик DS18B20. Все, что встречается в продаже с очень большой вероятностью будет подделкой. Отличить подделку можно по методикам, описанным например здесь https://github.com/cpetrich/counterfeit_DS18B20
В любой EEPROM 24 серии такой подход. Тысячи их. Вообще для I2C это стандартная тема с повторным стартом где в одной посылке надо и адрес регистра задавать и чтение выполнять
Где-то я уже читал сегодня про собаку и бензобак. По моим многолетним наблюдениям есть с десяток типовых ошибок, которые регулярно допускают программисты различного уровня при реализации драйвера UART и протоколов поверх него. Опять же по опыту проще отлаживать и сопровождать тот код, который используется в большем количестве проектов и применений без значительных изменений. Размер бинаря несомненно важен. Например есть у нас проект загрузчика под STM8S003F3P6TR. Под загрузчик выделено чуть больше 1кб. Там нет ртосей. Но есть и проекты в 1МБ флеши. Там загрузчик 64 кб с использованием POSIX ртос, фс, внешней памятью, шифрованием и т.д. и он собирается из тех же исходников, что и основной проект. В этом есть свой кайф.
Jetlink9 - весьма добротный клон за 67$. Пользуюсь ежедневно в работе и дома. Ни один пока не умер на моей памяти. Есть у них же еще более беспроблемный Jetlink Ultra V4, но ценник на 100$ побольше
Тут усматривается допущение того, что в байте всегда 8 бит. Однобоко смотрите на проблему, товарищ! С другой стороны речь могла идти про INT(TERRUPT) и надо ответить сколько он занимает в циклах. В общем у меня бы не прошли ))
аппаратные решение на конденсаторах для такой задачи не очень. дребезг кнопок имеет свойство с течением времени возрастать из-за старения контактов. нужен большой запас по постоянной времени RC цепи. кроме того открыт вопрос энергопотребления на заряд-разряд кондюка. если рядом розетка - все путем, но так бывает не всегда. а еще бывают матричные клавиатуры которые надо опрашивать в динамике. в целом емкость по входу обычно не мешает, но и делать из нее культа не надо.
это и не надо. обработку всех кнопок сразу нужно делать раз в тик системного таймера для каждой кнопки увеличивая свою переменную-счетчик если на входе 1 и уменьшая если 0. нажатие и отпускание фиксируется при достижении счетчиком верхней и нижней границ соответственно. Для FreeRTOS обработку кнопок, светодиодов и т.п. очень удобно выносить в сопрограммы. Они там живут и никому не мешают
LittleFS прикольная, но не стабильная в первой версии. Склонна к зависаниям после некоторых неудачных сбросов питания во время записи. С выравниваем износа тоже не все однозначно. По второй версии ничего не скажу, можно почитать ишью на гитхабе что бы оценить. Кроме того есть неприятные ограничения, связанные с дизайном. Она хорошо пишет в конец файла, но очень не любит переписывать данные внутри файла. В общем я пользуюсь, но если бы была возможность начать проект сегодня сначала, то внимательно посмотрел бы на LevelX от AzureRTOS или на Reliance Edge
Имею в личном пользовании один приборчик. кхм-кхм-маг-01. Мне его подарили из-за проблем со спиной. В отдельные дни боль бывает такая, что хожу с трудом. Я изначально настроен к прибору скептически. Однако опыт применения показывает, что в моем случае он способен снизить уровень боли за процедуру. Я до сих пор не уверен, что помогает там именно магнитное поле, так как прибор к концу процедуры ощутимо разогревается. Возможно обычная водяная грелка сработает не хуже. С другой стороны 3 часа ЛФК в неделю повышают качество жизни лучше и приборчик применяется сейчас значительно реже.
Завести любовницу и заняться с ней боксом
Сегодня очень сложно встретить оригинальный датчик DS18B20. Все, что встречается в продаже с очень большой вероятностью будет подделкой. Отличить подделку можно по методикам, описанным например здесь https://github.com/cpetrich/counterfeit_DS18B20
В любой EEPROM 24 серии такой подход. Тысячи их. Вообще для I2C это стандартная тема с повторным стартом где в одной посылке надо и адрес регистра задавать и чтение выполнять
Вы такой самоуверенный, как будто ничего хитрее хала никогда не видели. Расскажите как собрать NoRTOS версию драйверов вот от этой вещи
Где-то я уже читал сегодня про собаку и бензобак. По моим многолетним наблюдениям есть с десяток типовых ошибок, которые регулярно допускают программисты различного уровня при реализации драйвера UART и протоколов поверх него. Опять же по опыту проще отлаживать и сопровождать тот код, который используется в большем количестве проектов и применений без значительных изменений. Размер бинаря несомненно важен. Например есть у нас проект загрузчика под STM8S003F3P6TR. Под загрузчик выделено чуть больше 1кб. Там нет ртосей. Но есть и проекты в 1МБ флеши. Там загрузчик 64 кб с использованием POSIX ртос, фс, внешней памятью, шифрованием и т.д. и он собирается из тех же исходников, что и основной проект. В этом есть свой кайф.
Это почему это должен? Есть у меня отлаженные драйвера всего и вся под РТОС. Собираю из тех же исходников загрузчик. Дешево, надежно и практично.
Jetlink9 - весьма добротный клон за 67$. Пользуюсь ежедневно в работе и дома. Ни один пока не умер на моей памяти. Есть у них же еще более беспроблемный Jetlink Ultra V4, но ценник на 100$ побольше
Тут усматривается допущение того, что в байте всегда 8 бит. Однобоко смотрите на проблему, товарищ! С другой стороны речь могла идти про INT(TERRUPT) и надо ответить сколько он занимает в циклах. В общем у меня бы не прошли ))
Про четырехбайтный же )
Даже если меч понадобится один раз в жизни...
Но 20 баксов это 20 баксов!
Ну вот, Вам человек душу открыл, а Вы его топите. Не надо так.
аппаратные решение на конденсаторах для такой задачи не очень. дребезг кнопок имеет свойство с течением времени возрастать из-за старения контактов. нужен большой запас по постоянной времени RC цепи. кроме того открыт вопрос энергопотребления на заряд-разряд кондюка. если рядом розетка - все путем, но так бывает не всегда. а еще бывают матричные клавиатуры которые надо опрашивать в динамике. в целом емкость по входу обычно не мешает, но и делать из нее культа не надо.
это и не надо. обработку всех кнопок сразу нужно делать раз в тик системного таймера для каждой кнопки увеличивая свою переменную-счетчик если на входе 1 и уменьшая если 0. нажатие и отпускание фиксируется при достижении счетчиком верхней и нижней границ соответственно. Для FreeRTOS обработку кнопок, светодиодов и т.п. очень удобно выносить в сопрограммы. Они там живут и никому не мешают
это старое требование стандарта Си. старые компиляторы RealViev выдают предупреждение и без IDE. больше подробностей тут https://stackoverflow.com/questions/72271/no-newline-at-end-of-file-compiler-warning
LittleFS прикольная, но не стабильная в первой версии. Склонна к зависаниям после некоторых неудачных сбросов питания во время записи. С выравниваем износа тоже не все однозначно. По второй версии ничего не скажу, можно почитать ишью на гитхабе что бы оценить. Кроме того есть неприятные ограничения, связанные с дизайном. Она хорошо пишет в конец файла, но очень не любит переписывать данные внутри файла. В общем я пользуюсь, но если бы была возможность начать проект сегодня сначала, то внимательно посмотрел бы на LevelX от AzureRTOS или на Reliance Edge
Имею в личном пользовании один приборчик. кхм-кхм-маг-01. Мне его подарили из-за проблем со спиной. В отдельные дни боль бывает такая, что хожу с трудом. Я изначально настроен к прибору скептически. Однако опыт применения показывает, что в моем случае он способен снизить уровень боли за процедуру. Я до сих пор не уверен, что помогает там именно магнитное поле, так как прибор к концу процедуры ощутимо разогревается. Возможно обычная водяная грелка сработает не хуже. С другой стороны 3 часа ЛФК в неделю повышают качество жизни лучше и приборчик применяется сейчас значительно реже.
Скорее всего сборка, так как делать на одном кристалле такое...
У них есть еще NUC972DF71YC у которого по документации на борту вообще 128 МБайт.
Микроконтроллер Nuvoton NUC906DK61Y. Или вы придираетесь к терминам процессор и контроллер?