Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "WinAPI";
Текущий архив: 2004.06.20;
Скачать: [xml.tar.bz2];

Вниз

Синхронные прием-передача на LPT   Найти похожие ветки 

 
Vitt_lay   (2004-05-13 08:13) [0]

Помогите пожалуйста, кто сталкивался с такой задачкой, хотя бы в какую сторону думать. Нужно организовать синхронный обмен с устройством, подключенным к порту компьютера на скорости 64кБит/с. Так как обмен нужен синхронный - остановился на выборе LPT порта, но все равно не могу понять каким образом можно выполнить реализацию именно синхронного режима работы. Помогите пожалуйста хотя бы указанием путей дальнейшего размышления; мне непонятно, как можно на LPT привязаться к сихросигналу.


 
N170   (2004-05-13 09:05) [1]

0. Попробовать использовать стандартный протокол SPP (EPP не пройдёт на указанной скорости, там тайм-аут 10мкс, если не вру).

Проблема - Нельзя гарантировать небольшое время реакции со стороны ПК, как следствие невозможно организовать равномерный поток данных.

1. Как вариант решения "в лоб":
Внешнее устройство даёт задающий сигнал на линию ACK, а в систему добавляется самодельный драйвер (далее - СД), который будет отлавливать возникающее при этом событие.
Событие это есть результат обработки (в станд. драйвере параллельного порта - СДПП) аппаратного прерывания, возникающего при приходе фронта очередного импульса синхронизации на линию ACK.
СД может, получив вызов (от СДПП), выполнить ряд манипуляций с портом (отправить очередной байт, напр.)

Это сложная творческая задача.
Но тут есть несколько "НО".
Главное НО - ухудшение показателей стабильности системы при очень высокой частоте прерываний.
Если 64кбит, то это 65536/8=8192Гц, т.е. 120мкс/событие, в равномерном потоке.
На вашем месте я бы не рисковал!

2. Собрать аппаратный контроллер (АК) потока данных на базе МК AVR или PIC.
Передавать ему данные большими блоками, по мере надобности, не заботясь о временнЫх параметрах обмена (ВПО).
О ВПО позаботится сам АК, который мог бы накапливать данные, передаваемые с ПК и выдавать их с требуемой скоростью.

Самый надёжный, IMHO, вариант. Наиболее высокая вероятность получения работающего решения.

3. Использовать real-time расширения для Windows.

СтОит бабок бешенных и отчасти снижает стабильность системы.
Хотя это было бы надёжней, чем п.1.

Вот такие дела.


 
Vitt_lay   (2004-05-13 11:15) [2]

Спасибо очень большое! Решил использовать PIC для этой цели.



Страницы: 1 вся ветка

Форум: "WinAPI";
Текущий архив: 2004.06.20;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.46 MB
Время: 0.03 c
3-1085489342
Reostat
2004-05-25 16:49
2004.06.20
База и программа на разных машинах.


14-1086155836
NailMan
2004-06-02 09:57
2004.06.20
Нужен хороший монитор сети


14-1086021870
выпускник
2004-05-31 20:44
2004.06.20
изложение 11 класс


11-1075368354
Ал
2004-01-29 12:25
2004.06.20
OnPaint у панели TKOLTabControl


1-1086334553
Yad
2004-06-04 11:35
2004.06.20
Code Explorer





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский