8.х Мониторинг API событий из 1С

Постановка задачи:
Имеется внешнее устройство, которое при различных событиях шлет API сообщения.
Необходимо ловить эти сообщения в 1С

Сама 1С ловить такое не может, поэтому нужно писать внешнюю компоненту (фактически транслятор), которая будет через PeekMessage ловить эти сообщения и через ExternalEvent пересылать их в 1С.

Вопрос:
Как и где организовать постоянный мониторинг получаемых сообщений?
Если например в компоненте сделать метод Activate и положить в него следующий код:
While PeekMessage(Msg,0,0,0,pm_remove) do
begin
iEvent.ExternalEvent(c_AddinName, '22222','22222');
end;

то 1ска виснет (вернее постоянно бегает по этому циклу).

Подскажите пожалуйста.
Заранее спасибо за ответы.

Спасибо, но этот метод накладывает ограничение на частоту проверки: если значение второго параметра меньше 1 (это ведь 1 секунда?), то третий параметр должен быть Истина (т.е провека осуществится всего лишь раз)
Возможно ли как-нибудь обойти это?

Интеграция Коллцентра и 1С.
От коллцентра приходят сообщения: взодящий звонок, трубку взяли, трубку положили, и т.п, и необходимо обрабатывать эти сообщения в 1ске, и в зависимости от сообщений делать те или иные действия.
В принципе одной секунды должно хватить, но тогда есть другой вопрос:
Я не очень понимаю, PickMessage ведь наверное берет сообщения из какого-то стека (ну или что-то в этом роде). После обработки, он удалит сообщение из стека. Что считается "обработкой" сообщения? Может быть в данной ситуации лучше использовать GetMessage? А как потом руками удалять сообщения из стека после использования GetMessage?
И еще вопрос: на момент считывания в стеке наверняка будет не одно сообщение. Как организовать перебор всех этих сообщений?

Бывают и другие задачи... Меня, например, старый знакомый все мучает вопросами про роботизированный склад, чтобы его как прикрутить к 1С, или, наоборот, 1С прикрутить к складу.... Всвязи с кризисом идея немного поугасла, но недавно опять всплыла. У него опять или воровать начали или кладовщики-комплектовщики снова жестко косячат.

Ну так для общего ознакомления - www.unitronics.com/Content.aspx?page=Mini
только, насколько я понимаю, платформу было решено взять АББшную, я тогда на переговоры эти не поехал, честно говоря очень скептически к подобной затее отнесся. Но идея бродит и тлеет. У нас ведь с ихней (буржуйской) софтиной складской работать - все равно мост к 1С городить. Или дублировать товарооборот вручную.

Конкретно с robotic warehouse - 1С выгружает в систему склада BOM (bill of materials), склад собирает заказ и... поскольку БАРДАК - это нормальное состояние склада ручного (давайте будем честными!!!!) и, думаю, косяки возможны и в автоматизированном, нужна динамическая обратная связь. Ну и, естественно, команда перевести зарезервированную номенклатуру в отгруженную, начать печатать документы, там всякие фактуры и пр.
еще раз повторяю - я скептик. Нам бы научиться вордовские документы не форматировать пробелами, а уж замахиваться на всякие нанохайтеки...

что нужно?
коллцентр регистрирует входящий звонок на линии
у оператора на экране в 1ске сразу же появляется сообщение о входящем звонке
он берет трубку
коллцентр регистрирует взятие трубки
окно о входящем звонке закрывается и создается документ "звонок"

и т.п

на данный момент решаю свой вопрос следующим образом: создал новый поток в dll и повесил на него постоянный опрос на появление новых событий

желание клиента все окна видеть в 1С, т.к они привыкли к ней, и она им нравится. Если уж на то пошло, то у производителей коллцентра есть свой хороший клиент, но задача стоит в том, чтобы реализовать все именно в 1С

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