Obam 30 16 июня, 2020 Опубликовано 16 июня, 2020 · Жалоба Годятся ли они, как дешевая альтернатива C6745? Они не дешевле, а в смысле "санкционки" вообще не альтернатива (с той же полки недоступны). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Xenia 35 16 июня, 2020 Опубликовано 16 июня, 2020 · Жалоба 39 минут назад, Obam сказал: Они не дешевле, а в смысле "санкционки" вообще не альтернатива (с той же полки недоступны). "Санкционка" работает, если я партию процессоров закажу у иностранного дилера. А если закажу себе готовую плату из Китая на этом процессоре, то никакая санкционка этой покупке не помешает. Тем более что китайцам начхать на выполнение "лицензионных обязательств" насчет перепродажи третьему лицу. Не говоря уже о том, что под санкционные ограничения вроде бы не подпадают готовые изделия. Насколько я в курсе, am335x "устарели" достаточно, чтобы цены на них сильно снизились. Будь оно не так, то китайцы не сували бы эти процессоры в кассовые аппараты, а выбрали что-нибудь по-дешевле. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Obam 30 17 июня, 2020 Опубликовано 17 июня, 2020 · Жалоба Так-то да, тем более у "чайных" лабкиты с C6745 есть? C6745 больше 10 лет производятся, то ж "старьё". Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 17 июня, 2020 Опубликовано 17 июня, 2020 (изменено) · Жалоба 6 hours ago, Xenia said: А вот по поводу вашего выбора платы/процессор неясности остались. Скажем, почему бы вам не купить "Малинку" или BeagleboneBlack? (последней я симпатизирую много больше). Или у вас есть требования к компактности, которые не позволяют использовать использовать промышленные микрокомпьютеры? :) Дело в том, что плата Olinuxino-A13 была куплена пару лет назад, и я хотел плотно ими заняться ещё тогда. На этом форуме есть тема, где я выкладывал мини-проект под A13 с загрузкой с SD-карты. Но сложились определённые обстоятельства, помешавшие мне дальше работать в этой области, поэтому был большой по времени перерыв. Ну я ещё человек настроения, сегодня хочу, а завтра уже перегорает. После перерыва решил DSP C6745 освоить, понравилась его открытость и очень хотелось VLIW на своих задачах испытать. C6745 оказался лучше, чем BlackFin BF532/533 и STM32H743. Мои основные требования к процессорам: - Открытость, возможность писать под голое железо - паяемый корпус - приветствуется наличие сопроцессоров или хорошего DMA (у C6745 отличный ДМА: 3 измерения и за раз может качать несколько мегабайт. Кортексам с их куцым ДМА такое и не снилось!) - отсутствие системы охлаждения (вентиляторы радиаторы очень НЕ приветствуются!) Непонятны стереотипы большинства и помешанность на "Малинках". Тот же Allwinner - это Lichee Pi Zero. Ягода из той же серии... Личпи взял потому что он соответствует требованиям выше. Если говорить конкретно о "малинках", то броадкомовские чипы самые закрытые (так говорит интернет). Не вижу смысла их брать, так как там уже мощный теплоотвод и большое токопотребление. 6 hours ago, Xenia said: Однако A13-OLinuXino, на мой взгляд, довольно "древняя". А потому и возникает вопрос, отчего на этих двух платах свет клином сошелся. Мне кажется, это вопрос религии. У меня своя религия, у вас - своя. 6 hours ago, Xenia said: Причем, как и вы, обходится без Линуса. Без Линуса или ЛинуКса? Линус бы не помешал, много бы полезного подсказал, а то пока в репах найдёшь нужное, несколько часов потратишь 6 hours ago, Xenia said: Платы, на которых он работает, "самодельные", но не своими руками сделанные, а заказные (см. фото): Вот этого я не понял. Мои платы тоже заказные, изготавливали на заводе по моему чертёжу. 6 hours ago, Xenia said: мне написал, чтобы я этого процессора не боялась, т.к. программировать его можно Вы же вроде как лекарства для ИАРа пишете... Значит всего этого не должны бояться по определению. Меня немного настораживает ваш закос "под блондинку" 6 hours ago, Xenia said: (см. фото) Ваш хост 77.72.19.19 не хочет со мной соединяться, картинки не открылись. 6 hours ago, Xenia said: Прокомментируйте пожалуйста возможность использования процессоров AM335x для "игровых" целей. Годятся ли они, как дешевая альтернатива C6745? Смотря какие эти игровые цели. Писать свои игры - одно, эмуляторы - другое, 3D-игры - третье. Мощность железа здесь требуется в зависимости от того, что вы хотите. Для примера: C6745 : нативная игра - 170 - 200 FPS, эмулятор СЕГа - 90 FPS, эмулятор GBA 25 FPS. A13: нативная игра - 450 - 500 FPS, эмулятор GBA - 60..70 FPS. На практике достаточно 60 FPS и оно должно быть принудительно по VSYNC. Но запас по FPS должен быть чтоб не проседало на "тяжёлых" местах. Ах, да. Напоследок скажу важную вещь! Рубить бабки на "играх" не выйдет. Так как ниша очень специфическая! Only for fan! 6 hours ago, sasamy said: судя по коду надо не за раз записывать значение в регистр а щелкать битами чтение https://elixir.bootlin.com/linux/v5.7.2/source/sound/soc/sunxi/sun8i-adda-pr-regmap.c#L29 запись https://elixir.bootlin.com/linux/v5.7.2/source/sound/soc/sunxi/sun8i-adda-pr-regmap.c#L52 битовые маски https://elixir.bootlin.com/linux/v5.7.2/source/sound/soc/sunxi/sun8i-adda-pr-regmap.c#L17 Огромное спасибо! Этого как раз не хватало. До этого обыскал в сорцах все файлы в названиях которых были подстроки: audio, codec, находилось не то. 4 hours ago, mantech said: Дык и ситара-то вроде тоже не "молодушка" Лично я как-то рассматривал ее как замену IMX6, но т.к. у нее нет ни LVDS ни HDMI, а городить всякие сериализаторы не хотелось, да и под санкции эти камни как-то попадали, решил посмотреть на аллвиннеры, камни очень дешевые причем есть со встроенной памятью, что в разы упрощает печатку... Древние ситары - это ж голый ARM без сопроцессоров и ничего... Ну и санкции + дикие затраты на растаможку... Хотя в качестве трофейного остался один чип C6745 в прозрачной упаковке - чисто для получения эстетического удовольствия от созерцания! Изменено 17 июня, 2020 пользователем repstosw Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Xenia 35 17 июня, 2020 Опубликовано 17 июня, 2020 · Жалоба 10 часов назад, __inline__ сказал: Без Линуса или ЛинуКса? Опечатка, конечно. Следует читать "Линукс". Цитата Вот этого я не понял. Мои платы тоже заказные, изготавливали на заводе по моему чертёжу. Но детали-то вы напаивали сами? В противном случае откуда требование "паяемый корпус", если вы не сами его паяете? Тогда как мой знакомый заказал (за счет организации, где работает) изготовление модуля целиком. Цитата Вы же вроде как лекарства для ИАРа пишете... Значит всего этого не должны бояться по определению. Меня немного настораживает ваш закос "под блондинку" Для писания лекарств нужно хорошо знать x86 и понимать результат трассировки. Умение программировать микроконтроллеры отсюда никак не следует. Каждый человек, что-то знает хорошо, а что-то плохо - абсолютной эрудиции не бывает. Цитата Ваш хост 77.72.19.19 не хочет со мной соединяться, картинки не открылись. Такое иногда случается. Но насколько я поняла из вашего ответа, что они вам неинтересны. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 18 июня, 2020 Опубликовано 18 июня, 2020 · Жалоба Столкнулся с аномальным поведением DMA, при освоении V3s. Если источником будет SRAM, то не приходит прерывание по заполнению половины буфера, прихдит только прерывание по заполнению всего буфера: DMA_IRQ_PEND_REG При этом если читать вышеуказанный регистр, то в момент прихода прерывания - оба бита установлены в 1 - половина и полный: DMA0_PKG_IRQ_ PEND | DMA0_HLAF_IRQ_PEND При этом игнорируются установки регистра разрешения прерываний: DMA_IRQ_EN_REG0 = DMA0_PKG_IRQ_EN | DMA0_HLAF_IRQ_EN Причём, если запретить все прерывания от DMA, то всёравно прерывание идёт после заполнения всего буфера. Далее попробовал в качестве источника - память DDR (которая успешно проинициализирована) - с ней поведение корректное: приходят оба прерывания : половина заполненного буфера и затем когда буфер заполнен полностью. При этом установки регистра разрешения прерываний DMA всёравно игнорируются! Смахивает на эррату для V3s. С A13 такого поведения не было (приходили оба прерывания и только тогда, когда они разрешены в регистре + с любого региона памяти). В чём может быть дело? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 34 18 июня, 2020 Опубликовано 18 июня, 2020 (изменено) · Жалоба 2 часа назад, __inline__ сказал: Смахивает на эррату для V3s. С A13 такого поведения не было Стопудово в аллвиннере решили, что нафиг из СРАМа куда-то копировать по ДМА, и не тестили это дело. В А13 ДМА другой, более правильный по мне . Жаль, что его выкинули в камнях старше А20го.. Кстати, В А20м есть оба ДМА и как в А13 и V3s. Изменено 18 июня, 2020 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 34 18 июня, 2020 Опубликовано 18 июня, 2020 · Жалоба 16.06.2020 в 21:17, sasamy сказал: https://elixir.bootlin.com/linux/v5.7.2/source/sound/soc/sunxi/sun8i-adda-pr-regmap.c#L29 запись Попутно, не подскажете, где в тех линуксовых дебрях можно посмотреть на драйвер езернета для V3s (MAC и PHY)? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 18 июня, 2020 Опубликовано 18 июня, 2020 · Жалоба 4 hours ago, __inline__ said: Причём, если запретить все прерывания от DMA, то всёравно прерывание идёт после заполнения всего буфера. Нашёл причину такого поведения. Если не настраивать GIC и сразу же разрешать прерывания, то происходит вечное циклическое попадание в обработчика прерывания IRQ. Поэтому DMA обрабатывался даже при запрещённых флагах. Настроил GIC, разрешил только прерывания DMA, сразу заработало всё как надо. И : DMA_IRQ_EN_REG0 = DMA0_PKG_IRQ_EN | DMA0_HLAF_IRQ_EN оказалось очень нужным! 1 hour ago, mantech said: Стопудово в аллвиннере решили, что нафиг из СРАМа куда-то копировать по ДМА, и не тестили это дело. В А13 ДМА другой, более правильный по мне . Жаль, что его выкинули в камнях старше А20го.. В V3s DMA через дескрипторы. В принципе терпимо. Для случая с SRAM я завёл два дескриптора: первый ссылается на второй и наоборот. В первом дескрипторе - начальный адрес буфера, во втором - адрес половины буфера. При таком раскладе - прерывание от половины буфера становится не нужным. Я просто ловлю дважды прерывание по полному завершению (на самом деле это сигнализирует о половине буфера). Для DDR достаточно одного дескриптора, ссылающегося на самого себя. Прерывание по завершению чтения половины буфера там работает. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 18 июня, 2020 Опубликовано 18 июня, 2020 · Жалоба Пришла плата с OMAP-L138. Интересно, есть ли у OMAP-L138 456 МГц шанс обогнать Allwinner V3s ? Сюда тоже линукс запихали, потому что ARM9 ядро: Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 34 18 июня, 2020 Опубликовано 18 июня, 2020 (изменено) · Жалоба 15 минут назад, __inline__ сказал: есть ли у OMAP-L138 456 МГц шанс обогнать Allwinner V3s ? Тотализатор открыт Но думаю, шансов нет, ядро старое (АРМ9)... ЗЫ. Но платка красивая и ценник наверно тоже, наверно штук 10 платок на аллвиннере купить на него можно.. Изменено 18 июня, 2020 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 18 июня, 2020 Опубликовано 18 июня, 2020 · Жалоба 21 minutes ago, mantech said: Тотализатор открыт Но думаю, шансов нет, ядро старое (АРМ9)... ЗЫ. Но платка красивая и ценник наверно тоже, наверно штук 10 платок на аллвиннере купить на него можно.. Ну к примеру код эмуляторов на ядро ARM9, а графика - на DSP. За счёт параллельности теплится надежда, что OMAP-L138 сможет приблизиться к V3s. Кстати, у обоих память 16 бит DDR2. Отдал около 450 долларов. Много затрат вышло на таможню и пересылку. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 34 18 июня, 2020 Опубликовано 18 июня, 2020 · Жалоба 3 часа назад, __inline__ сказал: а графика - на DSP. Так там все эмуляторы ради этого перелопатить придется, раз там все программно сделано... 3 часа назад, __inline__ сказал: Отдал около 450 долларов. Так примерно и предполагал, из них баксов 150 еще растаможки всякие наверно.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 19 июня, 2020 Опубликовано 19 июня, 2020 · Жалоба 16 hours ago, mantech said: Так там все эмуляторы ради этого перелопатить придется, раз там все программно сделано.. Так и есть. Глянул мануал на OMAP-L138 и немного огорчился - там DDR на 150 МГц максимум. Так что шансов тягаться с оллвиннером у него нет. На тот момент, когда не знал оллвиннеры, DDR на 150 МГц считал лучшим вариантом (в 2 раза по сравнению с SDRAM 150 МГц у С6745). А с олвиннером скорость памяти в 6 раз быстрее: = 456*2/152. Множитель 2, так как DDR. Но на практике включенные кеши сглаживают разницу: выставлял 456 МГц и 360 МГц - прирост был всего на 4% где-то. Тест смешанный. 16 hours ago, mantech said: из них баксов 150 еще растаможки всякие наверно.. так и есть Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
repstosw 18 20 июня, 2020 Опубликовано 20 июня, 2020 (изменено) · Жалоба Запустил видео-систему в Allwinner V3s (DE2), сделал вывод кадра на LCD дисплей. Разрешение 800x480, 16 бит на точку 5:6:5 (по умолчанию в Линуксе 24 бита 8:8:8). Скачал документацию на графический движок V3s: "Allwinner_DE2.0_Spec_V1.0.pdf", стоит задача уменьшить исходный кадр в 4 раза, тоесть в буфере будет картинка разрешением 400x240 пикселей, и при выводе на LCD, она должна растягиваться в 2 раза по обоим осям (можно без фильтра). Проще говоря, нужно чтоб размер одного пиксела увеличился на LCD в 2 раза. Но не нашёл как это сделать в V3s, чтение вышеупомянутой доки не привело к просветлению, и в линуксовых сорцах на видео такой возможности я не увидел. Тем временем, в A13 это решалось достаточно легко, в настройках бэк-энда там где устанавливался режим по цвету, были биты для простого апскейла(без фильтра) - в 2 и в 4 раза. В какую сторону копать? Нужен апскейл исходного кадра в 2 раза по каждой оси, можно без фильтра. Пробовал тайминги дисплея поменять , ничего не вышло, по ходу нельзя заставить матрицу 800x480 работать в режиме 400x240, тут только на сканирование пиксела и линии влиять как-то надо. Вопрос - как?? Метод с программным ДМА, который повторяет шаг по пикселу и линии - не предлагать! Так как это потребует аж 480 дескрипторов и усложнит конвеер графической обработки. Это нужно сделать именно в видео-движке V3s. Ещё забыл, при апскейле программист не должен переводить RGB 5:6:5 в 8:8:8 и не дай бог в YUV. Исходный кадр и конечный - RGB 5:6:5 ! Изменено 20 июня, 2020 пользователем repstosw Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
