реклама на сайте
подробности

 
 
> Логирование высокоскоростного UART/RS232/RS485, На накопитель на ПК под Windows
en1gma
сообщение Nov 9 2017, 12:29
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 30
Регистрация: 10-01-09
Пользователь №: 43 134



Для последующего контроля необходимо записывать ~6,5Mbaud непрерывный поток по RS485 на ПК под управлением Windows. Отображать - опционально. Суммарный объем передаваемых данных - не больше 500МБ.
В качестве приёмника используется плата, которая точно умеет 18Mbaud в одиночных и коротких посылках и настраиваемое по уровню заполнения fifo прерывание.

Откинув ПО, которое не умеет в произвольную символьную скорость, из широко распространённых остаются putty (и его форки) и terminal от bray++, но они вешаются (с прерыванием логирования) при визуализации данных.
Мож кто что подскажет?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
k155la3
сообщение Nov 9 2017, 18:05
Сообщение #2


Профессионал
*****

Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848



Из готовых терминалов что подойдет можно определить только тестированием.
Потому как они скорее всего не "гонялись" на скоростях более 115200.
----
Если надо сделать логгер - то самый простой и гарантированный способ - написать свою утилиту
для приема таких массивов
. Чтобы прикладная программа успевала по приему и записи на высоких скоростях,
возможно надо запускать ее с приоритетом "реальное время". Хотя могобыть и с "нормальным" будет успевать.
(вообще надо чтобы работа с драйвером COM шла с "реалтайм", а запись буферизированных данных - с "норм", 2 буфера).
Могобыть я и не прав, но мой самопал работает так. (но скорость 57600, приоритеты не менялись)
ps
Чтобы "успевало" не надо это реализовывать с GUI.
console / Win32 + ввод с клавиатуры ESC.


Go to the top of the page
 
+Quote Post
jcxz
сообщение Nov 9 2017, 22:10
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(k155la3 @ Nov 9 2017, 20:05) *
Чтобы прикладная программа успевала по приему и записи на высоких скоростях,
возможно надо запускать ее с приоритетом "реальное время".

Вы из какого года пишете? В нашем 2017-м скорость в 6МБит/с даже для ПК десятилетней несвежести - вообще ни о чём. Хоть по UART хоть с диском.

Цитата(k155la3 @ Nov 9 2017, 20:05) *
Чтобы "успевало" не надо это реализовывать с GUI.

Надо. Гуй тут не при чём. Если быдлокодер каждый принятый байт будет обновлять многомегабайтный битмап, который будет потом пытаться отображать на экран после каждого байта, то виноват тут явно не гуй.
Go to the top of the page
 
+Quote Post
k155la3
сообщение Nov 10 2017, 09:55
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848



Цитата(jcxz @ Nov 10 2017, 02:10) *
Вы из какого года пишете? В нашем 2017-м скорость в 6МБит/с даже для ПК десятилетней несвежести - вообще ни о чём. Хоть по UART хоть с диском.
. . .

За год точно не скажу, но помню - это было на "рассвете" Windows-XP.
---
А GUI - не GUI - это на усмотрение ТС, с учетом Ваших замечаний.


Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 24th July 2025 - 07:02
Рейтинг@Mail.ru


Страница сгенерированна за 0.0144 секунд с 7
ELECTRONIX ©2004-2016