Сообщений в теме: 66

[bisoft]

не слыхал про такое... а есть у вас пример.

 

Я как раз и предлагаю сделать самим. 

Переходник с аналогового радара в цифровой формат.

Сообщение отредактировал bisoft: 15 марта 2020 - 05:31

[StrangerM]

Я как раз и предлагаю сделать самим. 

Переходник с аналогового радара в цифровой формат.

здорово, 4 года назад мне предлагали это в виде работы, я даже ацп подходящий купил( параллельный 4 или 8 раз., не помню),  прогу для Maple для dma из сети адаптировал,но... я сварщик не настоящий.

но как дешево аналог в цифру перевести мне практически понятно, езернет формат, вроде, известен некоторых радаров, остается силовуха... и настоящий программист.

[bisoft]

ардуина разве не подойдет? Там вроде не сильно часто кадры передаются. 

Я вроде как настоящий программист, но никогда не писал на си для приборов.

Попробовать можно. Если есть описание протокола, то вообще должно быть не сильно сложно.

А так надо и старый радар и новый и приборы так же, чтоб разобраться.

Времени наверное уйдет дофига. Если получится, то не составит труда сделать и приложение под планшеты, даже наверное с использованием карт от навионикса. Но может так сложиться, что к тому времени навионикс сам в свое приложение это встроит ;-)

[StrangerM]

ардуино не пойдет по времени - развертка строки со скоростью света. да, придется старый радар полностю подключать, а такие разъемы фиг найдешь, новый прибор не нужен, опенсипиэн могет езернет показывать.http://www.cci.dmu.a.../1326903964.pdf

http://www.roboat.at...hnologie/radar/


 

[bisoft]

Первый документ не открывается.

Во втором написано 32 строки по 512 байт.

Если каждый байт это пиксел.

Получается 32 * 512 = 16384

т.е. всего 16кГц - это если один кадр в секунду. У меня вроде радар примерно так и обновляет картинку.

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

 

PS: смелые ребята Adrian Dabrowski, Sebastian Busch and Roland Stelzer

Радар под жопу себе поставить ;-)

Сообщение отредактировал bisoft: 15 марта 2020 - 11:22

[StrangerM]

разрешение по дальности 10 м, это сколько будет по времени.... 10/3*10^8, кроме видео нужны еще сигналы синхронизации, по памяти 3 или два - луч, кадр. я в кабель не полезу.

еще 4 р-да на 16 градаций по амплитуде хорошо бы.

[StrangerM]

а проект скачали ...https://sourceforge....jects/openbr24/

[bisoft]

разрешение по дальности 10 м, это сколько будет по времени.... 10/3*10^10, кроме видео нужны еще сигналы синхронизации, по памяти 3 или два - луч, кадр. я в кабель не полезу.

еще 4 р-да на 16 градаций по силе хорошо бы.

 

Не понял про разрешение по дальности.

Я думал идея именно в том, что режем кабель подключаем свою коробку в разрыв и из нее выводим езернет.

Коробка в езернет выводит информацию и управляет через него радаром.

Я посмотрел там провода 2 видео, 2 tx trigger, 2 azimuth, 2 data io

все кроме видео скорее всего чего то типа последовательного порта.

Ну а видео при одном кадре в секунду должно быть 16 кГц всего.

 

PS: проект скачал

Сообщение отредактировал bisoft: 15 марта 2020 - 11:38

[r0b0k0t]

Нихрена себе тема. Пацаны, какие на^&# ардуины? Вы башку радара с цифровой обработкой видели хоть раз? Там все на на ПЛИС (FPGA) построено! И куча заказного вокруг висит. Не, ну если бабла караул сколько и девать некуда - вперед конечно.

[bisoft]

Так мы в башку и не собираемся лезть. Насколько  понимаю с радара идет картинка и есть несколько управляющих сигналов и наверное один канал для управления. Просто для дублирования радара в езернет надо брать видеосигнал оцифровывать и формировать данные в понятном для плоттеров получающих их через сеть.

