это китайский фуфел
5A 0B 80 09 11 11 11 11 11 11 11 11 89
A5 12 06 B0 39 33 91 8F 72 43 40 19 44 C0 48 60 07 98 F6 B7
вот такой первый кусок должен быть
5A 0B 80 09 11 11 11 11 11 11 11 11 89
A5 12 06 8E CC 1D 40 A8 0E 22 DF 4F F4 F2 ED A8 F0 7F 5A 41
https://www.pspx.ru/forum/showthread....257#post884257
--------------------
вторые 8 байт в ответе, это синхра по времени,
именно из за них нельзя "перехватывать и подменять",
задержка по моим подсчетам 25-50мс.
--------------------
Всё же свожусь к мнению...что не статичные ответы батарейки, это не что иное как косяк с таймингами в твоей проге...Если прога работает стабильно то и ответы одинаковые на одинаковые запросы...а если косячит то и ответы разные ....вот сегодня те же условия...те же батарейки...а ответы разные ....
|
Я уже говорил тебе, что временные 8 байт у тебя были одинаковые из за
сброса одного из счетчиков, но этот счетчик не один..
-------------------
Да ладно....мне кажется всё проще гораздо...просто мы пока идём не той тропинкой...ну нету смысла так наворачивать батарейку....невыгодно экономически....
|
блажен неведающий..))
Разница между 4 байтами и 16 знаешь какая?.. 16-4=.. нет..))
-------------------
lport3, а что ответишь на мой вопрос по поводу кривых нестатичных ответов на 80 команды? Что косячит в итоге связка PL2303 или твоя прога? Или нужно делать К-лайн который без МАХа работает от настоящего СОМ порта, и работать по реальному СОм порту только на транзисторах....походу МАХ свои косяки добавляет.... и только тогда мы избавимся от мусора...Сдаётся мне что мы тупо в мусоре сейчас ковыряемся ....я про ответы на 80 ....а таким образом алгоритма нам не просчитать...
|
))может микрухи взять не наши а японские, глядишь
и выровняется все..
-------------------
ты всё же утверждаешь что есть временная привязка? Тогда как китайцы раскусили и повторили алгоритм ответа но 80?
|
ты выпивший что ль ?
самая первая мысль в этом посте..читай внимательнее.