Так в конце каждой команды \r\n, который интерпретируется вашей консолью как перенос. Почему раньше не было двойного переноса - не знаю, хаб влиять не должен
Это будет не цикл зарядки, а 0.02 цикла. Срок службы считается в полных зарядах/разрядах.
И да, при включенном сетевом адаптере ноутбук будет работать от сети и не трогать батарею, тем самым не уменьшая её ресурс.
настройки канала - скорость 4800 бод, 1 старт бит, 1 стоп бит, parity = none, это указывать в stty
0D, 0A - стандартные символы конца строки (далее буду писать по-сишному, \r\n), должны посылаться в конце каждой команды
Из пдфки видно, что послать девайсу можно всего две команды:
$START\r\n (похоже на команду "запустить анализ")
$RECALL\r\n (в ответ, по-моему, он отправит набор сохраненных данных)
раз обмен текстовый, можете подключиться, например, через PuTTY. И попробовать послать эти команды
на линуксе - я просто открываю /dev/ttyUSB0 через open() и пишу/читаю через read() и write() соответственно. конфигурировал через stty (например, stty -F /dev/ttyUSB0 raw speed 9600)
а дальше всё стандартно, запрос - ответ.
прежде всего посмотрите, как происходит взаимодействие с устройством - какие команды и параметры, в каком виде ответ приходит.. потом это всё отсылать и парсить
Если формат команд текстовый, то достаточно выставить нужные параметры передачи (скорость в бодах и старт/стоп биты) и в терминале с ним пообщаться (он где-нибудь в dev/ttyUSB0 сидит)
Если формат нечитабельный, фиг разберешься, только сниффить их прогу и сидеть тупить в логи
А вообще, жесть какая-то. Погуглил, с этим ирбисом люди замыкают выводы флешки биоса при перезагрузке компа, считывают флешку программатором и редактируют NVRAM... Капец методы сброса настроек
dmitry_dev33:
В цикле с 0 по N, на последней итерации в качестве числа для сравнения берётся p[5], а это уже произвольная фигня за пределами ваших данных. Сейчас повезло и поведение программы не изменилось. Так и возникают баги, упускают мелочь, а пользователи потом ругаются, что глючит и падает)
Почитайте про реверс и исправление бэтмена :) habrahabr.ru/post/266385
++i немного более эффективно, чем i++ (транслируется в две ассемблерные команды вместо одной, если компилятор не оптимизирует). привык смотреть на ассемблер :)
в данной ситуации поведение не различается.
Не до конца уверен, но использование переменной типа указатель на short в scanf (%d) может привести к перезаписи соседних элементов и выходу за границу массива.
Например, скомпилированный драйвер винды на плюсах не работает, т.к. в ядре отсутствует этот самый рантайм. Приходится реализовывать new/delete и пр. дополнительно.
Судя по скриншоту, как раз-таки определяется. Я открывал винхексом именно в таком случае. Меньше всего времени заняло, показал все файлы что были на диске. R-studio будет читать всю память флешки и искать куски файловой системы, давно потертые файлы по сигнатурам, это надолго. PDR - что-то среднее
