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

Выбор контроллера для записи и передачи видео

С матами, костылями и глупыми вопросами на форуме)

И что, удалось написать рабочее приложение (без линукса) за месяц? Или дальше "матов, костылей и глупых вопросов на форуме" дело не пошло? :biggrin:

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ну так покажите нам спеца, который за месяц прочитает TRM на DM37x или OMAP35x или OMAP4430

Я лично "поднимал" без ОС несколько блоков AM3517 - это тот же 3530, но без ДСП.

А зачем читать ВСЕ, если надо поднять USB? Для этого достаточно разобраться с несколькими PLL, L3/L4 и собственно нужным блоком - это несколько параграфов. Просто запустить проц с прогой в DDR - обошлось ровно в сутки (24 часа с момента прихода опытного образца платы). Дальше достучаться и наладить обмен с SD-картой и NAND-памятью, и написать софт по зашивке всего этого через JTAG - еще дня 4. Ну это не сложная задача, стека писать не надо.... Только с железом разобраться. И документации (TRM) хватило тут за глаза.

 

Касаемо USB - если делать усб девайс, хай спид, с дма, и был уже опыт писания такого ранее на другой платформе - тоже больше недели не займет, так как только low level переписать. Если, конечно, не было - то тут месяц есть где повозиться, причем не в процессоре, а в документации с usb.org. Я имел такой опыт на процессоре TMS320VC5509, давно, когда он еще вышел только в ревизии C, и уверяю - больше месяца нехрена там делать! Даже с учетом того, что тогда я поймал глюк в DMA этого проца и неделю пободался с техподдержкой, и не было вообще ничего, кроме документации, никаких примеров. А тут смотри в дрова линукса - раздолье!

 

Те., можно предположить, что часть информации о процессоре TI намеренно скрывает. И как тут писать свой софт?

