Получение спортивной статистки по протоколу UDP

Для упрощения доступа к статистике спортивных состязаний (раньше требовалось подключаться по RS485 и разбирать протокол NiBUS) добавлена возможность получения этих сообщений по протоколу UDP.

Загрузите файл rconsoles.dll

Замените старый файл (сохраните его перед этим), зарегистрируйте его командой:

>regsvr32 rconsoles.dll

Рекомендую обновить также game.dll и, если хоккей, icehockey.dll, которые тоже нужно регистрировать.

Внесите изменения в конфигурационный XML-файл (сохранитесь)

Откройте его в текстовом редакторе и попробуйте найти слово GameRetranslator.

А) Если не нашли, то ... (смотрите Б, если нашли)

Найдите объект Game и добавьте строку внутрь объекта:

  <bind_to id="GameRetranslator" dispname="Game"/>

Должно получиться как-то так:

<object name="Game" clsid="progid:Game.GameLogic" description="Игра">

  <bind_to id="IceHockeyLogic" dispname="Game"/>

  <bind_to id="GameRetranslator" dispname="Game"/>

  ...

</object>

Добавьте на уровень объектов:

<object name="GameRetranslator" clsid="progid:rconsoles.GameRetranslator" description="Игра: ретранслятор">

  <property dispname="TimerUdpPort" value="55555" />

  <property dispname="GameUdpPort" value="55556" />

  <property dispname="Address" value="192.168.1.255" />

  <bind_to id="IceHockeyLogic" dispname="TimeRetranslator"/>

</object>

Здесь можно видеть, что задаются три параметра:

TimerUdpPort - порт для передачи тамера (0-65535)

GameUdpPort - порт для передачи игровых моментов

Address - это адрес подсети для широковещательной рассылки (в конце 255 для сетей x.x.x.x/24), в которую отправлять пакеты UDP, можно не задавать тогда будет отправляться в 255.255.255.255. Не задавайте этот параметр, если не знаете что указать! 

Б) Если нашли, то добавьте три параметра в GameRetranslator как в предыдущем примере.

Теперь по указанным портам будут отправлены широковещательные пакеты UDP.

Значения таймеров будут отправлятся в формате:

1-й символ R (running) или P (paused) - состояние таймера

2-й символ P (primary) или S (secondary) - тип таймера (основное время/таймаут например)

потом пробел и собственно строка со значением таймера.

Игровые события:

два или три поля разделенных символом |

первое поле команда (если нужно указать) HOME/GUESTS

Например: HOME|SCORE|значение

Второе поле (или первое если команда не нужна)

SCORE - очки команды

RESTS - таймауты команды

FOULS - командные фолы

NAME - название команды

TOURNAMENT - название турнира 

PERIOD - период

и последнее поле - это значение.

Можно обратится в техподдержку и предоставить нам удаленный доступ с помощью AnyDesk, чтобы мы сами внесли изменения.

Football 3.1

Обновлено: Версия 3.1.1

Готова сборка Football.3.1 (Football.3.1.x64.msi)

При установке данной версии форма вывода футбола, часы, матричное табло автоматически подстраиваются под размер экрана (разумный размер, но если что-то не так, нужно подправить вручную). Напомню, что шрифты названий и турнира можно выбрать в настройках. Данная версия работает на Windows XP/Windows 7 (32 бита). Для x64 есть своя сборка, но рекомендуется ставить именно на 32-битные системы.

Во время установки будет предложено установить неподписанные драйвера - согласитесь. Если не установлен виртуальный принтер nisbdc - установите его сами, выберите производителя Nata-Info, принтер nisbdc, порт любой (можно file). Этот принтер нужен для правильного масштабирования информационных сообщений с фото. 

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

Если используется карта видеозахвата - не забудьте указать ее при установке.

Мониторинг спортивных состязаний.

