Size: a a a

2021 March 15

A

Aleksandr Zharov in Embedded Group
начнем с mk1
источник

jp

jon pedro in Embedded Group
Aleksandr Zharov
есть мк1 (modbus - мастер или слейв?) есть датчик modbus и есть mk2
мк1 - modbus slave, spi - slave. mk2 - подключён так же как modbus slave для другого устройства управления, ну и мк2 по spi мастер.
источник

h

hold3r in Embedded Group
jon pedro
мк1 - modbus slave, spi - slave. mk2 - подключён так же как modbus slave для другого устройства управления, ну и мк2 по spi мастер.
А много данных надо слать то?
источник

jp

jon pedro in Embedded Group
по spi я пока думаю мк1 оставлять слэйвом, потому что с парсингом менее затратно, т.к ответ от слейва должен быть готов, и только после этого надо слать клок. а мк1 больше загружен, поэтому не хотелось такими вещами ещё заниматься.
источник

jp

jon pedro in Embedded Group
hold3r
А много данных надо слать то?
пока +- около 20ти переменных, может что-то добавится в ближайшее время
источник

A

Aleksandr Zharov in Embedded Group
mk1 отвечает на запросы некого мастера modbusб mk2 тоже отвечает на запросы  этого мастера или он к другой сети Modbus подключен?
источник

A

Aleksandr Zharov in Embedded Group
теперь, когда оба mk  получили запрос по modbus они должны что?
источник

jp

jon pedro in Embedded Group
Aleksandr Zharov
mk1 отвечает на запросы некого мастера modbusб mk2 тоже отвечает на запросы  этого мастера или он к другой сети Modbus подключен?
к другой сети модбас.
источник

A

Aleksandr Zharov in Embedded Group
jon pedro
к другой сети модбас.
у вас мост что ли?
источник

jp

jon pedro in Embedded Group
Aleksandr Zharov
теперь, когда оба mk  получили запрос по modbus они должны что?
мк2 должен обработать 1 запрос, обработать другой запрос, на основании чего он выдаст либо ошибку, либо выберет из двух запросов тот, что в приоритете и отправит мк1
источник

jp

jon pedro in Embedded Group
Aleksandr Zharov
у вас мост что ли?
всм мост?
источник

A

Aleksandr Zharov in Embedded Group
так. начинаю понимать кажется...
источник

A

Aleksandr Zharov in Embedded Group
mk2  общается как-то по modbus и должен  как -то результаты своего общения передавать на mk1 , который в другой modbus сети является слейвом
источник

A

Aleksandr Zharov in Embedded Group
обратного взаимодействия не предусматривается
источник

jp

jon pedro in Embedded Group
Aleksandr Zharov
обратного взаимодействия не предусматривается
предусматривается, поскольку мк2 так же выдаёт состояние мк1 по модбасу своему мастеру. Этот момент упустил
источник

SK

Stas Koynov in Embedded Group
в чем вопрос то? модбас это запрос-ответ. все. стандартные это чтение-запись регистров (биты io я не беру я думаю оно вам не нужно). вы можете делать не стандартные функции которые делают что-то еще.
источник

A

Aleksandr Zharov in Embedded Group
jon pedro
предусматривается, поскольку мк2 так же выдаёт состояние мк1 по модбасу своему мастеру. Этот момент упустил
способ взаимодействия может быть любой , какой удобнее и проще
источник

A

Aleksandr Zharov in Embedded Group
их даже может быть даже 2  от mk1->mk2 один интерфейс, от mk2->mk1 другой
источник

jp

jon pedro in Embedded Group
Aleksandr Zharov
их даже может быть даже 2  от mk1->mk2 один интерфейс, от mk2->mk1 другой
хм, о таком я даже не задумывался, использовать не буду, но может пригодиться, наверное
источник

h

hold3r in Embedded Group
Так а в чем проблема при любом запросе гонять туда и обратно по 32-64 байта со всей нужной информацией?
источник