STM32 новичку в ARM что к чему

tonyk

Eddy_Em писал(а):Вот только абдуринщики обычно не лезут "в продакшн"

Eddy_Em, ты отстал от трендов! Сейчас на рынке не мало оборудования, в котором стоит Дунька, причём просто собранная из шилдов. А чё плохого? Дёшево, работает, деньги приносит.

Реклама

jcxz

[uquote="tonyk",url="/forum/viewtopic.php?p=4232471#p4232471"]Eddy_Em, ты отстал от трендов! Сейчас на рынке не мало оборудования, в котором стоит Дунька, причём просто собранная из шилдов. А чё плохого? Дёшево, работает, деньги приносит.[/uquote]Точно. Имхо - многие 3D-принтеры как раз на чём-то подобном слеплены.

Реклама

Eddy_Em

[uquote="tonyk",url="/forum/viewtopic.php?p=4232471#p4232471"]Eddy_Em, ты отстал от трендов! Сейчас на рынке не мало оборудования, в котором стоит Дунька, причём просто собранная из шилдов.[/uquote]
Вот просто пойти - и застрелиться! Если уж имбецилы начинают всякие электронные штучки делать, что дальше: хирург будет проводить операции, советуясь на форуме?

А чё плохого? Дёшево, работает, деньги приносит.

Про оверхед и невозможность поддержки кода напоминать не буду. Что еще плохого? Надергал непонятных "скетчей" из интернета, каким-то чудесным образом заставил их работать и - вуаля, готовое устройство? Особенно если "собранное из шилдов", соединенных между собой проводочками… Даже для домашней системы автополива растений такой подход неприменим, а уж делать подобное УГ на заказ, когда за это еще деньги платят… Куда заказчик смотрит?

[uquote="jcxz",url="/forum/viewtopic.php?p=4232478#p4232478"]многие 3D-принтеры как раз на чём-то подобном слеплены.[/uquote]
Потому и работают так уныло долго. Да еще и ошибку постоянно накапливают, т.к. не имеют обратной связи по положению, а проводить хотя бы каждые 5 минут калибровку - это ж не по-абдурински! Да и, с другой стороны, какая, к чертовой бабушке, может быть калибровка по гигантскому индуктивному "концевику"?

Вообще, "абдуриноподход" — это очень опасная черта нашего времени. Ведь подобное "а, пофиг, и так сойдет" наблюдается и в других вещах: от образования, медицины и правоохранительных органов до науки и политики…

tonyk

Eddy_Em писал(а):Даже для домашней системы автополива растений такой подход неприменим, а уж делать подобное УГ на заказ, когда за это еще деньги платят…

Очень даже применим! Вот началась пандемия, потребовались диспенсеры с антисептиками. Прошло 2 года, эпидемия закончилась, и, видимо, скоро диспенсеры выбросят на помойку. Вот для таких изделий с небольшим сроком жизни всякие дуньки очень даже канают.

Реклама

jcxz

[uquote="tonyk",url="/forum/viewtopic.php?p=4232494#p4232494"]Очень даже применим! Вот началась пандемия, потребовались диспенсеры с антисептиками. Прошло 2 года, эпидемия закончилась, и, видимо, скоро диспенсеры выбросят на помойку. Вот для таких изделий с небольшим сроком жизни всякие дуньки очень даже канают.[/uquote]Это уже в прошлом. Ныне в тренде - дроны с ракетами. Неужто и их будут на абдуринах лепить???

PS: А есть абдурины на базе чего-то, устойчивого к радиации? X-ray-durina? А то (если дальше так пойдёт) могут оказаться востребованы....

Реклама

Eddy_Em

Для дрона уже простая абдурина не сгодится: там и флоаты нужны, и уйма всяких интерфейсов, и скорость вычислений…
Минимум какой-нибудь STM32F303. Хотя, понятное дело: абдуринщик и STM32 может по-абдурински "погромировать", достанет из широких штанин калокуб, сгенерит говнокод, накидает туда портянки другого выкачанного из интернета говнокода — вуаля!

Реклама

