Простите, вы код проекта смотрели? Там SPL и HAL даже близко нет. Там что-то альтернативное и просто шикарно сделано... STM такое и не снилось... П.С. Такого дерьма, как SPL надо еще поискать... никогда им не пользовался...
А что мешает опубликовать статьи? Вы же не пишете что это ваша разработка…
А то по вашей логике получается, что мы должны писать статьи только про свой код. Про linux/windows/appache/e.t.c. низя… ШТА? О_О А как учиться?
1) HAL зло. Там тьма кода для покрытия всех возможных вариантов аргументов. Куча данных перекладывается с места на место (из структуры в структуру). inline помогает очень слабо.
2) HAL зло, написанное криворукими программистами, которые даже не пытаются сделать совместимость чипов на уровне софта, хотя на уровне железа STM такую совместимость декларирует (можно заменить один контроллер на более мощный той-же распиновки).
Возьмите 2 HAL разных контроллеров, совместимых по выводам и периферии — ВСЕ переименовано. Чтобы сменить контроллер, приходиться тупо проходить по коду и менять имена констант.
3) HAL зло, написанное криворукими программистами, которые получают оплату за кол-во изменившегося кода от версии к версии. и STM на это пофиг.
Берем 2 HAL разных версий: и видим например в коде настройки пинов замену for (int i...) цикл на int i =0; while (i<)… цикл.
Итог: совместимости нет. Оптимизации нет. Святая вера в оптимизации компилятора это бред. Если Вам нужна производительность, надо писать короткий и ПРАВИЛЬНЫЙ код, который будет оптимизироваться. А надеяться что компилятор заинлайнит стек из 30 вызовов — это бред.
П.С. Прошу прощения. Накипело. STM делает прекрасные контроллеры и полное Г. в библиотеках. Может соберемся и сделаем open-source CMSIS+HAL спроектированное и реализованное прямыми руками?
Вот у меня тоже было подозрение на подобные модули. Это не модуль заряда. Это модуль защиты от перезаряда/переразряда. У него нет функции контроля тока заряда и функции балансировки.
Так бывает, если ЗП в «условных единицах», т.е. сильно зависит от курса партии валют. И тогда работодателю проще прописать фиксированную ЗП, заведомо меньше любых форсмажоров, а остаток выдавать как премию. Я так работал, и скажу что это просто прекрасно, особенно когда устраивался на 32 рубля, а потом стало 65… И да, это отличная (от других) компания, дорожащая своим именем, видимо поэтому меня мало волновали вопросы оформлений — что-то где-то подписывал, какие-то доп-соглашения, распоряжения, я х.з. А уволился я в один день, но все об этом знали месяца за два, причем если-бы все пошло не по-плану, то я бы остался, и об этом тоже все знали. П.С. Господи, вот сейчас вспомнил — так было хорошо… Сейчас тоже хорошо, даже очень, но тогда было прекрасно, жаль не везде (и вот тут я уже не про компанию)…
Разработка архитектуры для контроля баланса клиента с ускорением работы в 1000 раз — 3 месяца.
Проект сервера для MMO игры — 2 года.
Проект расширения сервера для другой MMO класса ААА — 1 год.
Рефакторинг 300К+ строк незнакомой игровой логики — 1.5 года.
12 лет — 4 компании. Сейчас собираюсь сменить компанию еще раз — пока все идет отлично.
ЧЯДНТ?
Полностью поддерживаю! Согласен с каждой буквой!!!
<SARCASM-MODE-ON>Просто, чтобы планировать свои действия, хотелось бы уточнить: Вы к какому тысячелетию закончите переписывать весь используемый x86/x64 софт на новую архитектуру? Ну так, с точностью +- 100 лет хотя-бы )))<SARCASM-MODE-OFF>
Написано что КПД 1.3 %. Т.е. это в 4 раза хуже лампы накаливания. При мощности в 5 ватт (5 вольт 1 ампер обычная юсб зарядка) тепла будет еще на пол киловатта. Даже больше (650 ватт примерно). Что может питаться от нескольких милливатт? Подозреваю что какой нибуть кардиостимулятор. Слуховой аппарат. Но тут надо смотреть на размеры источника питания. А то получиться как в анекдоте: часы классные, только батарейки тяжелые.
Недалекое будущее:
Ожидание: Людей ничтожает вышедший из под контроля ИИ.
Реальность: Люди создают ИИ с доступом везде и заданием уничтожить людей.
Чтобы сработало правило: Не дошло через голову - дойдет через жопу!
Понял. Принял. Спасибо. Подход шикарный. Щас буду по аналогии пилить для STM32F030...
нет. ))) я имею в виду это:
template<uint32_t ... pins> static inline void Set (GPIO_TypeDef* port) { uint32_t temp = 0; ((temp |= 1<<pins), ...); port->BSRR = temp; }
и все что лежит по пути
stm32f334-buck-boost-master\firmware\firmware\periphery\
+
stm32f334-buck-boost-master\firmware\firmware\system\startup\
Где можно ее добыть для других версий STM32?
Простите, вы код проекта смотрели? Там SPL и HAL даже близко нет. Там что-то альтернативное и просто шикарно сделано... STM такое и не снилось... П.С. Такого дерьма, как SPL надо еще поискать... никогда им не пользовался...
Библиотека работы с периферией, альтернатива Standard Peripheral Library от STM32...
А что за библиотеку вы использовали? Первый раз вижу такую реализацию... Где можно ее добыть для других версий STM32? Спасибо.
А то по вашей логике получается, что мы должны писать статьи только про свой код. Про linux/windows/appache/e.t.c. низя… ШТА? О_О А как учиться?
2) HAL зло, написанное криворукими программистами, которые даже не пытаются сделать совместимость чипов на уровне софта, хотя на уровне железа STM такую совместимость декларирует (можно заменить один контроллер на более мощный той-же распиновки).
Возьмите 2 HAL разных контроллеров, совместимых по выводам и периферии — ВСЕ переименовано. Чтобы сменить контроллер, приходиться тупо проходить по коду и менять имена констант.
3) HAL зло, написанное криворукими программистами, которые получают оплату за кол-во изменившегося кода от версии к версии. и STM на это пофиг.
Берем 2 HAL разных версий: и видим например в коде настройки пинов замену for (int i...) цикл на int i =0; while (i<)… цикл.
Итог: совместимости нет. Оптимизации нет. Святая вера в оптимизации компилятора это бред. Если Вам нужна производительность, надо писать короткий и ПРАВИЛЬНЫЙ код, который будет оптимизироваться. А надеяться что компилятор заинлайнит стек из 30 вызовов — это бред.
П.С. Прошу прощения. Накипело. STM делает прекрасные контроллеры и полное Г. в библиотеках. Может соберемся и сделаем open-source CMSIS+HAL спроектированное и реализованное прямыми руками?
партиивалют. И тогда работодателю проще прописать фиксированную ЗП, заведомо меньше любых форсмажоров, а остаток выдавать как премию. Я так работал, и скажу что это просто прекрасно, особенно когда устраивался на 32 рубля, а потом стало 65… И да, это отличная (от других) компания, дорожащая своим именем, видимо поэтому меня мало волновали вопросы оформлений — что-то где-то подписывал, какие-то доп-соглашения, распоряжения, я х.з. А уволился я в один день, но все об этом знали месяца за два, причем если-бы все пошло не по-плану, то я бы остался, и об этом тоже все знали. П.С. Господи, вот сейчас вспомнил — так было хорошо… Сейчас тоже хорошо, даже очень, но тогда было прекрасно, жаль не везде (и вот тут я уже не про компанию)…Проект сервера для MMO игры — 2 года.
Проект расширения сервера для другой MMO класса ААА — 1 год.
Рефакторинг 300К+ строк незнакомой игровой логики — 1.5 года.
12 лет — 4 компании. Сейчас собираюсь сменить компанию еще раз — пока все идет отлично.
ЧЯДНТ?
<SARCASM-MODE-ON>Просто, чтобы планировать свои действия, хотелось бы уточнить: Вы к какому тысячелетию закончите переписывать весь используемый x86/x64 софт на новую архитектуру? Ну так, с точностью +- 100 лет хотя-бы )))<SARCASM-MODE-OFF>
Написано что КПД 1.3 %. Т.е. это в 4 раза хуже лампы накаливания. При мощности в 5 ватт (5 вольт 1 ампер обычная юсб зарядка) тепла будет еще на пол киловатта. Даже больше (650 ватт примерно). Что может питаться от нескольких милливатт? Подозреваю что какой нибуть кардиостимулятор. Слуховой аппарат. Но тут надо смотреть на размеры источника питания. А то получиться как в анекдоте: часы классные, только батарейки тяжелые.
Странно. Я бы хранил данные в цифре и конвертировал на лету. Так надежнее. Меньше ошибок.