crunch
Участник-
Постов
15 -
Зарегистрирован
-
Посещение
Репутация
0 ОбычныйИнформация о crunch
-
Звание
Участник
- День рождения 11.10.1982
Контакты
-
Сайт
Array
-
ICQ
Array
-
Компонент SIM900 для PCAD
crunch ответил de_fault тема в Сотовая связь и ее приложения
погуглите - pcad-libs embedders там в цифровых микросхемах есть -
Связка AVR и Excel
crunch ответил Saadov тема в Программирование
Мда...много человеку подсказали, а обсуждения аж на 3 странцы... -
А-ля голосовой информатор
crunch ответил Jekyll тема в В помощь начинающему
Если быстро и просто то лутчше ISDxxxx не придумаешь. -
Ищу подработку(работу) в киеве
crunch опубликовал тема в Ищу работу
большой опыт монтажа опыт разработки на AVR(mega) PCAD Киев -
Ищу разработчика(юр. лицо) в г. Киев
crunch ответил crunch тема в Предлагаю работу
285836712--ICQ [email protected] -
Ищу разработчика(юр. лицо) в г. Киев
crunch ответил crunch тема в Предлагаю работу
Просто он MAX, а не МАХ :) Да именно MAX3421E латынью...и всё ок! всё находит и на тех же телесистемах, а то что мне переключать язык клавиатуры влом, так это... http://www.maxim-ic.com/quick_view2.cfm/qv_pk/3639 -
Ищу разработчика(юр. лицо) в г. Киев
crunch ответил crunch тема в Предлагаю работу
2 Oldring и шо? ну да ну не смог я разобраться с МАХом так я ничего пмротив и не имею и предлавгаю тому кто можнт заработать на этом деньги, причём комполненты обсуждаемы и некритичны, а МАХ должен же ж работать... -
Ищу разработчика(юр. лицо) в г. Киев
crunch ответил crunch тема в Предлагаю работу
[Думаю, все кто мог бы решили, что нормальные деньги Вы все равно не заплатите. Стек протоколов USB хоста для ATMega нет там стека протоколов USB хоста МАХ3421Е 1 определенный USB сканер, из чего следует: 3 контрольных пакета (нумерация и выбор конфигурации) все последующее BULK-IN и BULK-OUT Пакеты которые на МАХе оно не сложно бюджет до 3к$ -
Ищу разработчика(юр. лицо) в г. Киев
crunch ответил crunch тема в Предлагаю работу
Мдя не густо.. интересно нет в киеве контор или братся не хочет никто кстати есть нарботки, но у меня нет ни опыта ни знаний довести до серии -
Ищу разработчика(юр. лицо) в г. Киев
crunch опубликовал тема в Предлагаю работу
Состав: - сканер; - принтер; - блок управления; - ЖКИ - блок связи; Предпочтительные компоненты(обсуждаемо): - 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); Результат: - опытный образец; - документы на серийное производство(схема, плата, сборочный чертеж, тех.описание, перечни); - при желании чертёжи корпуса. -
MAX3421 ПАМАГИТЕ
crunch опубликовал тема в RS232/LPT/USB/PCMCIA/FireWire
Может кто стыкался.. нормально общается с 64 мегой по SPI Записываю и читаю его регистры узнаю статус, но при попытке отправить любой пакет (GET DESCRIPTOR)он мне выдает в статусе 0х0Е-Устройство не ответило вовремя... Вроде все по ДШ инициализации самого MAX3421 там кот наплакал: сброс запись в HOST 1; включение генерации SOF; сброс шины; но принимать ответ от устройства он не хотит пробывал с сканером, мышкой и флешкой может кто подскажет где копать -
Я вот тоже думаю что спор и емоции ни о чем. По поводу словаря: Суть CCIT Group 3 сжатия такова: На основе метода Хаффмана для конкретного вида изображений(отсканированые документы с печатным текстом и глубиной цвета 1 бит) на основе обработки огромного количества таких изображений был сформирован словарь(таблица), которая есть в стандарте. Каждая строка кодируется отдельно для начала она преобразовывается в длины серий(RLE), а после этого длины серий сжимаються по готовой таблице(словарю) методом замены. допустим последовательность из 8 белых бит встречается чаще всего и ей отвечает - 10 и т.д. коды готовы для значений от 0 до 63 и далее кратно 64 до 2363 бит. Действительно применимо к данному типу документов сжатие вероятно будет наилутшим. НО вопрос был в том не делал ли кто-то подобных вещей и КАКИЕ идеи по организации данного алгоритма, конкретно по побитной записи в память значений с переменной длиной(2-13 бит)
-
Хм.. А обязательно Хаффманом кодировать? IMHO если нет привязки к стандарту, то какой-нибудь модифицированный PCX сжимал бы куда лучше. Суть в том, что для графики лучше применять графические форматы. дык взялся за Хаффман а если не трудно тыкните в модифицированный PCX
-
Да не тут ОЗУ нуно порядка двух длин строки если стараться быстро а если не спешить то и вообще проблемма не рассматривается :( А зачем для Хафмана с фиксированой таблицей 8К ОЗУ? Там вроде сдвиговый регистр на 8+13байт нужен, и все. Несколько десятков тактов на бит должно получиться без ухищрений. Так порядка 40-50 получается...а хотеться меньше вот и думаю :blink: Не буду утверждать, но по-моему, фиксированная таблица - это только начало. А потом она точно также пополняется-модифицируется. Фиксированая таблица она и есть фиксированая не дополняется ее составили на основе експерументов с факсовыми изображениями и там каждой длине подряд идущих одинаковых бит отвечает код длиной от 2 до 13 бит ;) дело в том что сжиматься будут только черно-белые изображения текстовых документов
-
Кто-то делал, и какие соображения по этому поводу...главный вопрос побыстрее и функция записи во внешнюю SPI память значений не выыровненых по границе байта длиной от 2 до 13 бит