Как там дела в AdHoc с ручной отладкой?
Задача при ручной отладке проcта:
На любых имеющихся под рукой утилитах проверить или локализовать найденную ошибку в комплексной работе контроллера с оконечным устройством.
Тут можно конкретизировать – цели AdHoC упростить программисту работу по протоколу связи, но сам интерфейс создается не ради самого протокола связи, а для обмена данными между устройствами выполняющими определенные задачи.
Взять тот-же PowerProfiler. Втыкаем к нему на шину I2C DAC и хотим протестировать – работает ли он или уточнить что там в нем сбивается и где причина...
Запускаем … э что запустить-то? Ведь протокол AdHoC шифрован для человека…
А – по версии автора надо поставить java и описать там что-то и послать ему. Через пару дней придет ответ… или не придет?
Будем считать что пришел. Нужна ещё VS или какой специализированный компилятор… Установили.
Так – теперь нужно собрать специальный новый проект на железке… Копаемся в старом хламе и ищем подходящую железку… Нашли.
Покорпели и накалякали программу… пару вечеров отлаживали, т.к. забыли то да сё, что там конкретно в той старой железке…
Вот теперь можем подключить её к испытуемому. Ура!
Включаем… Что-то не так. Тестовый блок нескольких итераций переключения DAC из 0 в 3 по капе посылается, но ничего на выходе DAC не видно. Работает ли он?
Вспоминаем, что в этом хламе, в виде I2C DAC MCP4725 не пашет выход на низком уровне от GND. Блин – опять всё переписывать…
Переписали, запрограммировали в железку… Ночи не спали…
Включаем – теперь передается блок с набором кода DAC 0 и 0xfff.
Смотрим конечное устройство:
И видим, что в его дровах I2C лишний флаг и передается лишний байт…
------------------
Ндас - с AdHoc убьем месяцы чтобы это получить...
Безусловно я сделал это проще, за пару минут:
Вписав в первую же попавшуюся утилиту код, который нужно передать для получения на шине i2c...
Благо кодировка пакета элементарная...