Иногда возникает необходимость получать информацию о текущем спортивном состязании, чтобы, например, можно было наложить ее на телевизионную картинку. Все данные об игре передаются по 485 интерфейсу используя протокол NiBUS. Подробные сведения по устройству протокола можно прочитать в документе NiBUS.pdf. Если Вы для прослушивания протокола NiBUS будете использовать компьютер под управлением Windows, а в качестве конвертера RS485-RS232 трансивер Siolynx/Siolynx2 (siolynx2.tech_ref.pdf), Вам необходимо будет установить на него службу NiBUS. На данный момент последняя версия nibus-v3.0.780.10.msi. После установки службы может потребоваться ее настройка (Настройка службы NIBUS). Этот дистрибутив также содержит примеры на C++:

• NibusLog (VC2003), который снифит данные поступающие по nibus
• NibusListener (VC2008), заготовка для написания обработчиков спортивных событий

Последний пример-заготовка позволяет быстро написать свой обработчик спортивных событий (время, счет и т.д). При необходимости можно добавить обработчики используя документ с расшифровкой основных информационных сообщений для спорта SportInfo.pdf. Обратите внимание 

• CAppModuleEx::Init() - здесь строится стек протокола nibus (NibusListener.cpp)
• CAppModuleEx::DoCapture(TRUE) - включить прослушку.
• CNibusListenerView - получает и разбирает датаграммы
• CNibusListenerView::OnTimerChanged - изменились данные таймера
• CNibusListenerView::OnScoreChanged - изменился счет
• CNibusListenerView::OnPeriodChanged - изменился период

Вместо Pin 1 для питания можно использовать Pin 2. 12V используется для питания пульта и может отсутствовать. Pin 4 и Pin 5 должны быть на одной паре, например - синяя и бело-синяя жилы, также как и Pin 3 и Pin 1/2.

Если возникли вопросы, то отпишитесь в комментариях  к данному сообщению.

Дополнение:

Гораздо удобнее с протоколом NiBUS можно работать с помощью .NET 4.0, поэтому, если для подключения к шине NiBUS Вы используете компьютер с Windows и установленным .NET Framework 4.0, то возможно стоит посмотреть как это реализовано на C#. В этом случае Вам не требуется установка службы NiBUS. Клиент для коммуникации по протоколу NiBUS должен использовать библиотеку libnibus.dll написанную на C#, также понадобятся библиотеки Async-CTP-v3 (AsyncCtpLibrary.dll, System.Threading.Tasks.Dataflow.dll) и NLog.dll для ведения журнала. Все это можно загрузить с с нашего ftp-сайта. Там же есть простейший пример для хоккея в архиве IceHockeyViewer.zip. Чтобы скомпилировать пример понадобится VS2010 и установленный Visual Studio Async CTP (Version 3). libnibus.xml - содержит подсказки для студии, а в libnibusdoc.chm - справка к библиотеке. Пример использует 14 COM-порт для взаимодействия с NiBUS, Вы должны не забыть указать свой. Также учтите, что при установленной VS 11 Beta пример не компилируется.

Важное дополнение:

Все примеры выше используют в качестве конвертера RS485<->RS232 Siolynx2 нашего производства. Наш конвертер, в отличие от обычных конвертеров, является более "интеллектуальным" устройством. Помимо приема/передачи данных он отвечает за разрешение коллизий в протоколе NiBUS. На выход пользователю он выдает Сетевой уровень (Глава 3 nibus.pdf). Если Вы используете обычный конвертер RS485<->RS232 Вам нужно обратить внимание на Канальный уровень (Глава 2). Он отличается от сетевого наличием специальных двухбайтовых маркеров, причем используется режим когда данные содержат 9 бит! Старший бит установлен именно у маркеров. Не все конвертеры могут поддерживать 9 бит данных. Обычно он обрезается до 8 бит. Некоторые конвертеры обрезают этот старший бит (данные можно обработать), другие могут обрезать младший (в этом случае информация неполная).