-
- Весь EtherCAT не надо , есть описанные протоколы попроще? Хотелось
алгоритм прикинуть. - Make_Pic(30.01.2024 05:25)
- Алгоритм прикидывается в табличке. Реализовал такое по
последовательному интерфейсу. Идёт обмен кадрами между МК. Размеры
кадров фиксированы. Кадры поделены на управляющую часть, данные
реального времени и пакетную часть для данных, не критичных ко
времени. Nikolay_Po(1645 знак., 30.01.2024 09:13)
- ...Возможна ситуация, когда обе стороны поднимут свои запросы на
один и тот же тип данных. В таком случае, чтобы не зависнуть без
подтверждений, одна из сторон либо всегда принимает и подтверждает
запросы безусловно, либо всегда подтверждает, даже отказавшись
принять. В зависимости от того, какое направление передачи данных
этого типа приоритетное (приоритеты нужно расставить). ... Make_Pic(95 знак., 30.01.2024 11:49)
- Явно заданных значений приоритетов нет, приоритет данных задаётся в исполняемом коде. Например, сторона, чьи данные считаются приоритетными, поднимает запрос на обновление своих изменений и не снимает его до тех пор, пока другая сторона не подтвердит обновление. А если наоборот, менее приоритетная сторона запросила обновление в момени, когда своё обновление запрашивает главный МК, то главный просто шлёт подтверждение ведомому, игнорируя его изменения, до тех пор, пока ведомый Nikolay_Po(71 знак., 30.01.2024 15:23)
- ...Возможна ситуация, когда обе стороны поднимут свои запросы на
один и тот же тип данных. В таком случае, чтобы не зависнуть без
подтверждений, одна из сторон либо всегда принимает и подтверждает
запросы безусловно, либо всегда подтверждает, даже отказавшись
принять. В зависимости от того, какое направление передачи данных
этого типа приоритетное (приоритеты нужно расставить). ... Make_Pic(95 знак., 30.01.2024 11:49)
- Вдогонку - Постоянно читать массивы и полностью их передавать не
надо. Передача происходит только изменения элементов массива.
Вопрос как синхронизировать и отслеживать изменения. Предположил,
что существует проверенный протокол/алгоритм для этого. Возможно
ошибаюсь. - Make_Pic(30.01.2024 07:10)
- Чтобы не париться с первоначальной синхронизацией, которая всё равно потребует полной передачи данных, мой протокол передаёт полный объём данных всегда. Но благодаря делению данных на реальное время и прочие, нет проблем со скоростью обмена. - Nikolay_Po(30.01.2024 09:18)
- например так LordN(213 знак., 30.01.2024 07:33)
- Алгоритм прикидывается в табличке. Реализовал такое по
последовательному интерфейсу. Идёт обмен кадрами между МК. Размеры
кадров фиксированы. Кадры поделены на управляющую часть, данные
реального времени и пакетную часть для данных, не критичных ко
времени. Nikolay_Po(1645 знак., 30.01.2024 09:13)
- Весь EtherCAT не надо , есть описанные протоколы попроще? Хотелось
алгоритм прикинуть. - Make_Pic(30.01.2024 05:25)