RST7, подскажите сколько будет стоить коммерческое использование этого проекта (+техподдержка)?

Вы уверены, что в таком виде оно Вам нужно?

1.да
2.(+техподдержка)



если быть точнее -
1. использование вашего jpeg кодера
2. техподдержка- изменить схему на AD9280ARSZ и CY7C1019DV33-10ZSXI

А это что такое и зачем? Что вообще Вы хотите получить?

это SRAM 1 Mbit (128K x 8), 10 нс,

в итоге хотелось бы получить вариант схемы с данными изменениями комплектующих.

Ну ОЗУ - то дело такое, только какой смысл именно в этой - распиновка нестандартная, 10нс доступ тут нафиг не нужен.

А вот с АЦП все не так просто - "получить вариант схемы с данными изменениями комплектующих", там еще надо будет править софт. Ну а так как я не умею править софт под железо без железа - придется макетить.

Ну а кроме того, зачем Вам именно такое устройство? Зачем Вам получать с него JPEG по последовательному интерфейсу? В другой контроллер? Так может тогда этот лишний? Или другой?

1. распиновка неважна -всеравно делать новую разводку. а микросхемы выбраны из тех что могу купить-другого глубокого смысла в этом нет)).
2.для уменьшения ваших трудозатрат -предлагаю ограничить только схемой, макет сделаю -если что походу вопросы задам.
3.софт на МК и большом брате предполагал сделать(переделать из вашего проекта) на CV (не хочется разбираться с нуля с новым программными пакетами одновременно с новой разработкой - это лучше сделать в свободное время)
4. а устройство нужно именно в таком функционале - просто получать по UART последовательно кадры -1-2 кадра в сек, и вы не поверите - с вещательного TV )


АЦП там какой то забавный - сам уровень черного может определять

AD9280 ?
Не определять, а фиксировать.

Видеосигнал подаётся через конденсатор, на нём запоминается уровень черного.
В АЦП есть ключ, на который надо подать импульсы во время чёрного в видеосигнале в начале строки, он привяжет конденсатор.

спасибо, важное замечание, не до конца в даташите разобрался, а вы не в курсе - как он уровнь белого определяет?
или на вход АЦП надо сигнал строго определенной амплитуды подавать?

Я обычно толерантно отношусь к подобным заявлениям, но тут, извините - "не верю!" (цэ). Ибо 621024 - очень распространенная микросхема. Так что тариф резко растет, но об этом ниже.



Дальше что?



Ну переделывайте. Вы хотите у меня спросить "можно или нет"? Отвечаю, можно, цена вопроса $10000, судя по Вашим требованиям вопросы у Вас будут такие, что менее чем за 10килобаксов я на них отвечать не буду, здоровье дороже.

мдя.. 10к. я не потяну...
думаю за 2 недели адаптирую этот проект к моим микросхемам.

Извиняюсь, а чем CODER.SCH файл открыть, PCAD-ы не берут.

Да вроде в PCAD'е все было.

Добрый вечер! Собрал сей девайс,не хочет работать,а именно не грабит.Синхроселектор настроил,работает правильно,появился /WE.А вот дальше засада...Раскопав отладку и подправив ком вижу доходит до перехода на граб и тишина...

Опишите проблему подробнее. В принципе, если синхроимпульсы доходят до проца, то будет граббить даже без АЦП - правда, конечно, мусор.

Покажите осциллограммы синхроимпульсов. Особенно в момент кадрового синхросигнала.

Изв что долго,к сожалению отложил.Селектор переделал на инв компараторе,

Предположим, что имеется мощный контроллер, который может успевать жать JPEG и еще и архивировать накопленные на носителе картинки, чтобы экономить место на карте памяти. Если это камера, которая просто смотрит в одну точку, то взаимная корреляция между кадрами будет большая и будет уменьшатся с попаданием новых объектов в кадр и условий освещения.

Сейчас сделал несколько фотографий примерно одной точки с обычного фотика, пытался сжать 7z-архиватором - практически не сжалось, хотя на всех этих фотках было изображено примерно одно и тоже.
Если попытаться сжать копии одной и той же фотки, то результаты уже гораздо лучше. Размер архива примерно равен размеру клонированной фотографии.

Видимо, формат JPEG-файла не позволяет 7z эффективно его сжимать, в том смысле, что находить взаимную корреляцию именно по визуальному содержанию.
Может есть другой тип сжатия JPEG для хранения архивных записей ?

Надо брать дельту между кадрами и ее жать JPEG'ом. Иногда вставляя кадры, пожатые без взятия различий.

Более того, все алгоритмы упаковки без потерь (7z в их числе) заведомо проигрывают JPEG-сжатию. Вместо попыток дожать недожимаемое проще на 5% уменьшить множители коэффициентов.

Это уже получается скорее не архивирование, а конвертирование в некое подобие MJPEG ?

Rst7, Хотел задать вопрос по поводу твоего проекта, но не могу в личку отправить, поэтому сюда пишу. В общем в универе есть старый электронный микроскоп, нужно сделать к нему АЦП, FPS особо не важен, главное чтоб кадры нормально целиком в комп передавались. Параметры развертки: время развертки строки минимальное 1 мс, максимальное 0,5 с. (именно строки а не кадра!), кол-во строк - 100, 200, 400, 800 или 1600.

Как думаешь реально сделать такое на основе твоего проекта, если прошивку поправить, SRAM взять побольше и тд?

Подскажите, пожалуйста.
Если использовать камеру с матрицей SONY EXview с чувствительностью, как пишут, 0,0003 lux.
Какую разрядность АЦП стоит закладывать?
Хотелось бы выжать все возможности матрицы по работе при плохом освещении.
Стоит ли рассчитывать на АЦП с большой разрядностью или проще при плохом освещении дополнительно усиливать видеосигнал для работы с 8-10 разрядным АЦП?



Мне кажется, гораздо интереснее было бы сделать на ПЛИС и SDRAM (SSRAM).
Для простоты кадр не сжимать, а тупо гнать на комп.
SRAM имхо не очень удобно будет, т.к. если прикинуть, для максимального разрешения где-нибудь 2400х1600 не удастся обойтись одной микросхемой.