реклама на сайте
подробности

 
 
> Вышла моя статья на habrahabr про PROTEQ, Вот хочу похвастаться
dsmv
сообщение Dec 8 2014, 07:27
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 451
Регистрация: 6-09-05
Из: Москва
Пользователь №: 8 284



Вот не удержался - хвастаюсь rolleyes.gif

Вышла моя статья на habrahabr:
"PROTEQ — протокол обмена по мультигигабитными линиям для ПЛИС Xilinx"
http://habrahabr.ru/sandbox/90013/
Она пока в песочнице.

P.S. Не стреляйте в пианиста, он играет как умеет.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов (1 - 10)
Maverick
сообщение Dec 8 2014, 07:45
Сообщение #2


я только учусь...
******

Группа: Модераторы
Сообщений: 3 447
Регистрация: 29-01-07
Из: Украина
Пользователь №: 24 839



Цитата(dsmv @ Dec 8 2014, 09:27) *
Вот не удержался - хвастаюсь rolleyes.gif

Вышла моя статья на habrahabr:
"PROTEQ — протокол обмена по мультигигабитными линиям для ПЛИС Xilinx"
http://habrahabr.ru/sandbox/90013/
Она пока в песочнице.

P.S. Не стреляйте в пианиста, он играет как умеет.

Поздравляю! sm.gif
Цитата
Основная идея — реализовать постоянную повторную передачу данных до прихода подтверждения о принятом пакете.

может стоит было реализовать схему исправления ошибок - типа БЧХ, LDPC, коды Хемминга и т.д.?
чем постоянно "слать" пакет....

тем более Вы пишите

Цитата
...но не обеспечивает восстановление данных после сбоя.


PS Как Вы получили инвайт на http://habrahabr.ru?


--------------------
If it doesn't work in simulation, it won't work on the board.

"Ты живешь в своих поступках, а не в теле. Ты — это твои действия, и нет другого тебя" Антуан де Сент-Экзюпери повесть "Маленький принц"
Go to the top of the page
 
+Quote Post
dsmv
сообщение Dec 8 2014, 08:18
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 451
Регистрация: 6-09-05
Из: Москва
Пользователь №: 8 284



Цитата
может стоит было реализовать схему исправления ошибок - типа БЧХ, LDPC, коды Хемминга и т.д.?
чем постоянно "слать" пакет....


Нет. Здесь выгодней использовать переповтор. Вероятность ошибки очень маленькая. Реально на аппаратуре ошибка происходит где-то раз в час. Запас по скорости есть.
Схема исправления ошибок типа Хемминга требует дополнительных битов данных, что снижает скорость. Конечно это всё является предметом обсуждений.

Кстати, на первых ещё не отлаженных образцах ошибки шли очень часто - каждую секунду, но PROTEQ отлично справлялся с исправлением ошибок.


Цитата
PS Как Вы получили инвайт на http://habrahabr.ru?

Пока не получил, эта статья в песочнице. Туда можно написать сразу после регистрации.
Go to the top of the page
 
+Quote Post
toshas
сообщение Dec 8 2014, 08:27
Сообщение #4


Местный
***

Группа: Свой
Сообщений: 372
Регистрация: 14-02-06
Пользователь №: 14 339



Возникла пара вопросов:

1) (По вашему опыту) Нарезка проекта на такое количество блоков в том числе мелких и их последующая плотная компоновка действительно дает сильный выигрыш ?

2) Как быть с сохранением порядка данных на приемной стороне в случае перезапроса пакета на одном из буферов ?

3) Если ошибки возникают и требуется перезапрос, а ацп остановить нельзя все равно рано или поздно на передающей стороне возникнет переполнение, и данные потеряются, тогда зачем их перезапрашивать в данный момент ?

или скорость обмена плис-плис заведомо гораздо больше скорости получения данных с ацп ? тогда 2,3 отпадают.

Спасибо!
Go to the top of the page
 
+Quote Post
ViKo
сообщение Dec 8 2014, 08:41
Сообщение #5


Универсальный солдатик
******

Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362



Не сильно вдаваясь в описанный способ, тем не менее, вижу, автор рассчитывает на редкие сбои, и поэтому выбрал способ повторять сбойные пакеты. Мне кажется, способ кодирования однозначно должен определяться уровнем ошибок. Думаю, PCI Express не дураки разрабатывали.
Go to the top of the page
 
+Quote Post
dsmv
сообщение Dec 8 2014, 08:57
Сообщение #6


Местный
***

Группа: Свой
Сообщений: 451
Регистрация: 6-09-05
Из: Москва
Пользователь №: 8 284



Цитата
1) (По вашему опыту) Нарезка проекта на такое количество блоков в том числе мелких и их последующая плотная компоновка действительно дает сильный выигрыш ?


Да. Мой опыт показывает что так разводится лучше.

Цитата
2) Как быть с сохранением порядка данных на приемной стороне в случае перезапроса пакета на одном из буферов ?


