А вот я даже проверить не могу Вашу программу.
потому что vk.com где лежит программа заблокировал давно. и на работе и дома. а ссылка ведет именно туда.

Тоже проверить не смог, но только по описанию возник вопрос: зачем в службе создавать механизмы записи в БД?
Я понимаю, что в реализации это решение относительно простое, однако мне видится несколько другое решение более удобным: служба разбивается на два компонента, 1-й опрашивает С2000-ПП и запихивает события в NetworkStream, 2-й коннектится к первому и пишет события в БД. В этом варианте оба компонента могут быть децентрализованы, кроме того, если первый компонент будет поддерживать подключение нескольких клиентов, то тот же RASPBERRY PI сможет присоединиться к потоку и получать события в режиме реалтайм, и таких подключений может быть несколько.
Хотя ... так и до Ориона не далеко.

БД, в данном случае является буфером. 
Вам все равно придется его реализовывать в целях надежности. Если опросчик постоянно опрашивает устойства, а клиент отваливается от сети. Куда опросчику девать накопленные сообщения? Или, скажем, один клиент сообщение получил, а другой нет, по той же причине. Если опросчик опрашивает только при подключении клиента, тогда есть возможность потерять сообщения по причине переполнения. А если клиентов более одного? Когда начинать опрос? Через БД все эти проблемы исчезают. Есть очень много механизмов как дать каждому клиенту то, что ему нужно.

 Данная программулька - только начало. Единственное - я не очень дружу с графикой. Но клиентская часть под CLI естественно будет.

Также , данная версия позволяет Вам писать своих клиентов, БД то у вас есть. Таблица выводимых событий это просто вьюха. В базе все хранится как положено)

Да я не спорю, просто предложил. Если писать своего клиента, то он должен постоянно делать запросы к БД, что не очень рационально. Такая схема работы напоминает тот же "Модуль интерграции ОрионПро", который по сути является прослойкой между БД и клиентским ПО.
Вообще по нормальному должен быть двусторонний обмен "запрос-ответ" так, как это реализовано у самого Болида, что в варианте работы по протоколу Орион, что в варианте протокола ОрионПро. А так это просто интересная примочка для управления раздвижными шторами с приводом.
И кстати, сервер БД (даже локальный) также может не ответить вовремя службе на запрос записи данных, поэтому всё здесь условно по поводу пропуска событий, буферов и т.п. 
А ещё у самого С2000-ПП есть буфер.

Забыл главное - Ющенко А. С., за труды спасибо!