Как получить переменную int64 со сканера штрих-кода ?

Всем привет.
Необходимо получать от сканера штрих-кодов значения. Но непонятно как передавать по Mod-Bus большие величины.
Объясню по подробнее:
1. Оператор сканирует штрих-код.
2. Т.к. сканнер не имеет своего протокола обмена высокого уровня, то он просто асинхронно выбрасывает распознанный штрих в символах 0..9 (!) и после эмулирует нажатие клавиши Enter (h0D).
3. Штрих-код ловится спец.устройством собственной разработки - "Bridge Scanner-PLC" - и хранится во временной памяти. Этот bridge может принимать асинхронно данные от 8 сканеров штрих-кодов.
4. Штрих-код преобразуется из последовательности символов 0..9 в последовательность цифр 0..9.
5. ПЛК сканирует регистры внутри Bridge через шину mod-bus. Тут возникает проблема - регистры в mod-bus двух-байтные. А Bridge хочет выдать гигантское число - 4811620472025 (штрих-код в формате EAN13).
6. Для совместимости с mod-bus сейчас реализовано так, что Bridge разделяет свое гигантское число на 4 регистра mod-bus со значениями: 0004, 8116, 2047 и 2025 соответственно (штрих-код из п.5).

Вопрос знатокам:
Как потом собрать это число в ПЛК в одно единое int64 ?
Правильно ли всё это? Может есть пути попроще?
Есть ли уже готовые решения?

Цитата:

---

Сообщение от ВладОвен

Всем привет.
Необходимо получать от сканера штрих-кодов значения. Но непонятно как передавать по Mod-Bus большие величины.
Объясню по подробнее:
1. Оператор сканирует штрих-код.
2. Т.к. сканнер не имеет своего протокола обмена высокого уровня, то он просто асинхронно выбрасывает распознанный штрих в символах 0..9 (!) и после эмулирует нажатие клавиши Enter (h0D).
3. Штрих-код ловится спец.устройством собственной разработки - "Bridge Scanner-PLC" - и хранится во временной памяти. Этот bridge может принимать асинхронно данные от 8 сканеров штрих-кодов.
4. Штрих-код преобразуется из последовательности символов 0..9 в последовательность цифр 0..9.
5. ПЛК сканирует регистры внутри Bridge через шину mod-bus. Тут возникает проблема - регистры в mod-bus двух-байтные. А Bridge хочет выдать гигантское число - 4811620472025 (штрих-код в формате EAN13).
6. Для совместимости с mod-bus сейчас реализовано так, что Bridge разделяет свое гигантское число на 4 регистра mod-bus: 0004, 8116, 2047 и 2025 соответственно (штрих-код из п.5).

Вопрос знатокам:
Как потом собрать это число в ПЛК в одно единое int64 ?
Правильно ли всё это? Может есть пути попроще?
Есть ли уже готовые решения?

---

Добрый день.

А почему именно в число собрать хотите?
Соберите в строку STRING.

Цитата:

---

Сообщение от A.Simonov

А почему именно в число собрать хотите?
Соберите в строку STRING.

---

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

Перевод из символов и цифры реализован хорошо. Он работает нормально.
Но это не решает проблему передачи большого числа / длинной строки через протокол mod-bus.

Или строку как-то можно разбивать / передавать / собирать через mod-bus ?

Цитата:

---

Сообщение от ВладОвен

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

Перевод из символов и цифры реализован хорошо. Он работает нормально.
Но это не решает проблему передачи большого числа / длинной строки через протокол mod-bus.

Или строку как-то можно разбивать / передавать / собирать через mod-bus ?

---

Ну вы ни какую конкретику не приводите, поэтому сложно говорить.
Но сам протокол MODBUS передает просто байты, он не вкурсе строка это или число.
В этом смысле, за один обмен пакетами — нет ни каких проблем передать набор байт любой длины, который укладывается в размер фрейма (256 байт, вместе с заголовками).
А что вы будете делать с байтами, например, собирать их в числа или строки — уже не зона ответственности протокола.

Вырисовывается такой вариант:
Объявить переменную типа ulint. Это целое беззнаковое число на 8 байт в памяти. В такую переменную запросто должен влезть штрихкод EAN13 (13 цифр).
А в ПЛК собирать эту переменную из 4-х двухбайтовых регистров mod-bus можно так:

uliKod := ( iReg4 * 10000 0000 0000 ) + ( iReg3 * 10000 0000 ) + ( iReg2 * 10000 ) + ( iReg1 * 1 ) ;

И тогда будет штрих-код 4811620472025, собранный из регистров: 0004 8116 2047 2025.

Вопрос к знатокам: это преобразование правильно делать тупо в программе PLC_PRG ? Или же можно как-то это оформить во время объявления переменной и система будет автоматически делать преобразование? (просто не хочется усложнять/загромождать основной код PCL_PRG).

Не все ПЛК работают с Long или LReal насколько помню.

Если уж вы разрезали число для передачи по Modbus, то и склеить обратно можно, главное чтобы клеяльщик умел работать с 8-ми байтными переменными... 100, 150, 154 точно не умеют, как и 63/73

Цитата:

---

Сообщение от melky

Не все ПЛК работают с Long или LReal насколько помню.

---

Точно! Мой ПЛК не работает с ulint!
Посмотрите, как идет умножение (42 * 100000000) и (43 * 100000000)

Вложение 60487

Значит нужно работать со string.

ИМХО лучше STRING: потому что там же последняя цифра - контрольная, и её можно проверять по алгоритму, проверяя корректность самого кода.
А, если есть какие-то спецзадачи (у меня по штрих-коду в CS CRM документы и товары ищутся), то надо отдельно смотреть на первые 1-3 цифры. Например, если в штрих-коде первая цифра "2" - то это или весовой штрих-код или внутренний (не международный).

Цитата:

---

Сообщение от ВладОвен

Точно! Мой ПЛК не работает с ulint!
Посмотрите, как идет умножение (42 * 100000000) и (43 * 100000000)

Вложение 60487

Значит нужно работать со string.

---

По скрину четкое ощущение, что у вас uliY объявлен как UDINT, а не ULINT.
Не готов поверить, что у RealLab нет поддержки 64-битных целых.

Да. А может подскажете как собрать такую переменную?

Я пробовал передавать первые две цифры штрих-кода в регистре. Соотносил их с переменными в среде CodeSys. Потом функция TO_STRING делала эти переменные символьными, но не символами ASCII с нужными кодами.
Т.е. Первые две цифры штрих-кода 4 и 8. Они передаются через mod-bus как h04 и h08. Падают в переменную word - h408. Это десятичное число 1032. После TO_STRING я вижу строковую переменную - '1032'.
А хочу видеть '48'.

Что я делаю не так?