Зеркало Telegram-чата "Репка / Repka-Pi"

Статус
Закрыто для дальнейших ответов.
repka_telegram_group сказал(а):
В браузере вообще чуть ли не безнадёга с gpu декодированием
Это и в десктопных линуксах до сих пор проблемно, что уж про специфичный arm

Автор сообщения в Telegram: Andrey Andreyuk
Нажмите, чтобы раскрыть...


Чёт подобное на третьей малине было, видео на ютубе хоть и шло, но на грани фола.

Автор сообщения в Telegram: Александр Савин

Ссылка на сообщение в Telegram
 
В Raspberry Pi OS 2023-10 добавили GPU декодирование видео в Firefox
Но это сколь лет прошло…
Поэтому вопрос сложный само собой.
А программно и для RPI4 ютюбчик в 1080@60 уже выше возможностей

Автор сообщения в Telegram: Andrey Andreyuk

Ссылка на сообщение в Telegram
 
Добрый вечер, репководы! Опубликовал в блоге заключительную часть серии статей для начинающих. Рассмотрены вопросы обработки цифровых и аналоговых сигналов, управление входным сдвиговым регистром и работа с протоколом SMBus на Repka Pi 3. Приятного чтива! https://repka-pi.ru/blog/post/60

Автор сообщения в Telegram: Sergey

Ссылка на сообщение в Telegram
 
repka_telegram_group сказал(а):
Вышел новый обзор на Repka Pi 3 от широко известного в узких кругах Максима Горшенина.
Делимся с Вами, если Вы его не видели - см. следующие пост ⬇️

А ещё в ближайшее время планируем начать делать посты не только с информацией о новых моделях и модификациях Репки, о прошивках и библиотеках для Репки, о проектах с применением Репки, а так же с новостями производства. Если такие новости покажутся Вам интересными - то будем развивать. Очень скоро :)

Спасибо всем кто активно поддерживает проект и всем кто им интересуется - мы работаем для Вас! 🫡

Автор сообщения в Telegram: Репка / Repka-Pi
Нажмите, чтобы раскрыть...


И от Горшенина бывает польза. Не ожидал.

Автор сообщения в Telegram: Дмитрий Кондрашов

Ссылка на сообщение в Telegram
 
Кстати замерил небольшую работу через SysFs и тот же код через /dev/mem

SysFS 0.12мс
/dev/mem 0.02мс

Завтра накидаю еще 1 способ и постораюсь сводный тест сделать по трем способам

Автор сообщения в Telegram: Дмитрий

Ссылка на сообщение в Telegram
 
repka_telegram_group сказал(а):
Кстати замерил небольшую работу через SysFs и тот же код через /dev/mem

SysFS 0.12мс
/dev/mem 0.02мс

Завтра накидаю еще 1 способ и постораюсь сводный тест сделать по трем способам

Автор сообщения в Telegram: Дмитрий
Нажмите, чтобы раскрыть...


0.12мс для sysfs это максимальная частота импульсов ~4кГц. Шаговиками да с микрошагом особо не покрутишь. Например, "стандартный" 1:16 микрошаг и обыкновенный 1.8° шаговик - 75 об/мин? Мало, но для тормозного sysfs неплохо.
Для /dev/mem 0,02мс это 25кГц.Это почти 500 об/мин что при шаге винта 2мм соответствует максимальной подаче ~1м/мин - уже вполне себе. Но 20 мкс время вывода через /dev/mem при частоте условно 1ГГц это очень много.

У меня миландрокортекс на 80МГц за 10мкс (частота прерываний 100кГц) успевал посчитать вывод нужного количества импульсов с заданной частотой и расчётом плавного нарастания/спада частоты для разгона/торможения промышленного сервопривода.

Автор сообщения в Telegram: Александр Савин

Ссылка на сообщение в Telegram
 
repka_telegram_group сказал(а):
Конечно гоняться за такой разницей это больше спортивный интерес. Такая разница только в реал тайме нужна.

Автор сообщения в Telegram: Дмитрий
Нажмите, чтобы раскрыть...


Нет, в отдельных случаях это очень важно. Товарищ на 324МГц российском проце выводом в порт добивался ~50кГц или 10мкс времени вывода в порт, когда sysfs выдавал 1,1мс!
По sysfs у Репки результат действительно впечатляющий. Но прямой вывод в порт должен по идее, не 20мкс, а всего 2-3мкс времени занимать.

Автор сообщения в Telegram: Александр Савин

Ссылка на сообщение в Telegram
 
Для критичных по времени задач, я бы вообще отказался от ОС и вывел бы одно ядро из SMP и на нём сделал всё необходимое или взял бы ОСРВ где можно нормально на прерываниях сидеть. Тут ещё надо всё правильно настроить, что бы и кэш не мешал не вносил свои не прогнозируемые задержки. Я на beagle bone black использую для такого встроенные PRU сопроцессоры. У них прямой доступ из регистров в GPIO и частота 200МГц, получаем разрешение от 5 до нескольких десятков наносекунд. Прошу прощения за оффтоп. Просто тема RT для меня близка, 20 лет занимаюсь системами АСУТП есть проекты и на ПЛИС для таких задач.

Автор сообщения в Telegram: Aleksandr Sergeevich

Ссылка на сообщение в Telegram
 
repka_telegram_group сказал(а):
Нет, в отдельных случаях это очень важно. Товарищ на 324МГц российском проце выводом в порт добивался ~50кГц или 10мкс времени вывода в порт, когда sysfs выдавал 1,1мс!
По sysfs у Репки результат действительно впечатляющий. Но прямой вывод в порт должен по идее, не 20мкс, а всего 2-3мкс времени занимать.

Автор сообщения в Telegram: Александр Савин
Нажмите, чтобы раскрыть...


0.02 это проход всех пинов выставляем 1 и после 0

Автор сообщения в Telegram: Дмитрий

Ссылка на сообщение в Telegram
 
ВОПРОС Разработчикам: В тестовых прошивках от 01.09.2023 с повышенными частотами памяти и процессора ошибочные показания термодатчика? У меня температера ядер в "htop" 29 градусов с активным охлаждением.

Автор сообщения в Telegram: Mихаил

Ссылка на сообщение в Telegram
 
repka_telegram_group сказал(а):
ВОПРОС Разработчикам: В тестовых прошивках от 01.09.2023 с повышенными частотами памяти и процессора ошибочные показания термодатчика? У меня температера ядер в "htop" 29 градусов с активным охлаждением.

Автор сообщения в Telegram: Mихаил
Нажмите, чтобы раскрыть...


А не на тестовой?

Автор сообщения в Telegram: Дмитрий

Ссылка на сообщение в Telegram
 
Чтож. Решил тоже пощупать один экземпляр. Не знаю когда дойдут руки взяться крепко (учитывая, что недавно сменил работу и приходится осваивать много нового и вспоминать давно забытого старого). Но в вашем деле желаю всяческих успехов.

Автор сообщения в Telegram: Иван

Ссылка на сообщение в Telegram
 
Статус
Закрыто для дальнейших ответов.
Верх Низ
Назад