Да, скрывают. Например основная инфа о PowerVR SGX530 закрыта аж каменной стеной, даже "не простым смертным" (TI 3'rd party, как мы) достать не реально, не говоря о простых. Тут да, вариантов нету - только юзать готовые дрова и только под ОС. Но таких блоков, как MMC/SD, USB, NAND, Ethernet и т.п. это не касается, для них, основных блоков, документации и подглядывания в открытые исходники достаточно, чтобы все сделать.

 

В общем - кто говорит про "не реально" или 2-3 месяца - это те, кто этих задач не решал никогда до этого, и не знает реальной их сложности - такая оценка происходит на стадии "глаза боятся". Когда же доходит до "руки делают" все делается значительно быстрее и проще.

Изменено пользователем SAURIS GmbH

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Дальше достучаться и наладить обмен с SD-картой и NAND-памятью, и написать софт по зашивке всего этого через JTAG - еще дня 4.

Уникальные есть люди, релизят NAND FS и JTAG драйвера за пару дней...

Не пойму, сегодня у нас день "Сатиры и Юмора"? Или в дурдоме "день открытых дверей"? icon_eek.gif

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 'SAURIS GmbH'

Сорри, что немного не в тему: интересует - можно-ли пользоваться SAU510 ISO Plus в IAR for ARM (для LPC1788)?

Или это только ожидается в будущем?

Где-то слышал, что скоро будет поддержка JTAG-ов типа XDS в IAR, но пока в моём (6.21) вижу тока XDS100.

PS: Нужна гальваническая развязка, а в нашем J-Link её нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я лично "поднимал" без ОС несколько блоков AM3517 - это тот же 3530, но без ДСП.

А зачем читать ВСЕ, если надо поднять USB? Для этого достаточно разобраться с несколькими PLL, L3/L4 и собственно нужным блоком - это несколько параграфов. Просто запустить проц с прогой в DDR - обошлось ровно в сутки (24 часа с момента прихода опытного образца платы). Дальше достучаться и

 

В общем - кто говорит про "не реально" или 2-3 месяца - это те, кто этих задач не решал никогда до этого, и не знает реальной их сложности - такая оценка происходит на стадии "глаза боятся". Когда же доходит до "руки делают" все делается значительно быстрее и проще.

 

Многозадачность пробовали реализовывать?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

релизят NAND FS и JTAG драйвера за пару дней...

 

А кто и где говорил про NAND FS? И про релизенье драйверов JTAG за это же время? Зачем придумывать то, чего не было?

 

Драйвера JTAG уже были к этому времени, и это вообще софт для PC, а не для проца, процу дрова JTAG не нужны - его по JTAG останавливают снаружи, затем заполняют буфера данными, и затем продолжают исполнение кода - соответственно внутри проца НИЧЕГО для этого делать не надо, кроме одного NOP, на который будет поставлена точка останова JTAGом.

 

В NAND запись идет просто образа, без всяких FS - софт пишат в нанд данные, и считает/пишет ECC, и все. На поднятие FS естественно ушло бы дополнительное время. FAT еще примерно неделя, UBIFS подольше.

 

А Вы наверное отпетый лентяй, раз такие сроки для Вас фантастика...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Я лично "поднимал" без ОС несколько блоков AM3517 - это тот же 3530, но без ДСП.

А зачем читать ВСЕ, если надо поднять USB? Для этого достаточно разобраться с несколькими PLL, L3/L4 и собственно нужным блоком - это несколько параграфов.

Читать все необходимо, если есть желание "поднять" USB под своей ОС-ью (ну или под DSP/BIOS).

 

А без ОС-и пользовать подобные процессоры как раз и есть галимое ламерство. Ну кому нужен отдельно стоящий в поле USB?

Если мы говорим о дорогом и насыщенном периферией процессоре, то заказчик как правило хочет, чтобы USB поддерживал несколько классов, - HID, USB Video/Audio Class, USB mass-storage, и прочие USB OTG.

А ещё он хочет TCP/IP с HTTP, FTP, RTP, SIP, ICMP и ещё черт-знает-чем для нескольких клиентов одновременно. А что ему предложите Вы? Рассказы о том, какой Вы гениальный программер и как за неделю осилили передачу отдельных байтиков через USB? Класс!!! :biggrin:

 

А как Вы без ОС-и и без ДСП будете за неделю поднимать TI-шные кодеки для видео и звука? Тоже любопытно послушать.. Ага..

Изменено пользователем blackfin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 'SAURIS GmbH'

Сорри, что немного не в тему: интересует - можно-ли пользоваться SAU510 ISO Plus в IAR for ARM (для LPC1788)?

Или это только ожидается в будущем?

Где-то слышал, что скоро будет поддержка JTAG-ов типа XDS в IAR, но пока в моём (6.21) вижу тока XDS100.

PS: Нужна гальваническая развязка, а в нашем J-Link её нет.

 

Поддержку я в принципе уже готов реализовать, от IAR все необходимое получено, от TI тоже, но вот про LPC не обещаю - будет, и это точно, так - если CCS (или лучше sauflash, хотя дрова там с CCS идентичны) к этому LPC коннектится, то и IAR через SAU510 будет. Но эта задача не стоит в приоритетных.

 

К сожалению в IAR дрова не низкоуровневые, уровня сканирование TAP-а, а высокоуровневые - уровня записать/прочитать память/регистр процессора... Поэтому драйвера доступа к ресурсам процессора по любому будут те же, что в sauflash, причем скорее всего прямо из той же DLL вызываться, которая есть расширение TCL для tclxds.

 

Многозадачность пробовали реализовывать?

Нет, в виду ее ненадобности в задаче "JTAG прошивальщика флеша".

 

 

А ещё ...

 

А как это все мы раньше делали, когда не было кодеков от TI вообще, когда не было столько всего готового? Молча брали, и все это "еще" делали, и выпускали рабочие изделия. А теперь все порасслабились на халявке-то :)

 

И, не забывайте, все равно существуют люди, которые занимаются портированием ОС на разные платформы, и ничего, они все необходимое делают, не плачась на форумах, "как это сложно" - для которых прочитать кусок TRM и написать драйвер это обычная среднестатистическая задача. Я как раз из тех самых программистов системных (по крайней мере последние несколько лет больше трех четвертей задач программирования такие), поэтому и говорю со знанием дела - нету в этом ничего неадекватно сложного, если реализовывать не "все на свете", а четко в рамках конкретной задачи.

 

И, если эта задача - захватить видео, пожать и отправить в УСБ - И ЭТО КОНКРЕТНО ВСЁ - то ОС тут совсем не обязательна

Изменено пользователем SAURIS GmbH

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

И что, удалось написать рабочее приложение (без линукса) за месяц? Или дальше "матов, костылей и глупых вопросов на форуме" дело не пошло? :biggrin:

Я операционки вообще никогда не использую, задачи специфичные и требуется выжимать из процессора все соки. Написать приложение за месяц - легко, а вот отладка бывает занимает ещё пару месяцев. Но опять же если речь идёт про знакомый проц, и есть опыт работы с ним, а программа уже смоделирована допустим в матлабе. А мануалы у TI действительно не очень, написано дофига, а фиг чего найдёшь)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А как это все мы раньше делали, когда не было кодеков от TI вообще, когда не было столько всего готового? Молча брали, и все это "еще" делали, и выпускали рабочие изделия. А теперь все порасслабились на халявке-то :)

И, если эта задача - захватить видео, пожать и отправить в УСБ - И ЭТО КОНКРЕТНО ВСЁ - то ОС тут совсем не обязательна

Ещё раз напомню - речь идет не о "шаровом коне в вакууме".. Раньше делали, потому что была доступна низкоуровневая информация на TI-шные процессоры.

 

Вот, не поленился, скачал TRM на TMS320DM814x.

 

Раздел "1.3 HD Video Coprocessor SubSystem" занимает три страницы! (151-154)

 

Еще четыре страницы занимает описание 2.9.14 PRM_HDVICP Registers, причем явно не полное.

 

Возможно, Вам кажется, что этого достаточно, чтобы "захватить видео, пожать и отправить" на TMS320DM814x.

 

Но, как говорили знающие люди, лучше один раз увидеть, чем десять раз догадываться.. :biggrin:

 

Есть у Вас живые примеры реализаций "захватить видео, пожать и отправить" с кодеком H.264 и без использования линукса на TMS320DM814x или TMS320DM816x?

 

Где их можно лицезреть?

 

И, не забывайте, все равно существуют люди, которые занимаются портированием ОС на разные платформы, и ничего, они все необходимое делают, не плачась на форумах, "как это сложно" - для которых прочитать кусок TRM и написать драйвер это обычная среднестатистическая задача. Я как раз из тех самых программистов системных, поэтому и говорю со знанием дела - нету в этом ничего неадекватно сложного, если реализовывать не "все на свете", а четко в рамках конкретной задачи.

Охотно верю, что Вы сами "из тех", но все же хотелось бы спросить, для каких ОС-ей Вы писали драйвера под ДаВинчи и для каких периферийных модулей? NDIS для Ethernet'а писали? Или USB для UVC? Или для PCIe и SATA писали?

 

Только не говорите мне, что это были драйвера "без ОС-и" в вакууме. Я сам писал несколько драйверов под Win и под VDK, так что я уже немного в курсе, что если в системе нет ОС-и, то ей не нужны и драйвера.

 

А как это все мы раньше делали, когда не было кодеков от TI вообще, когда не было столько всего готового? Молча брали, и все это "еще" делали, и выпускали рабочие изделия. А теперь все порасслабились на халявке-то :)

Все же не удержусь, спрошу. А то фраза: "мы раньше делали" вызывает у меня чувство неуверенности. :rolleyes:

 

Так какие кодеки под TI-шные DSP написали ВЫ ЛИЧНО?

Изменено пользователем blackfin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А без ОС-и пользовать подобные процессоры как раз и есть галимое ламерство.

"Галимое ламерство" - это как раз наоборот - для мырганья парой светодиодов натягивать ОС.

....хотя, похоже, для многих здесь присутствующих это - норма.... :-\

 

Если мы говорим о дорогом и насыщенном периферией процессоре, то заказчик как правило хочет, чтобы USB поддерживал несколько классов, - HID, USB Video/Audio Class, USB mass-storage, и прочие USB OTG.

А ещё он хочет TCP/IP с HTTP, FTP, RTP, SIP, ICMP и ещё черт-знает-чем для нескольких клиентов одновременно.

Кто-то всё это реализует и без ОС, а у другого и "отдельно стоящий в поле USB" под ОС будет через раз работать.

Вопрос только в понимании задачи и профессионализме.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

"Галимое ламерство" - это как раз наоборот - для мырганья парой светодиодов натягивать ОС.

Так вы OMAP -L137 используете для "мырганья парой светодиодов" ? Забавно.. :biggrin:

 

Кто-то всё это реализует и без ОС, а у другого и "отдельно стоящий в поле USB" под ОС будет через раз работать.

Вопрос только в понимании задачи и профессионализме.

Этот "кто-то", это, очевидно, вы? И что, ЛИЧНО ВАМ удалось всё это: TCP/IP с HTTP, FTP, RTP, SIP, ICMP - "реализовать и без ОС" ?

Изменено пользователем blackfin

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ещё раз напомню - речь идет не о "шаровом коне в вакууме".. Раньше делали, потому что была доступна низкоуровневая информация на TI-шные процессоры.

...

Да, если отсутствует (или неполная) инфа на периферию, то это существенная причина пользовать готовые программные модули (в том числе ОС). Но что касается стеков USB/Ethernet (изначально о них речь шла), то например в L137 описание этой периферии полное, да и информации об этих интерфейсах полно.

Я тоже столкнулся с подобной ситуацией с WiFi/BT-модулем WL1271 (TI). На него тоже нет TRM (точнее она - под NDA). А есть тока советы пользовать драйвер под линух без вариантов, что я исключаю. Так что наверно придётся ковырять исходники линуховых дров для него :(((

Такая б@#$ская политика у TI - ничего не поделаешь.

Хотя уже кое-что получилось выковырять и работает :)

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...