embeddevio/obsidian-vault-
1
0
Fork 0
mirror of https://github.com/EmbedDevIOT/obsidian-vault-.git synced 2026-11-06 00:13:26 +03:00
Code Issues Packages Projects Releases Wiki Activity

vault backup: 2026-03-04 10:07:56

Browse Source
This commit is contained in:
Alexey Baranov
2026-03-04 10:07:56 +03:00
parent ec939b4954 671826c9d4
commit 681629080d
16 changed files with 90 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files
ATE 4T4R FDD/FDD 4T4R B3 General.md
+7 -1
View File
@@ -1,12 +1,18 @@
**конец марта** - **конец марта** -
Пока тестируем на оборудовании b3. Переход на второй комплект (возможно). Пока тестируем на оборудовании b3. Переход на второй комплект (возможно).
### Стратегии тестирования #ATE #4t4r #b3
### Стратегии тестирования (основные тезисы)
Топология EVT Топология EVT
### FDD Общие вопросы: ### FDD Общие вопросы:
<<<<<<< HEAD:ATE 4T4R FDD/FDD 4T4R B3 General.md
1. КД - готовность (сроки) выпуск 1. КД - готовность (сроки) выпуск
**EVT** - март (конец марта) **DVT** август, 79 - середина март 38 - середина апреля ) **EVT** - март (конец марта) **DVT** август, 79 - середина март 38 - середина апреля )
=======
1. КД - готовность (сроки) выпуск (40 - DVT август, 79 - середина март 38 - середина апреля )
>>>>>>> origin/main:ATE 4T4R B3 FDD/4T4R General.md
1. Какая версия сейчас актуальна (нужны ссылки). EVT на b40, DM, PA 1. Какая версия сейчас актуальна (нужны ссылки). EVT на b40, DM, PA
2. Есть ли результаты Bring Up тестирования (или тест-план) - апрель 2. Есть ли результаты Bring Up тестирования (или тест-план) - апрель
3. Отличия DVT от PVT. Планируемые изменения (модификации) (таблица с изменениями) 3. Отличия DVT от PVT. Планируемые изменения (модификации) (таблица с изменениями)
ATE B1B7/1. DMFTS - Digital Module Functional Test System.md
+2
View File
@@ -1,3 +1,5 @@
#ATE #b1b7 #dmfts
```jira-issue ```jira-issue
https://j.yadro.com/browse/RGYARB1B7-2284 https://j.yadro.com/browse/RGYARB1B7-2284
ATE B1B7/2. PAFTS - Power Amplifier Module Functional Test System.md
+2
View File
@@ -1,3 +1,5 @@
#ATE #b1b7 #pafts
```jira-issue ```jira-issue
https://j.yadro.com/browse/RGYARB1B7-2286 https://j.yadro.com/browse/RGYARB1B7-2286
``` ```
ATE B1B7/3. RUFTS - Radio Unit Functional Test System.md
+3 -1
View File
@@ -1,4 +1,5 @@
#RUFTS #ATE #b1b7 #rufts
--- ---
## 1. Backlog ## 1. Backlog
1. [ ] Document Development. Разработка документации стенда. 1. [ ] Document Development. Разработка документации стенда.
@@ -51,6 +52,7 @@
**BBU** - Олег Фаломкин. Геннадий Апполонов. (А.Курина Иван Созонов, Иван Бабанов, Денис Наумов) **BBU** - Олег Фаломкин. Геннадий Апполонов. (А.Курина Иван Созонов, Иван Бабанов, Денис Наумов)
### LEGEND ### LEGEND
#metrics
RSSI - Received Signal Strength Indicator - RSSI - Received Signal Strength Indicator -
ACLR - Adjacent Channel Leakage Ratio ACLR - Adjacent Channel Leakage Ratio
MODACC MODACC
ATE B1B7/4. BTSTS - Base Tranciever Station Test System.md
+4 -1
View File
@@ -1,3 +1,5 @@
#ATE #b1b7 #btsts
```jira-issue ```jira-issue
https://j.yadro.com/browse/RGYARB1B7-2295 https://j.yadro.com/browse/RGYARB1B7-2295
``` ```
@@ -38,9 +40,10 @@ https://j.yadro.com/browse/RGYARB1B7-2295
**SwitchBox** - RF коммутация сигналов стенда **SwitchBox** - RF коммутация сигналов стенда
### ==LEGEND == ### ==LEGEND ==
#metrics
**TOP** - Timing over Packet **TOP** - Timing over Packet
**UE** -User Equipment **UE** -User Equipment
**MAXHOLD** - maximum #hold **MAXHOLD** - maximum
**IPERF** - консольная клиент-серверная программа генератор TCP и UDP трафика для тестирования пропускной способности сети **IPERF** - консольная клиент-серверная программа генератор TCP и UDP трафика для тестирования пропускной способности сети
**BER** - Bit Error Rate **BER** - Bit Error Rate
**RSSI** - Received Signal Strength Indicator **RSSI** - Received Signal Strength Indicator
ATE B1B7/B1B7 Analysis.md
+2
View File
@@ -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. Рассмотрены разные подходы построения радиочастотной архитектуры (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 стендов. Проведен анализ ключевых параметров общей аппаратной архитектуры и спецификации на RU_b1b7 в срезе дальнейшей разработки серии ATE стендов.
ATE B3/ATE B3 DMFTS - Action Work.md
+2 -1
View File
@@ -1,7 +1,8 @@
#ATE #b3 #dmfts
--- ---
## Проблемы стенда ## Проблемы стенда
#bug
1. DM - DVT3 2.13.4 1. DM - DVT3 2.13.4
2. Прошивка 2. Прошивка
1. Артифакты сейчас берутся из тестового ЦУМа 1. Артифакты сейчас берутся из тестового ЦУМа
ATE/1. Action Task.md
+5
View File
@@ -1,6 +1,11 @@
<<<<<<< HEAD
![[Pasted image 20260127182400.png]] ![[Pasted image 20260127182400.png]]
=======
#ATE #general
>>>>>>> origin/main
#### Task: #### Task:
#task
- [x] Проверить AISG на revB механики RFC - [x] Проверить AISG на revB механики RFC
- [x] Частично проработали. Что-то не так с реле на DAB - [x] Частично проработали. Что-то не так с реле на DAB
- [x] Описать как проверить I2C на RAB DMFTS - [x] Описать как проверить I2C на RAB DMFTS
ATE/2. B1B7 General Note.md
+4 -3
View File
@@ -1,5 +1,6 @@
#ATE #notes
### Firmware ### Firmware
#firmware
Задачи по сборкам ATE прошивкам b3: ## [ATE]: сборка и отладка прошивок для АТЕ Задачи по сборкам ATE прошивкам b3: ## [ATE]: сборка и отладка прошивок для АТЕ
1. ATE Firmware Description 1. ATE Firmware Description
1. Notes: 1. Notes:
@@ -32,8 +33,8 @@
1. В конце шить релизную прошивку 1. В конце шить релизную прошивку
BBU или x86 (VEGMAN) BBU или x86 (VEGMAN)
- [ ] Что требуется: - Что требуется:
- [ ] Запуск тестовых моделей, анализ фрупут (25.1) на х86 - Запуск тестовых моделей, анализ фрупут (25.1) на х86
- [ ] Conformance - поддержка - [ ] Conformance - поддержка
- [ ] API останется прежнем. 25.3. и 24.4 изменений не предусмотрено - [ ] API останется прежнем. 25.3. и 24.4 изменений не предусмотрено
- [ ] Ходим в netconf и загружаем конфигурации. Отправляем xml. - [ ] Ходим в netconf и загружаем конфигурации. Отправляем xml.
ATE/PCBA Functional Test System - WBS.md
+1
View File
@@ -1,3 +1,4 @@
#ATE #wbs
--- ---
## WBS Work Breakdown Structure ## WBS Work Breakdown Structure
Interview Question/Linux System Skills - Операционная система.md
+1
View File
@@ -1,3 +1,4 @@
#linux
# **Junior Base** # **Junior Base**
1. Linux отличие от Windows 1. Linux отличие от Windows
Interview Question/RF Wiki.md
+3 -2
View File
@@ -1,3 +1,4 @@
#rf
# **Основы радиосвязи, передачи данных и ЦОС** # **Основы радиосвязи, передачи данных и ЦОС**
--- ---
@@ -23,8 +24,8 @@
| **SINR / CINR**<br>Signal-to-Interference-plus-Noise Ratio<br>#LTE | | | | | **SINR / CINR**<br>Signal-to-Interference-plus-Noise Ratio<br>#LTE | | | |
| **ICMP**<br>Internet Control Message Protocol | | | | | **ICMP**<br>Internet Control Message Protocol | | | |
| **EVM**<br>Error Vector Modulation | Отклонение реального вектора сигнала от идеального.<br>**Основные причины:**<br>Нелинейность усилителя<br>Фазовый шум<br>I/Q дисбаланс<br>Квантование | | | | **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 | | | | **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><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/ | | **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** | | | | | **PAPR** | | | |
| **VSWR**<br>Voltage Standing Wave Ratio | Это показатель согласования нагрузки с линией передачи. | **VSWR ≤ 1.9:1** означает допустимое согласование антенны, при котором не более ~10% передаваемой мощности отражается назад, что безопасно для RU и не приводит к деградации качества связи. | | | **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)== | | | | | 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)== | | | |
Linux/Linux - Commands.md
+25
View File
@@ -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` - просмотр Все активные отображения физических адресов в системе
Linux/SBC RPi3 - Lerning.md → Linux/Linux SBC - Boot Process Lerning.md
+5 -8
View File
@@ -1,3 +1,4 @@
#DeviceTree #Boot #Linux
## Hardware starting. Процесс запуска и инициализации ## Hardware starting. Процесс запуска и инициализации
Далее описан процесс запуска и инициализации оборудования следующих уровней: Далее описан процесс запуска и инициализации оборудования следующих уровней:
Firmware layer Firmware layer
@@ -8,7 +9,7 @@ kernal initialization stage
2. Starting GPU on SoC 2. Starting GPU on SoC
3. ROM внутри Video Core начинает выполнение. 3. ROM внутри Video Core начинает выполнение.
4. GPU читает SD карту (загружаются) 4. GPU читает SD карту (загружаются)
Файлы расположены в /boot или /firmware/boot Файлы расположены в `/boot или /firmware/boot`
1. ==bootcode.bin== - FirstStage Bootloader. 1. ==bootcode.bin== - FirstStage Bootloader.
Он инициализирует SDRAM и загружает прошивку start.elf Он инициализирует SDRAM и загружает прошивку start.elf
2. ==start.elf== - Second Stage Bootloader 2. ==start.elf== - Second Stage Bootloader
@@ -23,10 +24,10 @@ kernal initialization stage
6. ARM начинает выполнение linux kernal 6. ARM начинает выполнение linux kernal
## Device tree - Описание аппаратной конфигурации. ## Device tree - Описание аппаратной конфигурации.
[Device Tree wiki](https://www.altlinux.org/Device_Tree)
Device Tree — это **описание аппаратной конфигурации конкретной платы**. Device Tree — это **описание аппаратной конфигурации конкретной платы**.
Применяется GPU до запуска ядра. Применяется GPU до запуска ядра.
Device Tree Overlays - фрагмент device tree, который: Device Tree Overlays - фрагмент device tree, или слой абстракции который:
добавляет новое устройство добавляет новое устройство
включает отключенный контроллер включает отключенный контроллер
меняет параметры существующего узла меняет параметры существующего узла
@@ -43,11 +44,7 @@ Device Tree Overlays - фрагмент device tree, который:
Если удалить узел устройства (например SPI) из Device Tree то ядро просто не создаст SPI контроллер. Если удалить узел устройства (например SPI) из Device Tree то ядро просто не создаст SPI контроллер.
Команды для работы: [[Linux - Commands]]
`cat /proc/device-tree/model` - модель платы для которой device tree создан
`ls /proc/device-tree/` - дерево устройств, которое kernel получил от GPU
`ls /sys/bus/platform/devices` - вывод устройств, которые kernel создал на основе DT
`lsmod` - просмотр загруженных модулей
## Commands ## Commands
Система: Система:
Linux/SBC RPi3 - Hardware.md → Linux/Linux SBC - Hardware.md
+23
View File
@@ -1,6 +1,29 @@
#linux #GPIO #i2c #spi #hardware
Все устройства в Linux живут тут: Все устройства в Linux живут тут:
`/dev` `/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 ## I2C. Integrates
`/sys/bus/i2c/devices/` `/sys/bus/i2c/devices/`
По умолчанию шина отключена. По умолчанию шина отключена.
Untitled.canvas
+1
View File
@@ -0,0 +1 @@
{}