Цифровые сигнальные процессоры Вопросы, связанные с применением цифровых сигнальных процессоров: программирование, отладочные средства, алгоритмы... |
01.06.2009, 23:52
|
|
Прохожий
Регистрация: 17.03.2008
Сообщений: 8
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
|
О каком тогда 422 может ити речь???
я уверен что или 485 или I2C, поскольку длины не киллометровые. А на счет контроллера - програмно можно реализовать и то и другое....даже есть и апаратно встроенные функции I2C и 232.
|
|
|
|
01.06.2009, 23:53
|
|
Прохожий
Регистрация: 17.03.2008
Сообщений: 8
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
|
лично использую и 232 и I2C в своих устройсвах....до 485 как то руки не дошли...
|
|
|
|
02.06.2009, 08:26
|
|
Прохожий
Регистрация: 28.01.2008
Сообщений: 6
Сказал спасибо: 28
Сказали Спасибо 1 раз в 1 сообщении
|
Давайте сразу определимся, что мы обсуждаем и чем пытаемся помочь человеку. Его интересует то, как подключается различные устройства к контроллеру. Например клавиатура - имеет последовательный интерфейс, но никакого отношения ни к последовательным портам, ни к I2C не имеет. Там свой протокол передачи данных. RS-485, RS-232 и RS-422 имеют ОДИНАКОВЫЙ протокол передачи, только аппаратная реализация разная. Кстати, если хотите добиться высокой помехоустойчивости в линии передачи данных. просто на UART устанавливайте ADM485 и получите 485 интерфейс. Если же установить MAX202 - то получите 232
|
|
|
|
02.06.2009, 13:03
|
|
Частый гость
Регистрация: 20.10.2008
Сообщений: 16
Сказал спасибо: 0
Сказали Спасибо 7 раз(а) в 6 сообщении(ях)
|
Согласен с _postman. Многие путают протокол (Примеры: ModBus, TCP/IP, Z-modem и пр.) и физический интерфейс (RS232, RS485, 4-20мА и пр.). Это разные понятия.
Порт может быть RS232 - это задается микросхемой формирующей сигналы порта. Хочеш сменить порт - меняй микросхему.
Протокол задается программно и может быть стандартным, а может быть и нет (например, в большенстве моих устройств, внутренние протоколы обмена придуманы с нуля для наиболее простой программной реализации). Более того, например ModBus имеет два абсолютно разных варианта протокола.
На все это накладывается множество вариантов скоростей передачи, формата передачи байт (по 7,8 и 9 бит со старт и стоп битами, или синхронная передача и пр., вплоть до совершенно экзотичных вариантов).
Системы сигнализации, как правило, имеют типовые порты, и абсолютно нестандартные протоколы. Это делается для уменьшения вероятности взлома.
|
|
|
|
02.06.2009, 16:20
|
|
Временная регистрация
Регистрация: 15.06.2005
Сообщений: 86
Сказал спасибо: 3
Сказали Спасибо 1 раз в 1 сообщении
|
очень даже не плохо получаеться использовать
CAN
|
|
|
|
02.06.2009, 20:33
|
|
Прохожий
Регистрация: 17.03.2008
Сообщений: 8
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
|
действительно 485й интерфейс очень простой и длина ЛС может достигать до 1200 м.,решил все свои системы тож под него переделать,I2C конечноже на такие расстояния не годится.Посоветовался с людьми которые обслуживают и подключают многи ППК , говорят что большая часть строится 485.
Поэтому в помощь человеку думаю можно посоветовать действительно просто поставить АДМ485 и к UART.
|
|
|
|
03.06.2009, 09:23
|
|
Почётный гражданин KAZUS.RU
Регистрация: 13.02.2008
Адрес: Днепр. Украина
Сообщений: 3,294
Сказал спасибо: 442
Сказали Спасибо 1,048 раз(а) в 706 сообщении(ях)
|
Сообщение от MalyshRoman
|
действительно 485й интерфейс очень простой и длина ЛС может достигать до 1200 м.,решил все свои системы тож под него переделать,I2C конечноже на такие расстояния не годится.Посоветовался с людьми которые обслуживают и подключают многи ППК , говорят что большая часть строится 485.
Поэтому в помощь человеку думаю можно посоветовать действительно просто поставить АДМ485 и к UART.
|
Все вышеизложенное касается физической реализации интерфейса, тут вопросов нет. А по поводу логики работы устройств - все гораздо сложнее.
|
|
|
|
03.06.2009, 21:37
|
|
Прохожий
Регистрация: 17.03.2008
Сообщений: 8
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
|
Сообщение от MisterDi
|
Все вышеизложенное касается физической реализации интерфейса, тут вопросов нет. А по поводу логики работы устройств - все гораздо сложнее.
|
Если обе стороны подключены к UART, то по прерываниям можно без проблем получать данные и отправлять используя стандартные функции (если используется Си, ..да и на асемблере можно их же сделать.)
У меня тут вопросик. К контроллеру (UART) подключон GSM модуль, хочу через эти же АДМки соеденить дополнительные устройства,проблема в том что просто подключить напрямую GSM и ADM - контроллер не понимает ни того ни другого...мож кто сталкивался с физической реализацией??
|
|
|
|
03.06.2009, 22:40
|
|
Почётный гражданин KAZUS.RU
Регистрация: 13.02.2008
Адрес: Днепр. Украина
Сообщений: 3,294
Сказал спасибо: 442
Сказали Спасибо 1,048 раз(а) в 706 сообщении(ях)
|
Цитата:
|
У меня тут вопросик. К контроллеру (UART) подключон GSM модуль, хочу через эти же АДМки соеденить дополнительные устройства,проблема в том что просто подключить напрямую GSM и ADM - контроллер не понимает ни того ни другого...мож кто сталкивался с физической реализацией??
|
Если Вы хотите к одному UART МК подсоединить несколько устройств, то это делается объединением выходов TX и RX по логике И или установкой мультиплексора типа 4052, 4051.
|
|
|
|
03.06.2009, 22:50
|
|
Прохожий
Регистрация: 17.03.2008
Сообщений: 8
Сказал спасибо: 0
Сказали Спасибо 0 раз(а) в 0 сообщении(ях)
|
Сообщение от MisterDi
|
Если Вы хотите к одному UART МК подсоединить несколько устройств, то это делается объединением выходов TX и RX по логике И или установкой мультиплексора типа 4052, 4051.
|
понял.
огромное спасибо!
|
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 18:17.
|
|