Если бы "товар" не продавали, то не было бы "дебилов" которые его покупают.
Не надо путать причину со следствием! На любой спрос найдется предложение. И чем больше в мире извращенцев, тем извращенней будет предложение. Вот появилось огромное гей-сообщество — вуаля, для них родилась фирма Apple со своими гей-поделками. Ну и так далее...
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Заголовок сообщения: Re: STM32 новичку в ARM что к чему
Добавлено: Ср июн 16, 2021 14:19:00
Потрогал лапой паяльник
Карма: 8
Рейтинг сообщений: 54
Зарегистрирован: Вс мар 03, 2019 08:18:34 Сообщений: 350 Откуда: Волгоград
Рейтинг сообщения:0 Медали: 1
Собираю устройство usb-can сначала хотел как у всех на stm32f105 но не нашел камень за гуманные деньги! нашел stm32f373 развел плату вытравил спаял все работает теперь мучаюсь с программой! вертуал порт в компе обнаружился все вроде гуд день сижу вылазит ошибка при компиляции неопределенная переменная вот тока я ее в тексте вообще нигде не вставлял "hUsbDevice_0" откуда берется не пойму если кто глянет буду очень признателен! https://disk.yandex.ru/d/j-1tZtIv5th_KQ
А с каких пор у F105 USB и CAN могут одновременно работать? Я на F0x2 делал, т.к. на Cortex-M4 пока боязно переходить (да и нет у меня ничего для них, это минимум неделю Makefile, стартап, линкер и хедеры собирать).
Цитата:
"hUsbDevice_0" откуда берется не пойму
А вот не надо кал использовать! Один раз стоит потратить месяцок времени, да родить нормальный USB. Им и пользоваться, а не всяким Г.
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Заголовок сообщения: Re: STM32 новичку в ARM что к чему
Добавлено: Ср июн 16, 2021 16:12:39
Потрогал лапой паяльник
Карма: 8
Рейтинг сообщений: 54
Зарегистрирован: Вс мар 03, 2019 08:18:34 Сообщений: 350 Откуда: Волгоград
Рейтинг сообщения:0 Медали: 1
Eddy_Em писал(а):
А с каких пор у F105 USB и CAN могут одновременно работать?
ошибаетесь это на 103 они не работают одновременно у них области памяти одни, а тут вполне!
Eddy_Em писал(а):
А вот не надо кал использовать! Один раз стоит потратить месяцок времени, да родить нормальный USB. Им и пользоваться, а не всяким Г.
да вот жешь все как всегда походу еще не один пример с нета не работал.... разбираюсь потихоньку. учусь...
Добавлено after 1 hour 22 minutes 36 seconds: О все ребятки заработало просто оказывается что stm-цы обновили can библиотеку недавно а это обозначение из старой приплыло... сутки убил...
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
HAL можно использовать. Но надо делать это осознанно. Осознанно - это зная что и как делаешь. Иначе можно ставить под сомнение саму парадигму вторичного использования кода, и частный случай этой парадигмы в виде сторонних библиотек. А вот думать, что "КУБ напишет за меня код" - действительно вредно.
Заголовок сообщения: Re: STM32 новичку в ARM что к чему
Добавлено: Пт июн 18, 2021 07:19:27
Потрогал лапой паяльник
Карма: 8
Рейтинг сообщений: 54
Зарегистрирован: Вс мар 03, 2019 08:18:34 Сообщений: 350 Откуда: Волгоград
Рейтинг сообщения:0 Медали: 1
Я уже немного изучил и hal и ll где-то там пишу где-то там можно и на cmsis но просто дольше. это просто инструменты! единственно вот в этом проекте заметил что keil как-то долго компилирует.. Установил STM32CubeIDE 1.6.0 попробовал один и тот-же проект собрать разница ощутима не знаю с чем связано...
Осознанно - это зная что и как делаешь. Иначе можно ставить под сомнение саму парадигму вторичного использования кода, и частный случай этой парадигмы в виде сторонних библиотек.
Суть в том, что не надо использовать первые попавшиеся сторонник библиотеки. Исключение - первоначальная проверка алгоритма и железки. Исключение - когда запас производительности настолько большой, что допускает некачественный код.
Пишите в IDE и создадите проект за несколько минут.
Я и пишу в IDE — Qt Creator. И не понимаю, чем мне IDE в этом может помочь: она угадает мои мысли и напишет нужный линкер-скрипт (где будут выделены две секции, занимающие весь свободный объем банков флеша, под хранение настроек и логов?), или же она угадает мои мысли и напишет правильный стартап? Вот, вчера сел я расширять свое творчество на STM32F303. Нужные заголовочные файлы собрал (правда, кроме специфичной математики: мне БПФ и т.п. не нужно), в стартапе у меня, оказывается, уже были расписаны прерывания под F3 и F4, нужно лишь добавить код инициализации FPU и настройки тактирования.
IDE это за меня не сможет сделать, т.к. мысли мои читать не умеет.
HAL можно использовать. Но надо делать это осознанно.
Идеальный случай - не использовать кал ни в каких случаях. Потому что можно привыкнуть к "тяп-ляп - и в продакшн" и превратиться в абдуринщика.
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
угадает мои мысли и напишет нужный линкер-скрипт (где будут выделены две секции, занимающие весь свободный объем банков флеша, под хранение настроек и логов?)
Правка скрипта линкера не требует много времени. Точно не неделю!
Если по полчаса каждый вечер на это тратить, то с нуля собирать окружение — штука длительная.
Цитата:
стандартный стартап от ST для выбранного контролера.
Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под ARM ковыряться, когда все на С пишется?
Цитата:
В нормальной IDE создание проекта под нужный контроллер со всеми стартапами, скриптами линкера и заголовочными файлами это 5-10 минут.
У меня это вообще 10 секунд занимает: скопировал сниппет — вуаля! Вот только до этого пришлось все собрать в кучу. Ну и самих сниппетов понаписать.
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под ARM ковыряться, когда все на С пишется?
Хотя в CMSIS и пишется, что ассемблерные считаются устаревшими, под STM32 они на ассемблере. Мне, для общего развития, честно интересно, что и зачем менять в startup файле. В файл линкера приходилось залазить, секции под себя добавлять, а вот зачем может потребоваться править стартовый файл - не догадываюсь.
Я имел в виду контроллер, который раньше не использовал.
В этом случае минимум месяц уйдет на подготовку базиса, чтение даташита с RM, написание сниппетов… IDE за вас ничего этого не сделает.
_________________ Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
Я имел в виду контроллер, который раньше не использовал. Просто от выбора типа до загрузки тестовой программы в контроллер.
"типовая программа" годится только проверить живой ли контроллер вообще. Потом ведь все равно придется писать (или искать и вычитывать) стартап, инициализацию, библиотеки. Не говоря уж о том, что "тестовые программы" в IDE обычно не встраиваются, то есть их тоже нужно где-то искать и придумывать как собрать, что зачастую сложнее написания с нуля.
Eddy_Em писал(а):
Ассемблерный, небось? Я что — на извращенца похож, чтобы в асме под ARM ковыряться, когда все на С пишется?
А чем вам ассемблер не по нраву? Если есть какой-то низкоуровневый код, который выполняется при старте, так его достаточно прочитать и выкинуть откровенные косяки. Не писать же ту же таблицу прерываний с нуля. Подобным мазохизмом стоит заниматься только если готового стартапа нет.
Сейчас этот форум просматривают: Google [Bot] и гости: 23
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения