Я пытаюсь заставить нашего программиста написать программу (для РС) обмена данными по RS232 с использованием прерываний(а не тупого ожидания флагов), а он говорит, что это невозможно. Он прав? («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Я пытаюсь заставить нашего программиста написать программу (для РС) обмена данными по RS232 с использованием прерываний(а не тупого ожидания флагов), а он говорит, что это невозможно. Он прав?

(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Отправлено 220V 13 октября 2003 г. 07:00

Составить ответ ||| Конференция ||| Архив

Ответы

Если все же отдельным потоком решите сделать - не используйте функцию CreateThread() !!! — .......... (13.10.2003 13:04, 28 байт)
- рекомендую: AfxBeginThread() — Fanta (13.10.2003 15:41, пустое)
- Обоснуйте, почему именно так? — Antimouse (13.10.2003 13:31, пустое)
  - Рискуете получить memory leak. Рихтер лучше объяснит. — .......... (13.10.2003 13:35, пустое)
    - Спасибоки за предупреждение, при случае обязательно посмотрю Рихтера. — Antimouse (13.10.2003 13:54, пустое)
Чего-то почитал и никак не въеду: все кричат отдельный поток, так надежнее. Почему никто ничего не сказал про Overlapped? Ну опросом делать - это однозначно фигня. — .......... (13.10.2003 12:19, пустое)
- Com порт под Windows еще и разделяемый ресурс... — Antimouse (13.10.2003 14:21, пустое)
- Можно и Overlapped, но тогда нужно главный MessageLoop модифицировать. — Oldring (13.10.2003 12:28, 45 байт)
Большое спасибо всем ответевшим! Пойду разбираться с программистом. — 220V (13.10.2003 11:37, пустое)
- Огласите результат - кто из вас двоих в конце концов окажется в дураках. Зрители ждут ;) — Oldring (13.10.2003 11:43, пустое)
  - обязательно огласите - очень интересно знать чем все закончилось... ;))) — SOIC (13.10.2003 12:22, пустое)
    - (с тайной надеждой на то, что программиста уволят :) — .......... (13.10.2003 12:51, пустое)
      - а тебе абы всех поувольняли да? — SOIC (13.10.2003 13:40, пустое)
        
        Не знаю как всех, а тебя бы я точно уволил с удовольствием. — .......... (13.10.2003 14:10, пустое)
  - Если это спор начальника с подчиненным, то результат известен заранее ! — Весельчак_У (13.10.2003 12:13, пустое, картинка)
Вообще говоря, под Windows со стороны приложения работать "напрямую" с прерываниями (почти) невозможно, (+) — Antimouse (13.10.2003 10:32, 1361 байт)
- Гораздо проще Wait-ы вообще не использовать, а пустить поток с операциями ReadFile и WriteFile (когда нужно) — Весельчак_У (13.10.2003 12:25, пустое, картинка)
  - А я об этом и намекаю аккуратно... — Antimouse (13.10.2003 12:41, пустое)
  - В смысле? — Oldring (13.10.2003 12:31, пустое)
    - В смысле, что кучеряво и для любой системы получается. Однако простой, в сущности вопрос (COM-port) замусорен и усложнен Биллом до тошноты.. — Весельчак_У (13.10.2003 13:05, пустое, картинка)
