Глюки библиотеки SysLibCom

[Филоненко Владислав]

Поясню:
Библиотека стандартная, не нами придуманная.
0 - открытие успешно, (-1) - не успешно.
handle эквивалентно номеру порта. Что логично.
И в примерах использования дана простая последовательность, к-я гарантирует открытие порта независимо от того, был ли он открыт ранее (в т.ч. и после Reset-а). Но никто ни документацию, ни примеры не смотрит. Для Вас сделали: По Reset закрывается - обновите прошивку.
С двухэтапным открытием - опять вопрос не к нам, мы обязаны стандарт поддерживать.
Буфер огромен, пропуски возможны только если считывать редко. 1кБайт Вас не устраивает?
Полноценный 232 не распаян. Да и покажите мне контроллер такого форм-фактора с полноценным 232? 6 ног процессора дорогого стоят. А нужны 0,1% пользователей.
Всё оборудование, к-е подключали, прекрасно работало и на сокращённом.

[alex1963]

Поясню:
Библиотека стандартная, не нами придуманная.
0 - открытие успешно, (-1) - не успешно.

Да посмотрите английское описание - должен возвращаться handle, если успешно. Номер порта имеет тип PORTS, handle - DWORD. handle эквивалентно номеру порта? - да на здоровье. Но как раз-то стандарт не соблюден.

И в примерах использования дана простая последовательность, к-я гарантирует открытие порта независимо от того, был ли он открыт ранее (в т.ч. и после Reset-а).

Вы про это? if open()=FFFFFFFF then close() open() end_if.
Это не "простая последоательность", а загадка в духе "что бы это значило". А как с сокетами и файлами?Начинать программу с циклов close() по всем возможным handle ?

Буфер огромен, пропуски возможны только если считывать редко. 1кБайт Вас не устраивает?

Считываю каждый цикл до read()=0. Тем не менее пропускает.

Вот ещё:
6) Если после SysComWrite() сразу делать SysComClose(), write(), похоже не работает. Нужно "подождать". Интересно, для файлов тоже нужно ждать, пока буфер сбросится?