скорость передачи данных

[Иван]

Какую скорость передачи данных ( более 500 метров ) лучше использовать при использовании rs-485???

[AlexZhuk]

Куда так далеко-то? С ними и на более коротких расстояниях люди мучаются. Да еще кабель какой будет...
Я по 485-му не специалист, но у нас на производствах как-то так далеко не принято. Чуть что - сразу в оптический кабель или через модем - и вдаль.

[AlexZhuk]

Материал из Википедии
Характеристика скорость обмена/длина линии связи:
62,5 кбит/с 1200 м (одна витая пара),
375 кбит/с 500 м (одна витая пара),
500 кбит/с,
1000 кбит/с,
2400 кбит/с 100 м (две витых пары),
10000 кбит/с 10 м.
Примечание: Скорости обмена 62,5 кбит/с, 375 кбит/с, 2400 кбит/с оговорены стандартом RS-485. На скоростях обмена свыше 500 кбит/с рекомендуется использовать экранированные витые пары.

Еще полезная вещь, сам как то писал статью на эту тему: http://masters.donntu.org/2007/fvti/arutyunyan/library/art7.htm

[Иван]

Материал из Википедии
Характеристика скорость обмена/длина линии связи:
62,5 кбит/с 1200 м (одна витая пара),
375 кбит/с 500 м (одна витая пара),
500 кбит/с,
1000 кбит/с,
2400 кбит/с 100 м (две витых пары),
10000 кбит/с 10 м.
Примечание: Скорости обмена 62,5 кбит/с, 375 кбит/с, 2400 кбит/с оговорены стандартом RS-485. На скоростях обмена свыше 500 кбит/с рекомендуется использовать экранированные витые пары.

Еще полезная вещь, сам как то писал статью на эту тему: http://masters.donntu.org/2007/fvti/arutyunyan/library/art7.htm

Спасибо за ответ! Эти параметры я знаю. Хотел спросить у коллег, может кто то подключал на такую длину, вот и хотел узнать оптимальную скорость на такие расстояния.
Нужно собирать данные с такого большого расстояния

[AlexZhuk]

Поскольку квалификация автора вопроса была неизвестна, ответил то, что знаю, общую информацию. Подождем, может, спец какой покажется... Завтра на работе работника АСУ знакомого встречу, если не забуду - спрошу. Но они там не увлекаются дальними "походами" 485-го. Вроде бы.

[Eugene.LatDev]

Спасибо за ответ! Эти параметры я знаю. Хотел спросить у коллег, может кто то подключал на такую длину, вот и хотел узнать оптимальную скорость на такие расстояния.
Нужно собирать данные с такого большого расстояния

более 500 метров ) лучше использовать при использовании rs-485???

Как профессиональный компьютерщик/интернетчик скажу -  RS-485 никто не использует на такие расстояния!!!

На расстоянии цельного кабеля более 100М используется оптика, так как предоставляет высокую скорость передачи данных (15,5 Тбит/с) без потери сигнала! Если есть возможность установить коробки (свитча) на расстоянии менее 100М то используется экранированная витая пара! Quad Duplex до 1Гбит/с, Full Duplex до 100Мбит/с... Далее в устройства TCP to RS-485 прописывается статическая адресная связка и они работают в стандартом режиме на максимальной скорости передачи данных!

Почему именно так?! Потому что именно таким способом можно получать высокую скорость передачи данных, стабильное и легко налаживаемое соединение (поиск ошибок/обрывов в соединении)! А так-же подключать дополнительное оборудование в соединение точек X/Y то-есть с запасом на будущее оборудование или сеть..

[Delta]

Далее в устройства TCP to RS-485 прописывается статическая адресная связка и они работают в стандартом режиме на максимальной скорости передачи данных!

Типа Moxa nport? Помимо оптики можно использовать ТППшный кабель при помощи DSL-модемов и медиаконвертеров, такие решения до сих пор распространены

[Eugene.LatDev]

Типа Moxa nport?

Да.. Да... Именно на подобие их Только эти дорогие очень, но у них есть рад преимуществ как в настройке так и в соединении...

• Они имеют штатный контроль соединения - то есть если пакет оборвался или не дошел то они отправят его повторно (99% устройств данного типа как буржуйские так и китайские работают по асинхронным протоколам UDP/IP так быстрее. Но вот в чем прикол - если пакет не дошел то дорогой девайс отправит пакет повторно)
• Если несколько пакектов не дошло, то загорится диод - Link-Lost (на дорогих он есть!), а так-же будет произведена запись в журнал сервера по протоколу syslog - и если в подсети стоит сервер linux то там в логах автоматом полетят Warning сообщения о потерях
• Дорогие работают в буферном режиме и имеют очень большой объем буфера.
  • Так как RS-232 и RS-485 более медленные чем IP то излишки будут буферизированны
  • При потере сигнала, восстановленная сеть получит пакеты при подъеме сети
  • Будет получен журнал потерянных пакетов с точной датой и временем
• Есть протокол соединения PC Bridge Direct - который соединяет компьютер в сети и устройство напрямую без прокладки если нужно, а так-же позволяет посмотреть трафик внутри переговоров... (Это ну очень полезно когда непонятно что не работает)
• Если чего либо из списка нету, то подрубаешь к компу и через JTag ставишь банальный OpenWRT с драйверами TCP to COM, вместо штатной Админки

Как видите Enterprise решения имеют свой ряд жестких преимуществ! Если контроль соединения и отладка не нужна - то Hello-AliExpress там устройств подешевле - навалом!

Помимо оптики можно использовать ТППшный кабель при помощи DSL-модемов и медиаконвертеров, такие решения до сих пор распространены

Действительно забыл, или скорее не подумал... Но решение хорошее... Хотя в NULL-DSL то-же есть свои неприятные подводные камни.



Кстати есть еще вот такие звери: USR-IO424T-GR 4 Channel GPRS GSM Network IO Controller 4 Way Temperature Detection Modbus TCP/RTU Supports 4 DI/4 DO/2AI/1PT - так им вообще напливать 100-500М или 10КМ. В Риге похожие на метиостнциях стоят. Медленные, но зато и расстояние не важно и работаю стабильно!

[Иван]

[quote author=Eugene.LatDev
У вас написано, что вы программируете микроконтроллеры, а вы работали с программой LabVIEW?

[Eugene.LatDev]

У вас написано, что вы программируете микроконтроллеры, а вы работали с программой LabVIEW?

Нет не работал, не совсем мой профиль. Саму программу видел, на старой работе. С ней больше проектировщики работают.

По поводу программирования MCU - больше чистый C или Assembler. Если вопрос стоит об построении GUI для систем управления то больше используется Delphi (под OS Windows) либо собирается полуграфический интерфейс на Java. Встроенные подсистемы (без управляющего блока) то пишеться простенький Web интерфейс и вкладывается как CGI (По той причине что полноценный CGI сервер весит около 380Kb с поддержкой чипа W5500, и давно уже есть готовые схемы для её работы под 3.3v).

Если вы самостоятельно проектируете печатные платы и железо то советую обратить внимание. Управление чипом в 6 ног (5 без ресета).. Отличная штука...

[Eugene.LatDev]

Интересное видео в тему https://youtu.be/nvaNgD_K9dE