[StrangerM]

Нихрена себе тема. Пацаны, какие на^&# ардуины? Вы башку радара с цифровой обработкой видели хоть раз? Там все на на ПЛИС (FPGA) построено! И куча заказного вокруг висит. Не, ну если бабла караул сколько и девать некуда - вперед конечно.

написал ведь, можно stm32 и скоростным ацп обойтись для оцифровки, я в цифрах прикидывал, даже эмулятор собрал на stm32, ацп купил за копейки.

[StrangerM]

Не понял про разрешение по дальности.

....

видеосигнал наносекундные пики, разделение целей в 100 м опять наны.

Так мы в башку и не собираемся лезть. Насколько  понимаю с радара идет картинка и есть несколько управляющих сигналов и наверное один канал для управления. Просто для дублирования радара в езернет надо брать видеосигнал оцифровывать и формировать данные в понятном для плоттеров получающих их через сеть.

а данные по диапазону....

[StrangerM]

кстати, а я такой темы не открывал?.

потом, старые дисплеи в большинстве огромные, лучше все железо новое.

[bisoft]

видеосигнал наносекундные пики, разделение целей в 100 м опять наны.

а данные по диапазону....

 

Я думал там просто копия того, что выводится на экран. А вся обработка внутри радара происходит.

Т.е. видеосигнал это просто как бы 32 линии по 512 байт просто в полярной системе координат.

Плохо читал. Это содержимое одного UPD фрейма. А линий там 4096, т.е. 4096 * 512  = 880640Гц. 

Для АЦП ардуины многовато. 

Сообщение отредактировал bisoft: 15 марта 2020 - 12:15

[StrangerM]

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

[r0b0k0t]

написал ведь, можно stm32 и скоростным ацп обойтись для оцифровки, я в цифрах прикидывал, даже эмулятор собрал на stm32, ацп купил за копейки.

Не обойдетесь.  Я этот кактус в молодости до корней обгрыз.

Посчитать чем обойтись можно только с ноля построив свой радар.

Обработка, а не только выделение и манипулирование сигналом с приемника, синтез синхронизирующей гаммы и временная привязка импульсов формирования зондирующего сигнала - задачка огого какая. И тут даже матрицы 10х10 из STM32 и RTOS на управлении тупо не хватит. Это чтобы создать хоть подобие того, что сейчас продается.

[r0b0k0t]

Т.е. видеосигнал это просто как бы 32 линии по 512 байт просто в полярной системе координат.

Не. Давно уже готовый ТВ растр гонят вниз. Выпускаются полностью готовые однокристальные УПЧ, с выходом в ТВ-растре. Первичная обработка в башке происходила даже у изделий 1993г. выпуска. Furuno 1721 например.

[bisoft]

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

т.е. получается примерно около 1МГц надо АЦП. И результат как я понимаю там уже просто пиксель экрана в полярных координатах.

Не. Давно уже готовый ТВ растр гонят вниз. Выпускаются полностью готовые однокристальные УПЧ, с выходом в ТВ-растре. Первичная обработка в башке происходила даже у изделий 1993г. выпуска. Furuno 1721 например.

 

А здесь  http://www.roboat.at...skiEtAl2011.pdf

 тогда о чем пишут? 

[StrangerM]

Не обойдетесь.  Я этот кактус в молодости до корней обгрыз.

Посчитать чем обойтись можно только с ноля построив свой радар.

Обработка, а не только выделение и манипулирование сигналом с приемника, синтез синхронизирующей гаммы и временная привязка импульсов формирования зондирующего сигнала - задачка огого какая. И тут даже матрицы 10х10 из STM32 и RTOS на управлении тупо не хватит. Это чтобы создать хоть подобие того, что сейчас продается.

я не согласен с вами. 4 р. ацп и 4 конвеера дма. один кристалл. в промежутках между лучами содержимое дма сливается в более медленную систему с большим озу и из нее в сеть.

