Привет всем! Есть кто-нибудь, кто работал с этим чудом или аналогичным? Имеется много вопросов...

Пишите, будем думать вместе.

Собираюсь попробовать пару матриц от Cypreess, в том числе и эту. О каких проблемах вы говорите? Можно поподробнее?

Давно сюда не забредал. Проблема так и не решена. Матрица подключена через PPI. При чтении кадров практически всегда вываливается ошибка. При попытке посмотреть, что же творится на входных ногах PPI (анализатор на подходе ) продублировал frame_valid и line_valid и clock на входы 537-го. Во время активного frame_valid количество line_valid соответствует документации = 480, но количество clock почему-то внутри line_valid 1020 (1019), иногда 640. Ведет себя как-то... нестабильно, то так, то сяк. Сейчас вот выдает один кадр и перестает генерить сигналы синхронизации (режим мастер)

Если есть, что сказать, буду рад услышать.

Откуда вываливается? И куда?

Это, скорее всего, проблема с reset. Чип очень капризен к запуску и надо все делать в точности по даташиту (п 4.4, 4.5). Если у Вас нога reset'a не подтянута сопротивлением к земле, то нормально работать не будет. После загрузки BF должен поставить высокий уровень. Третье состояние недопустимо! Кроме того, я не знаю как у 537, но у 561 максимальная частота на PPI, по datasheet, 66MHz. Хотя до 80 гонится, но это оверклок со всеми исходящими. У Вас какая частота? Так же осторожнее с spi. У BF резкие фронты и желательно согласовать линии резисторами (10-100 ом в линию) и подтянуть уровни к неактивным при загрузке. Если все сделано правильно, то, после включения, чип стабильно генерит кадры с частотой 250Гц в мастер моде.

Ну вот и у меня дошли руки до этой матрицы. И похоже я наступаю на те же грабли с reset. Во время подачи напряжения питания у меня Vddd подаётся раньше других напряжений. Ножка RESET_N притянута к земле резистором. После установки сброса в 1, матрица не генерит кадровые импульсы . После загрузки регистров по SPI, матрица вроде нормально начинает работать, но с одним НО. Всё изображение с какими-то вертикальными полосами. Откуда они не пойму. Может мои проблемы из-за того что я подаю 80МГц с FPGA?
После IBIS4-6600 думал хуже datasheeta быть не может, оказалось может . Например, в тексте упоминаются регистры, которых нет в таблице с описанием регистров, информативность этой таблицы стало ещё хуже. Часто по тексту упоминаются какие то пункты, но datasheet не разбит на пункты!! Вот и tvv упоминал о пунктах. У меня есть 2 datasheet более старый по дате rev E и поновее rev D, который сейчас лежит на сайте Cypress .

Если мастер мода и сброс 1, должна генерить. Ноги spi тоже подтяните к уровням, он очень капризен к z-состоянию. А так, нормальный кадр fpn, только уровень черного или усиление задрано. FPN у этой матрицы вычитается только программно, у Cypress есть нота на эту тему. Да, если Вы закроете сенсор и увидите, что все данные 0x3FF это нормально, просто в FPGA их надо проинвертировать (у BF пришлось ставить инверторы, чтобы не терять время проца). Даташит написан "убористо", но по существу разобраться можно. В крайнем случае, можно писать в техподдержку.

Как понять ЕСЛИ мастер мода? Насколько я понял из datasheet выбрать мастер можно только прописав соответствующий бит в регистре 0. А мы говорим о случае, когда после (и во время) сброса мы SPI регистры не трогаем. У меня все входы матрицы подтянуты внутренними резисторами FPGA. Но всё равно после того как я делаю на RESET_N - 1, FRAME_VALID = 0. А на LINE_VALID нормальные импульсы, какие и должны быть. Хотя если я подаю отрицательный импульс на RESET_N, то один кадровый импульс выдаётся.
По поводу FPN, похоже начинаю понимать, т. е. для каждого столбца будет своё калибровочное значение уровня черного? То что выходные сигналы надо проинвертировать мне уже сказала служба поддержки . Ну неужели об этом нельзя было конкретно сказать в datasheet? И на мой взгляд он написан не убористо, а просто безалаберно (паршиво). Ну и служба поддержки тоже вызывает двоякое впечатление. Похоже она сама не понимает как работают их матрицы .

У меня такое было пока не поставил внешние резисторы (хотя Вы их и не любите), с внутренней подтяжкой матрица не работает. К сожелению spi нельзя прочитать и единственное предположение это то, что в нулевой регист прописывается 0, т.е. матрица до загрузки altera вгоняется в slave. Если есть возможность, откючите ноги fpga (переведите в третье состояние) подайте внешние уровни и все должно полететь.


Про FPN тут.
И еще полезная нота.
Поддержка, у них она хотя бы есть. У микрона, со скоростным сенсором, Вам, просто, не ответят ни на один вопрос.

Ок, для проверки добавлю и внешних. Не подскажите откуда вы знаете про нелюбовь матрицы к Z-состоянию? И какие номиналы резисторов у вас? Есть ли разница подтягивать к земле или к питанию? Кстати про SPI. В даташите упоминается что SPI_DATA - Digital IO, т.е по идее можно и прочесть. Может при случае спрошу у sapport про это.
Ну я с Micron общался, тоже не фонтан.

Про нелюбовь, все знания только из опыта. Номиналы обычные 5кОм, я разницы не заметил. Я писал, была проблема паразитных выбросов, но это зависит от разводки. Подтягивал к уровням на диаграмме в даташите, т.е. к низкому. В первой версии даташита была процедура чтения описана, но прочесть можно только содержимое сдвигового регистра. Т.е. после строба spi_enable данные прописаны в параллельный регистр (или контроллер) и для нас потеряны, нельзя прописать только адрес и прочитать его содержимое. А гонять по кругу содержимое сдвигового регистра, согласитесь, странное удовольствие.

Поэкспериментировал с подтягивающими резисторами и у меня заработало . Мне оказалось достаточно подцепить подтягивающий резистор только между SPI_ENABLE и землёй. Надо именно землёй, если к питанию, то не работает. Все остальные входы матрицы (и RESET_N в том числе) у меня подтягиваются к 1 внутренними резисторами FPGA. Похоже что время подачи питания появлялся нарастающий фронт на SPI_ENABLE и какой-то из регистров перезаписывался. Большое спасибо tvv.

у меня в точности наоборот - микрон дал все объяснения а филлфектори только отмазывался
и именно по 403 сенсору меня хорошо проконсультировали
правда 403 это как бы не микрон а фирма купленная микроном ну примерно как лупа у кипресса

Ну может я такой везучий. Но, у меня летела дикая наводка (килогерцах на двух) по аналоговым цепям, чтобы ее задавить пришлось вешать гирлянды из конденсаторов и т.п. Когда попросил их объяснить, как они подключают чип (в даташите до глубины поразил конденсатор между землей и землей), то через полгода домогательств прислали фотобитовскую схему, причем в ней были задействованы пины по даташит не конект. На все остальные запросы в ответ тишина. А отдавать такой прибор кому-либо как то совестно (да и накладно может оказаться весьма), так и остался в макете. Да и, по линейке чипов, микрон, после покупки фотобита, больше ничего не предложил и не собирается, похоже, в отличае от кипариса.

Вот и ответ подоспел от suppport -
You cannot read the SPI registers. This is an error in the datasheet that needs to be corrected.