Перейти к содержанию
    

repstosw

Участник
  • Постов

    2 650
  • Зарегистрирован

  • Победитель дней

    2

Сообщения, опубликованные repstosw


  1. On 6/17/2024 at 11:24 AM, repstosw said:

    И да, H264 нужно использовать в режиме - когда каждый кадр ключевой (GOP=1). Потому что при разрушении одного кадра - не должны страдать следующие за ним.

    И всё-же максимум сжатия с этим H264 выходит, исключительно, когда используются не только ключевые кадры. Для GOP=10 (каждый 10-й ключевой кадр, остальные производные от него) - выходит 9 кадров практически занимают мало места.

    Для 53 кбит/с видео 160x240 это будет выглядеть таким образом:

    image.thumb.png.2cc8e817a51b88c2b94e783edf379e5c.png

     

    Десятка смежных фреймов не превышает 6617 байт.

    Фул-дуплекс ещё, поэтому в обе стороны скорость : 53*2 = 106 кбит/c.   Остальное - на звук + FEC  + CRC.

    Впихивается в 125 кбит/c.

    Теоретический выигрыш в дальности:  SQRT(824.5kHz/197.87kHz) = 2.04x

    Тоесть: 203 м * 2,04 = 414 метров.

     

    Пример видео 160x240  удовлетворяющее  этим условиям (сгенерированное модифицированной версией minih264e_test.c с контролем размера фреймов:

    out.264

    С учётом того, что в 90% случаев будет исключительно "говорящая голова", то конфигурация имеет право на существование.

  2. 1 hour ago, mantech said:

    Так вы же сами выбрали такой диапазон, 433 - это помойка, как в свое время стал 27МГц...

    Да везде помойка )))  Просмотрел полосу частот от 50 МГц до 3000 МГц.   Много больших помоек в диапазоне 140-160 МГц,  420 - 510 МГц,  потом есть на 840 - 880 МГц,  потом GSM 900, GSM1800,  WiFi 2.4 GHz - куча стволов торчит.   Выбрать что-то менее шумное - мало представляется возможным.

    Разве что на 8xx МГц кое-где есть на 10 дБ меньше шума.  Как раз одна из полос частот, отведённая для детских радиопереговорных устройств в РФ )))

    Соваться в неизведанные частоты не хочется, чтобы не получить по шапке. )))

     

    Остаётся либо повышать мощность или более эффективнее  - использовать направленные антенны.

  3. К вопросу дальности связи.  Эфир - помойка.  Потенциал приёмника не раскрыт: -97 дБм < -82.6 дБм.

    Для нормального приема нужен сигнал превышающий шумы как минимум на 10 дБ:   -73 дБм. 

    spectrum.thumb.jpg.f32580a009551d3a834eb69bc14580f8.jpg

     

  4. 15 hours ago, mantech said:

    Кстати вот такое поделье никто не пробовал? Проц S4 и цена вполне адекватная

    https://pb-embedded.ru/pbkit101-a

    Интересное поделие )))

    А где вы его и сайт нашли?

    https://www.reg.ru/whois/?dname=pb-embedded.ru

    Дата регистрации домена: 2024-04-13

    И уже столько отладочных плат )))

  5. On 6/13/2024 at 10:51 PM, repstosw said:

    Дистанция устойчивой связи 160 метров.

    4GFSK

     

    20 hours ago, repstosw said:

    Дальность устойчивой связи 203 метра.

    2GFSK

     

    Вот тут в статье написано, что переход к 4GFSK хоть и сужает полосу в 2 раза (выигрыш в чутье +3дБ), но переход к 4-позиционной модуляции - на 5 дБ гробится из-за разделения символов.  При условии, если индекс модуляции(по внешней девиации частоты) тот же - 1.

    https://siliconlabs.my.site.com/community/s/article/4gfsk-vs-2gfsk-sensitivity-on-si446x?language=en_US

     

    В итоге возврат к 2GFSK - это выигрыш на : 5-3 =  2 дБ.

    А теперь считаем:   160 * SQRT( 10^(2/10) ) =  1.259x 160 = 201 метр.  Что практически совпало с измеренной на практике дальностью.

    Итого, отказ от 4GFSK дал выигрыш в чутье +2 дБ или по дальности увеличение на +26%.

     

    AT86RF215 уделывают эти  Si4463, за счёт более лучшей чувствительности: на 500 kbps заявлено чутьё -108 дБм для OQPSK модуляции! 

    Si4463 даёт только -97 дБм для 2GFSK 500 kbps df=+/-250 kHz, тоесть на 11 дБ хуже! Из-за более качественного детектора в том числе. 

    Теоретически выигрыш в дальности от применения AT86RF215 будет:  SQRT(   10^(11/10)  ) = 3.54x

  6. 10 hours ago, sasamy said:

    не до такой степени - для сравнения x264 + linux на t113, тестовый файл и команда запуска взяты с гитхаба https://github.com/lieff/minih264  однопоток

    Я говорил про картинку своего разрешения:  160x240

     

    10 hours ago, sasamy said:

    ничего переделывать не пришлось в x264 - он тоже для cortex-a8 оптимизирован

    T113-s3 - это cortex-a7.   По всей строгости нужно исправить параметры сборки.   Чтобы не было сюрпризов.

     

    10 hours ago, mantech said:

    Ну если первую картинку взять такого же разрешения, то фпс там упадет раза в 2, с учетом 1ГГц против 3 еще в 3 раза, т.е. получаем 120-150, ну все-таки комповый проц круче раза в 3 как минимум при всех тех же вводных)))

     

    Выше я говорил, что до 1200 FPS это с картинкой 160x240.
    С картинкой 80x120  вообще - до 3300 FPS

    Это на ПК  3ГГц под виндой с включенным SSE2:

    gcc -Ofast -msse2 -DNDEBUG -fomit-frame-pointer -ftree-vectorize -fno-math-errno -fmax-errors=1 -c minih264e_test.c
    gcc -o minih264e_test.exe minih264e_test.o

     

    Как будет на T113, пока не пробовал. 

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

    И да, H264 нужно использовать в режиме - когда каждый кадр ключевой (GOP=1). Потому что при разрушении одного кадра - не должны страдать следующие за ним.

    Сжатия в этом случе меньше, но всё равно больше чем у JPEG как минимум в 2 раза (субъективно визуально при том же качестве картинки).

     

  7. 18 minutes ago, mantech said:

    там на асме))

    В билд-скриптах указан Cortex-A8.  Надеюсь под A7 скомпиляется.  Если нет - попробую переделать.

    Если нужно чтобы всё было в Си, то не указывать постройку с Неоном.

  8. Почему на 4GFSK   500 ksps  inner.mod =83 kHz, BW = 820 kHz, f0=438 MHz  - index mod. 0,333 - коды Рида-Соломона работают - пакет исправляется, и есть длинная зона(дистанция связи) когда, пакет можно успешно исправить.

    А на 2GFSK  500 kbps dev. 250 kHz, BW=820 kHzm f0=438 MHz - index mod. 1 - коды Рида-Соломона не работают - пакет тупо либо приходит целым (ничего не надо исправлять), либо пакет тупо не приходит - приёмник молчит (до исправления ошибок не доходит) - длинной зоны приёма пакетов с ошибками  нет.  Пакет приходит целый, либо вообще не приходит.

    Пакет стандартный: преамбула (64 байта), синхрослово(4 байта), данные (3 кБайта), CRC64(программный).  Порог обнаружения преамбулы - 32 бита. Таймаут преамбулы - 30 байт.

    Почему? С чем это связано?

  9. Провели ещё одно тестирование. Дальность устойчивой связи 203 метра. Дальше связь с перебоями.

    Параметры:

    Full-Duplex, мощность передатчика 1 Вт, модуляция 2GFSK, скорость 500 кбит/c, девиация +/-250 кГц, полоса 820 кГц, частота 438 МГц, антенны над землёй 1,5 метра, J-антенна настроенная в резонанс. 

    Spoiler
    // Crys_freq(Hz): 30000000    Crys_tol(ppm): 10    IF_mode: 2    High_perf_Ch_Fil: 1    OSRtune: 0    Ch_Fil_Bw_AFC: 1    ANT_DIV: 0    PM_pattern: 0    
    // MOD_type: 3    Rsymb(sps): 500000    Fdev(Hz): 250000    RXBW(Hz): 850000    Manchester: 0    AFC_en: 1    Rsymb_error: 0.0    Chip-Version: 2    
    // RF Freq.(MHz): 438    API_TC: 0    fhst: 937485    inputBW: 0    BERT: 0    RAW_dout: 0    D_source: 0    Hi_pfm_div: 1    
    // API_ARR_Det_en: 0    Fdev_error: 0    API_ETSI: 0    
    // 
    // # RX IF frequency is  -468750 Hz
    // # WB filter 2 (BW = 824.50 kHz);  NB-filter 2 (BW = 824.50 kHz)
    // 
    // Modulation index: 1

     

    Буфер данных 3000 байт.  Пришлось уменьшить картинку в 2 раза по осям (была 160x240, стала 80x120), затем растянул аппаратным скейлером. Иначе JPEG безбожно пережимает в квадраты (качество на уровне 10-25%).

    Отказываюсь от JPEG, перехожу на H264.  Кодировать буду софтово.  Нашёл либу на сях для кодирования H264 - там и SSE2- и NEON- оптимизации есть. Собрал пока на ПК, SSE2 даёт выигрыш в 2,5 раза по скорости.

    H264 более эффективнее жмёт, чем JPEG, JPEG2000 и HTJ2K.  Там исходная картинка 160x240 помещается в 3000 байт при качестве QP=29..30.  Что уделывает JPEG в качестве и сжатии.

    https://github.com/lieff/minih264

    На ПК с 3 ГГц в один поток с помощью SSE2 картинка 160x240 жмется с 900 - 1200 FPS.

    Надеюсь на T113-s3 скорость будет не хуже 10 FPS 😂.   Ну ещё и несколько попыток сжатий надо делать, с проверкой на влезаемость в буфер.

    Хочу одно ядро на кодер отдать.

  10. 3 hours ago, mantech said:

    Т.е. программу на этой рации он сам хотел писать? Ибо, если прога ваша, то какая разница, сколько там ядер и пр, ибо автор гарантирует работу ПО, причем с увеличенной дальностью и пр..))) Странный заказчик какой-то, ИМХО...

    Я не могу раскрывать все детали коммерческой версии проекта, потому что NDA. Там и печатная плата другая, и корпус есть с нормальным расположением кнопок/сенсорный дисплей, есть GUI и функционала в разы больше.

    То, что представлено в видео - это базовый функционал устройства со  "спартанским"(минимальным) интерфейсом + часть моих изменений, как мне удобно.

    Что касается "сам хотел писать" - да: с кодом работают несколько человек.

  11. 10 minutes ago, mantech said:

    Ну еще вариант, кодировать программно, декодировать аппаратно, на таком мелком разрешении думаю потянет)))

    Вот как раз декодировать программно проще, чем кодировать.

     

    10 minutes ago, mantech said:

    Интересно, как он это обосновывал? В этой задаче же нет ничего такого, что не тянет v3s?

    Обосновывал отсутствием G2D у V3s и всего одним ядром, против трёх у T113-s3.

     

    Для своих целей посматриваю на R818. Там как раз G2D, H264, DVP, LCD, несколько ядер A53.  Но вот насколько он в тренде?

     

    P.S.  Кстати, у фулл-дуплекса есть ещё одно жесткое требование, ограничивающее дальность связи - приемник синхронизируется от удалённого передатчика: тоесть принял пакет, и тут же послал ответный пакет.  У второго оператора также.   Поэтому, достаточно кому-то одному находиться в тяжёлых условиях - связи не будет у двоих (в таком случае девайсы переходят в режим периодической отправки пакетов с псевдо-рэндомным интервалом, по истечению таймаута, чтобы связь восстановилась, когда условия приёма улучшатся).

  12. 43 minutes ago, mantech said:

    Честно говоря думал будет дальше... Я понимаю, что полоса там гораздо шире, чем голосовые рации, но рация с такой мощностью на 144МГц у меня по прямушке тянула на пару км...

    Я тоже думал. Однако реалии оказались другими. Попробую провести ещё одни испытания - один абонент на балконе, второй на улице. Посмотрим, что будет.

    У голосовой рации полоса 25 кГц.   А здесь полоса 850 кГц.

    У голосовой рации аналоговая передача данных - допустимы помехи, незначительно влияющие на распознаваемость речи.  А здесь  - передача цифрового сигнала, допускающего до 10% ошибок в пакете.

    У голосовой рации граничиный  С/Ш = 3 дБ (УЧМ).  А здесь С/Ш > 10дБ (а то и выше из-за 4GFSK).

    Если брать тупо только первый аргумент, то уменьшение дальности при расширении полосы:  SQRT(850/25) ~ в 6 раз

    43 minutes ago, mantech said:

    Еще делал радиоудлинитель на основе радиомодулей от "мощных" радиотелефонов панасоник 900МГц, там мощность 70-80мВт была, аналоговый фуллдуплекс, полоса шире, чем у раций, антенна 10см дальность устойчивой связи по прямой (без шипения) 500м.

    Я тоже делал передачу сжатого голоса  (кодек MELP до 800 бит/c) с помощью трансивера LoRa.  дальность на 1,2 Вт  была - 8 км в городе по прямой.

    А тут 1 мегабит - вместо 1 кбита.

     

    Можно ещё попробовать отказаться от дуплекса (это было одно из требований заказчика, которому нужна была небольшая дальность) и перейти на полу-дуплекс (с кнопкой PTT как в рациях).  Скорость тогда нужна будет в 2 раза меньше.  Полоса будет уже в 2 раза - дальность выше в квадратный корень с 2 раз.  На практике больше - так как приёмнику легче.   Потом ещё ухудшить  качество JPEG, добившись сжатия в 2 раза больше - ещё корень с 2.   Может снизить FPS в раза 1,5-2.  Или разрешение.   Итого в  3 раза ещё  можно увеличить дальность.   Но это уже будет не дуплекс и качество картинки хуже.

    Или отказаться от T113-s3, и сделать на V3s (как я это хотел вначале с более эффективным кодеком H264 ). Но заказчику нужно было на t113-s3. Что он хотел - то я и сделал.  Дальше чисто для себя конфигурирую...

     

    Кстати, если промоделировать  дальность в каком-нибудь калькуляторе...   Вот данные:

    Частота 438 МГц

    Высота антенн над землёй 1,5 м

    Мощность передатчика 1 Вт

    Чутьё приёмника -88 дБм (заявлена в даташите.  Реально - хуже, из-за коммутации антенны на приём-передачу)

    Полоса пропускания приемника 850 кГц

    Битрейт 1 МБит/с (500 к симв./с)

    Модуляция 4GFSK BT=0.5

    Максимально допустимый процент ошибочных байт в пакете: 10%

    Усиление антенны - как у J-антенны (+0,25 дБд)

    Импеданс: 50 Ом

    Прямая видимость

  13. 16 hours ago, alexPec said:

    Интересно что покажут испытания на дальность...

    Испытали на дальность.  Два человека, по девайсу в руке: антенны на расстоянии 1,5 метра от асфальта.  Прямая видимость.   Дистанция устойчивой связи 160 метров.  Дальше - связь либо с перебоями, либо её нет вообще.  Это с настроенными J-антеннами. 

    С китайскими четверть-волновыми коротышами (которые на 433 МГц) - дальность устойчивой связи ещё меньше - 50 метров.

     

    7 hours ago, Ozelot said:

    Я так понимаю, что это портативное устройство. Укажите энергопотребление, пожалуйста.

    В режиме full-duplex (50% приём, 50% передача) ток от литий ионки - 0.95 A.  Ночная подсветка подкинет ещё +0.45 A тока (при 100% яркости.  Яркость регулируется ШИМ).

     

    6 hours ago, mantech said:

    Китайцы-китайцам рознь, уже который раз заказываем там платы и сборку и на удивление ничего не отваливается и не стирается при мойке)))

    Речь шла об отладочных плататах MangoPi.

  14. 6 hours ago, GenaSPB said:

    А если на плату положить марлю с нравящимся вам раситврритеоем и протирать зубной щёткой с жёсткой щетиной сквозь марлю - то и разводов с пятнами меньше будет.

    Ацетон не оставляет разводов, в отличие от метилового(технического) спирта.  Кстати, заметил, что в последнее время маркировка на комплектующих тускнеет до безобразия после протирки спиртом.  Раньше такого не было.  Теперь, чтобы прочитать маркировку на компонентах - нужно светить фонариком.   Китайцы стали маркировать тёмной краской свои детали.

     

    5 hours ago, alexPec said:

    Круто! А поток какой на канал? Разрешение? FPS? Через LORA гоните?

    1.25 Мбит/с (625 ксимв./с) .  Из них 20% на коррекцию ошибок. Разрешение 160x240.  12 FPS (делал опции 5 - 10 - 12 - 15 FPS).  Модуль на базе Si4463 (модуляция 4GFSK).

    У T113-s3 только MJPEG, поэтому сжатия меньше, чем у H264 (который у V3s).

    Свёл все характеристики в спойлер:

    Spoiler
    Частота: одна из 430..440 МГц
    Мощность RF: 0,1 мВт .. 1 Вт (-10 дБм .. +30 дБм)
    Модуляция: 4GFSK
    Битрейт: 1,25 Мбит/с (625 ксимв./с)
    Чувствительность: лучше -70 дБм (измерено, возможно лучше)
    FEC: Длинный Рид-Соломон, исправляет до 10% ошибок в пакете  любом месте)
    Связь: полный дуплекс (также возможен полудуплекс, симплекс)
    Антенна: любая внешняя 50 Ом (самодельная J-образная антенна наиболее эффективна, чем несимметричная L/4)
    
    Цифровая часть:
    Набор микросхем: 100ASK-T113-Pro (на базе микроконтроллера Allwinner T113-s3. CPU0/CPU1 ARM Cortex-A7 @ 1,2 ГГц, DSP: HiFi4 @ 600 МГц)
    Камера: OV5640 в режиме DVP
    ЖК-дисплей: от сотового телефона Nokia E72 320x240 24 BPP @ 70 Гц
    Аудиовход: цифровой микрофон I2S ICS-43434
    Аудио выход: цифровой усилитель I2S MAX98357A
    Загрузочный носитель: NAND Flash
    Подсветка: белый светодиод 3 В, 2 Вт + рассеивающая линза
    Источник питания: клон IP5306  полностью интегрированная система Power Bank на кристалле
    Радиочастотный трансивер: G-NiceRF RF4463F30 (на базе чипа Silabs Si4463)
    Видеокодек: Аппаратный MJPEG 160x240 @ 12 FPS с переменной Q=70..95%
    Аудиокодек: Программный CELT 24 кбит/с, 24 кГц, 1 канал, 16 бит
    Аудио функции: AEC (акустическое эхоподавление), AGC (автоматическая регулировка усиления), NS (шумоподавление), VAD (активный голосовой детектор)
    Аудиовыход: встроенный динамик или внешние наушники
    
    Программное обеспечение:
    Нет ОС, BareMetal(голое железо). На основе моего собственного SDK T113-s3 и HiFi4 SDK.

     

     

    5 hours ago, alexPec said:

    Интересно что покажут испытания на дальность...

    Жду ясной погоды без дождя.

    Обнаружил, что разгон модуля Si4463 на +25% сильно ухудшает BER на 1.25 МБит/c:   40 ... 60 ошибок в пакете при минимальной мощности передатчика и аттенюаторах -60 дБ.

    Разгон был сделан путём перепайки штатного кварца в обвязке Si4463 - с 30 МГц - до 36 (+20%) и 37.5 МГц (+25%).  Это давало до 1,25 Мбит/с вместо 1.

    Вернул обратно штатный кварц на 30 МГц и довольствуюсь скоростью 1 МБит/c:   BER улучшился :  0 ... 2  ошибки в пакете (на аттенюаторах -60 дБ + слабая мощность передатчика).

    Модуль со снятой крышкой:

    vt.thumb.jpg.bd55e9a136038f86a04b7b2a03368e2c.jpg

     

    4 hours ago, vov4ick said:

    Чудно китайцы проектируют. Это же датчик температуры и влажности плюс колесо фортуны 🙂 Я бы все резисторы раз в 5-10 меньше поставил. Они ещё и конденсаторы коррекции не поставили как рекомендует производитель МС.

    К сожалению, это так.

    У меня на платах MangoPi поотлетали все пятачки test-point'ов. Это которые TV_IN, TV_OUT, HP_OUT и другие...   Просто не выдержали многократной пайки.

    Платы, которые сделали на заказ в Новосибирске, напротив - обладают большим запасом прочности:  пятаки и дорожки не отслаиваются и не рвутся, перепаивал много раз - всё целое.

    П = Прочность!   Китайцы, видимо, не знают такого слова 🤣

  15. 3 hours ago, mantech said:

    Промывали модуль? У меня 2 модуля первой версии подобно глючили, пока не промыл оба, после этого ни одного сбоя, ничего не допаивал и не перепаивал.

    Что имеется ввиду?  Чем и как промывать?

    Просто брал вату, смоченную в спирте, намотанную на зубочистку и несколько раз протёр участки с остатками флюса/припоя.

    Удивительно, что плата несколько дней проработала на 1200 МГц , а потом после перепайки периферийного модуля (рядом с платой T113) перестала работать, пока не снизил частоту ядра или не повысил его напряжение питания.  Может феном паяльным что-то разогрел, в общем - Х.З. что произошло - почему плата с T113-s3 стала глючить - до тех пор, пока не подкорректировал напряжение ядра...

    Причем, это только одна такая плата. Остальные работают.

  16. Через какое-то время одна из плат на базе китайского модуля 100ASK-Pro-T113 перестала запускаться.

    Начал копать в поисках причины, обнаружил подкуп памяти DDR, если ядро работает на 1200 МГц.  Если выставить 1008 МГц, то работоспособность программ восстанавливается.

    Замерял напряжение питания ядра под нагрузкой - оно оказалось совсем меленьким: 0,885V

     

    Припаял впараллель резистор 1 МОм, напряжение под нагрузкой стало  0,915V.   Программы стали идти на 1200 МГц из DDR.

     

    Но как оказалось этого мало,  дисплей показывал короткие белые полоски - в малом количестве, возникающие в случайных местах.

    Припаял впараллель ещё один резистор 1 МОм, напряжение под нагрузкой стало  0,94V.   Полоски на дисплее ушли.

     

    x.thumb.jpg.f88066cd7f22dda194db499e3e1043bb.jpg

     

    Как я понял, для нормальной работы T113-s3 напряжение питания на ядре должно быть 0,95V.  А было 0,885 V.

    Мало того,  китайцы расчитали резисторы исходя из холостого хода:

    Ucore = 0,6*(1 + 51K/100K) = 0,906 V,  а на самом деле оказалось 0,885V.

     

    Пару часов потратил, чтобы найти причину сбоя.  В начале думал, что дорожки  съелись коррозией или где-то непропай и контакт окислился.  Под лупой просмотрел всю плату.

  17. Собрал второй девайсик.  Провёл лабораторные испытания/замеры. Также протестировал в помещении.  Работает.

    Следующий шаг: испытание на открытой местности на большом расстоянии, на четверть-волновые антенны.

     

  18. 13 hours ago, rloc said:

    LibreVNA можете проверить цепочку из SMA+SWR в двух вариантах включения на согласование.

    Проверил.  Результат  удивил.  Там и близко и нет 50  Ом (на 438 МГц):

    1.thumb.jpg.ca49c09e01965e35ededf5a2d4716d69.jpg

    38,7+j6,8 Ом

     

    C кабелем - не намного лучше:

    2.thumb.jpg.4d57f5face5c01953e58457e8ebc88e9.jpg

    53,3-j20,7 Ом

     

    Этим КСВ-метром только на 27 МГц мерять (на 145 МГц тоже не 50 Ом):

    3.thumb.jpg.91e75cb3d62d16884550207f39a898b3.jpg

     

    Может не КСВ-метр, а переходник плохой:  у меня там PL => BNC => SMA, потому что по-другому никак - из того что есть.

    4.thumb.jpg.39666aceed7fb24278a56dd309565bba.jpg5.jpg.3cb6b1e58dbe8b373e835b399e8a5446.jpg

     

    Какие есть простые способы замера ВЧ-мощности?  Частота 438 МГц.

    Может взять диод Д311 с 50 Ом выпрямить и сгладить кераическим конденсатором - и на вольтметр стрелочный?

    Кстати, что покажет вольтметр тогда?   Если один выпрямляющий диод и после него конденсатор.

    Надо по показаниям вольтметра расчитать ВЧ мощность на 50 Ом.

  19. Постоянно вынужден подчищать старые аттачи, чтобы аплодить новые.  Ограничение 100 МБ.

    Есть ли способ увеличить квоту на аттачи?   Или остаётся только внешние фотохостинги использовать?

  20. 1 hour ago, rloc said:

    Тогда отключите мощность (гарантированно) и померьте согласование выхода любым VNA, при наличии питания, чтобы усилитель был в режиме.

    Это сделаю.

    Обнаружились  ещё более интересные вещи:  

     

    1) если к выходу Antenna КСВ-метра добавить гирлянду из 50-омных переходников, то выходная мощность не изменится - максимальна 1 Вт:

    1.thumb.jpg.d46fcc9a3ce6d3bb05ff2ae81959114d.jpg

     

    2) если ко входу  TX КСВ-метра добавить гирлянду из 50-омных переходников, то выходная мощность снова упадёт до пол-ватта:

    2.thumb.jpg.3ca3add8311bcb586e56b09166ecfc09.jpg

     

    Я прихожу к выводу, что что-то некорректно в самом методе измерения мощности.

    Почему вход КСВ-метра TX   чувствителен к длине линии,   а выход Antenna КСВ метра не чувствителен ?

     

    Если волновое сопротивление кабеля 50 Ом и нагрузка 50 Ом, то какое будет приведённое к выходу передатчика? По идее 50 Ом, независимо от длины кабеля.  Тогда какого черта мощность на показометре меняется?

     

  21. 7 minutes ago, Aner said:

    Что то у вас там странное. Ищите "вечный движёк" в той конcтрукции. Кабель добавляет свою реактивность, возможно она компенсирует "комплексный" выход который не чисто 50+0j. Но чтобы "cъесть" или отразить полватта, те 27dBm, прикиньте какой должен быть ксв, если допустить полное отражение от 50 Ом аттенюатора.

    Я тоже не понимаю этого.  Действительно, если импедансы несогласованы, то КСВ должен был быть больше 1.   Но этого нет: просто тупо показывает половину максимальной мощности.

    С куском кабеля - мощность максимальная.

     

    7 minutes ago, Aner said:

    И если оно так, то обнаружите нагрев в модуле в области выходного транзистора, при разных подключениях те при 1W и 0.5W ( с кабелем и с нагрузкой)

    Да он всегда тёплый.  Потому что класс А.  Там хоть 10 мВт будет на выходе - каскад всеравно тёплый.

     

    Может дело в форме сигнала?  Кабель может менять форму выходного сигнала?  Превращать меандр в синус?  Сглаживать углы меандра.  Тогда действующее значение будет больше и показания стрелочного прибора выше...  Или это уже утопия?

  22. 5 minutes ago, Aner said:

    А если без SWRа померить мощность?

    Мне нечем больше мерять.   Это не только SWR, но и Power Meter.

    Модель SX-40.  С двумя стрелками - Forward и Reflected.     Reflected =0, так что Forward покажет мощность.   Во всяком случае в заводских рациях показания мощности совпадают с теми, что в инструкции на рацию.

     

    Что не так в этих китайских модулях?  Почему они отдают обещанную мощность только на огрызок кабеля+50 Ом,  а на чисто 50 Ом выдают пол-ватта?

  23. 5 minutes ago, Aner said:

    И куда половина мощности делась по вашему?

    Перечитайте пост выше, он дополнен.

    Аттенюатор  - как нагрузка.

     

    Только что проделал опыт - вместо аттенюатора подключил нагрузку - ничего не поменялось.  Всё те же 1 Вт с кабелем.

     

    Мало того пол-ватта и 1 ватт - это не минус 30 дБ. :russian_ru:

     

    Выход аттенюатора не используется в измерениях

    111.thumb.jpg.ae718a0178117d5c4017c8e206918096.jpg

  24. 1 minute ago, Aner said:

    аттенюатор там совсем не то выдаст.

    В смысле не то?

    Выход передатчика подключен ко входу КСВ-метра.

    Выход КСВ-метра ("антенна") нагружен на аттенюатор -30 дБ (сопростивление 50 Ом)   ,  выход аттенюатора нагружен на 50 Ом Load с VNA.

    Общее сопротивление нагрузки "аттенюатор-Load"   50 Ом.

     

    Я аттенюатор как нагрузку 50 Ом использую (потому что рассеивает много мощности),  а не ослабляю сигнал с передатчика.      В таком случае считайте что там нагрузка - аттенюатор там не выполняет роль затухателя, а только как резистор.

×
×
  • Создать...