repstosw
-
Постов
2 582 -
Зарегистрирован
-
Победитель дней
2
Сообщения, опубликованные repstosw
-
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
6 hours ago, mantech said:Вот какие эти китаезы! Вот зачем переделывать то, что работает? К счастью мне хоть эта камера не нужна)))
Зато мне нужна. И не только мне )))
Сделал SCCB ногодрыгом, регистры камеры читаются/пишутся. Значения совпадают из даташита на камеру, что радует. Инит камеры тоже работает.
Теперь приступил собственно к схеме захвата кадра с камеры. Тина-линукс. Всё что в папке sunxi-vin должно пригодиться.
On 6/26/2023 at 11:19 AM, repstosw said:Для TWI(I2C) там надо немного костылить. Либо ногодрыг сделать.
Бит ACK. Инверсный должен быть. Иначе не работает.
-
10 hours ago, flann said:
В качестве "железа" закуплены трансивер SI4463 и усилитель мощности RA08H1317M.
Работа с обоими.
Правда усилок использовал в аналоговом УЧМ передатчике.
Что могу сказать:
1. RA08H1317M для FM. Для АМ и прочих не хватит линейности. Гонял ТВ по ней - изображение кривое, так как нет линейности для АМ.
2. RA08H1317M на вход хочет совсем немного. 10 мВт достаточно.
3. RA08H1317M хочет массивный радиатор (ребристый дюраль) на термопасте для охлаждения
4. RA08H1317M - входы и выходы уже на 50 Ом.
5. RA08H1317M допускается рассогласование нагрузки вплоть до КСВН 20:1 ЕМНИП
6. SI4463 на 2FSK должны хорошо работать с RA08H1317M
-
On 6/26/2023 at 12:05 AM, mantech said:
Ну не знаю, попробуйте, сд карта, эзернет - то у них одинаковые, может и тут получится...
Нет. Вообще всё нафиг по-другому сделали в T113-s3. CSI от V3s не катит вообще. Другая архитектура полностью. Блоков больше. Намного.
Остаётся либо ковырять тина-линуксы всякие, либо сдаться и использовать V3s.
-
1 hour ago, Arlleex said:
Да, регулируется. Я с голой памятью NAND ранее не работал, нужно детально разбираться в тонкостях маппинга регистров управления SSD1309 и самого видеобуфера на адресное пространство FSMC.
Не нужна никакая NAND и знания о ней. Всё будет точно также, как и в случае FMC в SRAM режиме.
Порт команд (A=0) и порт данных (A=1). Всё.
1 hour ago, Arlleex said:Я не уверен, что для NAND режима FSMC видеобуфер будет таким же линейным массивом в адресном пространстве МК, как было бы в случае режима SRAM. Ведь в NAND, как никак, адрес байта памяти весьма длинный.
Ваш дисплей имеет буфер с авто-инкрементом адреса? Или запись произвольного пикселя?
Ещё раз: забудьте о NAND. Будет всё также как и с обычным FMC.
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
8 hours ago, Arlleex said:И это время не специфицировано (я не нашел сходу в описании).
Я уже давно писал тут об этом. Но не был услышан.
У FSMC этот кусок времени - 1 CLK. Всё.
Нашёл решение. Нужно запустить шину в режиме NAND. Там этот холд регулируется.
-
11 hours ago, mantech said:
Я так и писал))
Да. Я решил в этом убедиться глянув в GPIO mapping и схему. Про наличие NCSI на Port E я вообще не подозревал. Это оказалось для меня сюрпризом.😀 И это меняет дело - LVDS не нужен.
11 hours ago, mantech said:А в v3s для камеры свой i2c порт?)) Интересно зачем, когда есть куча их и без него, да и программный еще проще)))
Да. Свой. Работающий правильно. И называется он SCCB (serial camera control bus). Для TWI(I2C) там надо немного костылить. Либо ногодрыг сделать.
-
On 6/20/2023 at 9:07 PM, mantech said:
Одновременно можно использовать дисплей на порт D (RGB DSI LVDS) и камеру на порт Е.
Помедитировал на схему MangoPi и понял, что у T113-s3 всё более гибче:
1. На порт E повешать камеру - NCSI0 интерфейс (параллельный)
2. На порт D - останется LCD на RGB интерфейсе (параллельный).
И никакого LVDS, MIPI не надо!
Насколько этот NCSI0 в T113 отличается от CSI в V3s? Смотрю CSI SDA/SCK нет для настройки камеры. Значит придётся через TWI делать (PE12,13).
Китайцы как всегда опять всё испортили, наверняка код с V3s Для CSI так просто не перенесёшь, так как будут отличия.
Уже вижу - CSI_TOP_PKT всякие, чего не было в V3s...
-
41 minutes ago, des00 said:
ЗЫ. RS в интерливенге самое простое под ваши условия.
Мне RS GF^8 не нравится тем, что при разбиении пакета на части по 255 байт нарушается "вездесущность" исправлений по длинному пакету. Иначе говоря, применение RS GF^8 накладывает ограничения, на концентрацию ошибок в локальной части битого пакета
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
Антенное разнесение на четверть или половину длины волны не спасает от замираний, если приёмник(с антенной) движется. Для простоты считаем движение прямолинейным и равномерным.
5 км/ч - это 1,3(8) м/c
Время жизни одного пакета в эфире - 16,(6) мс. Это проход расстояния 2,3 см - за это время часто бывает что проскакивает через замирание и пакет приходит битым. С одной антенной. И с двумя антеннами. И с тремя...
Первая мысль - укоротить пакет, чтобы его время жизни было меньше и АРУ приёмника перестроилось бы для приёма нового пакета (захват АРУ идёт по преамбуле пакета).
Вторая мысль - сделать глубокое перемежение - например на 1 секунду и наложить корректирующий код c исправлением до 50% всех байт (до 0,5 с иммунитета к замираниям, но 2 c на задержку данных в канале). В примнике деперемежение и исправление пакетов подвергшихся замиранию.
Как ещё можно технически эту задачу решить? Приёмник простой без возможности влезть в него средствами ЦОС.
-
Рид-Соломон работает с байтами (GF^8) только в пределах размера блока до 255 байт. Например - (255,247,8) исправляющий 4 ошибки.
К примеру, мне нужен буфер 1023 байта с исправлением 32 ошибок, тоесть: (1023,959,64). Какой из корректирующих кодов может решить такую задачу? Причём размер символа должен быть байтом.
Про RS с GF(2^16) я знаю. И про то что можно разбить блок на несколько RS(GF 2^8).
А как всё-же корректировать длинные блоки с символами -байты? Что-нибудь существует?
Проще говоря, корректирующий код под общий размер буфера от 512 до 2047 байт и произвольным числом исправлений на уровне байтов.
-
On 6/20/2023 at 9:07 PM, mantech said:
В Т113 есть только 2 видеовхода, пераллельный CSI и аналоговый видеовход, дифф входа камеры нет вообще, только видеовыход. Не путайте MIPI CSI и DSI. Одновременно можно использовать дисплей на порт D (RGB DSI LVDS) и камеру на порт Е.
А какие есть самые ходовые дисплеи с LVDS?
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
2 hours ago, GenaSPB said:Зачем одновременно выдавать на mipi-dsi дисплей и на rgb дисплей? один дисплей и одна камера не мешают друг другу по пинам...
Разъясни пожалуйста что именно хотелось
Full duplex - одновременно передача и приём. Как в телефонах. Два абонента.
Передача с камеры, а приём на дисплей.
Мне не нужно два дисплея! Мне нужно дисплей и камера одновременно. Как я сделал в V3s: повешав камеру на MIPI CSI, а дисплей на RGB. Без конфликта и перекрытия ног.
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
33 minutes ago, GenaSPB said:А где написано что у T113-s3 есть MIPI CSI?
А я и не требовал его для T113-s3 🙂
Можно DSI для LCD.
Но что-то не видно решения: MIPI сидит на RGB -совсем всё плохо 😞
-
46 minutes ago, rloc said:
Где-то должны включаться статическая/динамическая коррекция "Carrier Frequency Offset (CFO)" и/или "Carrier Phase Offset (CPO)", а они обязаны быть если гарантируется работа OFDM в пределах +-20ppm без существенного влияния на качество передачи. Есть алгоритмы коррекциии, когда допускается отклонение до +-80ppm. 2.1кГц на 500МГц - это 4.2ppm.
Как я и говорил, что подстроил опорник ёмкостями через регистры чипа.
Плюс ещё вот есть такая штука, которая регламентирует оффсет несущей (бит LFO выставлен в "1"):
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
Возможно ли использовать одновременно LCD и цифровой модуль камеры на T113-s3?
Смотрю, пины опять объединены во вред.
У V3s есть возможность камеру использовать на MIPI CSI 2, а дисплей на RGB.
А в случае с T113-s3 как? Допустимые интерфейсы: RGB, MIPI DSI, MIPI CSI, LVDS.
P.S. Вариант с аналоговой камерой не предлагать(я о нём знаю 😆 ).
-
4 hours ago, V_G said:
А спектроанализатор в хозяйстве есть?
Есть. С динамикой 70 дБ.
1 hour ago, petrov said:Это знают только разработчики демодулятора, по идее они должны указать этот параметр в документации, так-то можно сделать без ухудшения со сдвигом хоть на десятки поднесущих.
Читал научную статью про сдвиг несущей частоты OFDM. Если кратко: сдвиг - не айс.
-
16 hours ago, uriy said:
А это следствие получения на приемнике многократных переотражений с разной задержкой. Что свойственно городской застройке.
Я немного скептически отношусь к межсивольной интерференции на скоростях, не превышающих 1 Мбит/c.
QuoteНо на моей практике 4FSK с турбокодами в DMR стандарте работает лучше чем OFDM QPSK с 41 поднесущей как в городе так и за городом.
Это какой приёмо-передатчик? Чип. Si4463?
Что за турбо-коды? Какая реализация: программная или аппаратная? Мягкие или жёсткие решения?
Как турбокоды борятся с переотражениями? Они все для АБГШ, но не для замираний.
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
2 hours ago, Sh@dow said:меряли частотометром на ноге CLKO? Отдельный пин?
В передатчике там где кварц - меряю на CLKO, сконфигурировав его для 26 МГц. Плата своя. Понятное дело, с кварца мерять не получится - срывается генерация при касании щупа.
В приёмнике там где генератор - меряю с выхода генератора(TCXO). Плата ATREB215 - на выходе CLKO стоит фильтр, частотомер его не захватывает.
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
49 minutes ago, spirit_1 said:1 W в пределах квартиры на 400 мгц по моему ну уж по любому должен покрывать, не знаю правда чувствительность
Замер зоны покрытия вёлся на мощности 50 мВт.
Попробую на 1Вт.
Дополнительно касаемо OFDM узнал, что OFDM хорош:
1) в борьбе с межсимвольной интерференцией
2) в борьбе с частотно-селективными замираниями. (особенно если есть FEC, а он есть: CR 1/2 и 3/4)ю
OFDM бессилен в случае плоских (не зависящих от частот) замираний. Как я понял это как раз мой случай:
1 hour ago, repstosw said:Сегодня обнаружил новые позиции, замирание в которых не зависит от частоты: пробовал 400, 430, 460, 490 МГц. На всех четырёх частотах пакет битый.
Я просто посылал один и тот же пакет на разных частотах. приёмник был в одной точке и фиксировал целостность пакетов.
-
На счёт замираний.
Сегодня обнаружил новые позиции, замирание в которых не зависит от частоты: пробовал 400, 430, 460, 490 МГц. На всех четырёх частотах пакет битый.
Очевидно тупо сигнал слабый. Раз нет селективности по частоте
-
31 minutes ago, rloc said:
Хорошо посмотреть на огибающую фильтров. Если одна поднесущая укладывается в один бин FFT, то с каким окном?
FFT=128, активных тонов 104, пилот тонов 8, тонов данных 96. Полоса 1,2 МГц. Скорость 7,66666... килосимволов/секунду. 120 мкс на символ. CP=24 мкс, базовый символ 96 мкс. Значит защитный интервал 1/4.
В приёмнике и передатчике ещё указываются настройки фильтров с частотой среза и частота семплирования.
-
Дано:
1) Передатчик, модуляция OFDM (QPSK), полоса 1,2 МГц, 104 поднесущих, разнос поднесущих 10,4153333333... кГц, несущая частота 500 МГц, тактовый генератор на кварце: номинально 26 МГц, реально 26,00018 МГц (замеряно частотометром).
2) Приёмник: параметры модуляции те же самые, частота 500 МГц, тактовый генератор: кварцевый генератор TCXO : номинально 26 МГц, реально 26,00007 МГц.
Шаг сетки частот: 25 кГц. Для 26 МГц делитель: 1040. Для 500 МГц множитель: 20000 (x 25 кГц).
Реальная частота для передатчика: (20000/1040)*26,00018=500,0034615 МГц
Реальная частота приёмника: (20000/1040)*26,00007=500,0013461538 МГц
Разница между частотами передачи и приёма: 2,1153841538 кГц
А разнос поднесущих OFDM : 10,415(3) кГц.
Вопрос: насколько такое смещение ухудшает качество приёма?
P.S. Подстроил частоту кварца дополнительными ёмкостями (через регистры AT86RF215). Стало 26,00006 МГц.
Теперь разница составила: 0,1923 кГц. Что намного лучше, чем было.
Качество приёма возросло - на малой мощности передатчика покрытие увеличилось.
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
Есть пара передающих модулей:
1) На базе Si4463, модуляция FSK, мощность 1 Вт.
2) На базе AT86RF215, модуляция OFDM (QPSK), мощность 1 Вт(средняя)
Я не вижу разницы в работе этих модулей в пределах квартиры. Оба модуля НЕ обеспечивают 100%-го покрытия площадей в комнатах квартиры. Всегда есть точки и позиции, где приём отсутствует: видео замораживается. Но стоит сместить приёмник(точнее его антенну), то приём восстанавливается. Правда на OFDM мёртвых точек меньше. Но это чисто субъективно.
Скорость до 1 МБит/c. Оба модуля хорошо работают на дальность 600+ метров.
Собственно вопрос: как убедиться в том, что OFDM в данной ситуации полезен? Или наоборот - как доказать его бесполезность?
А то я склоняюсь использовать FSK, потому что :
1) КПД усилителя мощности выше
2) Требования клинейности усилителя минимальны
3) Габариты меньше
4) Энергопотребление меньше
5) Более привлекателен в портативных применениях
-
Опубликовано · Изменено пользователем repstosw · Пожаловаться
20 hours ago, _4afc_ said:Определяю просто: перечисленные Вами "чётко заданные" параметры взяты с потолка, а не на основе изучения распространения сигналов на новой частоте, в движении, вблизи строений и в них, от дальности...
Как это можно проверить? На основе каких вводных данных?
И как проверить, что те же параметры на частоте 2,4 Ггц дают то что надо?
Я не видел методички, по которой можно определить параметры OFDM (число поднесущих, защитный интервал, модуляцию и прочее) исходя из рабочей частоты и размеров объектов местности.
13 hours ago, Freesom said:Антенна, поднятая над поверхностью земли на небольшое (т.е. не бесконечное🤪) расстояние. Рассматривайте землю (море) как плоское зеркало. Если диаграмма направленности антенны широкая и цепляет землю, то отражение от земли будет интерферировать с прямым излучением антенны (в народе многолучёвка), портя диаграмму направленности до неузнаваемости. Поскольку расстояние до земли как правило фиксированное, а частота - нет, то ещё добавляется сильная частотная зависимость формы диаграммы направленности, которая, так же как и интерференция в помещении, может приводить к замиранию сигнала на отдельных частотах.
Штырь четверть цепляет землю на высоте больше чем 10 x L/4 ?
Allwinner T113-s3 уделал HiFi4 DSP. Смеяться или плакать?
в TI, Allwinner, GigaDevice, Nordic, Espressif и другие
Опубликовано · Пожаловаться
После жёсткого секса с Линуксом и адаптации исходного кода, приступил к анализу и написал свой вариант захвата с камеры для T113-s3. На мозговой штурм потрачено два с половиной дня в чистом виде.
Работает!