Его использует если не миллионы, то десятки тысяч, он проверен и перепроверен,
Это откуда такие дикие фантазии? Вам кажется естественным, что производитель забросил горячо любимый миллионами продукт, "проверенный и перепроверенный" ?
Цитата:
Не заморачивайтесь, пусть каждый пользует то, что пользует, лишь бы работало
Да я, как бы, ничьих прав ущемить не в состоянии. Просто мне делается странно от того, что можно не видеть настолько очевидные перспективы. Когда, скажем, через три года производитель выпустит новый совершенный МК, обладатели десятого дана по SPL, чего будут вынуждены делать? Переквалифицироваться в управдомы?
Я о том, что для JLink нет выбора новых F0xx при отладке. Да и сам дебагер по сравнению с Keil'овским - сплошная ересь...
Про JLink ничего хорошего сказать не могу, а вот плохое сразу вспомнилось - этот девайс кеширует данные в неявном виде. Это даёт заметное ускорение при подключении к известным для самого девайса чипам. А если такого id в банке прошивки не обнаруживается - то кеш работает на полную. Словом начинается ад и содомия. Девайс может в наглую забить на чтение регистра из мк - отдавая в комп сохранённое значение.
ST-Link видит и шьёт всю линейку от st, а так-же как оказалось почти все arm камни.
1) На сайт st.com во всех скачках SPL значится как "active".
2) st.com официально заявило, что SPL остается активным продуктом для тех серий, для которых он был выпущен и там будут правиться баги, ЕСЛИ будут найдены. Я смотрел последние исходники - правки от ноября 2015го.
3) От того, что его (ВОЗМОЖНО) не будут делать для новых серий он не перестанет работать на старых, на которых и делается еще и будет делаться лет 10 основная масса поделок
4) Когда STM перейдет на новые серии и SPL доступен не будет придется осваивать HAL, так как примочка подобного рода все равно нужна для ускорения разработки и тестов. Как вариант взять что-то типа http://libopencm3.org , если будет жив еще. Но HAL осваивать выгоднее, так как user-base намного больше однозначно, т.е. больше пример, больше мест, где могут помочь, лучше вылизан код.
Вы считаете STM идиотами, которые будут тратить миллионы долларов на разработку и поддержку программной библиотеку, которая никому не нужна? Ради чего?
Еще раз: это спор ни о чем. Это все касается восприятия продукта. Например, если я буду писать на C для Z80 с перефирией а-ля spectrum используя чужие мертвые либы, то это типа норм. А вот если я пишу на STM32 (на 2 порядка более мощный камень) используя чужие либы то это ересь. Помню, как тут кто-то распинался, что писать на С для AVR это ересь - только ASM!
Каждому свое, случаи разные бывают, не надо весь мир загонять в свои простенькие алгоритмы - ему там тесно будет.
Любопытно по теме coocox мнений не поступило. Я думал он популярен.
dosikus :
Что не так с дебаггером в EmBitz? Кейловский только в картинках видел, никаких принципиальный отличий не увидел. Прошу рассказать.
От того, что его (ВОЗМОЖНО) не будут делать для новых серий он не перестанет работать на старых, на которых и делается еще и будет делаться лет 10 основная масса поделок
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Ну да и фиг с ним. Уверен что на али старые чипы будут ходить еше очень долго и именно на них будет все любители клепать свои поделки.
Любопытно, что если взять SPL для старого L0, например, и подцепить к новому? Я думаю там почти все идентично, а разницу можно регистрами добивать вручную. Но это так, дурацкие костыли. Лучше HAL.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
MDK for STM32F0 and STM32L0 provides software developers working with STM32 devices with a free-to-use professional tool suite. Keil MDK is the most comprehensive software development system for ARM processor-based microcontroller applications.
_________________ Инженер R@D
Telegram чат: https://t.me/radiowolf или в поиске приложения @radiowolf. Личка:@cncoxford
И там чистые регистры, и чтобы проверить этот код надо свихнуться, каждый цифру надо идти и проверять по даташиту. И даже если там были его собственные константы, то доверия им было бы ноль. А вот константам из SPL/HAL я верю.
И там чистые регистры, и чтобы проверить этот код надо свихнуться, каждый цифру надо идти и проверять по даташиту. И даже если там были его собственные константы, то доверия им было бы ноль. А вот константам из SPL/HAL я верю.
А что такого? Я тоже люблю напрямую с регистрами работать. Мне эти библиотеки до одного места. Я хочу разобраться, что где к чему и как. А в этих библиотеках только гадай, что и как куда выставляется, и что куда. Захочешь чего-то в программе изменить. А хрен там- поди пойми, за что там какая переменная отвечает. Плюс еще напихают в каждый файл по 10 инклудов. И кури, ищи функцию, разбирайся, как она работает. Сейчас дружно мучаем USB в STM32 на уровне регистров. viewtopic.php?f=59&t=130816 Вон, скачал как-то библиотечный пример для USB HID.. И нифига, работает на разных компах по разному. В основном криво. Так что..
Это уже явный перегиб. Настоящий код в стиле CMSIS - использует дефолтные названия регистров, дефолтные названия битов в регистрах. И я смею утверждать что названия битов в регистрах не меняются от серии к серии. Да, они могут переехать в другой регистр, или даже сменить своё положение в начальном, или даже добавиться/удалиться от серии к серии. Но никогда !!! никогда не меняют своего имени. По этому перенос кода с камня 107 на новый 746 - занимает пару минут. Перенос с 107 на 030 - чуть дольше, но тоже уложился в один вечер. Не представляю себе, сколько пришлось-бы мудохаться с халом или спл.
Кстати, о работе с регистрами напрямую. Вот наш коллега просит помощи
Ваш коллега так же любитель полумер и противоречий. Иначе не объяснить, почему он из заголовочных файлов берет названия регистров, но не берет названия битов.
Когда просят помощи, код должен быть оформлен примерно так:
А этот неизвестно чей коллега просто говорит: "А ну, яйцеголовые, сделайте быстро за меня мою работу." С такой позицией, его все мысленно шлют нахрен и правильно делают.
И там чистые регистры, и чтобы проверить этот код надо свихнуться, каждый цифру надо идти и проверять по даташиту. И даже если там были его собственные константы, то доверия им было бы ноль. А вот константам из SPL/HAL я верю.
А что такого? Я тоже люблю напрямую с регистрами работать. Мне эти библиотеки до одного места. Я хочу разобраться, что где к чему и как. А в этих библиотеках только гадай, что и как куда выставляется, и что куда. Захочешь чего-то в программе изменить. А хрен там- поди пойми, за что там какая переменная отвечает. Плюс еще напихают в каждый файл по 10 инклудов. И кури, ищи функцию, разбирайся, как она работает. Сейчас дружно мучаем USB в STM32 на уровне регистров. viewtopic.php?f=59&t=130816 Вон, скачал как-то библиотечный пример для USB HID.. И нифига, работает на разных компах по разному. В основном криво. Так что..
Библиотеки эти засунуть в одно место.
Ну и сиди и программируй один. А то потом сидят помощи просят а че не работает. Готовьте бабло господа если хотите что бы ваши регистры разгребали. И выть не надо что глючит все.
_________________ Инженер R@D
Telegram чат: https://t.me/radiowolf или в поиске приложения @radiowolf. Личка:@cncoxford
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 11
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения