ХА
К гейкору надо
Size: a a a
2021 March 15
s
к банхаммеру перейду сейчас
AK
к банхаммеру перейду сейчас
ачо? предложи свой стиль музыки
U
к банхаммеру перейду сейчас
крутой стиль музыки кстати, этот ваш банхаммер
U
ачо? предложи свой стиль музыки
дум-металу!
AK
крутой стиль музыки кстати, этот ваш банхаммер
а... так это техно! минимал или детройт
MB
Запускал ли кто-то openWRT на imx8 от NXP?
r
Научил бы фильтровать компактно и быстро - вот тогда да
Хотя бы, блин, показал реальный дребезг с реальных контактов, на ослике
PB
К супер евробиту.
На 2х.
PK
Хотя бы, блин, показал реальный дребезг с реальных контактов, на ослике
Все есть в тырнетах
Да покажет конечно он их, на старых ламповых осциллографах
Да покажет конечно он их, на старых ламповых осциллографах
A
Все есть в тырнетах
Да покажет конечно он их, на старых ламповых осциллографах
Да покажет конечно он их, на старых ламповых осциллографах
есть разница?
jp
День добрый. Возникла задача следующего характера. Есть 2 мк, они соединены по spi. При этом как мк1 и мк 2 должны передавать свою информацию. Протокол обмена пока реализовывал, понял, что мне вообще spi не нравится в такой задаче. Вопрос вот какой я не умею готовить spi или он не предназначен для подобных задачь, когда гоняются туда сюда разношёрстные данные? Просто есть возможность перейти на can, вон он мне кажется симпотичнее, в том плане что всё уже на апаратном уровне, да и задержки между посылками, как на spi не придётся выжидать(последнее сильно раздражает этим моментом)
A
День добрый. Возникла задача следующего характера. Есть 2 мк, они соединены по spi. При этом как мк1 и мк 2 должны передавать свою информацию. Протокол обмена пока реализовывал, понял, что мне вообще spi не нравится в такой задаче. Вопрос вот какой я не умею готовить spi или он не предназначен для подобных задачь, когда гоняются туда сюда разношёрстные данные? Просто есть возможность перейти на can, вон он мне кажется симпотичнее, в том плане что всё уже на апаратном уровне, да и задержки между посылками, как на spi не придётся выжидать(последнее сильно раздражает этим моментом)
В чем влпрос-то?
jp
Aleksandr Zharov
В чем влпрос-то?
в каких задачах обычно используют spi? Просто с одного мк на другой мк гнать даннные удобно, но когда необходимо обмен между двумя мк городить, становится не очень удобно.
BV
День добрый. Возникла задача следующего характера. Есть 2 мк, они соединены по spi. При этом как мк1 и мк 2 должны передавать свою информацию. Протокол обмена пока реализовывал, понял, что мне вообще spi не нравится в такой задаче. Вопрос вот какой я не умею готовить spi или он не предназначен для подобных задачь, когда гоняются туда сюда разношёрстные данные? Просто есть возможность перейти на can, вон он мне кажется симпотичнее, в том плане что всё уже на апаратном уровне, да и задержки между посылками, как на spi не придётся выжидать(последнее сильно раздражает этим моментом)
Вот этот обмен ваш реализуется в модель мастер- слейв, или слейв должен иногда резко подрываться и что-то отправлять, без запроса мастера?
jp
Вот этот обмен ваш реализуется в модель мастер- слейв, или слейв должен иногда резко подрываться и что-то отправлять, без запроса мастера?
в идеале да.
Суть такая, есть мк1, к нему ещё подключено устройство по модбасу, которое задаёт свои команды, слейв (мк1) передаёт это к мастеру (мк2), который в свою очередь анализирует ещё другие данные, на основе которых входные воздействия могут измениться.
Суть такая, есть мк1, к нему ещё подключено устройство по модбасу, которое задаёт свои команды, слейв (мк1) передаёт это к мастеру (мк2), который в свою очередь анализирует ещё другие данные, на основе которых входные воздействия могут измениться.
A
ничего не понял
К1
в идеале да.
Суть такая, есть мк1, к нему ещё подключено устройство по модбасу, которое задаёт свои команды, слейв (мк1) передаёт это к мастеру (мк2), который в свою очередь анализирует ещё другие данные, на основе которых входные воздействия могут измениться.
Суть такая, есть мк1, к нему ещё подключено устройство по модбасу, которое задаёт свои команды, слейв (мк1) передаёт это к мастеру (мк2), который в свою очередь анализирует ещё другие данные, на основе которых входные воздействия могут измениться.
spi тут не совсем кстати, шина-то синхронная. UART/CAN больше подошёл бы. SPI хорош в применении когда нужно последовательно вычитывать данные из регистров периферийного устройства(следующая команда и предыдущие данные идут синхронно, нет нужды ждать ответа от устройства, по крайней мере, в части считывания регистров). Т.е. SPI - это, скорее, периодический опрос состояния, нежели команда-ожидание ответа-реакция.
A
давайте разбираться
A
есть мк1 (modbus - мастер или слейв?) есть датчик modbus и есть mk2