mirror of
https://github.com/EmbedDevIOT/obsidian-vault-.git
synced 2026-11-05 20:23:27 +03:00
vault backup: 2026-03-04 10:07:56
This commit is contained in:
Alexey Baranov
@@ -1,12 +1,18 @@
|
||||
**конец марта** -
|
||||
Пока тестируем на оборудовании b3. Переход на второй комплект (возможно).
|
||||
### Стратегии тестирования
|
||||
#ATE #4t4r #b3
|
||||
### Стратегии тестирования (основные тезисы)
|
||||
|
||||
Топология EVT
|
||||
|
||||
|
||||
### FDD Общие вопросы:
|
||||
<<<<<<< HEAD:ATE 4T4R FDD/FDD 4T4R B3 General.md
|
||||
1. КД - готовность (сроки) выпуск
|
||||
**EVT** - март (конец марта) **DVT** август, 79 - середина март 38 - середина апреля )
|
||||
=======
|
||||
1. КД - готовность (сроки) выпуск (40 - DVT август, 79 - середина март 38 - середина апреля )
|
||||
>>>>>>> origin/main:ATE 4T4R B3 FDD/4T4R General.md
|
||||
1. Какая версия сейчас актуальна (нужны ссылки). EVT на b40, DM, PA
|
||||
2. Есть ли результаты Bring Up тестирования (или тест-план) - апрель
|
||||
3. Отличия DVT от PVT. Планируемые изменения (модификации) (таблица с изменениями)
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#ATE #b1b7 #dmfts
|
||||
|
||||
|
||||
```jira-issue
|
||||
https://j.yadro.com/browse/RGYARB1B7-2284
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#ATE #b1b7 #pafts
|
||||
|
||||
```jira-issue
|
||||
https://j.yadro.com/browse/RGYARB1B7-2286
|
||||
```
|
||||
|
||||
@@ -1,4 +1,5 @@
|
||||
#RUFTS
|
||||
#ATE #b1b7 #rufts
|
||||
|
||||
---
|
||||
## 1. Backlog
|
||||
1. [ ] Document Development. Разработка документации стенда.
|
||||
@@ -51,6 +52,7 @@
|
||||
**BBU** - Олег Фаломкин. Геннадий Апполонов. (А.Курина Иван Созонов, Иван Бабанов, Денис Наумов)
|
||||
|
||||
### LEGEND
|
||||
#metrics
|
||||
RSSI - Received Signal Strength Indicator -
|
||||
ACLR - Adjacent Channel Leakage Ratio
|
||||
MODACC
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#ATE #b1b7 #btsts
|
||||
|
||||
```jira-issue
|
||||
https://j.yadro.com/browse/RGYARB1B7-2295
|
||||
```
|
||||
@@ -38,9 +40,10 @@ https://j.yadro.com/browse/RGYARB1B7-2295
|
||||
**SwitchBox** - RF коммутация сигналов стенда
|
||||
|
||||
### ==LEGEND ==
|
||||
#metrics
|
||||
**TOP** - Timing over Packet
|
||||
**UE** -User Equipment
|
||||
**MAXHOLD** - maximum #hold
|
||||
**MAXHOLD** - maximum
|
||||
**IPERF** - консольная клиент-серверная программа генератор TCP и UDP трафика для тестирования пропускной способности сети
|
||||
**BER** - Bit Error Rate
|
||||
**RSSI** - Received Signal Strength Indicator
|
||||
|
||||
@@ -1,3 +1,5 @@
|
||||
#b1b7 #arch #analisys
|
||||
|
||||
Были изучены архитектура RU. Рассмотрены разные подходы построения радиочастотной архитектуры (RFSoC, MPSoC, Low-IF). Рассмотрено описание корпуса и аппаратных интерфейсов в РУ. Был изучен документ с инженерно-техническим описанием радиоблока базовой станции LTE(RU_b1b7) систем мобильной связи. Изучена общая блок-схема высокого уровня RU. Также была изучена структура плат PA и DM и отдельных блоков в них. Для PA это TX-path, DPD path, PA control. Также рассмотрено по каким интерфейсам передаются сигналы. Рассмотрен High frequency block. Изучены особенности работы данных блоков. Изучены отдельные применяемые компоненты такие как ферритовые циркуляторы, направленные ответвители, аттенюаторы, balun и т.д. и изучено как ведут себя сигналы в них. Изучены отдельные усилители - МШУ, УМ по схеме Догерти, DVGA. Также рассмотрены блоки контроля, защиты, управления усилителей, их составные части (bias control, temperature control, power protection, uvov control, reflected signal protection), их архитектуру в текущих проектах b1b7, b40, b3. Во всех этих проектах были рассмотрены HLBD плат PA и DM. Выявлены основные различия в схемах защиты данных проектов. Были просмотрены datasheet на микросхемы использующиеся в разных RU.
|
||||
|
||||
Проведен анализ ключевых параметров общей аппаратной архитектуры и спецификации на RU_b1b7 в срезе дальнейшей разработки серии ATE стендов.
|
||||
|
||||
@@ -1,7 +1,8 @@
|
||||
#ATE #b3 #dmfts
|
||||
|
||||
---
|
||||
## Проблемы стенда
|
||||
|
||||
#bug
|
||||
1. DM - DVT3 2.13.4
|
||||
2. Прошивка
|
||||
1. Артифакты сейчас берутся из тестового ЦУМа
|
||||
|
||||
@@ -1,6 +1,11 @@
|
||||
<<<<<<< HEAD
|
||||
![[Pasted image 20260127182400.png]]
|
||||
=======
|
||||
#ATE #general
|
||||
>>>>>>> origin/main
|
||||
|
||||
#### Task:
|
||||
#task
|
||||
- [x] Проверить AISG на revB механики RFC
|
||||
- [x] Частично проработали. Что-то не так с реле на DAB
|
||||
- [x] Описать как проверить I2C на RAB DMFTS
|
||||
|
||||
@@ -1,5 +1,6 @@
|
||||
|
||||
#ATE #notes
|
||||
### Firmware
|
||||
#firmware
|
||||
Задачи по сборкам ATE прошивкам b3: ## [ATE]: сборка и отладка прошивок для АТЕ
|
||||
1. ATE Firmware Description
|
||||
1. Notes:
|
||||
@@ -32,8 +33,8 @@
|
||||
1. В конце шить релизную прошивку
|
||||
|
||||
BBU или x86 (VEGMAN)
|
||||
- [ ] Что требуется:
|
||||
- [ ] Запуск тестовых моделей, анализ фрупут (25.1) на х86
|
||||
- Что требуется:
|
||||
- Запуск тестовых моделей, анализ фрупут (25.1) на х86
|
||||
- [ ] Conformance - поддержка
|
||||
- [ ] API останется прежнем. 25.3. и 24.4 изменений не предусмотрено
|
||||
- [ ] Ходим в netconf и загружаем конфигурации. Отправляем xml.
|
||||
|
||||
@@ -1,3 +1,4 @@
|
||||
#ATE #wbs
|
||||
|
||||
---
|
||||
## WBS Work Breakdown Structure
|
||||
|
||||
@@ -1,3 +1,4 @@
|
||||
#linux
|
||||
|
||||
# **Junior Base**
|
||||
1. Linux отличие от Windows
|
||||
|
||||
@@ -1,3 +1,4 @@
|
||||
#rf
|
||||
|
||||
# **Основы радиосвязи, передачи данных и ЦОС**
|
||||
---
|
||||
@@ -23,8 +24,8 @@
|
||||
| **SINR / CINR**<br>Signal-to-Interference-plus-Noise Ratio<br>#LTE | | | |
|
||||
| **ICMP**<br>Internet Control Message Protocol | | | |
|
||||
| **EVM**<br>Error Vector Modulation | Отклонение реального вектора сигнала от идеального.<br>**Основные причины:**<br>Нелинейность усилителя<br>Фазовый шум<br>I/Q дисбаланс<br>Квантование | | |
|
||||
| **ACPR**<br>Adjacent Channel Power Ratio | Коэффициент мощности в соседнем канале.<br><br>ACPR определяется как выраженное в децибелах отношение величины P1 в определенной полосе частот (BW1) на центральной частоте рабочего канала к величине мощности P2, определенной в конкретной полосе (BW2) при заданной расстройке (F) от несущей частоты рабочего канала (fc). Пояснения о различиях в коэффициентах ACPR и ACLR показаны на рис. 1 | | |
|
||||
| **ACLR**<br>Adjacent Channel Leakage Ratio | Коэффициент утечки мощности в соседний канал.<br><br>Это отношение средней мощности, сосредоточенной на частоте назначенного канала (assigned channel), к средней мощности, сосредоточенной на частоте соседнего канала (adjacent channel)<br><br>![[ACPR_ACLR.png]] | 1. Ключевой показатель качества в системах беспроводной связи (5G, LTE, CDMA)<br><br>2. Используется для оценки<br>**спектральной маски и линейности** усилителей мощности в цифровых системах передачи данных.<br><br>3. Требования к широкополосным усилителям мощности, согласно 3GPP спеке для стандарта WCDMA **не хуже -45dBm**<br><br>4. Чем меньше ACLR или ACPR - тем лучше | https://microwave-e.ru/moduls/mmimo/ |
|
||||
| **ACPR**<br>Adjacent Channel Power Ratio<br>#acpr | Коэффициент мощности в соседнем канале.<br><br>ACPR определяется как выраженное в децибелах отношение величины P1 в определенной полосе частот (BW1) на центральной частоте рабочего канала к величине мощности P2, определенной в конкретной полосе (BW2) при заданной расстройке (F) от несущей частоты рабочего канала (fc). Пояснения о различиях в коэффициентах ACPR и ACLR показаны на рис. 1 | | |
|
||||
| **ACLR**<br>Adjacent Channel Leakage Ratio<br>#aclr | Коэффициент утечки мощности в соседний канал.<br><br>Это отношение средней мощности, сосредоточенной на частоте назначенного канала (assigned channel), к средней мощности, сосредоточенной на частоте соседнего канала (adjacent channel)<br><br>![[ACPR_ACLR.png]] | 1. Ключевой показатель качества в системах беспроводной связи (5G, LTE, CDMA)<br><br>2. Используется для оценки<br>**спектральной маски и линейности** усилителей мощности в цифровых системах передачи данных.<br><br>3. Требования к широкополосным усилителям мощности, согласно 3GPP спеке для стандарта WCDMA **не хуже -45dBm**<br><br>4. Чем меньше ACLR или ACPR - тем лучше | https://microwave-e.ru/moduls/mmimo/ |
|
||||
| **PAPR** | | | |
|
||||
| **VSWR**<br>Voltage Standing Wave Ratio | Это показатель согласования нагрузки с линией передачи. | **VSWR ≤ 1.9:1** означает допустимое согласование антенны, при котором не более ~10% передаваемой мощности отражается назад, что безопасно для RU и не приводит к деградации качества связи. | |
|
||||
| eCPRI (<br><br>[enhanced/evolved Common Public Radio Interface](https://www.google.com/search?q=enhanced%2Fevolved+Common+Public+Radio+Interface&mstk=AUtExfCRAtrT1NJrCo6nBuUUHG3c5pzm3Eeb4kf52Y96n5IRAJ0MYokGbpQothapTgI2vjVgk-9m5HWEpKqX8ReHUCkcJ46CxONNrmMZOCXYsQXmtr4uuY8-5MrLfx6UQ1TEFl8&csui=3&ved=2ahUKEwi3o6Ch1auSAxVn0AIHHc90OCEQgK4QegQIARAB))** — это ==стандарт открытого интерфейса для сетей 5G, соединяющий базовые блоки (BBU/CU/DU) с удаленными радиоголовками (RRH/RU)== | | | |
|
||||
|
||||
@@ -0,0 +1,25 @@
|
||||
#os #command #linux
|
||||
## Hardware starting. Процесс запуска и инициализации
|
||||
|
||||
## Boot
|
||||
## Device tree
|
||||
#DeviceTree
|
||||
Команды для работы:
|
||||
|
||||
`cat /proc/device-tree/model` - модель платы для которой device tree создан
|
||||
`ls /proc/device-tree/` - дерево устройств, которое kernel получил от GPU
|
||||
`ls /sys/bus/platform/devices` - вывод устройств, которые kernel создал на основе DT
|
||||
`lsmod` - просмотр загруженных модулей
|
||||
|
||||
## Commands
|
||||
#system
|
||||
Система:
|
||||
`vcgencmd get_config int` - параметры, которые передает GPU
|
||||
`cat /etc/os-release` - просмотр версии системы
|
||||
`cat /proc/iomem` - просмотр Все активные отображения физических адресов в системе
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,3 +1,4 @@
|
||||
#DeviceTree #Boot #Linux
|
||||
## Hardware starting. Процесс запуска и инициализации
|
||||
Далее описан процесс запуска и инициализации оборудования следующих уровней:
|
||||
Firmware layer
|
||||
@@ -8,7 +9,7 @@ kernal initialization stage
|
||||
2. Starting GPU on SoC
|
||||
3. ROM внутри Video Core начинает выполнение.
|
||||
4. GPU читает SD карту (загружаются)
|
||||
Файлы расположены в /boot или /firmware/boot
|
||||
Файлы расположены в `/boot или /firmware/boot`
|
||||
1. ==bootcode.bin== - FirstStage Bootloader.
|
||||
Он инициализирует SDRAM и загружает прошивку start.elf
|
||||
2. ==start.elf== - Second Stage Bootloader
|
||||
@@ -23,10 +24,10 @@ kernal initialization stage
|
||||
6. ARM начинает выполнение linux kernal
|
||||
|
||||
## Device tree - Описание аппаратной конфигурации.
|
||||
|
||||
[Device Tree wiki](https://www.altlinux.org/Device_Tree)
|
||||
Device Tree — это **описание аппаратной конфигурации конкретной платы**.
|
||||
Применяется GPU до запуска ядра.
|
||||
Device Tree Overlays - фрагмент device tree, который:
|
||||
Device Tree Overlays - фрагмент device tree, или слой абстракции который:
|
||||
добавляет новое устройство
|
||||
включает отключенный контроллер
|
||||
меняет параметры существующего узла
|
||||
@@ -43,11 +44,7 @@ Device Tree Overlays - фрагмент device tree, который:
|
||||
|
||||
Если удалить узел устройства (например SPI) из Device Tree то ядро просто не создаст SPI контроллер.
|
||||
|
||||
Команды для работы:
|
||||
`cat /proc/device-tree/model` - модель платы для которой device tree создан
|
||||
`ls /proc/device-tree/` - дерево устройств, которое kernel получил от GPU
|
||||
`ls /sys/bus/platform/devices` - вывод устройств, которые kernel создал на основе DT
|
||||
`lsmod` - просмотр загруженных модулей
|
||||
[[Linux - Commands]]
|
||||
|
||||
## Commands
|
||||
Система:
|
||||
@@ -1,6 +1,29 @@
|
||||
#linux #GPIO #i2c #spi #hardware
|
||||
|
||||
Все устройства в Linux живут тут:
|
||||
`/dev`
|
||||
|
||||
## GPIO
|
||||
#userspase #libgpiod #
|
||||
Полезная информация:
|
||||
https://devdotnet.org/post/rabota-s-gpio-v-linux-chast-6-biblioteka-libgpiod/
|
||||
|
||||
Способы управления:
|
||||
1. **User Space** - прямой доступ к регистрам, минуя медленные системные вызовы. Посредством открытия `/dev/mem` и мапирование базового адреса GPIO.
|
||||
==Подводные камни:==
|
||||
1. Обход GPIO Subsystem
|
||||
2. Нет контроля конкуренции (может управлять несколько процессов)
|
||||
3. Можно сломать драйвер
|
||||
4. Нет безопасности
|
||||
2. **libgpiod** (Library General Purpose Input/Output device) - Библиотека и набор утилит в Linux для управления пинами GPIO (ввод/вывод общего назначения) через символьные устройства (`/dev/gpiochip*`) или контроллеры GPIO
|
||||
1. Включает в себя:
|
||||
1. **gpiodetect**
|
||||
2. **gpioinfo**
|
||||
3. **gpioset**
|
||||
4. **gpioget**
|
||||
2. API для Python и C/C++
|
||||
|
||||
|
||||
## I2C. Integrates
|
||||
`/sys/bus/i2c/devices/`
|
||||
По умолчанию шина отключена.
|
||||
@@ -0,0 +1 @@
|
||||
{}
|
||||
Reference in New Issue
Block a user