Флаги то, небось event-ами называються. Тогда ваш программист гораздо умнее вас. — AlexandrY (13.10.2003 10:15, пустое)
- Уважаемый, понятие "УМНЕЕ", это довольно относительное понятие. Я не спорю, что программист знает С++ гораздо лучше меня. Но это вовсе не значит, что он умнее. К томуже, если ожидание принятого символа по RS232 он реализует путем циклического опроса соответствующего бита регистра управления UART, я не думаю, что это самый УМНЫЙ способ обмена по RS232. — 220V (13.10.2003 10:21, пустое)
  - Думаю, вы просто думаете что хорошо понимаете что ваш программист делает, однако если он пишет прогу под Windows, то вы неправы, он вряд-ли обращается к порту напрямую (как вы подумали) а тупой опрос "флага" в цикле не такое уж и глупое решение, т.к Windows предоставляет средства (WaitCommEvent), кот. делает этот "тупой" опрос вполне логичным решением... — SOIC (13.10.2003 10:54, пустое)
    - WaitCommEvent это не тупой опрос — DASM (13.10.2003 11:05, пустое)
    - Под 98-ми - почему нет, если у него был опыт программирования под DOS? — Oldring (13.10.2003 11:01, пустое)
  - Чего-чего? Он под Виндами напрямую к железу лезет? Это не лечится - гоните в шею. — Oldring (13.10.2003 10:41, пустое)
    - млин, что вы все сразу "гнать его". А MSDN ему почитать дали ? А инет у него нормальный ? И начальник небось псих стоящий за спиной. Где уж тут научиться. Думаю, он сам уйдет нафиг от этих горе-работодателей — DASM (13.10.2003 10:45, пустое)
      - Что именно читать - это должно быть в его собственной компетенции. — Oldring   (13.10.2003 10:58, 243 байт)
        
        с COM - согласен. С LPT сложнее, драйвер самому писать не всегда время есть, вот и использую частеньку недокумент ф-ции в NT, дающие право на прямую работа — DASM   (13.10.2003 11:03, пустое)
        
        ЕСЛИ НЕ СЕКРЕТ - ЧТО ЗА НЕДОК. ФУНКЦИЯ ТАКАЯ??? — SOIC   (13.10.2003 11:36, пустое)
        
        Ну и дурак. Выпустят MS новую версию операционки - и недокументированные в MSDN функции могут накрыться. — Oldring   (13.10.2003 11:06, пустое)
        
        знаю, что дурак. Ну не научился пока дрова писать. — DASM   (13.10.2003 11:07, пустое)
        
        Лучше USB учи. Старые порты скоро перестанут на мамки ставить. — Oldring   (13.10.2003 11:11, 64 байт)
        
        да, начинаю — DASM   (13.10.2003 11:18, пустое)
        
        А через стандартный драйвер что медленный обмен? Или что другое не устраивает? — Antimouse   (13.10.2003 11:09, пустое)
        
        это какой стандартный ? — DASM   (13.10.2003 11:11, пустое)
        
        Да все то же самое, что и с Comm, только файл на LPT открывай. — Antimouse   (13.10.2003 11:23, пустое)
        
        там просто ножками произвольно не подергать — DASM   (13.10.2003 11:31, пустое)
        
        Правильно, не подергаешь. — Oldring   (13.10.2003 11:57, 392 байт)
        
        Эт точно Терроризм! — Antimouse   (13.10.2003 12:01, пустое)
        
        Ответ: — KAN   (13.10.2003 12:00, 31 байт)
        
        :))) — Oldring   (13.10.2003 12:04, пустое)
        
        а может есть способ?? — KAN   (13.10.2003 11:45, пустое)
      - Купите ему книжку: Visual C++ и MFC (2 издание) там есть хорошо разобраный пример работы с портом под Windows :-)))) — Antimouse   (13.10.2003 10:50, пустое)
        
        На MFC? ;))) — SOIC   (13.10.2003 11:35, пустое)
        
        Авторы: А. Мешков, Ю.Тихомиров изд-во "БХВ" — Antimouse   (13.10.2003 10:51, пустое)
        
        Вот уж гнусная книжка(простите не удержался)(тяжелая очень) — san'a   (13.10.2003 21:31, пустое)
  - Ну раз флаги не event-ы, то диагноз противоположный ;-) — AlexandrY (13.10.2003 10:25, пустое)
