- Давно не работал с CAN шиной и не помню в деталях что там и как, но
вроде посылки короткие. Вопрос: насколько дурная идея обновлять
прошивку девайсов через CAN? - Argon(24.01.2021 11:40, MCU, полностью)
- у стм32 во встроенном буте есть обновление по кэн, правда я его не
использовал, ваял свое. Nikolay801_(122 знак., 25.01.2021 10:13)
- норм работает! у меня девайсы так обновляются, воткнул в ОБД
переходник и обновился! Да что мои, все штатные блоки обновляются
именно так, крайние проши (бинарники) тойот весят 4мб + накладные
расходы, время конечно идет Aleksey_75(169 знак., 24.01.2021 21:26, картинка)
- использую с верхнего контроллера через флэху(удаленно тоже не думаю
что проблема), да долго, но операция не частая, делают почти всегда
обдуманно и я думаю другой вариант это через программатор, что
требует спец устройство - Oman(24.01.2021 20:54)
- Обычный CAN имеет PDU до 8 байт, CAN-FD - до 64 байт. Обновлять
прошивку имеет смысл всегда, когда это возможно. Но вот гонять HEX
- кощуственный идиотизм, гоняйте шифрованный + подписанный
бинарник. И как-то странные у вас опасения, PDU обычного UART - 1
байт, и ничего, все живы. - lloyd(24.01.2021 12:08)
- Короткие, зато быстро :) Нужно придумать свой пользовательский
протокол поверх низкоуровневого CAN, и не лезть в стандартные
протоколы по CAN. Я перекладывал в CAN трафик по RS485 и обратно,
там нет ничего сложного. А для загрузки гонял строки hex-файла, ибо
классика. - VLLV(24.01.2021 11:52)
- да мне кажется нормально только долго - OlegPowerC(24.01.2021 11:46)
- Ищу программу ST10FLASHER. Оригинальную, от ST. Прямо как здесь: - 0x3ec(09.01.2021 21:32, MCU, ссылка, полностью)
- Путеводитель по будкам: первые результаты.... fmssp™(6819 знак., 10.06.2004 20:13, MCU, полностью)
- Не знаю пока, как там с радио, но то, что уже наблюдаю, очень
сильно впечатляет. Пришла сейчас платка с CH579M. Начал с примера
UDP сервера. Залил сначала usb загрузчиком - все летает мухой.
Через COM пока не пробовал. Потом взвел в их утилитке галку
включения SWD и то-же самое залил через J-Flash. Вот прямо из
отладчика Keil пока не смог - что-то надо подправить в
установках... Картинка которая впечатлила - потребление чипа в
процессе пинга по ethernet 10 мА! Так что Гyдвин(51 знак., 21.12.2020 14:24, MCU, картинка, полностью)
- Это типа китайского Wiznet'a? - Звepoящep(29.12.2020 10:15)
- Если чО: Климатической камеры дома нет ;) Посему сегодня пришла в
голову дурная мысль сунуть платку в холодильник (-18) на пол дня,
ибо на улице всего -11. 10 мА с работающим ethernet, с учетом, что
LED питания на плате тоже откушивает свою долю настораживает. Но
все пучком - работает без проблем. Включал/выключал... Пользую 10
лет ENC28J60-I/SS. Он, сцуко, греется - подогревает себя на морозе
:) С ним проблем не было - все по даташиту. - Гyдвин(26.12.2020 19:05)
- Пока тут в оффтопе чистят черную морду, выкладываю пару PDF
переведенных на eng по стекам производителя BLE и NET... Гyдвин(23.12.2020 13:54, ссылка, ссылка)
- А ДШ аглицкий есть? - MBedder(22.12.2020 14:56)
- J-Flash - это хорошо, спасибо. Заодно нашлась репа с конфигами. - s_h_e(21.12.2020 17:56, ссылка)
- 10Mbit. Но за меньше 2$, вместе с Bluetooth. - Dingo(21.12.2020 16:41)
- цитирую с баша: Mahagam(174 знак., 21.12.2020 15:29)
- там встроенный EthPhy? - Ralex(21.12.2020 14:40)
- Предлагаю спецам коллективно обозреть спектр китайских аналогов
STM32 на предмет перспективности конкретных линеек (небольшое
потребление, заменяемость) - General(28.12.2020 12:41, MCU, ссылка, полностью)
- И все таки микроконтроллер низкопотребляемый с вменяемой стоимостью
российского производства аля серия MSP430 или PIC16 "на горизонте"
российских производителей пробегал и был замечен кем либо здесь?
Заколебали уже "командиры" с импорто-замещением - на что??? (Крик
души...) - Make_Pic(26.12.2020 15:02, MCU, полностью)MBedder
- Знатоки английского помогите понять новую erratу(rev 15) на
st32f42x. Пункт 2.3.15 говорит о косяке при доступе к разным "SDRAM
internal bank". Mikla(240 знак., 25.12.2020 08:47, MCU, ссылка, полностью)
- Народ, Какие щас есть микраши малоногие? В идеале не больше 16 -
20, но чтоб был CAN и АЦП 12-битный и желательно дифференциальный.
Есть такое? - Звepoящep(19.12.2020 16:10, MCU, полностью)
- Не вполне понял что там с С99 (?) и keil51... POV_(963 знак., 13.12.2020 13:36, , MCU, полностью)
- Может подскажет кто, что можно напаять вместо EM78P153S с flash
памятью, подошел бы 16f84, крайние ноги в воздухе, но корпус
широкий soic, нужен узкий, и питание посередине... - Point5217(20.12.2020 20:11, MCU, ссылка, полностью)
- stm8l152 + st-link v2 траблы с отладкой на работе мк от часового
кварца. Выскакивают ошибки чтения памяти, состояния процессора и
пр. На 2-х экземплярах vasily777(146 знак., 14.12.2020 13:38, MCU, полностью)
- Появился зуд, хочу попробовать написать что-нибудь вытесняющее,
дабы лучше понять как работают OS. В связи с чем вопросы к донам и
дуэньям. Dingo(2929 знак., 29.11.2020 11:52, MCU, ссылка, полностью)
- Мне для понимания в свое время помог сайт pic24.ru + исходники +
консультации Александра. - Nikolaev_Aleksey(04.12.2020 18:21)
- сколько трудов для создания нового велосипеда, а есть ведь
настоящая проблема требующая решения. Это отсутствие кооперативки
для пика под XC8. Либо нужна "новая" OC либо порт OSA на XC8. - abivan(03.12.2020 10:31)
- Эти смотрели? CoOS и прототреды Дункелса. Dingo(519 знак., 04.12.2020 19:34, ссылка, ссылка)
- Полно их - Ruslan(06.12.2020 21:02, ссылка)
- Очевидно, что без механизма ожидания -- получается полная ерунда, которая ничем не лучше биглупа. Когда
событий станет много (типов событий, происходить им не обязательно)
-- всё время только и будет уходить на такие циклы проверки, как и
в биглупе. Зачем тогда сущность с громким названием "операционка"? fk0(7411 знак., 06.12.2020 14:41, ссылка, ссылка)
- Заглянул в причесанное Vit(149 знак., 06.12.2020 10:00)
- а напомните пожалуйста порядок вычисления аргументов для функции Zoro(58 знак., 06.12.2020 17:35)
- Во-первых p_tsk = &tasks[++i]. Во-вторых надоели идиоты:
оператор "запятая" ничем не плох, даже хорош по сравнению с
вариантами вроде ++*i-- так как порядок очевиден -- слева направо.
Оператор "запятая" от "точки с запятой" отличается только временем
жизни временных переменных (до "точки с запятой") и возможностью
использования в контексте выражения (а не оператора). В языке C
полезные применения: как раз избавление от ++*i--, возможность
записать последовательность fk0(247 знак., 06.12.2020 14:33)
- От идиота слышу. Твоё "во-первых" при выполняемой перед этим
проверке if ( i>=TAB_SZ ) break; вызывает обращение за границу
массива и это нужно вылечить, а не тут говном исходить. По логике
действительно нужен преинкремент. По тексту правильнее инкремент
делать до проверки на маскимальный индекс, а присваивание указателя
после. Работа с задачами не из списка, а из массива, в этой
интерпретации делается пробежкой по всему массиву, до первой
"задачи-пустышки". Обычно это Vit(601 знак., 06.12.2020 15:16)
- Спасибо за найденную ошибку. Начинал как вариант со списками,
сейчас склоняюсь к мысли вообще выкинуть этот изврат, ибо там, где
уместно применить "это-вот-всё", там списки лишние. Тогда будет
возможность дёргать задачу по номеру (из прерываний удобней,
например), а не по функции. - Dingo(06.12.2020 18:33)
- Вот я и говорю про идиотов, ы которых набор каких-то догматических
правил, мол "оператор запятая использовать нельзя" ("goto
использовать нельзя") и т.п. Обосновывать свои догматы, конечно,
они не могут, нечем. Мы о профессиональном программировании или о
кружке пионеров? - fk0(06.12.2020 16:01)
- Приоритет во всех языках примерно одинаковый. Козырять несклерозом
не надо, но основные приоритеты знать надо. Иначе из-за количества
скобок код будет нечитаемый глазами. Надо знать про то, что
операторы взятия адреса и дереференса указателя выше по приоритету
арифметики (а ++ и -- ещё выше), и что логические операторы ниже
арифметики, и ниже оператора сравнения (который ниже арифметики). И
оператор присваивания -- ниже всех (кроме запятой). А тернарный
оператор выше fk0(66 знак., 06.12.2020 15:57)
- Кому нужна? С компилятором такого качества уже никакая ОС не нужна,
на мой взгляд. Да и вообще компилируемый стек и ОС --
малосовместимые понятия: как спрашивается в двух задачах исполнять
один и тот же код? (вытесняющая ОС или кооперативная не важно) Это
будет недоос с массой идиотских ограничений. Такая на мой взгляд не
нужна. Программируй автоматы. - fk0(03.12.2020 13:05)
- Зачем в микроконтролллерной кооперативке ассемблерный код?... Я в
вытесняющей его избегать стараюсь. - Dingo(03.12.2020 11:53)
- Спасибо, посмотрю при случае. Но пока это интересней ковырять. - Dingo(03.12.2020 10:42)
- Первое, что задышало. Dingo(1208 знак., 02.12.2020 08:46, ссылка)
- Во-первых я предлагаю абстрагироваться от используемой процессорной
архитектуры для начала. Можно сделать модель на ПК, в виде
компьютерной программы, а потом переносить на МК. Так будет и
проще, и быстрей, и исключит какие-либо архитектурно-зависимые
решения. Во-вторых игнорировать примитивы синхронизации никак
нельзя, это -- краеугольный камень, без них собственно планировщик
построить не удастся. fk0(20298 знак., 30.11.2020 00:09, ссылка)
- возможность принудительно остановить одну задачу и передать
управление другой - если это из самой задачи это не вытеснение, это
кооперативность - PTOC(29.11.2020 18:35, , ссылка)
- возможность принудительно остановить одну задачу и передать
управление другой - это не вытеснение, это кооперативность - PTOC(29.11.2020 18:33, , ссылка)
- Habr :-) что за бред? - OlegPowerC(29.11.2020 18:37)
- как мне показалось, этот именно то, что хочет автор топика - PTOC(29.11.2020 18:40, )
- Короче, кооперативная - задача запустилась, выполнилась, САМА
завершилась или отдала управление и начала выполняться следующая из
очереди, вытесняющая - в квант времени N, перешло управление
планировщику (в нашем случае обычно прерывание от какого нибудь
таймера), посмотрели список готовых задач, если есть готовая с
большим приоритетом, текущую приостановили предварительно сохранив
ее контекст, отдали управление той которая с болтшим приоритетом и
готова. OlegPowerC(27 знак., 29.11.2020 22:18)
- Нет. Хочу вытеснения. - Dingo(29.11.2020 19:16)
- хороши исходники CTL. и документация вменяемая. написать свой
велосипед - это полезно и похвально. но вот потом лучше
использовать что-либо стороннее. ибо Mahagam(198 знак., 29.11.2020 18:07)
- Советую почитать мануал от scmRTOS AlexG(43 знак., 29.11.2020 18:03, ссылка)
- Для разных процессоров будут отличия. Проще всего изучать на
Cortex-M - у него много удобных хардверных заточек под такие
действия. Т.е. думать надо будет про логику, а не про то, как
извернуться на конкретном процессоре. - LightElf(29.11.2020 14:06)
- Хорошее дело, сразу подумайте как будут работать драйвера переферии
, так как будут прерывания от планировщика и в той же FreeRTOS не
все так однозначно. Я пока отказался от вытесняющей в пользу one
shot execution механизма - OlegPowerC(29.11.2020 13:06)
- А почему у Вас планировщик в главном цикле? Так он никогда не
получит контроль над стеком. - my504(29.11.2020 12:40)
- IMHO, неплохое чтиво - мануал на embOS и Миро Самек, Роберт Вард
"Построение наипростейшего диспетчера задач" Vit(718 знак., 29.11.2020 12:37, ссылка, ссылка)
- Ознакомился с переводом Миро Самек (Quantum Leaps). Любопытная
идея. Впрочем, Dingo(565 знак., 29.11.2020 16:29, ссылка, ссылка)
- Спасибо! Вы тоже много написали, надо хотя бы обзорно
познакомиться. fk0 крут, но это как-то "из пушки по воробьям". Хотя, буду рад, если
он подскажет. опасаюсь, что сильно разными категориями оперируем.
Никлауса обязательно почитаю(даже если не всю книгу). Dingo(347 знак., 29.11.2020 13:10)
- [RISC-V] Klen, поделись свежей сборкой тулчейна для GD32VF103. Хочу
помучить эту поделку - evgeniy1294(05.12.2020 22:36, MCU, полностью)
- Кто может помочь зашить микроконтроллер Intel P8749H? Ни один из
приобретенных программаторов его не поддерживает( - Nikolaev_Aleksey(01.12.2020 12:21, MCU, полностью)
- Праздную победу :-) 3 дня плотно сношался с обменом по I2C
(FT6206). Читались из регистров нули, хоть тресни. il-2(114 знак., 27.11.2020 18:30, MCU, полностью)