DF
Странно протокол распространен почти везде, но почему только дорожный транспорт(
В других местах и без этого зоопарк протоколов🤷
Size: a a a
2021 February 16
СИ
Нет унификации. Вася будет делать свои вещи, а Петя свои. Как оговорить общие правила
О
Доброго времени суток. Есть ли ГОСТ по протоколу can кто нить в курсе
на физику есть, софтово там может быть что угодно
DF
Нет унификации. Вася будет делать свои вещи, а Петя свои. Как оговорить общие правила
На отраслевом уровне; вот транспорт как раз пример этого.
О
причем обычно там что угодно и есть, если мы об авто. Каждый производитель старает делать наименеесовместимые протоколы
СИ
на физику есть, софтово там может быть что угодно
Софтово понятно, что данные внутри фрейма свои, но правила для фрейма должны быть оговорены. Хотя даже spi каждый делает как хочет(
DF
причем обычно там что угодно и есть, если мы об авто. Каждый производитель старает делать наименеесовместимые протоколы
Так и есть, проприетарщина. Иногда можно откопать инфу в патентах, но чаще нет
СИ
А ещё такой вопрос что будет если будут два устройства с одинаковым адресом?
МЗ
мне работать им 10 минут 2 раза в год
Там не компрессор, он давление не создаёт.ты хочешь сузить поток для фена при условии,что сам фен только воздух гоняет. У тебя куда горячий воздух пойдет из ограниченной площади( которую ты насадкой перекрыл)? Правильно, обратно,создавая проблемы прохождению потока через спиральки. Спиральки может и выдержат,а остальное не любит перегрев, особенно пластик.
DF
А ещё такой вопрос что будет если будут два устройства с одинаковым адресом?
Их обоих не увидят
СИ
Их обоих не увидят
Тогда троих не увидят, то есть есть устройство с адресом 7 и 6, и 5. Стали 7, 6,6. Тогда не будут отвечать устройства с адресом 6 и 5 . Так?
DF
Тогда троих не увидят, то есть есть устройство с адресом 7 и 6, и 5. Стали 7, 6,6. Тогда не будут отвечать устройства с адресом 6 и 5 . Так?
По идее да, это не по стандарту
СИ
Ну я понимаю что не по стандарту. Но просто случилась такая ситуация, что от нее ждать. Ну я понял
DF
Ну я понимаю что не по стандарту. Но просто случилась такая ситуация, что от нее ждать. Ну я понял
Арбитр может догадаться, что что-то не так, если всё остальное, кроме ID, во фрейме будет различаться
DF
Ну это реализации опять-таки вне стандарта
СИ
Арбитр может догадаться, что что-то не так, если всё остальное, кроме ID, во фрейме будет различаться
Да у нас тут лид(мастер, работа по запросу-ответу) шибко умный которые прессует нас по поводу того что у него вся система повиснет если у наших устройств будут одинаковые адреса. Тима что бы вводили защиту от этого
РД
Да у нас тут лид(мастер, работа по запросу-ответу) шибко умный которые прессует нас по поводу того что у него вся система повиснет если у наших устройств будут одинаковые адреса. Тима что бы вводили защиту от этого
Сделай лок на адрес и автоустановку. Пусть мастер-система сама выбирает адрес устройству
СИ
Сделай лок на адрес и автоустановку. Пусть мастер-система сама выбирает адрес устройству
Так в том и фишка он хочет что бы адреса были статичны, что бы ему дали список адресов для запросов. Вот и сидим теперь волосы на жопа рвём
DF
Да у нас тут лид(мастер, работа по запросу-ответу) шибко умный которые прессует нас по поводу того что у него вся система повиснет если у наших устройств будут одинаковые адреса. Тима что бы вводили защиту от этого
Повиснуть не повиснет. Но если выставите приоритет, после первого такого фрейма ничего не услышите
РД
Так в том и фишка он хочет что бы адреса были статичны, что бы ему дали список адресов для запросов. Вот и сидим теперь волосы на жопа рвём
Напишите модуль и встройте в каждое устройство. Система такая:
По серийнику прога заливает порт, устройство его читает и пишет в память, а дальше просто отключаете и запускаете нормально, с этим портом
По серийнику прога заливает порт, устройство его читает и пишет в память, а дальше просто отключаете и запускаете нормально, с этим портом