Если на каждом аккумуляторе стоит плата защиты, то не нужен
Но и при такой схеме зарядить батарею из нескольких элементов с отличающимся внутренним сопротивлением или просто у которых разный первоначальный заряд будет проблематично
То что Резонит делает за 3 дня у них называется «срочный или суперсрочный» и стоит как небольшой космический корабль.
Обычный заказ у них больше 2-х недель + доставка в регион (да, есть жизнь за МКАД), что соизмеримо с быстрой доставкой от JLCPCB, но 2-4 раза дороже
Не для каждой задачи требуется режим работы реального времени. Если Вы разрабатываете военные системы защиты или скоростной промышленный конвейер, то безусловно, на нижнем уровне подобные системы не подойдут. Но для остальных задач прекрасно.
Причем здесь скорость выполнения и промышленный конвейер? Прежде чем писать, может лучше посмотреть чем Linux отличается от RTOS?
не совсем понятен вопрос. Какой мир и какую кросс-компиляцию использует, на каких устройствах?
Можно загуглить вопрос, если непонятно. Для микроконтроллеров выпускаются SDK содержащие в своем составе кросс-компиляторы. Самый известный SDK — Arduino IDE, позволяющий компилировать программы на Windows/LINUX под в AVR, ARM и многие другие МК.
Можно настроить кросс-компилятор на своем компе и собирать программы под Пи-шку чтобы не насиловать при сборке бедную SD-карточку
18$. За такие деньги МК, с поддержкой полноценного Web-интерфейса и шифрования сетевого трафика, вряд ли найдешь.
ESP32. И с ШИМом там все намного лучше )))
А вот все эти PI к МК имеют очень опосредованное отношение, ибо это в чистом виде MicroPC без ОС реального времени
А если там еще и программы писать на всяческих высокоуровневых средах…
Вот зачем на МК компилировать программы, когда весь мир для этого кросс-компиляцию использует?
Избыточность может быть только в деньгах. То что используется более современный МК, который активно развивается и поддерживается — нет никаких противоречий.
К тому же в МК всегда упираешься в задачу, когда внутренних ресурсов может и не хватить
C STM8 никогда не связывался.
Долгое время делал подобные вещи на связке Atmega328PB /NRF24L01.
Правда свой протокол не разрабатывал, юзал MySensors
Сейчас не нарадуюсь NRF52. Все-таки это 32 бит Cotrex M4 с богатейшей периферией.
Правда беру готовые SOC-модули со всеми антеннами и кварцами внутри. При такой схеме двухслойных ПП хватает выше крыши.
ESP32 без внешнего АЦП — так себе задумка для ослика.
Даже производитель признал нелинейность и большой разброс показаний встроенного АЦП и рекомендует ставить на вход кондер 100нФ и усреднять сэмплы.
MAX7219 и один токозадающий резистор
И не будет так различаться яркость диодов, как на видео
Хотя для Меги можно включать без всяких регистров. 16 выводов и 8 резисторов.
За схемы такие, конечно, жирный минус. Если начинаете работать с электроникой, так и учитесь электронике!
Контакты, помеченные как R — плюсовые, а контакты, помеченные как C — минусовые.
У диодов это анод и катод. А + и — у источника питания
Ужасное количество воды в статье. А по существу все очень поверхностно. И очень неполно
Аббревиатура по другому переводится: NoSQL (от англ. not only SQL — не только SQL)
ru.wikipedia.org/wiki/NoSQL
Но и при такой схеме зарядить батарею из нескольких элементов с отличающимся внутренним сопротивлением или просто у которых разный первоначальный заряд будет проблематично
RU Special Air Mail: 17-23
это до Перми
Еще E-packet есть — один раз пробовал, но захватил Китайский НГ и получил 40 дней
Обычный заказ у них больше 2-х недель + доставка в регион (да, есть жизнь за МКАД), что соизмеримо с быстрой доставкой от JLCPCB, но 2-4 раза дороже
Причем здесь скорость выполнения и промышленный конвейер? Прежде чем писать, может лучше посмотреть чем Linux отличается от RTOS?
Можно загуглить вопрос, если непонятно. Для микроконтроллеров выпускаются SDK содержащие в своем составе кросс-компиляторы. Самый известный SDK — Arduino IDE, позволяющий компилировать программы на Windows/LINUX под в AVR, ARM и многие другие МК.
Можно настроить кросс-компилятор на своем компе и собирать программы под Пи-шку чтобы не насиловать при сборке бедную SD-карточку
ESP32. И с ШИМом там все намного лучше )))
А вот все эти PI к МК имеют очень опосредованное отношение, ибо это в чистом виде MicroPC без ОС реального времени
А если там еще и программы писать на всяческих высокоуровневых средах…
Вот зачем на МК компилировать программы, когда весь мир для этого кросс-компиляцию использует?
228 Вт — 2.44мс. За это время процессор не успеет не то что поджарить яичницу, но и даже корпус толком нагреть.
а так 125 Вт — тоже солидно, но когда у тебя 16 ядер — уже не кажется чем то запредельным
Тем более сейчас это только инженерный чип. Вряд ли в продажу он пойдет в комплекте с водяным охлаждением.
К тому же в МК всегда упираешься в задачу, когда внутренних ресурсов может и не хватить
WiFi использую ESP32 но отдельно от NRF52
Долгое время делал подобные вещи на связке Atmega328PB /NRF24L01.
Правда свой протокол не разрабатывал, юзал MySensors
Сейчас не нарадуюсь NRF52. Все-таки это 32 бит Cotrex M4 с богатейшей периферией.
Правда беру готовые SOC-модули со всеми антеннами и кварцами внутри. При такой схеме двухслойных ПП хватает выше крыши.
Даже производитель признал нелинейность и большой разброс показаний встроенного АЦП и рекомендует ставить на вход кондер 100нФ и усреднять сэмплы.
И не будет так различаться яркость диодов, как на видео
Хотя для Меги можно включать без всяких регистров. 16 выводов и 8 резисторов.
За схемы такие, конечно, жирный минус. Если начинаете работать с электроникой, так и учитесь электронике!
У диодов это анод и катод. А + и — у источника питания