tonyk

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4232526#p4232526"]Для дрона уже простая абдурина не сгодится: там и флоаты нужны, и уйма всяких интерфейсов, и скорость вычислений…
Минимум какой-нибудь STM32F303. Хотя, понятное дело: абдуринщик и STM32 может по-абдурински "погромировать", достанет из широких штанин калокуб, сгенерит говнокод, накидает туда портянки другого выкачанного из интернета говнокода — вуаля![/uquote]
Как показали боевые действия в Сирии и на Украине, при встрече с современной эшелонированной ПВО срок жизни дрона очень мал, поэтому абдурина очень хорошо подходит для таких одноразовых и маложивущих объектов.
Так что, Eddy_Em, забудь о вечном и не дуй щёки, а учись быстро делать изделия-презервативы со сроком жизни в несколько недель.

Eddy_Em

Даже "изделия-презервативы" можно сделать аккуратно и качественно. А не "на скетчах и шилдах"!

koeltrad

Боюсь что ваша точка зрения лечится только электичеством.
Мне на этот бред ответить нечего.
Называете меня хамом, а теперь найдите где я первый хамил.
Хотя мне это не интересно, варитесь в этой жиже сами.
Смотрю вам это намного интересней обсуждать.
И да, такого хамского отношения я не видел нигде на другом языке, это всё таки воспитание.

tonyk

[uquote="Eddy_Em",url="/forum/viewtopic.php?p=4232557#p4232557"]Даже "изделия-презервативы" можно сделать аккуратно и качественно. А не "на скетчах и шилдах"![/uquote]
В таких изделий основными критериями качества являются скорость создания изделия и его дешевизна, а это поле игры абдурины.

Eddy_Em

tonyk, ну, не сказал бы! Иной раз как посмотришь на среднедеклассированного абдуринщика или калокубера: когда нормальный разработчик уже запилил бы изделие, этот третью неделю сидит и методом тыка пытается свою железяку заставить делать то, что ему надо!
Эти две категории считают чтение документации каким-то жесточайшим видом наказания. А уж написать какой-то код самостоятельно — да вы что?!! Такие же [censored] встречаются и в среде "разработчиков": это всякие "веб-мартышки", "питонокодеры" и прочие… Хорошо хоть, в линуксе таким делать нечего: они быстро сваливают оттуда на свою гребаную мастдайку.

НовыйДень

Концепция HAL - на самом деле очень даже правильная. В конечном счете, мы все приходим к такой концепции. Навряд ли кто пишет в main GPIOA->BSRR = 1. Нет, напишите Relay(MOTOR, ON), а уже в Relay напишите это GPIOA... после выбора конкретного реле и конкретного действия. И это совершенно нормально - абстракция уровней, компоновка текста программы по функциональной принадлежности. И чем объемнее программа, тем больше структурности она требует.

Для дрона уже простая абдурина не сгодится:

Это для квадрокоптера с четырьмя высокоскоростными пропеллерами и автостабилизацией не сгодится. А для БПЛА (беспилотник который) - еще как сгодится! Да они так и делаются - радиоканал, ардуино-шилды жипиэс, 9-осевой датчик положения в пространстве с барометром и термометром, сервомоторы. Более там ничего и не нужно. Аэрофотосъемка - обычный фотоаппарат с выведенным на транзистор контактом внешнего спуска затвора. БПЛА пилотируется дистанционно.

tonyk

[uquote="НовыйДень",url="/forum/viewtopic.php?p=4232603#p4232603"]Концепция HAL - на самом деле очень даже правильная.[/uquote]
НовыйДень, ты не понял суть проблемы.
Проблема в том, что сейчас на Ардуино и ХАЛ выросло поколение погромистов, не приученных читать документацию, изучать архитектуру и работу "железа" и софта, а умеющих только быстро и бездумно тыкать мышкой. Они привыкли рыться в Инете в поисках скетча или скрипта, а не создавать самим. Зато они заваливают форумы тупыми вопросами, а не получив ответа поливают всех дерьмом.
Я не против, когда люди пользуются чьими-то наработками, для того мы тут и общаемся. Я не против графических средств программирования, но я против, когда человек после трёх дней тыканья мышкой в Кубе обзывает меня нехорошими словами за то, что я не смог/ не захотел ему объяснять то, что написано в документации.
К сожалению, такой подход очень характерен для пользователей Куба и Дуньки, поэтому темпераментные натуры как уважаемый Eddy_Em не без оснований бурно реагируют на слова "Куб" и "Ардуино", изрыгая на них поток колкостей и неприличных слов.

