Pechka

Убрал. Однако, лучше предупреждать людей о конфеденциальности предоставляемой информации. И степени её конфеденциальности тоже.

Кто-нибудь управлял генератором АКИП ГСС-120 по RS-232? Какие настройки порта при этом использовались (Количество стоповых бит, управление потоком и т.д.)? Где взять систему коммнад для них? Проще говоря, пригодиться вся доступная информация на эту тему. Думаю, что у всей серии ГСС одинаковая система комманд управления. Покупался давно и уже не вспомнить где, поэтому к продавцам обратиться не получится:( Тема снимается, угадал продавца и получил всю необходимую информацию.

Вот тут продаются модули e-CAM50_5642_MOD - 5 MP Camera Module http://www.e-consystems.com/webstore.asp Тот же модуль для айфона только с параллельным интерфейсом. Цена - 45$.

Есть ещё возможность через промежуточный интерфейс типа HDMI сконвертировать: adv7533 + adv7612 - получается вроде нормально. Только вот adv7533 можно либо сэмплы либо 5000 штук. Но на сэмплах поиграться уже можно. Заодно можно будет и к телевизору подключать напрямую :) Правда цена пары микросхем = 3 цены модуля...

Доброго времени суток! Насколько возможно пользоваться новыми разработками AD (Cross Core Embedded Studio) и процессорами BF-609? Насколько сильно они глючат вместе и есть ли лекарство для нового софта?

Я тоже так подумал. Однако, такая ошибка возникала несколько раз причем именно после экспорта в гербер и я подумал, что я что-то делаю не так (неправильно сконфигурировал что-либо). Если списать подобную ситуацию на ошибку программы - всё становится на свои места.

Если не знаете ответ на вопрос - не нужно отвечать. Если вопрос задан не корректно - задайте, пожалуйста, уточняющие вопросы. В моем случае сделана разводка, после чего сделаны гербера в отдельных файлах. После чего при открытии PCBDOC из проекта пишется "Export to STEP failed" и документ открывается в виде падов и polygon region - без возможности человеческого редактирования. Если беру предыдущую версию разводки из history - всё отлично открывается и можно производить все необходимые действия.

Подскажите, из-за чего после экспорта в гербер сам PCB документ разваливает все компоненты на пады и дырочки, а полигоны превращает в polygon region которые даже не отображаются в соответствующем менеджере? Возможно ли сделать обратное преобразование, чтобы можно было внести правки в PCB по-человечески?

Найден работник.

Иногда полная проверка устройства производится только на этапе разработки и по большей части в ручном режиме, а значит процесс долгий и трудоемкий. Кода начинается серийное или мелкосерийное производство производится проверка по ТУ, которая обычно существенно проще, чем проверка при разработке. Что касается считывания прошивок в простых МК - то ни о какой сомнительности речи быть не может. Прошивки из них читаются правильно, быстро и понятными методами. Существуют даже фирмы, предлагающие свои услуги на случай утери исходников. Вот так радость прочитать прошивку с ошибками и потом мучиться со следующей серией приборов... А если хотите, чтобы процедура считывания стала сомнительной - для этого есть специальные защищенные процессоры, только цена на них отличается на пару нулей.

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

Зачем же подозревать работодателя во всех тяжких не имея на то достаточных оснований? Простой пример, когда нужно прочитать собственный код из МК не потеряв при этом заранее исходник: Сделано устройство, проверено, отдано заказчику. Работа устройства предполагает возможность воздействия ионизирующего излучения в малых дозах и решено не использовать спец. микросхем. Через год успешной работы устройство возвращается ввиду его глючности. Пломбы целы, всякие другие защиты тоже - в устройство не лазили. Как узнать причину сбоев? Причина может заключаться как в испорченности части информации во флэш, так и в деградации ядра процессора (вследствие всё того же излучения) (рассматривается случай сбоев именно исследуемого процессора). Первое лечится правильными алгоритмами, подходящими под ситуацию, а второе - использованием спец микросхем, которые дороже на порядок или два. Дешевле провести исследование, чем сразу всё переделать. Пускай законность действий нанимателя оценивает суд, а работников - совесть.

P.P.S. В случае удачного завершения работы возможно продолжение сотрудничества поскольку разлчного рода задачи для программиста возникают регулярно.

Действительно, давно не смотрел эту линейку. На ядре М4 есть плавающая точка аппаратная. Тогда вопрос к автору темы: какое ядро предполагается использовать Cortex M3 или Cortex M4? Для M4 решение тривиальное - в матлабе нужно выставить генерацию кода в плавающей арифметике. Для М3 - шаги к решению озвучены в моем предыдущем сообщении.

:bb-offtopic: Думаю, что тему нужно изменить на "Требуется помощь в реализации фильтра Чебышева на STM32" Поскольку STM32 не имеет аппаратной поддержки арифметики с плавающей запятой, сдвиги необходимы для того, чтобы избежать переполнения разрядности. В общем случае без них не обойтись и матлаб добавляет их в соответствии с коэффициентом усиления фильтра. Можно их (сдвиги) изменить имея априорную информацию об обрабатываемом сигнале, иначе на большИх входных синалах будет не правильно работать алгоритм.

P.S. По большей части пунктов имеется почти готовое решение для других процессоров, написанное на С. Фактически требуется знание переферии Blackfin либо умение быстро рыться в hardware reference manual, чтобы это адаптировать под него. По USB - есть готовый пример от AD, можно его модифицировать немного. Интерфейс ПК тоже есть готовый, но его нужно будет немного изменить под новый драйвер. Одним словом это ремэйк рабочего проекта под новую аппаратную платформу, поэтому сформировано точное понимание что и как нужно, только рук на всё не хватает. контакты: a.batvinionak[at]mail.ru

Работа представляет собой разработку ПО для 2х процессорных модулей на основе Blackfin adsp-bf527 и их связи с ПК по USB в реальном времени. Информационный поток порядка 2-7 МБайт/сек DSP->PC, в обратную сторону только отправка комманд и загрузка большого объема данных (до 128МБайт) в не реальном времени. Один из модулей (1) является конечным автоматом (рабочая версия последнего уже реалиована на С для другого типа процессоров) и связан с ПК по USB, другой (2) должен управлять ЦАПом и выдавать на него информацию, заранее заруженную в SD-RAM из ПК (канал обеспечивается через USB модуля 1). Для ПК требуется драйвер USB, и ПО, позволяющее записывать поток информации на жесткий диск и загружать информацию в модули. ПО для DSP можно писать на С, для ПК на С/C++ с использованием библиотек QT в качестве интерфейса. Закончить нужно до 2го февраля. Кто заинтересуется - вышлю ТЗ и схему на почту.

На форуме сайпреса может и так, а на этом форуме уже 391 МБайт/сек на передачу http://electronix.ru/forum/index.php?showt...30&start=30 Ех, осталось только добыть...

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

А можно чуточку подробнее? 391MB/s это скорость заполнения FIFO по GPIF? Скорость реальной выдачи в USB по BULK, насколько я понимаю, не дает проверить хост? А вот такой хост контроллер никто не планирует тестировать?

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

Спасибо! По последним данным 220МБай/с уже получили. Однако, скорее всего лимитирующим фактором является PC. По блок-схемам материнских плат 2 порта USB 3.0 висят на 1 веревке PCIe, пусть даже PCIe gen 2, всё-равно не получается выжать больше указанной скорости ввиду ограничений именно шины PCIe. С другой стороны упоминаются драйвера для windows, что в них беда. В общем пока цифр по самому контроллеру нет, есть только ограничения ПК.

Прошло 3 недели с момента последнего поста. Кто-нибудь уже знает где купить отладочную плату? А сами микросхемки? Насчет скоростей в ДШ написано, что 32x100MHz - полная пропускная способность, включая протокольные накладные расходы. Однако, внутренний ARM 926 может сам реализовывать несколько вариантов протокола USB (в том числе Media Transfer Protocol), таким образом 400МБайт/с - теоретический максимум скорости полезной информации. При этом никто не сказал, что шина не будет работать на 133 МГц - но это уже нужно тестировать. Кто-нибудь уже может поделиться информацией по тестам?

Спасибо, а может есть ссылочка на литературу по этому вопросу? Нашел такую статью: http://ieeexplore.ieee.org/Xplore/login.js...thDecision=-203

Спасибо за ссылку на USB 3.0! В этом стандарте привлекают именно распространенность интерфейса на потребительской электронике, что позволяет уменьшить количество специализированных устройств в вычислительной машине. 10GbE пока не планируется встраивать в материнские платы, поэтому всё-равно потребуется соответствующий адаптер. Однако, на большинстве архитектур потребительской электроники usb 3.0 контроллер висит на PCIe 1x, что ограничивает его до 2.5 ГБит/с. Что-ж, буду дальше думать как всё это пропихнуть. Ещё раз спасибо за ответы.