Priest_89 12 June 18 Posted June 18 · Report post Сделайте классический мастер-слейв. Ведущий шлет первому ведомому посылку - или отправка данных (на нее ведомый может ответить подтверждением), или запрос данных (на нее ведомый отвечает посылкой с данными). Затем то же самое - второму ведомому. Назначьте каждому ведомому свой CAN_ID, и настройте в них фильтры, чтобы они реагировали только на свои запросы. Quote Share this post Link to post Share on other sites More sharing options...
siargy 10 June 19 Posted June 19 · Report post 10 hours ago, girts said: На всех практических имплементациях циклическая передача с интервалом меньше 10 мс не встречалась, да и по сути даже не имеет смысла. ТС следует подкоректировать задание, однозначно. Quote Share this post Link to post Share on other sites More sharing options...
jcxz 312 June 19 Posted June 19 · Report post 12 часов назад, girts сказал: Точнее - чтобы узел имел возможность отправить в разумный временной промежуток данные. CAN этого не может гарантировать по определению, особенно если кто то насел на него с ID 0x000 и бомбит мегабайты. А если из девайса вытащить батарейки - тоже не сможет отправить. По определению. Только при чём тут это? И где в моём алгоритме вы увидели "бомбление на 0x000 мегабайтами"? Нет там такого, почитайте внимательнее. А отправка - гарантированная. Quote Share this post Link to post Share on other sites More sharing options...
dimka76 73 June 19 Posted June 19 · Report post On 6/19/2025 at 7:23 AM, siargy said: ТС следует подкоректировать задание, однозначно. ТС сделал вброс, а сам с попкорном наблюдает за происходящим Quote Share this post Link to post Share on other sites More sharing options...
