USB-кнопки для операторов.

Под каждом столом будет стоять комп, к нему кнопки клавиатурные по USB, так?

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

так не получится. Ловить ввод с клавиатуры не хорошее решение. Фокус ввода будет убегать и на этом все будет заканчиваться. А он убегать будет. Для пункта регистрации в одном экземляре так еще голится.

Если уж умеете паять, то паяйте не к контроллеру клавы, а к обычному СОМ-овскому контроллеру, он будет слать байтики в СОМ порт. Или готовый купить.

Если вот в линухе переопределить ввод клавиатуры в файл, то еще можно подумать. Сможете переопределить?

а может мобилку на андроиде вмонтировать под фанерку...

Evgenic пишет: Если вот в линухе переопределить ввод клавиатуры в файл, то еще можно подумать. Сможете переопределить?

Научусь, если надо. Это позволит использовать вариант выше?

Evgenic пишет: Если уж умеете паять, то паяйте не к контроллеру клавы, а к обычному СОМ-овскому контроллеру, он будет слать байтики в СОМ порт.

Имеется ввиду что-то из такого ардуино-ростов.рф/product-category/%d0%b...b%d0%b5%d1%80%d1%8b/ ?

типа того, разбиритесь какие ножки замыкать и как этот контроллер на замыкание ножек шлет байтик в СОМ. Байтики известно какие слать. Вот и все. Я не умею паять, но знаю что это задача очень простая.

Ух. Никогда с таким не сталкивался.)

Судя по описанию, этот контроллер может на замыкание любых ножек взаимодействовать с компьютером любым образом - всё зависит от того, как его запрограммировать. Объясните подробнее, пожалуйста, какие байтики каким образом слать требуется от устройства?

Ещё. Функция ожидания, распознавания и приёма этих байтиков уже есть в QSystem, или её нужно доработать?
Бесплатно или за деньги?

Умеет.
java -cp dist/QSystem.jar ru.apertum.qsystem.ub485.core.UBForm -debug +start

сообщение 4 байта:
(bytes.length == 4 && bytes[0] == 0x01 && bytes[3] == 0x07)

См. config/qub.adr. Это соответствие id_user <--> адрес485 - Приезжает в сервер кнопок в bytes[1].

b = bytes[2] - какая кнопка нажата:
case 0x31:
System.out.println("b == 0x31 -- 49");
break;
case 0x32:
System.out.println("b == 0x32 -- 50");
break;
case 0x33:
System.out.println("b == 0x33 -- 51");
break;
case 0x34:
System.out.println("b == 0x34 -- 52");

// первичный вызов // повторный вызов - (b == 0x31)
// начало работы - (b == 0x32)
/ /команда редирект - (b == 0x33)
// закончить работу // отклонить по неявке - (b == 0x34)

Намного продвинулся, но в конце не получается.

Часть кода в ардуино, которая отправляет байты в ком-порт:
Serial.begin(9600);
byte testFunction[4] = {0x01, 0x10, 0x31, 0x07};
Serial.write(testFunction, sizeof(testFunction));

В qub.adr прописал:
2=10 2
Оператор и услуга с ID 2 есть.

В qub.properties настроил всё корректно, кроме:
port.bits=8
port.parity=0
port.stopbits=1
Не понимаю что это означает.

Запускаю всё, но когда ардуино отправляет байты - очередной пациент не вызывается.

Как думаете, в чём может быть проблема?
Где расписать свои действия подробнее?