Применить к нему 220V!!! — -=L.A.=- (13.10.2003 10:13, пустое)
Гнать в шею такого программиста — Elektronik (13.10.2003 09:40, 363 байт)
- А блин, опрашивать ты буфер будешь по каким прерываниям? — patton (13.10.2003 11:49, пустое)
- Запомни, Электроник пункт 1.5 типового договора с программером "1.5. Программист должен аргументированно доказать, почему задачу невозможно выполнить, если ему ее лень решать. — DASM (13.10.2003 09:45, пустое)
  - А это случайно не ты тот программист? И от этого хреново? — -=L.A.=- (13.10.2003 10:16, пустое)
    - да уж нет. С железом, слава Богу, работать научили в меру наших надобностей — DASM (13.10.2003 10:43, пустое)
  - А к чему именно мне ваши запоминалки? — Elektronik (13.10.2003 10:04, 204 байт)
    - Странно я на пальцы не попадаю :) — si (13.10.2003 10:40, пустое)
    - Ответ: Ну пальцы-то зачем? — Bill (13.10.2003 10:10, пустое)
      - наверное руки трясутся :) — DASM   (13.10.2003 10:42, пустое)
        
        (задумчиво) Если нет рукам покОю, может... может что-то с головОю? :-о — blackbit   (13.10.2003 12:39, пустое)
        
        Ответ: или не руки...:))) — KAN   (13.10.2003 11:04, пустое)
