Про мультиметр соглашусь, можно понять где A и B, но "исправный" преобразователь интерфейса подключать через резисторы... в теории должно сработать, но если шина длинная, просадка сильная, Вы скорее всего ничего не увидите, и при неправильном подключении еще больше сделаете просадку... Для почти тепличных условий должно сработать, но это редко бывает в "полях" Перебор, это долго (ПО Open ModSpan), а если еще и неправильно подключили, а если "эхо" (как это часто бывает), и, как правило, даже присесть негде, и в довесок, ноут на руках... И есть еще один момент, нормальный преобразователь интерфейса подтягивает шину к 5В, что не позволит выявить ошибки с просадкой шины и опять же, может положить шину
Тестер (мультиметр) не покажет Вам нормальных результатов так как он усредняет Преобразователь интерфейса скорее всего имелось ввиду (порт rs-485 на прием с терминалом), что будет если Вы перепутаете при подключении A и B? Положите шину. Также для анализа необходимо знать настройки RS-485, без них Вы не увидите корректных данных Даже для снифинга шины через преобразователь интерфейса (ПО Serial Port Monitor) нужны настройки RS-485? Способ описанный в данной статье не зависит от правильности подключения к A и B, видит длину бита, а значит скорость, видит стоповые биты и биты четности, длину посылки, а самое главное, не влияет на шину данных
Я понимаю, Вы хотели увидеть, как работает сам протокол, но именно по этой теме много хороших статей, я не хотел плодить еще одну, главная задача статьи, рассказать, как можно понять все настройки RS-485 не отключая само устройство, и в перспективе, как его прослушивать для отладки... и не только)
Вы правы, RS-485 дифференциальный, но какое напряжение будет между A и B в момент логической единицы и нуля?
Я понимаю, Вы смотрите со стороны операционного усилителя, для него должен быть факт разницы +-200мВ, я же смотрю разницу на A и B, чисто технически, согласен, 2 крайние картинки могут ввести в заблуждение, но картинки оставлю, так как все время забываю пороговое напряжение для переключения по разным тенологиям
К сожалению... а скорее всего, к счастью, с таким протоколом не встречался, но, думаю алгоритм будет примерно как и в данной статье: снифаем, расшифровываем
До мастерской мне еще далековато... Если Вы утверждаете что в статье велосипед, то как бы Вы решили данную проблему с теми ресурсами и условиями которые описаны в статье не прибегая к велосипедам? Я только учусь, и для меня важно выслушать аргументированное мнение сообщества, собственно по этому я и опубликовал статью
Про мультиметр соглашусь, можно понять где A и B, но "исправный" преобразователь интерфейса подключать через резисторы... в теории должно сработать, но если шина длинная, просадка сильная, Вы скорее всего ничего не увидите, и при неправильном подключении еще больше сделаете просадку... Для почти тепличных условий должно сработать, но это редко бывает в "полях"
Перебор, это долго (ПО Open ModSpan), а если еще и неправильно подключили, а если "эхо" (как это часто бывает), и, как правило, даже присесть негде, и в довесок, ноут на руках...
И есть еще один момент, нормальный преобразователь интерфейса подтягивает шину к 5В, что не позволит выявить ошибки с просадкой шины и опять же, может положить шину
Тестер (мультиметр) не покажет Вам нормальных результатов так как он усредняет
Преобразователь интерфейса скорее всего имелось ввиду (порт rs-485 на прием с терминалом), что будет если Вы перепутаете при подключении A и B? Положите шину. Также для анализа необходимо знать настройки RS-485, без них Вы не увидите корректных данных
Даже для снифинга шины через преобразователь интерфейса (ПО Serial Port Monitor) нужны настройки RS-485? Способ описанный в данной статье не зависит от правильности подключения к A и B, видит длину бита, а значит скорость, видит стоповые биты и биты четности, длину посылки, а самое главное, не влияет на шину данных
Ознакомился, убрал картинки, так как действительно не к месту
Я понимаю, Вы хотели увидеть, как работает сам протокол, но именно по этой теме много хороших статей, я не хотел плодить еще одну, главная задача статьи, рассказать, как можно понять все настройки RS-485 не отключая само устройство, и в перспективе, как его прослушивать для отладки... и не только)
Вы правы, RS-485 дифференциальный, но какое напряжение будет между A и B в момент логической единицы и нуля?
Я понимаю, Вы смотрите со стороны операционного усилителя, для него должен быть факт разницы +-200мВ, я же смотрю разницу на A и B, чисто технически, согласен, 2 крайние картинки могут ввести в заблуждение, но картинки оставлю, так как все время забываю пороговое напряжение для переключения по разным тенологиям
можно по подробней про time_func.pyпакет work_time, как он реализованК сожалению... а скорее всего, к счастью, с таким протоколом не встречался, но, думаю алгоритм будет примерно как и в данной статье: снифаем, расшифровываем
До мастерской мне еще далековато...
Если Вы утверждаете что в статье велосипед, то как бы Вы решили данную проблему с теми ресурсами и условиями которые описаны в статье не прибегая к велосипедам?
Я только учусь, и для меня важно выслушать аргументированное мнение сообщества, собственно по этому я и опубликовал статью