НовыйДень

Да эту то суть проблемы я давно знаю

Ардуинщики и халоводы почти никогда не читают мануалов. С другой стороны, если есть например библиотека DSP с уже написанными аналитическими функциями, то грех ими не воспользоваться, не шибко то вникая в то, как они работают. И многие из нас пользуются вай-фай и или блютуз-модулями, не вникая в подробности стеков и прочей лабуды. Желающих ковыряться с радиомодулем в какой-нить ESP чето как-то не очень то есть. И даже STM32W55 как-то не получила большой популярности. В некотором роде это тоже ардуинство - взять готовый радиомодуль вместо того, чтобы в одном корпусе микросхемы сделать всё нужное за раз. Но, блин, готовый модуль - это быстро, удобно и без проблем.
Ну а Эдди - хех, а покажите, на что Эдди может спокойно реагировать?

У него лет 10 одна и та же нервная реакция с анальным словарным запасом на любую тему, это его жизненная позиция - нервироваться на любой раздражитель.

koeltrad

[uquote="tonyk",url="/forum/viewtopic.php?p=4232612#p4232612"]но я против, когда человек после трёх дней тыканья мышкой в Кубе обзывает меня нехорошими словами за то, что я не смог/ не захотел ему объяснять то[/uquote]
Вас никто не обзывал из за того что вы чего то не хотите, вообще если честно наплевать на это.
Вас обзывали за ваше хамство. А вашу бесполезность можете обсудить со своим психологом.

jcxz

[uquote="tonyk",url="/forum/viewtopic.php?p=4232553#p4232553"]Как показали боевые действия в Сирии и на Украине, при встрече с современной эшелонированной ПВО срок жизни дрона очень мал[/uquote]Какой бы эшелонированной ни была бы оборона, но иногда и крейсера тонут.

koeltrad

Эшелонированная оборона в теме:STM32 новичку в ARM что к чему
Ска-это дно

Lum1noFor

Коллеги, подскажите, как правильно реализовать тайм-аут приема данных через железячный USART1 в STM32F103. Проблема вот какая: МК подключен к компьютеру через USART1. Когда компьютер отправляет символ микроконтроллеру, срабатывает прерывание USART1 и я забираю символ из USART1->DR. Команда от компьютера должна состоять из 8 символов, то есть прерывание должно сработать 8 раз. Но если мы получили только, например, шесть из 8 символов, контроллер бесконечно будет бесконечно ждать остальные, так как работает через прерывание. Хочу добавить сюда тайм-аут приема. Видел, что люди делают так: они при приеме первого символа обнуляют SysTick, и при следующем срабатывании прерывания смотрят - если натикало больше, чем надо, выдают ошибку. Но в таком случае о факте таймаута компьютер узнает только после приема первого опоздавшего символа. А мне нужно сделать так, чтобы сообщение об ошибке таймаута выдавалось на комп сразу же после таймаута, то есть не в прерывании USART1. Я беру таймер TIM4, настраиваю ARR на нужную задержку, и ставлю приоритет прерывания таймера выше приоритета USART1. По задумке, прерывание таймера должно блокировать прерывание USART1, обнулять счётчик принятых символов USART1 и выдавать ошибку на комп. Но здесь мне мешает Interrupt Nesting. В случае срабатывания прерывания USART1 по опоздавшему символу, и после того, как прерывание таймера отработало, контроллер возвращается не в основной цикл программы, а по стеку в предыдущее прерывание USART1.... в котором написано, что "если счётчик символов равен нулю, то запустить таймер таймаута...". Счётчик символов, который мы только что сбросили как раз в 0 в прерывании таймера таймаута. И начинается бесконечное прыгание из одного прерывания в другое. Так вот, вопрос: в микрочипах можно было вообще отключить Interrupt Nesting, оставив только приоритеты, может, здесь можно также? Заранее спасибо.

COKPOWEHEU

Может, вам поможет прерывание по Idle? Я, правда, таким не пользовался, так что подробностей не знаю.

Eddy_Em

Lum1noFor, если команда - ровно 8 байт, можно и DMA использовать. Приняли первый символ, засекли время и запустили прием остальных. Если через N миллисекунд DMA ещё ждёт - тайм-аут