caxapa.ru :: Спасибо! Именно для минимизации воздействия на отлаживаемое устройство и настоял делать не встроенный логгер, а внешнее подпаиваемое к ключевым точкам устройство.

Evgeny_CD, Архитектор (16.01.2015 15:46, просмотров: 292) ответил fk0 на Для LZxxx алгоритмов типично используется хэш (помимо окна). Размер хэша типично: 2^n * sizeof(pointer), где n -- разрядность (порядка 12, например). Даже 16к или 8к жирновато для МК. Для сжатия нужно или дофига времени на упаковку, или большие

Спасибо! Именно для минимизации воздействия на отлаживаемое устройство и настоял делать не встроенный логгер, а внешнее подпаиваемое к ключевым точкам устройство. Даже тогда были относительно недорогие MCU с 64к ОЗУ, так что можно было поразвлекаться со сжатием, но свободного программера не было.

Ответить

- Ты что-то странное говоришь. Как из "ключевых точек" можно понять внутреннее состояние программы? Чтоб минимизировать воздействие и нужен "бинарный" логгер, который, условно, сохраняет все аргументы printf'а, вместо того, чтоб в реале fk0(285 знак., 16.01.2015 18:10)
  - "Точки" - это консоль терминала (TX), UART GSM модема (TX, RX) и нав. приемника (RX). На плате были изначально сделаны "пятаки" на дорожках, куда подпаивался кабель на тестовом экземпляре (и все заливалось "спермоплюем"). - Evgeny_CD(16.01.2015 18:17)
    - И смысл? Что мешает программе работающей в МК собирать данные внутри себя (и ничего паять не нужно) и выплёвывать на "консоль терминала" в простейшем случае, а в более приближённом к практике параллельно отписывать в flash-память которая в fk0(83 знак., 16.01.2015 18:21)

Средства и методы разработки