Под WIN_NT,2000,XP - проблем нет — 99600036 (13.10.2003 09:37, 130 байт)
- Зачем компоненты!? Это элементарно делается через winapi — KAN (13.10.2003 09:50, пустое)
  - Потому что с помощью компонент это вообще делается за 5 минут. — Elektronik (13.10.2003 10:06, пустое)
    - а потом глюки гребут на протяжении года, постепенно ковыряя этот самый компонент :)))) — Antimouse (13.10.2003 10:39, пустое)
      - Да нет, писал и с использованием MSComm под VB - работало без заметных глюков. — Oldring   (13.10.2003 11:03, пустое)
        
        Компонент VB MSComm работает безглючно, но применять его в серьезной коммерческой программе обработки немалого количества данных несерьезно. :) — Antimouse   (13.10.2003 11:18, пустое)
        
        Почему? Применяют же VB в серьезных коммерческих программах обработки немалого количества данных? — Oldring   (13.10.2003 11:45, пустое)
        
        Ответ -> — Antimouse   (13.10.2003 12:04, пустое, ссылка)
        
        Ответ: -> — Oldring   (13.10.2003 12:07, пустое, ссылка)
        
        Прежде всего речь идет о всяких компонентах под билдер-дельфи, а ОС и компоненты под бейсик пишут тоже не одни и те же — patton   (13.10.2003 12:12, пустое)
        
        а что "серъезно" ? — DASM   (13.10.2003 11:26, пустое)
        
        Если серьезно, то надо четко контролировать исходный код. (+) — Antimouse   (13.10.2003 11:57, 188 байт)
        
        А по поводу контроля исходного кода - Вы давно в последний раз изучали исходники операционки? — Oldring   (13.10.2003 12:05, пустое)
        
        Заблуждение. — Oldring   (13.10.2003 12:03, 147 байт)
        
        Так вот и не стоит заблуждаться, очень большие куски данных не всегда "съедобны" (+) — Antimouse   (13.10.2003 12:31, 989 байт)
        
        Прочитать буфер один раз на перерисовку экрана - это не долго при любом способе работы с буфером. — Oldring   (13.10.2003 12:47, пустое)
        
        А чтобы картинка не дергалась - не прявязывайте скроллирование графика к получению данных. — Oldring   (13.10.2003 12:51, 88 байт)
        
        Таймер Windows - жутко непредсказуемая штука, поверьте мне, проверено на практике, специально занимались вопросом плавности вывода графики на экран и пришли к выводу, что лучше, чем привязаться к протоколу ничего нет (именно Com-порт). — Antimouse   (13.10.2003 12:59, пустое)
        
        Да бросьте Вы. Есть еще multimedia timer. — Oldring   (13.10.2003 13:15, 501 байт)
        
        а может не таймер непредсказуем, а очередь сообщений ? Таймера то в последнюю очередь обрабатываются — DASM   (13.10.2003 13:09, пустое)
        
        именно так. — Antimouse   (13.10.2003 13:53, пустое)
        
        вариант - вашу суперзадачу прерывает (ессно, многозадочность ведь) другая не менее суперская прога, (вариант если ваш поток имеет REALTIME приоритет не рассматриваю, тогда б вы были просто засранцем). И вот эта прога делает что-нить умное миллисекунд этак 100-200. И спрашивается - где будут ваши данные ? Пральна, в месте не столь отдаленном — DASM   (13.10.2003 12:35, пустое)
        
        Приоритет: NORMAL — Antimouse   (13.10.2003 12:37, пустое)
        
        ну вот я и спрашиваю - а если другая задача прерывает ? — DASM   (13.10.2003 12:39, пустое)
        
        Возможно будете терять данные (+) — Antimouse   (13.10.2003 12:50, 546 байт)
        
        Если данные теряются - нужно менять программиста. — Oldring   (13.10.2003 12:54, 91 байт)
        
        Не согласен, нужно показать это программисту и пусть разбирается. — Antimouse   (13.10.2003 13:02, пустое)
        
        Об этом программист должен думать головой заранее. — Oldring   (13.10.2003 13:10, 417 байт)
        
        Остается только подобрать программиста. :) — Antimouse   (13.10.2003 13:37, пустое)
        
        О, да, но это ОЧЕНЬ ВАЖНЫЙ этап любого проекта :) — Oldring   (13.10.2003 13:42, пустое)
    - Ответ: 1 минута! c api — KAN (13.10.2003 10:16, пустое)
      - вобщем то да, но заполнять всякие DCB занудно. Использование отлаженных компонентов - признак хорошего тона, а не самодурства программера "а я умней всех, счас сяду и все с нуля накалякаю" Эти же умники вместо STL потом сортировку миллионный раз изобретают — DASM   (13.10.2003 10:59, пустое)
        
        Ответ: Я в свое время пользовался API. Компонент как-то и не подумал искать. — Bill   (13.10.2003 11:20, пустое)
        
        Ответ: API - это уже максимально готовое к использованию (по крайней мере по Com-port), а про DCB: параметры связи все равно выставлять, но если вы считаете, что легче вам ставить галочки и пр., чем заполнить структуру, то... ну... не знаю... — KAN   (13.10.2003 11:13, 35 байт)
        
        да какое оно нафиг готовое. MFC для чего делали ? Чтоб хоть как-то упростить с ним работу. API неудобно зачастую — DASM   (13.10.2003 11:21, пустое)
        
        Ответ: MFC предназначен для прирожденных ассенизаторов, которые пошли в программисты и любят покопаться в мелкософтовских каках под названием MFC ;))) — SOIC   (13.10.2003 11:49, пустое)
        
        если б ты писал, с качеством хотя бы 10 процентов от микрософтовского, ты б не в конфе сидел, а в штатах очень уважаемым челом был — DASM   (13.10.2003 12:37, пустое)
        
        Ответ: к сожалению я не гений и запоминать корявые и уродливые имена не умею... ;( — SOIC   (13.10.2003 13:41, пустое)
        
        Ответ: и я ж не спорю melkosoft у всех ассоциируется с крутым brandname, а для brandname'а качество продукта не важно, главное только его поддерживать на том уровне на котором оно было... вот и спрос появился, а спрос как известно рождает предложение... а с точки зрения качества эта библиотека не выдерживает никакой критики... — SOIC   (13.10.2003 13:45, пустое)
        
        Я использую МФК и пока не имею к ним особых претензий - быстро делать, глюков не замечено. Не пойму - что так все взъелись на МФК. Как резюме: каждой задаче - свой инструмент - и с данной точки зрения для МФК существуют "свои задачи", с которыми они справляются прекрасно. — KAN   (13.10.2003 13:52, пустое)
        
        Ответ: привычка сказывается, лесорубам тоже легко работается - привыкли к тяжелому труду и живут... — SOIC   (13.10.2003 14:07, пустое)
        
        Слушай, ты, умник.. попробуй написать что-то на WinAPI, а потом то же самое на MFC. А потом я с удовольствием еще раз выслушаю твое мнение по поводу глючности и корявости MFC. — ..........   (13.10.2003 14:16, пустое)
        
        было дело, поэтому и говорю так... — SOIC   (13.10.2003 15:57, пустое)
        
        Пойми простую вещь: из того, что ты не умеешь чем-то пользоваться, не следует вывод, что оно плохое. — ..........   (13.10.2003 16:00, пустое)
        
        Ответ: единственное достоинство малый размер, в остальном - одни недостатки: глючность, корявость и т.д. — SOIC   (13.10.2003 13:47, пустое)
        
        Да нет, малым размером MFC как раз не отличается. Эта библиотека довольно тяжеловесная. Вот еще по поводу твоей фразы "MFC не выдерживает никакой критики": раз уж бросаешься такими заявлениями, будь добр, аргументируй. Хотя бы вкратце. — ..........   (13.10.2003 14:06, пустое)
        
        Ответ: вот оно почему ты так взъелся ;))) а аргумент простой - я еще ни разу не видел проги в кот. активно используется MFC и которая при этом никогда не вылетала с сообщениями об ошибке в библиотеке... сколько сидюков пересмотрел, а программу с MFC издалека видать - если вылетает с ошибкой "тра-та-та произошла ошибка в библиотеке", то можно с 90 % уверенностью говорить что прога на MFC... а время написания программы с исп. MFC я вообще молчу, дольше только на чистом API и то не всегда! — SOIC   (13.10.2003 14:40, пустое)
        
        Взъелся потому что меня бесит, когда кто-то так категорично и безапелляционно высказывает свое мнение, притом не будучи экспертом в обсуждаемом вопросе. Я видел программу, написанную на MFC. Система диспетчерского контроля для метрополитена, управление движением поездов, платформа - Win2K. Дальше что? — ..........   (13.10.2003 14:45, пустое)
        
        Ответ: 8-[ ] ДАААА, В МЕТРО ТЕПЕРЬ ПОСТАРАЮСЬ НЕ ЕЗДИТЬ... Никогда не думал что бывают люди кот. допускают использование систем НЕ СЕРТИФИЦИРОВАННЫХ (коей является mustdie ) для применения в системах управления критическими для жизни людей операциями!!!!!!!!! А метрополитен это тебе даже не самолет - там не одна сотня тысяч людей в каждый момент времени находится!!!! Или эта система просто прогнозирует доходы метрополитена и ничем опасным не управляет? — SOIC   (13.10.2003 16:04, пустое)
        
        А ты не знаешь, какой город :-P — ..........   (13.10.2003 16:33, пустое)
        
        Стоит, не пишет, не виснет. Что теперь делать? — ..........   (13.10.2003 14:56, пустое)
        
        вешаться самому ;О) кто теперь бабки на сопровождение давать будет ;О) — =mse=   (13.10.2003 15:14, пустое)
        
        Мессагу про ошибку пишет? Виснет? Нет? Херово написана!!! ;О) Программера нах!!! — =mse=   (13.10.2003 14:54, пустое)
        
        Да на этих местах в штатах уже все наши сидят...:))) — KAN   (13.10.2003 13:16, пустое)
        
        PS вы еще с GUI на API поработайте, с каким - нить ListView и т п — DASM   (13.10.2003 11:22, пустое)
        
        FTDI поставляют драйвера, функции которого почти идентичны со встроенными в винду. Поэтому осваивать их очень просто (зная АПИ компорта) и вероятно поэтому-то данные девайсы так распространились за короткий срок. АПИ - это все еще - МОДНО — KAN   (13.10.2003 11:38, пустое)
        
        Согласен! однако (+) — KAN   (13.10.2003 11:34, 325 байт)
