MrYuran 23 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба ... чем дифференциальные сигналы RS485-го? Там тоже дифференциальные. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ViKo 1 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба Там тоже дифференциальные. Да, я не знал. Извиняюсь. Да это просто монстр какой-то! Вот тут статью нашел, не пройдите мимо. http://www.google.by/url?q=http://www.bb-e.../485appnote.pdf Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
=AK= 17 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба Не говоря о том, что уровни 12В, то есть ещё надёжнее В RS422 такие же уровни сигналов, как в RS485. Разница в том, что приемники RS422 имеют меньшее входное сопротивление, а передатчики способны выдать меньше тока, поскольку им надо тянуть не два терминирующих резистора, а всего один. Приемники и передатчики RS485 с успехом работают в качестве улучшенных приемников и передатчиков RS422 А сигналы 12В - это в RS232. Который, несмотря на это, отнюдь не более надежен, чем RS422, а наоборот. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MrYuran 23 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба В RS422 такие же уровни сигналов, как в RS485. Странно, а я почему-то думал, что побольше. Даже как-то был уверен... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
=AK= 17 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба Странно, а я почему-то думал, что побольше. Даже как-то был уверен... Вот классический RS-422 передатчик - 26LS31. Нетрудно убедиться, что он обеспечивает те же уровни сигналов, что RS-485 (что, собственно, следовало ждать, раз уж у него такое же напряжение питания, 5В) , но его выход слабее. Характеристики приемника RS-422 можете посмотреть на примере 26LS32. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Maverick_ 15 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба В сочетании с вашей фразой "Modbus RTU никак не способен отличить глюки от начала фрейма от слейва" звучит очень хорошо. "Это пять!" (с) :) На столе в лаборатории - почему бы им не работать-то. ;) почитайте это В первом приближении годится любой кроме начала фрейма. Необходимо достаточное наличие валидного старт бита. Естественно максимально предпочтительной с целью уменьшения вероятности ложной байт-фреймовой синхронизации является посылка состоящая только из стартового бита. Повторяю, что в системе посылка ложного стартового фрейма в качестве space символа есть наихудший из всех возможных вариантов. Наилучший описан выше. Наихудший выбрали Вы. Вообще для каналов с помехами (например радиоканалы) в которых необходима синхронизация буквально из мусора стандартно хорошим решением является посылка последовательности чередующихся битов для того, что-бы приемник мог захватить битовую синхронизацию, затем двух байтовых посылок состоящих только из одного стартового бита для поднятия байт-фреймовой синхронизации. После чего уже можно начинать передавать фрейм - фреймовая синхронизация. Пожалуйста приведите пример или более подробнее расскажите. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба Это очередная глупость. Только для тех, кто даже не отличает дуплекс от симплекса. Проводной CAN передатчик представляет собой разновидность "открытого коллекторного выхода". Хорошо быть дураком - решил, что "открытого коллекторного выхода" и все опять стало простым и понятным. Пожалуйста приведите пример или более подробнее расскажите. Что подробнее? Как синхронизироваться из потока идущего, например от CC1000? Так все уже вроде расписал, Именно так и делается. Ну кроме того, что при необходимости после получения устойчивого битового потока (порядка 40 mark/space битов) могут выполняться дополнительные телодвижения, например для того-же CC1000 фиксация коэффициентов фильтрации, раз уж битовая синхронизация есть. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
=AK= 17 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба Только для тех, кто даже не отличает дуплекс от симплекса. Хорошо быть дураком - решил, что "открытого коллекторного выхода" и все опять стало простым и понятным. Сильная аргументация. Явный признак глубоких знаний :) Однако высказанные вами ранее дилетантские глупости от вашего хамства ни на йоту не приблизились к истине. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Maverick_ 15 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба Только для тех, кто даже не отличает дуплекс от симплекса. Хорошо быть дураком - решил, что "открытого коллекторного выхода" и все опять стало простым и понятным. Что подробнее? Как синхронизироваться из потока идущего, например от CC1000? Так все уже вроде расписал, Именно так и делается. Ну кроме того, что при необходимости после получения устойчивого битового потока (порядка 40 mark/space битов) могут выполняться дополнительные телодвижения, например для того-же CC1000 фиксация коэффициентов фильтрации, раз уж битовая синхронизация есть. пример протокола или картинку типа такой приведите для наглядности ;) Что такое CC1000? Заранее спасибо! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 1 15 июля, 2011 Опубликовано 15 июля, 2011 · Жалоба пример протокола или картинку типа такой приведите для наглядности ;) В данном случае речь идет только о преамбуле до маркера фрейма. То, что используется вместо "включили передатчик на 3,5 символа". Картинку для наглядности и раздумий можете нарисовать сами. Что такое CC1000? Пачка ссылок в Google начиная с первой http://focus.ti.com/docs/prod/folders/print/cc1000.html :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться