Задає використання XON/XOFF керування потоком при передачі. Якщо це поле дорівнює TRUE, то передача зупиняється при прийомі символу XoffChar, і відновляється при прийомі символу XonChar.

fIn

Задає використання XON/XOFF керування потоком при прийомі. Якщо це поле дорівнює TRUE, то драйвер передає символ XoffChar, коли в буфері прийому знаходиться більш ніж XoffLim і XonChar, коли в буфері залишається менш XonLim символів.

fErrorChar

Вказує на необхідність заміни символів з помилкою парності на символ, що задається полем ErrorChar. Якщо це поле дорівнює TRUE, і поле fParity дорівнює TRUE, то виконується заміна.

fNull

Визначає дія, яка виконується при прийомі нульового байта. Якщо це поле TRUE, то нульові байти відкидаються при передачі.

fRtsControl

Задає режим керування потоком для сигналу RTS. Якщо це поле дорівнює 0, то за замовчуванням мається на увазі RTS_CONTROL_HANDSHAKE. Поле може приймати одне з наступних значень:

RTS_CONTROL_DISABLE - Забороняє використання лінії RTS

RTS_CONTROL_ENABLE - Дозволяє використання лінії RTS

RTS_CONTROL_HANDSHAKE - Дозволяє використання RTS рукостискання. Драйвер встановлює сигнал RTS коли прийомний буфер заповнений менш, ніж на половину, і скидає, коли буфер заповнюється більш ніж на три чверті.

RTS_CONTROL_TOGGLE - Задає, що сигнал RTS встановлений, коли є дані для передачі. Коли всі символи з буфера передані, сигнал скидається.

fAbortOnError

Задає ігнорування всіх операцій читання/запису при виникненні помилки. Якщо це поле дорівнює TRUE, драйвер припиняє всі операції читання/запису для порту при виникненні помилки. Продовжувати працювати з портом можна буде тільки після усунення причини помилки і виклику функції ClearCommError.

fDummy2

Зарезервовано і не використовується.

wReserved

Не використовується і повино бути встановлене в 0.

XonLim

Задає мінімальне число символів в буфері прийому перед посилкою символу XON.

XoffLim

Визначає максимальну кількість байт у буфері прийому перед посилкою символу XOFF. Максимально припустима кількість байт у буфері обчислюється вирахуванням даного значення з розміру применого буфера в байтах.

ByteSize

Визначає число інформаційних біт у переданих і прийнятих байтах.

Parity

Визначає вибір схеми контролю парності. Дане поле повинне містити одне з наступних значень:

EVENPARITY

Доповнення до парності

MARKPARITY

Біт парності завжди 1

NOPARITY

Біт парності відсутній

ODDPARITY

Доповнення до непарності

SPACEPARITY

Біт парності завжди 0

StopBits

Задає кількість стопових біт. Поле може приймати наступні значення:

ONESTOPBIT- Один стоповый біт

ONE5STOPBIT - Півтора стоповых біта

TWOSTOPBIT - Два стоповых біти

XonChar

Задає символ XON, який використовується як для примйому, так і для передачі.

XoffChar

Задає символ XOFF, який використовується як для прийому, так і для передачі.

ErrorChar

Задає символ, що використовується для заміни символів з помилковою парністю.

EofChar

Задає символ, що використовується для сигналізації про кінець даних.

EvtChar

Задає символ, що використовується для сигналізації про подію.

wReserved1

Зарезервовано і не використовується.

Так, як поля структури DCB використовуються для конфигурування мікросхем портів, то на них накладаються певні обмеження. Розмір байта повинний бути 5, 6, 7 або 8 біт. Комбінація з п'яти бітного байта і двох стопових біт є неприпустимою. Так само як і комбінація із шести, семи або восьми бітного байта і півтора стопових біт.

Розглянута нами структура DCB найбільша з усіх, що використовуються для настроювання послідовних портів. Але вона і найважливіша. Заповнення всіх полів цієї структури може викликати ускладнення, тому що треба дуже чітко представляти як працює послідовний порт. Тому ручну установку полів можна порекомендувати досвідченим програмістам. Якщо ж Ви почуваєте себе не дуже упевнене, скористайтеся функцією BuildCommDCB, що дозволяє заповнити поля структури DCB на основі рядка, по синтаксисі аналогічному рядкові команди mode

3. ПРОЕКТНО-ПОЯСНЮВАЛЬНИЙ РОЗДІЛ

3.1 Вибір інструментальних засобів розробки програми

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

В цьому напрямку потрібно розглянути наступні засоби:

Засоби низького рівня. Їх характеризує висока швидкодія, можливість написання коду програми на низькому рівні. До недоліків можна віднести відносну непрозорість коду, ускладнення самого кодування, яке вимагає створення програми, яка б працювала в захищеному режимі, що відповідно збільшує саму складність розробки даної програми, а також багато ручної роботи. Прикладами можуть бути Assembler та інші мови низького програмування.

RAD-засоби. RAD (Rapid Application Development - Швидка Розробка Додатків)-засоби характеризуються легкістю супроводу, високою швидкістю створення додатків, гнучкістю, великою кількістю компонент для проектування, прозорістю програмного коду. До таких засобів відносяться Delphi, C++ Builder, Jbuilder, VisualBasic і т.д.;

HTML-технології та застосування мов написання сценаріїв - Perl, JavaScript, VBScript. Очевидним недоліком є неможливість роботи даних систем з апаратурою ЕОМ тому, що вони, як правило, є апаратно незалежними від неї і покладають все на ОС.

З вище сказаного слідує, що перевагу слід надати RAD-засобам. Додатки, що написані з їх допомогою, можна легко масштабувати, вони мають достатню універсальність. Вибір засобів програмування звузився до вибору Delphi чи C++ Builder, оскільки вони є найбільш близькими до синтаксису відповідних мов Pascal та C++. Оскільки для мене більш звично програмувати на мові Pascal, то мій вибір зупинився на Delphi. Проте великих розбіжностей між Delphi чи C++ Builder немає.

Усі компоненти, форми і модулі даних, працюють у Delphi та C++Builder для Windows без будь-яких змін. Delphi залишається найлегшою у використанні і самою продуктивною RAD-системою. C++Builder ідеально підійде тим розробникам, що надають перевагу програмуванню мовою C++, і хочуть зберегти продуктивність Delphi. Унікальний взаємозв'язок цих систем програмування дозволяє при створенні додатка без ускладнень переходити з одного середовища розробки в іншу.

Політика, що проводиться сучасними виробниками програмного забезпечення світу, полягає в відносній сумісності з іншими мовами програмування. Неухильно слідуючи цій політиці, C++Builder зберігає матеріальні вкладення в Delphi, увібравши в себе бібліотеку візуальних компонентів, інтуїтивне інтегроване середовище, візуальні механізми двонаправленої розробки, методику наслідування форм і різномасштабні засоби доступу до баз даних та апаратного забезпечення.

Таким чином питання вибору між вище описаними двома середовищами розробки не таке уже й суттєве, тим більше що обидва ці продукти розроблені однією і тією ж фірмою (Borland). Як правило, всі компоненти, які існують в Builder C++ існують в Delphi.

Програмісти можуть працювати в тому середовищі, що краще і швидше забезпечить реалізацію поставленого поточного завдання. Delphi і Builder C++ скомпілюють і зберуть готовий додаток з однаковим успіхом.

Написавши деякий об'єкт для проекту Delphi, ви зможете повторно використовувати його, без змін, у проекті Builder C++.

Delphi пропонує програмістам дуже простий, легкий в освоєнні синтаксис мови. При реалізації складних проектів великою командою програмістів будь-який її учасник вільний вибрати мову Object Pascal або C++ відповідно до індивідуального смаку, навичками і прихильністю. У будь-яких комбінаціях результатом спільної розробки буде єдина високоефективна програма, що виконується.

3.2 Огляд середовища програмування DELPHI

Delphi - це комбінація декількох найважливіших технологій:

Високопродуктивний компілятор у машинний код

Об'єктно-орієнтована модель компонентів

Візуальна побудова додатків із програмних прототипів

Масштабуємі засоби для побудови баз даних

Новітня система об'єктно-орієнтованого програмування Delphi виробництва корпорації Inprise (Borland) призначена для операційних систем Windows 9.x/NT/XP. Інтегроване середовище Delphi забезпечує швидкість візуальної розробки, продуктивність повторно використовуваних компонентів у поєднанні з потужністю мовних засобів Objict Pascal, удосконаленими інструментами і різномасштабними засобами доступу до баз даних.

Delphi може бути використаний скрізь, де потрібно доповнити існуючі додатки розширеним стандартом мови Pascal, підвищити швидкодію і додати користувальницькому інтерфейсові якості професійного рівня.

Традиційний підхід до архітектури програмних бібліотек (у тому числі обєктно-орієнтованих) не передбачає розбіжності в поведінці на етапі розробки (design-time) і в період автономного виконання (run-time).

Менеджер проекту

Новий менеджер проекту дозволяє Вам об'єднувати проекти які працюють разом в єдину проектну групу. Це дозволяє організувати як роботу взаємозалежних проектів, таких як однозадачні та багатозадачні додатки або DLL, так і спільну роботу програм, що виконуються.

Новий провідник

Новий провідник містить виконувані класи, навігацію по модулях, і браузер коду. Провідник коду робить створення класів простішим, автоматизую багато кроків Уведіть прототип методу в розділі інтерфейсу і властивість виконуваного класу сгенерує кістяковий код у розділі реалізації. Також провідник дозволяє швидко переміщатися через файли модуля, а так само між інтерфейсом і реалізацією. Використання символу Tooltip, дозволяє переглядати інформацію про оголошення будь-якого ідентифікатора, потім використовуючи браузер код, можна перейти до його оголошення.

Вікна інструментів, що закріплюються

IDE (Інтегроване Середовище Розробки) містить більш гнучку конфігурацію вікон інструментів, які можна закріплювати з редактором коду. Просто перетягніть і відпустіть вікно інструменту до того місця, до якого хочете. Провідник коду і менеджер проекту можна як закріплювати, так і не закріплювати.

Поліпшене налагодження

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

Удосконалення Active

Delphi4 забезпечує розширену підтримку Active.

Удосконалення VCL

Ієрархія об'єктів Delphi була розширена, щоб включити новий компонент для NT Service додатків. Крім того, новий компонент виконуваного списку (на Стандартній сторінці палітри), дозволяє Вам централізувати керування меню і команд від кнопок. Керування VCL розширене, щоб підтримувати drag-and-drop перетаскування, забезпечувати додатковий контроль над розміщенням вікна, і багато чого іншого.

4. ПРОЕКТНО-ТЕХНОЛОГІЧНИЙ РОЗДІЛ

4.1 Опис діаграми станів

Розглянемо діаграму стану програми, яку зображено на рис. 1.

Рис. 1. Діаграма стану програми

При ініціалізації головної форми здійснюються початкові настройки для відображення вхідних даних та стандарнте заповнення структур для роботи з портами.

Після ініціалізації основної форми користувач має доступ до Головного меню та панелі інструментів. При виборі пункта Головного меню або кнопки з панелі інструментів відбуваєтьсявиконання певних дій. Опишемо основні пункти Головного меню.

Меню включає в себе наступні пункти:

Файл

Запуск

Вид

Настройка

Допомога

Пункт Файл виконує основні операції збереження даних, створення нового графіка та вихід. Пункт Файл містить наступні операції:

Новий графік. Призначений для очищення динамічного списку, який містить в собі дані, отримані при зчитуванні з порта або створені генератором.

Завантажити дані. Призначений для завантаження даних в динамічний список з файла, який зберігав користувач. Файл повинен мати розширення *.grf, та містити такі дані: дату створення виміру, знак „|”, числове значеня виміру(тип integer).

Зберегти графік. Призначений для збереження графіку, який отримав користувач на екрані в результаті роботи програми. Якщо користувач бажає зберегти графік, який не відображається на екрані, то для цього йому необхідно отримати зображення необхідної частини графіка за допомогою полоси прокрутки.

Страницы: 1, 2, 3, 4, 5, 6