А как ты думаешь,как винда получает данные с ком-порта? Конечно по прерыванию, так что это как бы дефолтный вариант. — юрец (13.10.2003 09:28, 39 байт)
Какая ОС ?? — иа (13.10.2003 09:00, пустое)
- Писал это под QNX4- исходники могу мыльнуть. Есть исходники под qnx6. — иа (13.10.2003 09:14, пустое)
  - И МНЕ ИСХОДНИКИ!!! и под 4 и под 6 - ralexey@mail.ru — Ralex (13.10.2003 11:45, пустое)
- WIN (забыл написать) — 220V (13.10.2003 09:04, пустое)
  - Ответ: если вы всетаки решили любой ценой писать работу с портом через прерывания, то нанимайте еще одного программера, кот. будет писать драйвера... — SOIC (13.10.2003 11:52, пустое)
    - а про прерываения в Windows программах можете забыть, т.к. на уровне приложений такого понятия как "прерывание" уже давно не существует! — SOIC (13.10.2003 11:54, пустое)
  - В чем плюс напрямую работать с портом, а не через родной Win драйвер имеющий програнную буферизацию для Вашей задачи?? Меньше ресурса проца будет жрать?? Время реакции меньше?? — иа (13.10.2003 09:19, пустое)
  - В чем плюс напрямую работать с портом, а не через родной Win драйвер имеющий програнную буферизацию для Вашей задачи?? Меньше ресурса проца будет жрать?? Время реакции меньше?? — иа (13.10.2003 09:17, пустое)