Порядок обязательно сохранятся. Например если произошла такая ситуация - возникла ошибка в буфере 1, а буферы 2 и 3 приняты правильно. То будет ожидание правильного приёма в буфер 1. А после запись в выходное FIFO буферов 1,2 и 3 в правильном порядке. Для этого кстати работа с линией ведётся на частоте 156.25 МГц, а работа с FIFO на частоте 250 МГц.
Один из тестов в модели формирует как раз такую ситуацию. Возникает ошибка при передаче буфера и видно как сначала выдача данных в выходное FIFO задерживается, зато потом несколько буферов передаются очень быстро.

Цитата
3) Если ошибки возникают и требуется перезапрос, а ацп остановить нельзя все равно рано или поздно на передающей стороне возникнет переполнение, и данные потеряются, тогда зачем их перезапрашивать в данный момент ?
или скорость обмена плис-плис заведомо гораздо больше скорости получения данных с ацп ? тогда 2,3 отпадают.

Конечно между АЦП и линией должно быть FIFO которое компенсирует задержку на переповтор. И конечно должен быть запас по скорости.
PROTEQ разрабатывался с учётом уменьшения времени на переповтор, что позволяет снизить требования к входному FIFO и к запасу скорости.
Мне кажется, что это удалось.



Go to the top of the page
 
+Quote Post
des00
сообщение Dec 8 2014, 09:05
Сообщение #7


Вечный ламер
******

Группа: Модераторы
Сообщений: 7 248
Регистрация: 18-03-05
Из: Томск
Пользователь №: 3 453



Respect и уважуха. ИМХО статья слишком краткая, функциональная схема, наброски КА обработки буферов + больше подробностей только добавили бы плюсов sm.gif


--------------------
Go to the top of the page
 
+Quote Post
Kluwert
сообщение Dec 8 2014, 12:41
Сообщение #8


Местный
***

Группа: Участник
Сообщений: 239
Регистрация: 15-11-09
Из: Санкт-Петербург
Пользователь №: 53 639



Фраза из статьи: "С учётом недостатков стандартных протоколов и особенностей применения я решил реализовать свой протокол обмена".

Давайте будем честны сами с собой и с окружающими: эта фраза должна звучать так "мне было очень лень разбираться с протоколами PCIexpress и RapidIO и их реализацией и поэтому..."

Протоколы сейчас делают большие коллективы разработчиков из нескольких компаний сразу. Используется огромный объём знаний и предыдущего опыта. А вы видимо гений-одиночка?
Go to the top of the page
 
+Quote Post
dsmv
сообщение Dec 8 2014, 13:06
Сообщение #9


Местный
***

Группа: Свой
Сообщений: 451
Регистрация: 6-09-05
Из: Москва
Пользователь №: 8 284



Цитата(Kluwert @ Dec 8 2014, 15:41) *
Давайте будем честны сами с собой и с окружающими: эта фраза должна звучать так "мне было очень лень разбираться с протоколами PCIexpress и RapidIO и их реализацией и поэтому..."

Протоколы сейчас делают большие коллективы разработчиков из нескольких компаний сразу. Используется огромный объём знаний и предыдущего опыта. А вы видимо гений-одиночка?


Придётся ещё похвастаться. Я хорошо знаю и использую протоколы PCI Express и Rapid IO. Немного работал с Aurora. Реализацию DMA контроллера для PCI Express я также выложил как OpenSource проект: http://ds-dev.ru
RapidIO мне совершенно не нравиться, но использовать приходится.

Большие коллективы это конечно хорошо, но наверняка в них тоже очень многое держится на одиночках.
Этот проект реально работает. И он сразу был OpenSource, кстати систему моделирования помогал делать Kuzmi4 - за это ему большое спасибо.

Go to the top of the page
 
+Quote Post
dsmv
сообщение Dec 9 2014, 07:13
Сообщение #10


Местный
***

Группа: Свой
Сообщений: 451
Регистрация: 6-09-05
Из: Москва
Пользователь №: 8 284



Цитата(des00 @ Dec 8 2014, 12:05) *
Respect и уважуха. ИМХО статья слишком краткая, функциональная схема, наброски КА обработки буферов + больше подробностей только добавили бы плюсов sm.gif


Вот есть ещё описание: dcr1206 - Протокол обмена данными PROTEQ.pdf
Go to the top of the page
 
+Quote Post
Kuzmi4
сообщение Dec 9 2014, 08:44
Сообщение #11


Гуру
******

Группа: Свой
Сообщений: 3 304
Регистрация: 13-02-07
Из: 55°55′5″ 37°52′16″
Пользователь №: 25 329



2 Kluwert
не вопрос, а как тогда вы обоснуете существование GivEVision стандарта для передачи видео по эзернету, который по сути есть надстройка над UDP, своеобразная аналогия TCP/IP но со своей спецификой ? По вашей логике получается что ребятам было лень разбираться в TCP/IP и они налабали свой аналог.... 05.gif
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th July 2025 - 18:18
Рейтинг@Mail.ru


Страница сгенерированна за 0.01495 секунд с 7
ELECTRONIX ©2004-2016