VLLV (Сегодня, 10:35, просмотров: 221)-
- В памяте слейва буфер ВСЕГО состояния I/O. А дальше, то что нужно
быстренько - помечаем флагами. - Cкpипaч(Сегодня, 12:12 - 12:14)
- Или там же очередь с приоритетами передачи мастеру. - Cкpипaч(Сегодня, 12:13)
- Я в случаях, когда скорость интерфейса не позволяет все данные прочитать и записать вовремя, для делаю движок, который следит для каждой переменной за временем с момента последнего ее обновления и тем, нужны ли эти данные сейчас. Стремлюсь к тому, чтобы не нужная информация не передавалась через узкий канал и в первую очередь обновлялась наиболее старая (но так, чтобы не повиснуть на том, что не удается прочитать). Запись в приоритете над чтением. Еще есть инициативная AlexG(29 знак., Сегодня, 10:48)
- Вопрос по интерфейсу или по протоколу обмена? - reZident(Сегодня, 10:42)
- С интерфейсом выбор небольшой - UART или SPI, вопрос больше по
протоколу. Два крайних подхода - 1) инкапсулировать пакеты по
крайней мере мастерных интерфейсов для обозначения кому/от кого 2)
передавать побайтно/по группам. Вот думаю, можно ли совместить эти
подходы, одновременно гоняя потоки данных в две стороны, разделяя
пакеты в потоках каким-нибудь COBS. - VLLV(Сегодня, 11:11)
- Канал мастер-слэйв не является узким местом? То есть выбираем
подход, с которым удобнее работать? - SciFi(Сегодня, 11:13)
- Выбора нет. Есть прототип устройства, в котором все интерфейсы -
мастер, т.е. нет жестких требований к времени : "Голова" захотела -
отправила через расширитель команду, расширитель принял ответ -
отдал на более высокой скорости голове. Все тайм-ауты свои,
требования к запасу времени невысокие. Теперь в систему с
расширителем нужно добавить еще интерфейсы, в которых эта система -
слэйв, и подключить их можно только к расширителю (по
конструктивным и организационным причинам). VLLV(82 знак., Сегодня, 11:54)
- Звучит как тема, которую можно плодотворно обсудить с ИИ. Много
встречных вопросов возникает. SciFi(52 знак., Сегодня, 11:58)
- Все проще. VLLV(405 знак., Сегодня, 12:27)
- Звучит как тема, которую можно плодотворно обсудить с ИИ. Много
встречных вопросов возникает. SciFi(52 знак., Сегодня, 11:58)
- Выбора нет. Есть прототип устройства, в котором все интерфейсы -
мастер, т.е. нет жестких требований к времени : "Голова" захотела -
отправила через расширитель команду, расширитель принял ответ -
отдал на более высокой скорости голове. Все тайм-ауты свои,
требования к запасу времени невысокие. Теперь в систему с
расширителем нужно добавить еще интерфейсы, в которых эта система -
слэйв, и подключить их можно только к расширителю (по
конструктивным и организационным причинам). VLLV(82 знак., Сегодня, 11:54)
- Канал мастер-слэйв не является узким местом? То есть выбираем
подход, с которым удобнее работать? - SciFi(Сегодня, 11:13)
- С интерфейсом выбор небольшой - UART или SPI, вопрос больше по
протоколу. Два крайних подхода - 1) инкапсулировать пакеты по
крайней мере мастерных интерфейсов для обозначения кому/от кого 2)
передавать побайтно/по группам. Вот думаю, можно ли совместить эти
подходы, одновременно гоняя потоки данных в две стороны, разделяя
пакеты в потоках каким-нибудь COBS. - VLLV(Сегодня, 11:11)
- В памяте слейва буфер ВСЕГО состояния I/O. А дальше, то что нужно
быстренько - помечаем флагами. - Cкpипaч(Сегодня, 12:12 - 12:14)