Согласитесь, я не писал перечисленные вами требования.
Точность к деталям с вашей стороны вызывает чувство общения с профессионалом.

да все там прекрасно с дельфином7, только если вы остаетесь в пределах winAPI communication device. ну и пути к портам похитрее.
с енумерацияей нужна некоторая эрудиция. но можно наверно и без енумерации.


это лишь показывает отсутсвие у Вас опыта подобных заказов.
все эти требования начнут вылезать в момент когда вам вручат работу, и попросят деньги. Вам ведь не подошло по какойто причине куча барахла на эту тему уже лежащего в интернете. потому что это не то что Вам надо, а надо чтото вполне определенное и некоего качества.

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


Сообщение отредактировал AlexRayne - Jan 12 2018, 08:44

Вот тут вы и зависните.
Если хотите контролировать все сами через winAPI, то придется отказаться от компонентов. Того же AsyncPro
А товарищ желает видеть один компонент на форме.

с винапи, без АсинкПро, жизнь прекрасна - именно эта мутация со мной и произошла. особенно если надо сделать компонент, асинкпро - лишняя зависимость.

Да этот winAPI тоже анахронизм по сути.
Сейчас все перешли на UWP API.
Только там будут появляться новые изощренные COM порты через новые медиа каналы.

но зато он есть во всех вендах, а не только в вин10
а на фрипаскале наверняка есть и РТЛ кроссплатформенный.

У меня винда семерка, делфи 6, компонент CportLib = полет нормальный.

Судя по ТЗ, ТС просто хочет, чтобы за него лабораторку выполнили. Потому как никто в своем уме реальные приложения на "делфи" писать не будет, тем паче таком древнем. Если бы нужно было, чтобы работало, уже за полчаса бы на С набросал утилитку командной строки и пользовался…

Как промежуточный вариант — накультяпкать на Qt или пхытоне.

Сообщение отредактировал Эдди - Jan 12 2018, 09:15

Реально найти все COM порты может только Visual Studio 2017.
А Qt или пхытон будут в тихую юзать OLE объекты сделанные в Visual Studio.
Так лучше сразу к первоисточнику обратиться.

Подскажите, как получить список доступных com портов в системе? Спасибо.

Правильное получение списка COM-портов в Delphi

"... Плюсы очевидны – работает быстро, стабильно, мы получаем всю необходимую информацию об устройстве, не требует прав администратора.
Минус единственный – для новичка непонятен код ..." ©

Сообщение отредактировал IID - Jan 12 2018, 10:24

В компоненте Cport энумерация походу проходит через считывание с реестра, что не правильно. Но зато есть автоматический вызов процедуры по сравнению на стартовую и стоповою строку. Удобно.

Как-то у вас в венде через одно место все… А с пистоном — да, если под линуксом более-менее можно с портом работать (и то, нормальное неблокирующее чтение поди-ка сделай, а в C это элементарно через select работает), то в вендах нужна какая-нибудь прокладка, и все еще больше усугубляется.

Я уже неоднократно говорил: прошивка для игр не предназначена для серьезной работы. Особенно если работать надо с железом.

В WIN7 на Intel-e Delphi7 работает прекрасно. 2 года назад делал объемную "программку", в которой был подобный функционал, именно на Delphi7 потому, что надо было побыстрее. До сих пор используется. Но от паскалевских инструментов отказался принципиально по причине паскалевского синтаксиса. А так, конечно, за 1 час это делается. Просто, совсем не интересно...