Перейти к содержанию
    

crunch

Участник
  • Постов

    15
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о crunch

  • Звание
    Участник
    Участник
  • День рождения 11.10.1982

Контакты

  • Сайт
    Array
  • ICQ
    Array
  1. погуглите - pcad-libs embedders там в цифровых микросхемах есть
  2. Мда...много человеку подсказали, а обсуждения аж на 3 странцы...
  3. Если быстро и просто то лутчше ISDxxxx не придумаешь.
  4. большой опыт монтажа опыт разработки на AVR(mega) PCAD Киев
  5. Просто он MAX, а не МАХ :) Да именно MAX3421E латынью...и всё ок! всё находит и на тех же телесистемах, а то что мне переключать язык клавиатуры влом, так это... http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3639
  6. 2 Oldring и шо? ну да ну не смог я разобраться с МАХом так я ничего пмротив и не имею и предлавгаю тому кто можнт заработать на этом деньги, причём комполненты обсуждаемы и некритичны, а МАХ должен же ж работать...
  7. [Думаю, все кто мог бы решили, что нормальные деньги Вы все равно не заплатите. Стек протоколов USB хоста для ATMega нет там стека протоколов USB хоста МАХ3421Е 1 определенный USB сканер, из чего следует: 3 контрольных пакета (нумерация и выбор конфигурации) все последующее BULK-IN и BULK-OUT Пакеты которые на МАХе оно не сложно бюджет до 3к$
  8. Мдя не густо.. интересно нет в киеве контор или братся не хочет никто кстати есть нарботки, но у меня нет ни опыта ни знаний довести до серии
  9. Состав: - сканер; - принтер; - блок управления; - ЖКИ - блок связи; Предпочтительные компоненты(обсуждаемо): - cканер – Canon Lite 25; - принтер – Epson LX300; - блок управления – на основе Atmel ATmega64 и USB хост MAX3421E; - ЖКИ – BG12864; - блок связи GPRS модем(на основе модуля SIM300); Функциональность: - сканирование оригинала(15 х 12 см) в градациях серого с разрешением 150 точек на дюйм; - обработка: сжатие(LZW, Rar и т.п.); - шифрование: XOR(гамма длиной в четверть длины сообщения, выбирается из последовательности порядка нескольких Мбайт в случайном порядке); - отправка данных данных на сервер(TCP пакеты на постоянный IP адрес) - получение от сервера формы на печать на принтере(HEX файл 1 страница(с учётом управляючих символов до 10 Кбайт)); - печать на принтере(интерфейс RS 232); Результат: - опытный образец; - документы на серийное производство(схема, плата, сборочный чертеж, тех.описание, перечни); - при желании чертёжи корпуса.
  10. Может кто стыкался.. нормально общается с 64 мегой по SPI Записываю и читаю его регистры узнаю статус, но при попытке отправить любой пакет (GET DESCRIPTOR)он мне выдает в статусе 0х0Е-Устройство не ответило вовремя... Вроде все по ДШ инициализации самого MAX3421 там кот наплакал: сброс запись в HOST 1; включение генерации SOF; сброс шины; но принимать ответ от устройства он не хотит пробывал с сканером, мышкой и флешкой может кто подскажет где копать
  11. Сжатие на ATMega

    Я вот тоже думаю что спор и емоции ни о чем. По поводу словаря: Суть CCIT Group 3 сжатия такова: На основе метода Хаффмана для конкретного вида изображений(отсканированые документы с печатным текстом и глубиной цвета 1 бит) на основе обработки огромного количества таких изображений был сформирован словарь(таблица), которая есть в стандарте. Каждая строка кодируется отдельно для начала она преобразовывается в длины серий(RLE), а после этого длины серий сжимаються по готовой таблице(словарю) методом замены. допустим последовательность из 8 белых бит встречается чаще всего и ей отвечает - 10 и т.д. коды готовы для значений от 0 до 63 и далее кратно 64 до 2363 бит. Действительно применимо к данному типу документов сжатие вероятно будет наилутшим. НО вопрос был в том не делал ли кто-то подобных вещей и КАКИЕ идеи по организации данного алгоритма, конкретно по побитной записи в память значений с переменной длиной(2-13 бит)
  12. Сжатие на ATMega

    Хм.. А обязательно Хаффманом кодировать? IMHO если нет привязки к стандарту, то какой-нибудь модифицированный PCX сжимал бы куда лучше. Суть в том, что для графики лучше применять графические форматы. дык взялся за Хаффман а если не трудно тыкните в модифицированный PCX
  13. Сжатие на ATMega

    Да не тут ОЗУ нуно порядка двух длин строки если стараться быстро а если не спешить то и вообще проблемма не рассматривается :( А зачем для Хафмана с фиксированой таблицей 8К ОЗУ? Там вроде сдвиговый регистр на 8+13байт нужен, и все. Несколько десятков тактов на бит должно получиться без ухищрений. Так порядка 40-50 получается...а хотеться меньше вот и думаю :blink: Не буду утверждать, но по-моему, фиксированная таблица - это только начало. А потом она точно также пополняется-модифицируется. Фиксированая таблица она и есть фиксированая не дополняется ее составили на основе експерументов с факсовыми изображениями и там каждой длине подряд идущих одинаковых бит отвечает код длиной от 2 до 13 бит ;) дело в том что сжиматься будут только черно-белые изображения текстовых документов
  14. Сжатие на ATMega

    Кто-то делал, и какие соображения по этому поводу...главный вопрос побыстрее и функция записи во внешнюю SPI память значений не выыровненых по границе байта длиной от 2 до 13 бит
×
×
  • Создать...