т.е. получается примерно около 1МГц надо АЦП. И результат как я понимаю там уже просто пиксель экрана в полярных координатах.

 

...

50 мгц, в эстм 70 для дма.

[r0b0k0t]

А здесь  [.....] тогда о чем пишут? 

Выше (про УПЧ с видеовыходом) это о стареньких. А в пдф описана как раз современная тема, то есть сырой сигнал полностью обрабатываем, завязываем на зонд, опцинально модулируем зонд (отстройка от помех) и только после этого тащим в свитч потоком, для раздачи по дисплеям.  Вся основная обработка в башке.
 

Сообщение отредактировал r0b0k0t: 15 марта 2020 - 12:28

[StrangerM]

я не согласен с вами. 4 р. ацп и 4 конвеера дма. один кристалл. в промежутках между лучами содержимое дма сливается в более медленную систему с большим озу и из нее в сеть.

....

плохо сказал, в сисему более высокого уровня типа распи.

[bisoft]

Выше (про УПЧ с видеовыходом) это о стареньких. А в пдф описана как раз современная тема, то есть сырой сигнал полностью обрабатываем, завязываем на зонд, опцинально модулируем зонд (отстройка от помех) и только после этого тащим свитч для раздачи по дисплеям. Вся основная обработка в башке.
 

 

Ну я говорю о радаре RD214.

Думаю таких на лодках у многих много, а вот к новым плотерам они не подключаются.

Поправьте меня если я не прав. Сверху идет просто видеосигнал в котором одна точка представлена ампитудой и передается 4096 линий по 512 точек. Так же есть провода, которые указывают какая линия передается и начало кадра. 

Так же есть канал данных, для настройки всяких параметров.

Видео должно быть 4096 * 512 = 880640 Гц, если синхронизация передается по отдельным проводам.

т.е. нам надо это оцифровать и преобразовать в формат для новых плоттеров. Где и чего здесь надо считать или сильно обрабатывать?

[StrangerM]

в эрдэ218 аналоговый видеосигнал.

[nvc]

STM предполагается какой серии ?
А то чет в F1 DMA глючный. Ну или HAL глючный.
По честному через прерывания не получается даже с UART работать. По честному - это совсем без HAL_Delay(..)
 

Тестовый код (ну пока без анализа возможных залипух)

void Uart_Send(uint8_t *Data, uint16_t DataSize) {

	while (UartHandler.gState != HAL_UART_STATE_READY) {

	}
	HAL_UART_Transmit_DMA(&UartHandler, Data, DataSize );
	HAL_Delay(10); // Без этой задержки все хреново с DMA. А с нею все великолепно. Почему так ???

}

void Uart_StartRx(uint8_t *Byte) {

	while (UartHandler.RxState != HAL_UART_STATE_READY) {

	}
	HAL_UART_Receive_IT(&UartHandler, Byte, ONE_BYTE);
}

P.S. Скорость UART всегото 38400bps

Clock шины в проекте 32 мегагерца.

 

F103, F105, F107  на всех одно и то же.

 

P.P.S АЦП в самой STM весьма и весьма быстрые, и их не один.

Только не сильно точные и шумящие.

Хотя я с него вольтЫ с точностью +-5 mV сумел получать. Но это с фильтрами и усреднением. И конечно с внешним недешевым V Ref.

В "лоб" там все гораздо хужее.

 

P.P.P.S

Вообще конечно идея шикарная, так можно будет с OpenCPN связать старые радары.

Но вот реализация.... хмммм....

[nvc]

А здесь  http://www.roboat.at...skiEtAl2011.pdf
 тогда о чем пишут?

Так вроде об управлении готовым BR24 радаром - не ?
А он то как раз уже эзернет фреймы готовые выдает и принимает.
И даже не просто эзернет, а IP.

P.S. инфа конечно очень хорошая.
И я так понял, что плагин для OpenCPN написан с неё.