сообщения в CAN, но поскольку "почтовых ящика" всего три, то иногда они переполняются и во-первых, как мне кажется, это влияет на частоту отправки сообщений, ибо она начинает немного скакать, а во-вторых, чисто в теории сообщения, которые не убрались в ящики и ждут отправки могут пропасть. Попытался сделать программный буфер в виде циклического массива и просто брать из него, но сделал либо криво, либо что-то не учел, но стала появляться какая-то черная магия в отправке сообщений, чего мне совершенно не нужно.
В англоязычном интернете нашел пару таких проблем, но что-то как будто не то. Может сталкивался кто и знает элегантные способы решения?
В смысле сама прошивка пытается запихивать данные в CAN быстрее, чем их получается отправить?
ну не может быть отправка быстрее чем 1мбит\сек, никакой магии там нет.Можешь FD режим задествовать и слать на 6 мегабитах
FD - не режим, а другая спецификация (имеющая обратную совместимость с CAN 2.0B, правда). Это как посоветовать включить "режим" Flexray или Ethernet. Пока FD CAN поддерживается неоч. большим количеством микроконтроллеров от ST, да и устойчивая работа на 5+ mbps требует некоторых ухищрений.
скорость 250Кбит/с, но сама STM32 шлет с десяток разных сообщений + другие устройства тоже на этой шине работают На отправку трех сообщений сразу тратится где-то 1мс, но иногда, видимо, она ждет своей очереди слишком долго и какие-то сообщения теряются
не суть важно, но спасибо за информацию
а не вы случаем контроллер для BLDC мотора делаете?
Нет) Даже не знаю, что такое bldc мотор
https://en.wikipedia.org/wiki/Brushless_DC_electric_motor
Альтернатива - УТКИ ! https://www.microchip.com/en-us/product/LAN8671
Обсуждают сегодня