Как отправить команду по COM/Serial port с помощю nodejs?

Question

[Виталий]

Всем доброго! Вот решил поигратся с железом с помощю nodejs
Нашел популярный модуль node-serialport, и вот сейчас пытаюсь с его помощю отправить что то железяке, но все безполезно...

В описании протокола сказано:


BCC of command protocol is determined by “XOR” for the values from EOT to ETX.

Assignment of Value SOH - 01H
ETX - 03H ACK - 06H ID - 50H
STX - 02H EOT - 04H NCK - 15H

и собствено пример команды (тест) что я пытаюсь отправить:
Test Command (0x76H)


и мой код:

var SerialPort = require('serialport');

var port = new SerialPort('/dev/ttyS0', {
    baudRate: 9600,
    autoOpen: false
});



port.open(function (err) {
    if (err) {
        return console.log('Error opening port: ', err.message);
    }

    var data = Buffer.from("04H50H02H76H03HXXH", "hex")
    

    console.log("will write", data)

    port.write(data);
});

port.on('open', function() {
    console.log("on open event")
});

после запуска которого ничего не происходит

Answer 1

[Rsa97]

'H' на конце - это всего лишь признак шестнадцатеричного значения, передавать его в Buffer.from не надо.
Значение BCC необходимо предварительно рассчитать, взяв XOR всех байтов, входящих в команду. XX - просто обозначает расчётное значение (в данном примере должно быть 23H).
Соответственно, строка должна выглядеть так:
var data = Buffer.from("045002760323", "hex");
Ну и, если полностью прочитаете описание протокола, то увидите, что после отправки команды необходимо получить от диспенсера подтверждение (ACK), ответ, и выдать ACK подтверждая получение ответа.

Comments

[Виталий]

Rsa97 Спасибо огромное! Работает!
Может подскажите где и что почитать (возможно есть какойто сокращенный вариант, а то чувствую придется ооочень много и долго ) как правильно работать с XOR, байтами и Buffer. Ато я никак не понимаю как Вам удалось получить 23H. У меня после гугления получается 123 как результат от 04 ^ 50 ^ 02 ^ 76 ^ 03
Да и потом ответ как то нужно парсить....

[Rsa97]

Виталий, Где почитать - не знаю, мне ещё в прошлом веке повезло с преподавателем информатики, двоичные операции и различные системы счисления в школе проходили.
А проблема с вычислениями у вас в том, что вы считаете в десятичной системе, а надо в шестнадцатеричной.
0x04 ^ 0x50 ^ 0x02 ^ 0x76 ^ 0x03 = 0x23
А парсить ответ тоже несложно, для начала дожидаетесь получения всех байтов ответа (не забывая про ACK), затем проверяете заголовок, считаете контрольную сумму, сверяете её. Если всё нормально - то выдёргиваете данные (в этом протоколе они строковые, кроме состояний датчиков) и используете как вам надо.

[Виталий]

Rsa97, Еще раз огромное спасибо!
Все как бы работает, разобрался с полученными данными... но у меня осталось два мелениких вопроса :)
Первый:
насчет выдать ACK подтверждая получение что то в описании я этого не нашел или не понял

Я понимаю это как : отправить команду (cmd) -> железо произвело действия (ACK) - железо отправило ответ (RESP) -> я делаю какие то действия на основании результат
И зачем мне считаете контрольную сумму, сверяете её ведь если будет ошибка в работе в ответе будет ее код

И второй:
После того как я отправляю запрос железу на выдачу 03шт

В обработчике собития на получения данных

var counter = 0;

port.on('data', function (data) {
    counter ++;
    console.log(counter,' Data: ',data );
  
});

я получаю одни и тежы денные несколько раз (10 раз):

1 ' Data:' <Buffer 06>
2 ' Data:' <Buffer 01 50 02 45 30 33 30 33>
3 ' Data:' <Buffer 31 31 30 30 03 15>
4 ' Data:' <Buffer 01 50 02 45 30 33 30 33>
5 ' Data:' <Buffer 31 31 30 30 03 15>
6 ' Data:' <Buffer 01 50 02 45 30 33 30 33>
7 ' Data:' <Buffer 31 31 30 30 03 15>
8 ' Data:' <Buffer 01 50 02 45 30 33 30 33>
9 ' Data:' <Buffer 31 31 30 30 03 15>
10 ' Data:' <Buffer 01 50 02 45 30 33 30 33>
11 ' Data:' <Buffer 31 31 30 30 03 15>

так и должно быть или же это какойто глюк (возможно самого модуля node-serialport )?

P.S. и что обозначает первый ответ ? он всегда присутсвует в ответе

[Rsa97]

Виталий, Первый ответ (06) - это как раз ACK.
Если посмотрите раздел 2.3 документации, то там описаны тайминги обмена.
1. Программа отправляет диспенсеру команду.
2. Диспенсер проверяет контрольную сумму, если она в порядке, то команда принята правильно, диспенсер возвращает ACK. Если контрольная сумма не совпала, то диспенсер возвращает NCK.
3. Если программа получила NCK или не получила ответа в течение 500 миллисекунд, то программа перепосылает команду снова (на шаг 1).
4. Если пришёл ACK, то программа в течение 60 секунд ждёт ответа. Если ответ не пришёл, то снова идёт перепосылка команды (на шаг 1).
5. Если ответ получен, то проверяется его корректность (сверка SOH, ID, STX, CMD, ETX, расчёт и сравнение BCC). На это программе даётся 500 миллисекунд. Если ответ корректный, ошибок передачи не было, то программа посылает ACK, иначе NCK.
6. Если диспенсер получил ACK, то ответ принят, на этом всё.
7. Если диспенсер получил NCK или не получил ответа в в течение 500 миллисекунд, то он перепосылает ответ ещё раз (на шаг 5).

Вы не отправляете ACK, вот диспенсер и считает, что ответ не дошёл. А ответ вроде правильный
01 - SOH
50 - ID
02 - STX
45 - CMD (Upper Dispense)
30 33 - 3 bills requested (CHK1,2 Sensor)
30 33 - 3 bills requested (EXIT Sensor)
31 - ERROR CAUSE (Normal stop)
31 - Status of cash cassette (Near end)
30 30 - 0 bills rejected
03 - ETX
15 - BCC

Answer 2

[Xilian]

Играть с оборудованием на языках с динамической типизацией строго не рекомендуется. Напишите демон на с/с++ и обращайтесь к нему.