Каменный век ! — Многопоточный (13.10.2003 07:28, пустое)
Отчасти да. /*Если компьютер будет заниматься ТОЛЬКО обменом с портом. В этом случае любой "тормоз" на PC (обращение к диску, например) вызовет потерю данных с достаточно большой степенью вероятности.*/ Если хотите, чтобы PC ещё чем-то другим занимался, то лучше использовать прерывания. — Vladimir (13.10.2003 07:26, пустое)
- Для недогоняющих: работу других программ (а тем более системных, типа обмен с диском) Windows обеспечит в любом случае, даже если вы напишете while(1); а WinNT, даже если напишете asm { cli }; while(1); !!!!!!! а если в цикле вызываются API-шные функции (а как иначе эти самые "флаги"-эвенты "опрашивать"???) и тем более при вызове функций Wait*** все будет работать Ok, т.к. для этого и задумывались функции Wait***, т.к. система во время этих вызовов преключается на другие потоки до возникновения события (что на самом деле можете рассматривать как прерывания, только в программной реализации)!!!! — SOIC (13.10.2003 12:02, пустое)
  - ты вначале под NT добейся исполнения cli — DASM (13.10.2003 12:40, пустое)
  - Ответ: в общем читайте теорию многозадачных систем... — SOIC (13.10.2003 12:05, пустое)
- На самом деле все не так. — Elektronik (13.10.2003 09:42, 152 байт)
  - Ответ >>>> — Vladimir (13.10.2003 11:35, 230 байт)
    - Ответ: Из под Win NT возможно? ;)))))))))))))))))))))))))))))))))) — SOIC (13.10.2003 12:06, пустое)
  - Так и ответ, стало быть такой, что под Windows обмен с COM портом делается по прерываниям автоматически. — Bill (13.10.2003 10:04, пустое)
    - ;))) Ответ поддерживаю! ;) — SOIC (13.10.2003 14:06, пустое)
Пусть не выдумывает — Al Volovich (13.10.2003 07:20, 7672 байт)
- Ответ: Так это все павно DOS. — Bill (13.10.2003 09:27, пустое)
  - Когда я это писал, ОС указана не была... — Al Volovich (13.10.2003 10:04, пустое)
не прав - ничто не мешает, но — KAN (13.10.2003 07:11, 114 байт)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание ||| Без кадра

E-mail: info@telesys.ru