информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsГде водятся OGRыЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / site updates
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Дельная статейка. Самое сложное при программировании посл... 23.08.07 10:32  Число просмотров: 4776
Автор: Photon Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Дельная статейка. Самое сложное при программировании посл. порта это обработка прерываний с ипользованием ФИФО и грамотная обработка ошибок порта. Автор мельком упомянул об этом, сделав вид, что это уже ерунда, сообщив самые общеизвестные вещи. Приведенный код конечно будет функционировать, но без упомянутого мною практически бесполезен. Разве что в качестве лабораторной работы для начинающего программиста.
<site updates>
Программирование на аппаратном уровне :: RS-232 20.02.06 02:34  
Publisher: dl <Dmitry Leonov>
<"чистая" ссылка>
Программирование на аппаратном уровне :: RS-232
Pashix

Вступление [ #1 ]

Список линий, описываемых стандартом RS-232 [ #2 ]
Список внутренних регистров микросхемы 8250 и 16550 UART [ #3 ]
Внутренний регистр разрешения прерываний [ #4 ]
Внутренний регистр идентификации прерываний [ #5 ]
Внутренний регистр контроля FIFO и DMA микросхемы 16550 UART [ #6 ]
Внутренний регистр управления линией [ #7 ]
Внутренний регистр управления модемом [ #8 ]
Внутренний регистр состояния линии [ #9 ]
Внутренний регистр состояния модема [ #10 ]

Инициализация RS-232 [ #11 ]
Проверка готовности ввода/вывода RS-232 [ #12 ]
Ввод/вывод RS-232, передача данных по интерфейсу [ #13 ]
Инициализация подключаемых к RS-232 устройств [ #14 ]
Контроль ошибок передачи данных [ #15 ]
Определение сигнала на линии RI (если модему поступил звонок) [ #16 ]
Установка событий для генерации аппаратного прерывания [ #17 ]

Описание дополнительных функций и констант [ #18 ]
Заключение [ #19...

Полный текст
150+150 23.08.07 23:22  
Автор: leo <Леонид Юрьев> Статус: Elderman
<"чистая" ссылка>
Пардон, но subj приемлемая самооценка. Еще раз прошу прощенья, но с учетом обстоятельств читал сильно "по-диагонали", предполагаю завтра уточню наводку своего "IMHO".

Статья в целом не бесполезная, но сразу заметил "пару" недочетов (тема ведь почти "родная"):
1) Как отметил DPP ,сейчас RS-232 отмирает, поэтому самое важно простота, надежность и универсальность кода (с учетом глюков в чипах). Т.к. реально RS-232 используется только для консольного управления и а-ля "in system programming or/and control";
2) Не бросилось в глаза упоминания об "не 8250", сейчас это > 50% применений;
3) Думаю, стоит упомянуть о почти стандартных "граблях" (опять-же с учетом пп. 1 и 2);
4) Не заметил рассуждений на тему реализации драйвера в адекватной ОС (Linux, Windows, *bsd). Есть много фичей и подходов, в зависимости от требуемой простоты или универсальности;

P.S.
Если бы мой студент - то "трояк", за знание терминов...

P.S.S.
Если напишу еще фразу, то меня сочтут фанатом и съедят как закуску к XO :{
Дельная статейка. Самое сложное при программировании посл... 23.08.07 10:32  
Автор: Photon Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Дельная статейка. Самое сложное при программировании посл. порта это обработка прерываний с ипользованием ФИФО и грамотная обработка ошибок порта. Автор мельком упомянул об этом, сделав вид, что это уже ерунда, сообщив самые общеизвестные вещи. Приведенный код конечно будет функционировать, но без упомянутого мною практически бесполезен. Разве что в качестве лабораторной работы для начинающего программиста.
Я бы тоже так сказал... лет так десять, а точнее пятнадцать... 23.08.07 13:35  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 23.08.07 13:39  Количество правок: 3
<"чистая" ссылка>
> Дельная статейка. Самое сложное при программировании посл.

Я бы тоже так сказал... лет так десять, а точнее пятнадцать назад как минимум. Еще десятилетней древности спецификации предусматривали уход от использования COM и LPT портов. Вместо них должны были использоваться USB. Три года назад мне с трудом удалось купить баребон с LPT портом. Сейчас удалось купить только "с рук" Б/У ноутбук с COM портом, но уже без LPT и PS/2, которые возможно попользовать через порт-репликатор. Те новые, что продаются в магазине, особенно из недорогих серий, типа DELL 120L, не имеют уже ни PCMCIA, ни S-Video, ни возможность подключить порт-репликатор. В современных компах уже начинает отсутствовать FDD с его портом, ATA(IDE). Их заменяет УСБкардридер и SATA. Так же начинает отсутствовать S-Video, его заменяет HDMI. VGA-15 Заменяется DVI.
Лет двадцать назад можно было найти много энтузиастов, которые и COM-программизмом занимались и железяки под него делали. Сейчас даже на рынке купить резистор/конденсатор/транзистор уже проблематично. За отсутствием спроса со стороны радиолюбителей пропало и предложение.
Короче устарелость, неактуальность и бесполезность этой статьи может и не единственный, но самый весомый минус.

> порта это обработка прерываний с ипользованием ФИФО и

Жаль что в последних версиях ФИФО уже не управляется из СЕТАПа. А то можно было бы закрыть на это глаза совсем.
В принципе под современные "нереалтаймовые" ОС дрова для портов никто писать не собирается, а под ДОСом вряд ли обработка тормознет настолько, что что-то попадет в очередь.

> грамотная обработка ошибок порта. Автор мельком упомянул об
> этом, сделав вид, что это уже ерунда, сообщив самые
> общеизвестные вещи. Приведенный код конечно будет
> функционировать, но без упомянутого мною практически
> бесполезен. Разве что в качестве лабораторной работы для
> начинающего программиста.

Истну говорите. И то, что в данном слечае про ошибки можно мельком упомянуть, и про "в принципе будет функционировать", и про лабораторную работу, я бы даже сказал "как пример", большего-то для статьи и не нужно.
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach