Xdp подключение: DXDP и XDP порты Panasonic! Три независимых телефона на один порт – это эксклюзивная функция АТС Panasonic

Содержание

DXDP и XDP порты Panasonic! Три независимых телефона на один порт – это эксклюзивная функция АТС Panasonic

DXDP и XDP порты Panasonic
Три независимых телефона на один порт DXDP (англ. Digital Extra Device Port, цифровой порт дополнительного устройства) — фирменная технология компании Panasonic. Представляет возможность подключения на один цифровой или гибридный порт двух цифровых телефонов серии KX-T76xx | KX-DTxxx. У каждого из этих телефонов будет свой независимый номер.

Особенностью цифровых и IP АТС Panasonic серий KX-TDA, KX-TDE, KX-NCP являются т.н. супергибридные DXDP порты. К одному гибридному порту можно подключить одновременно три независимых телефона: два системных цифровых и обычный аналоговый. К цифровому порту можно подключить два независимых цифровых телефона серии KX-T76xx и KX-DT3xx. Эта функция, которая называется DXDP является уникальным преимуществом цифровых и IP АТС Panasonic. Фактически, каждый раз при подключении цифрового телефона в системе возникают дополнительные внутренние линии, что позволяет наращивать емкость без затрат на дополнительные платы.

При цифровом XDP-подключении один системный телефон соединяется с другим системным телефоном, подключенным к цифровому или супергибридному порту. Системный телефон, подключенный непосредственно к АТС, называется «ведущим системным телефоном», а системный телефон, подключенный к ведущему, — «ведомым». Каждый телефон может функционировать как самостоятельная внутренняя линия с собственным внутренним номером.

Максимальная удаленность ведомого цифрового телефона подключенного через DXDP разъем — 50 м по кабелю «витая пара» диаметром 0,5 мм.

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

Таким образом, емкость платы 16-ти цифровых линий KX-TDA0172 расширяется до 32, а платы 8 гибридных линий KX-TDA0170 — до 24 портов. При этом каждый телефон работает независимо и имеет свой внутренний номер. Для функции DXDP есть два ограничения:

первое — она работает только с телефонами Panasonic 76-й серии (T76xx) или DT серии. Каждый телефон имеет два порта RJ11: порт TO MAIN UNIT/PABX — для подключения к АТС и порт TO TEL — для подключения второго цифрового телефона серии 76 (DXDP-slave) или аналогового телефона (XDP). Чтобы использовать функцию DXDP нужно подключать ЦСТ только друг через друга, первый телефон выступает как master, второй подключается к порту TO TEL и выступает как slave.

Второе ограничение по длине линии — максимальная удаленность системных телефонов, подключенных к одному DXDP-порту, друг от друга — 50 метров по витой паре сечением 0,5 мм.

СОПУТСТВУЮЩИЕ ТОВАРЫ



ПрофТелеком — DXDP и XDP порты Panasonic! Три независимых телефона на один порт – это эксклюзивная функция АТС Panasonic

СУПЕРГИБРИДНЫЕ DXDP ПОРТЫ | СВЯЗЬ ИНТЕГРАЦИЯ

Эксклюзивная функция мини АТС Panasonic — DXDP и XDP порты! Три независимых телефона на один порт!

DXDP (англ. Digital Extra Device Port, цифровой порт дополнительного устройства) — фирменная технология компании Panasonic, благодаря которой можно подключить на один цифровой или гибридный порт два цифровых телефона серии KX-T76xx | KX-DTxxx. При этом каждый из этих телефонов будет иметь свой независимый номер.

Такие супергибридные DXDP порты являются особенностью цифровых и IP АТС Panasonic серий KX-TDA, KX-TDE, KX-NCP. К одному гибридному порту мини АТС можно подключить одновременно три независимых телефона: два системных цифровых и обычный аналоговый. К цифровому порту можно подключить два независимых цифровых телефона серии KX-T76xx и KX-DT3xx. Уникальная функция DXDP в цифровых и IP АТС Panasonic дает возможность каждый раз при подключении цифрового телефона, создавать дополнительные внутренние линии, что позволяет наращивать емкость без затрат на дополнительные платы.

При цифровом XDP-подключении один системный телефон соединяется с другим системным телефоном, подключенным к цифровому или супергибридному порту. Системный телефон, подключенный непосредственно к АТС, называется «ведущим системным телефоном», а системный телефон, подключенный к ведущему, — «ведомым». Каждый телефон может функционировать как самостоятельная внутренняя линия с собственным внутренним номером.

Максимальная удаленность ведомого цифрового телефона подключенного через DXDP разъем — 50 м по кабелю «витая пара» диаметром 0,5 мм.

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

Таким образом, емкость платы 16-ти цифровых линий KX-TDA0172 расширяется до 32, а платы 8 гибридных линий KX-TDA0170 — до 24 портов. При этом каждый телефон работает независимо и имеет свой внутренний номер. Для функции DXDP есть два ограничения:

  • первое — она работает только с телефонами Panasonic 76-й серии (T76xx) или DT серии. Каждый телефон имеет два порта RJ11: порт TO MAIN UNIT/PABX — для подключения к АТС и порт TO TEL — для подключения второго цифрового телефона серии 76 (DXDP-slave) или аналогового телефона (XDP). Чтобы использовать функцию DXDP нужно подключать ЦСТ только друг через друга, первый телефон выступает как master, второй подключается к порту TO TEL и выступает как slave.
  • Второе ограничение по длине линии — максимальная удаленность системных телефонов, подключенных к одному DXDP-порту, друг от друга — 50 метров по витой паре сечением 0,5 мм.

Архивы pbx АТС — Blog of 5house

Имеется: Стационарный системный ip телефон KX-NT-551 (Panasonic-kx-nt5xx) KX-TCA185RU — микросотовый DECT-телефон Panasonic Цель: единый внутренний номер на двух телефонах. Параллельное беспроводное XDP-подключение Installation_Manual TDA100/200 2.7.3 Подключение к цифровому порту дополнительного устройства (цифровое XDP-подключение) Specifies the extension number of the PS with which Wireless XDP Parallel Mode is established. To enable Wireless XDP Parallel Mode, the… Читать далее »

Раздел: Hardware Телефония АТС PBX telephone voip PSTN Метки: pbx, pbx АТС

Параметры 10 минут обрыв связи звонка линии. 10*60 сек 10 minutes break connection, call, line. Отключения лимита может повлечь большие расходы и постоянную занятость линий Panasonic KX-TDA100 KX-TDE100 NS500 через web http или Консоль UPCMCv7.8.1.1_R17 подключаемся к АТС В п.4.1.1 \4.1.2 у абонента есть COS. В п.2.7.1 на второй вкладке у этого COS есть Ограничение… Читать далее »

Раздел: Телефония АТС PBX telephone voip PSTN Метки: pbx АТС

Если при наборе номера отображается ЗАНЯТО (Busy) и слышно частые гудки можно нажать на системном ip телефоне Panasonic KX-NT* клавишу на выбор: ОЖИД – Краткое информирование набираемого номера о втором вызове. [или нажать цифру 1] ВТОРЖ — Подключение к текущему вызову (Executive Busy override Принудительное подключение к занятой линии). Можно выполнить вызов разговаривающего по телефону… Читать далее »

Раздел: Телефония АТС PBX telephone voip PSTN Метки: pbx АТС

Для начала нужно было собрать номера особо желающих поговорить. Для этого воспользовались eSMDR (eSMDR — программа для мониторинга мини-АТС. http://pbx.gal.cv.ua/esmdr/manual) бесплатная утилита , (можно запускать как сервис window), которая легко настраивается и уже неоднократно помогала для анализа звонков. — не забыть включить логи на АТС 1. В пункте 10-2 (если у Вас обычные аналоговые линии)… Читать далее »

Раздел: Телефония АТС PBX telephone voip PSTN Метки: pbx АТС

В рамках данной статьи рассматривается расширение существующей телефонии, организация которой основана на АТС Panasonic, с помощью интеграции с IP-АТС Asterisk 3cx. Интеграция будет производиться посредством протокола SIP. Со стороны Panasonic используется плата V-SIPGW16. Проверим доступные лицензии на Panasonic ns-500 1)Заходим браузером на адрес интерфейса или консолью UPCMCv7.8.1.1_R17 Выполнить: 1.Конфигурация — 1.Слот (пункт 1.1) — выбирается Виртуальный… Читать далее »

Раздел: Телефония АТС PBX telephone voip PSTN Метки: pbx АТС

Системные телефоны для АТС Panasonic

Линейка системных телефонов Panasonic KX-DT500 представлена тремя моделями: KX-DT546, KX-DT543 и KX-DT521.

Телефоны полностью русифицированы и совместимы со всеми современными цифровыми и IP-АТС Panasonic серий KX-TDA/KX-TDE/KX-NCP/KX-NS. Модели выполнены в классических цветах — черном и белом.

Телефоны серии KX-DT500 отличаются особой конструкцией телефона и трубки. Она позволяет заметно повысить качество звука – как при обычной, так и при громкой связи. НD-качества удалось добиться за счет установки более мощного магнита в динамик трубки, а также за счет использования в производстве современных материалов. Акустическая камера, встроенная в корпус, позволяет улучшить звук на низких частотах (около 300 Гц), уменьшить эхо и искажения во время разговора по громкой связи.

Старшая модель Panasonic KX-DT546 имеет шестистрочный жидкокристаллический дисплей с подсветкой и 24 программируемые кнопки линий/функций с двухцветной индикацией («свободен» – зеленый, «занят» – мигающий зеленый, «отключен» – красный). Аналогичная индикация предусмотрена у кнопок быстрого набора телефонов абонентов или выхода на городскую линию. 

При необходимости список быстрого набора можно расширить с помощью отдельной консоли Panasonic KX-DT590, представляющей собой модуль дополнительных программируемых кнопок. Panasonic KX-DT590 совместима со всеми телефонами линейки и позволяет запрограммировать еще 48 кнопок. 

Кроме того, системный телефон Panasonic KX-DT546 оснащен встроенным механизмом работы с гарнитурами (EHS).

Модель Panasonic KX-DT543 имеет трехстрочный жидкокристаллический дисплей с подсветкой, 24 программируемые кнопки линий/функций, а также встроенный механизм EHS. 

У младшей модели линейки Panasonic KX-DT521 — однострочный жидкокристаллический дисплей с подсветкой и восемь программируемых кнопок линий/функций.

   
 Panasonic KX-DT546  Panasonic KX-DT543  Panasonic KX-DT521
 Panasonic KX-DT590

 

Цифровые телефоны серии KX-DT300 для мини-АТС KX-TDA, KX-TDE, KX-NCP, KX-NS. АТС-Телеком

   Снято с производства!!!


Компания Panasonic представляет серию цифровых системных телефонов — KX-DT300 (KX-DT321, KX-DT333, KX-DT343, KX-DT346). Эти телефоны обладают стильным дизайном, интуитивно понятным управлением и следуют новой универсальной концепции дизайна телефонов Panasonic, предлагающей пользователям всех типов АТС Panasonic высокую функциональность в сочетании с комфортом и удобством управления. Телефоны имеют очень привлекательный внешний вид и в сочетании с исполнением в 2-х цветах — черном и белом — будут очень хорошо смотреться в любом офисном интерьере.

Телефоны оснащены большим ЖК-дисплеем с подсветкой, двухцветным (зеленый — внутренний звонок, красный — внешний) индикатором вызова или ожидающего сообщения, разъемом для телефонной гарнитуры, удобной кнопкой навигации и разъемом D-XDP, позволяющем подключить к этому-же порту второй системный телефон. Расстояние от АТС до системного телефона составляет до 900 м по «витой паре» 5-й категории. Расстояние до второго системного телефона, подключенного к порту D-XDP составляет 50 м.

Все системные телефоны полностью поддерживают русский язык:

  • на дисплее вся информация может отображаться на русском языке, включая системное программирование и все телефонные книги
  • сообщения на русском языке оптимизированы под разные типы дисплеев
  • в телефонные книги можно вносить записи и кириллицей и латиницей одновременно
  • выбор языка осуществляется для каждого телефона отдельно

К телефону можно подключить USB адаптер KX-DT301 (для приложений компьютерной телефонии) и малую консоль KX-DT303. Угол наклона телефонов и консолей можно регулировать. В некоторых моделях предусмотрена установка Bluetooth модуля KX-DT307 для подключения беспроводной гарнитуры

Телефоны KX-DT300 поддерживаются следующими типами цифровых АТС Panasonic, с соответствующей версией ПО (см. таблицу):


Совместимость с разными типами АТС

Телефоны


KX-DT346
  • Большой 6-и строчный дисплей с подсветкой
  • 24 программируемых кнопки с индикацией
  • 4 кнопки с изменяемой функцией (под дисплеем)
  • Спикерфон
  • 20 мелодий звонка
  • Двухцветный индикатор вызова/сообщения
  • Регулировка угла наклона аппарата и дисплея
  • Совместимость с KX-DT301
  • Совместимость с KX-DT303
  • Совместимость с KX-DT307
  • Совместимость с KX-DT390

KX-DT343
  • 3-х строчный дисплей с подсветкой
  • 24 программируемых кнопки с индикацией
  • 4 кнопки с изменяемой функцией (под дисплеем)
  • Спикерфон
  • 20 мелодий звонка
  • Двухцветный индикатор вызова/сообщения
  • Регулировка угла наклона аппарата и дисплея
  • Совместимость с KX-DT301
  • Совместимость с KX-DT303
  • Совместимость с KX-DT307
  • Совместимость с KX-DT390

KX-DT333
  • 3-х строчный дисплей
  • 24 программируемых кнопки с индикацией
  • 4 кнопки с изменяемой функцией (под дисплеем)
  • Спикерфон
  • 10 мелодий звонка
  • Двухцветный индикатор вызова/сообщения
  • Регулировка угла наклона аппарата и дисплея
  • Совместимость с KX-DT390

KX-DT321
  • однострочный дисплей
  • 8 программируемых кнопок с индикацией
  • Спикерфон
  • Двухцветный индикатор вызова/сообщения

Модули для телефонов серии KX-DT300


KX-DT390 — Консоль
  • 60 программируемых кнопок с индикацией
  • Только для телефонов KX-DT333, KX-DT346 и KX-DT343

KX-DT303 — Модуль расширения кнопок
  • 12 программируемых кнопок с индикацией
  • Только для телефонов KX-DT346 и KX-DT343

KX-DT301 — USB модуль
  • Предоставляет возможность подключения телефона к ПК для совместной работы с CTI приложениями
  • Только для телефонов KX-DT346 и KX-DT343

KX-DT307 — Bluetooth модуль
  • Обеспечивает поддержку внешних беспроводных гарнитур по интерфейсу Bluetooth. Поддерживаются следующие функции Bluetooth гарнитур:
    • Ответ на звонок
    • Разговор
    • Окончание звонка
  • Только для телефонов KX-DT346 и KX-DT343

Телефоны KX-DT300. Сравнительные характеристики.


KX-DT346RUKX-DT343RUKX-DT333RUKX-DT321RU
Дисплей6стр/24симв3стр/24симв3стр/24симв1стр/16симв
Подсветка дисплеяестьестьнетнет
Спикерфон (полнодуплексный)естьестьестьесть
Разъем для гарнитурыестьестьестьесть
Индикатор вызова/сообщенияестьестьестьесть
Программируемые кнопки с индикацией24 (36)24 (36)248
Кнопки с изменяемой функцией444нет
Мелодии звонка202020
Кнопка навигацииестьестьестьесть
Интерфейс USB KX-DT301совместимсовместимне совместимне совместим
Малая консоль KX-DT303совместимасовместимане совместимане совместима
Bluetooth модуль KX-DT307совместимсовместимне совместимне совместим
Разъем D-XDPестьестьестьесть

Консоли


KX-DT390KX-DT303
Программируемые двухцветные кнопки6012
Регулировка угла наклонаестьесть
Подключениек цифровому порту АТСк системному телефону
Если у Вас возникли вопросы или Вы хотите получить коммерческое предложение на данное оборудование и работы по его установке — обращайтесь:

Мы также предлагаем подкючение прямых московских номеров


Популярные товары


Рекомендованные статьи

Выбрать нужную вещь всегда непросто. А выбрать сложное техническое устройство, каким является АТС из множества других, обладающих примерно одинаковыми потребительскими свойствами, непросто вдвойне. В таких условиях на первый план выходят конкретные задачи, которые должна будет решать мини-АТС в данном конкретном месте. Читать дальше В последнее время IP телефония уверенно входит в сферу корпоративной связи, причем наблюдается большой рост интереса к IP телефонии со стороны компаний малого и среднего бизнеса. Но поскольку эта технология относительно молодая, у многих потенциальных заказчиков до сих пор нет четкого представления о том, какую пользу IP телефония может принести именно их компании. Читать дальше Как часто Вам приходиться выбирать мини-АТС? Рискнем предположить, что Вы не занимаетесь этим регулярно. Поэтому, скорее всего вопросы подбора нужного оборудования, комплектации его всем необходимым, технические нюансы – все это лежит вне сферы Вашей основной деятельности. В таком случае вполне логично отправить запрос компаниям, профессионально занимающимся продажей и установкой мини-АТС. Читать дальше На Российском рынке представлено несколько систем записи телефонных разговоров. Все они (по крайней мере самые распространенные) отечественного производства. Попробуем сравнить наиболее известные. По каким критериям выбирать систему записи разговоров? Для большинства покупателей вопрос цены не является второстепенным. По этому критерию системы записи можно разделить на 2 ценовых группы. Читать дальше В связи с большим интересом к вопросу «а что же такое ISDN» попробуем сначала ответить на него максимально простым и понятным языком. Если ответить кратко что такое ISDN — то это многоканальный телефон с высоким качеством речи и дополнительными услугами (например определение номера звонящего). Читать дальше

Лабораторная работа №1 по курсу «Системное программирование в телекоммуникациях» Изучение системы Panasonic kx-tda100

  1. Цель работы.

Изучить основные характеристики, состав основной системы PanasonicKX-TDA100. Ознакомиться с программным обеспечением KX-TDA Maintenance Console.

2. Основные характеристики системы атс Panasonic kx-tda.

Серия KX-TDAпредставлена 4 моделями АТС:KX-TDA30,KX-TDA100,KX-TDA200 иKX-TDA600. Эти станции отличаются между собой емкостью систем, а также имеют некоторые особенности в составе плат -АТС Panasonic KX-TDA30 работает исключительно с платами, спроектированными только для этой модели, также для АТС Panasonic KX-TDA600 подходят не все платы, спроектированные для KX-TDA100 и KX-TDA200. Для моделей АТС Panasonic KX-TDA100 и KX-TDA200 все платы идентичны.

Рассмотрим основные характеристики системы АТС Panasonic KX-TDA100/KX-TDA200.

Данная цифровая гибридная IP-АТС поддерживает следующиесетевые функции:

  • Услуги соединительных линий. Соединительная линия является частной арендованной линией связи между двумя и более УАТС и обеспечивает экономичную связь между удаленными друг от друга офисными компаниями.

  • Виртуальная частная сеть (VPN). Виртуальная частная сеть – это услуга, предоставляемая телефонной компанией. Существующая линия при этом используется так, как если бы она была частной линией.

  • Сеть QSIG.QSIG– это протокол, основанный наISDN(Q.931) и обеспечивающий реализацию расширенного набора функций УАТС в частной сети.

  • Сеть с протоколом Voice over IP (VoIP).Между УАТС и другой УАТС может быть установлено соединение через частнуюIP-сеть. В этом случае речевые сигналы преобразуются вIP-пакеты и передаются по этой сети.

Группа распределения входящих вызовов может использоваться в качестве небольшого call-центра со следующими встроенными функциями:

  • Формирование очереди. Если занято определенное число внутренних линий в группе распределения входящих вызовов, дополнительные входящие вызовы могут переводиться в

  • очередь на ожидание. Когда вызовы находятся на ожидании в очереди, их обработка осуществляется с использованием временной таблицы формирования очереди, которая может быть назначена для каждого временного режима (день/обед/перерыв/ночь).

  • Регистрация/отключение. Члены группы распределения входящих вызовов могут вручную выполнять вход в группу (Регистрация) или выход из группы (Отключение). Для зарегистрированной внутренней линии в группе может быть установлен определенный интервал времени, в течение которого обеспечивается автоматический отказ от получения вызовов после завершения последнего вызова (Резюме).

  • VIP – вызов. Группам распределения входящих вызовов можно назначить приоритеты. Если принадлежащая нескольким группам внутренняя линия становится свободной, то вызовы, помещенные в очередь в этих группах, распределяются для данной внутренней линии в порядке приоритетов.

Функции компьютерной телефонии (CTI)

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

Функции речевой почты

Данная цифровая гибридная IP-ATC поддерживает системы речевой почты (VPS) с интеграцией DTMF и с интеграцией ЦСТ.

Функции параллельного телефона

Подключение параллельных телефонов позволяет увеличить количество телефонов, подключенных к УАТС, без установки дополнительных плат внутренних линий.

Режим параллельного подключения

К аналоговому системному телефону (АСТ) или ЦСТ, подключенным к супергибридному порту УАТС, можно подключить телефонный аппарат (ТА). При этом для ТА используется внутренний номер АСТ или ЦСТ.

Режим подключения к порту дополнительного устройства (XDP)

К ЦСТ, подключенному к супергибридному порту УАТС, можно подключить ТА. В отличие от режима параллельного подключения, режим XDP позволяет использовать каждый телефон как независимую внутреннюю линию с собственным внутренним номером.

Цифровое XDP-подключение

К ЦСТ, подключенному к порту ЦСТ или супергибридному порту УАТС, можно подключать другой ЦСТ. Как и в режиме XDP, каждый ЦСТ используется как независимая внутренняя линия с собственным внутренним номером.

Функции микросотового терминала (PS)

К данной цифровой гибридной IP-ATC можно подключать микросотовые терминалы (например, KX-TD7690). Получать доступ к функциям цифровой гибридной IP-ATC можно с использованием микросотового терминала, так же, как с использованием СТ. Микросотовый терминал можно включать параллельно с проводным телефоном (Параллельное беспроводное XDP — подключение). В этом случае проводной телефон является основным телефоном, а микросотовый терминал — дополнительным.

Функции средств компьютерной телефонии и компьютерной консоли оператора

Данная цифровая гибридная IP-ATC поддерживает использование средств компьютерной телефонии и компьютерную консоль оператора. Эти CTI-приложения Panasonic позволяют реализовать новые расширенные функции.

  1. Состав основной системы

В основном блоке содержится плата процессора MPR. Для расширения системы в основном блоке могут быть установлены дополнительные системные платы и блок питания.

Состав основного блока:

А: слоты расширения

В: плата MPR

Два в одном: Аудиоплеер Pioneer XDP-300R

На компанию Pioneer ценители серьезного портативного аудио обратили внимание чуть больше года назад, когда в продаже появился аудиофильский плеер Pioneer XDP-100R. Мощное устройство поод управлением Android на базе знаменитого ЦАП ESS Sabre ES9018 выделялось своими способностями даже на фоне топовых моделей от самых успешных игроков на этом рынке, включая Sony и Astell&Kern. И вот теперь у портативных меломанов появляется еще один повод для интереса к Pioneer — компания выпустила свой новый High End аудиоплеер с индексом XDP-300R. Увеличенный номер намекает на то, что у новичка еще более продвинутая конструкция, чем у его успешного предшественника. Так ли это? Сейчас разберемся.


Внешность

Если не обратить внимание на маркировку, новый аудиоплеер можно запросто перепутать с его выпущенным год назад предшественнником. У обоих девайсов одинаковые металлические корпуса с рубленными гранями и угловатым индустриальным дизайном. У обоих одинаковые габариты и вес — 13-миллиметровая толщина позволяет без труда засунуть любой из этих предметов в любой из своих карманов, а 200-граммовую массу по меркам портативного High End можно признать вполне человечной. 


4.7″ тачскрин с 720p разрешением тоже перешел к новичку в наследство от прошлогодней модели — для смартфона такой экран показался бы скромным, зато для плеера это настоящая роскошь: даже флагманскому Sony ZX2 с куда более внушительным ценником достался экранчик поменьше и попроще. Расположение аппаратных кнопок на торцах обоих «пионеров» тоже идентично, а вот с разъемами для подключения наушников все иначе: на старом XDP-100R был только один разъем, а на новом XDP-300R их сразу два. Интересно, в чем тут дело?


Конструкция

Наличие двух выходных разъемов на торце XDP-300R объясняется просто: один из них предназначен для обычного подключения наушников, второй — для продвинутого балансного, с полностью раздельным выводом стереоканалов для полного устранения помех при передаче аудиосигнала. Возможность балансного подключения — важное отличие XDP-300R от его 100-го предка, ведь оно фактически уравнивает новый Pioneer с самыми дорогостоящими флагманами конкурентов. И это далеко не единственное его отличие от XDP-100R! Раздельная обработка стереоканалов реализована во всей конструкции нового плеера, начиная с ЦАП. 


Вместо одного ES9018 в прошлогодней модели новый плеер укомплектован сразу парой таких микросхем, обеспечивающих раздельную цифроаналоговую обработку правого и левого каналов. Затем два независимых аудиопотока проходят через раздельные усилительные тракты — по сути, в одном XDP-300R умещаются сразу два XDP-100R, каждый из которых свой несет ответственность за свой собственный канал звучания. В остальном оба плеера похожи — всеми вычислительными процессами в них заправляют одинаковые четырехъядерные «мозги» от Qualcomm. За автономность отвечают мощные батареи с запасом на 16 часов работы, а за память — встроенные 32 Гб накопители с парой дополнительных кардслотов, благодаря которым грузоподъемность можно увеличить чуть ли не в 20 раз, до запредельных 548 Гб.


Способности

Отличные характеристики встроенных ЦАП обеспечивают плееру замечательные способности к обработке самой сложной звуковой информации. Эти способности особенно порадуют любителей хайрезов, ведь новый Pioneer способен легко справиться с любым HD-звуком, включая 384 кГц PCM и 11.2 МГц DSD. Помимо привычных кодировок вроде FLAC и ALAC плеер поддерживает свежий формат MQA, призванный более плотно упаковывать аудио высокого разрешения, чтобы не тратить лишнее место на носителе. Благодаря проворному процессору на четырех ядрах он моментально реагирует на команды и не тормозит при работе, а Android 5.1 обеспечивает полный набор мультимедийных услуг, к которым привыкли пользователи смартфонов и планшетов. 


Хочешь — скачивай музыку через Wi-Fi, хочешь — подсоединяй беспроводные наушники по Bluetooth с поддержкой aptX. Можешь загружать хайрезы с OnkyoMusic или слушать потоковое аудио со Spotify или Deezer — приложения уже установлены и готовы к работе. А если вдруг все надоело — отключи наушники и просто сыграй в старый добрый Angry Birds.

Автор: (aleksandra) Александра Стецишин
14.03.2017

Нашли опечатку в тексте? Выделите и нажмите Ctrl+Enter. Это не требует регистрации. Спасибо.


Поделитесь в социальных сетях


3.8 Подключение внутренних линий

3.8.1 Максимальная длина кабелей для внутренних линий (витой кабель)

Максимальное расстояние прокладки кабелей от УАТС одинаково, даже если ЦСТ серии KX-T7600 является ведущим ЦСТ в цифровом XDP-соединении.
Уведомление
Максимальное расстояние прокладки кабеля зависит от условий.
«» означает, что плата расширения поддерживает терминал.

3.8.2 Параллельное подключение внутренних номеров

Любой ТА можно подключить параллельно с АСТ или ЦСТ следующим образом.
Примечание
Помимо ТА, параллельно с АСТ или ЦСТ можно подключить автоответчик, факсимильный аппарат или модем (ПК).

С АСТ

С ЦСТ

Использование модульного Т-адаптера

Использование дополнительного порта устройства

С ЦСТ серии KX-T7600 (кроме KX-T7665)

С другим ЦСТ

3.8.3 Подключение порта цифрового дополнительного устройства (цифровой XDP)

ЦСТ может быть подключен к другому ЦСТ через соединение Digital XDP. Кроме того, если ЦСТ подключен к плате DHLC8, к нему также может быть подключен ТА в параллельном режиме или в режиме XDP.
Примечания
Оба ЦСТ должны быть ЦСТ серии KX-T7600 (кроме KX-T7640). Обратите внимание, что KX-T7667 может быть подключен только как ведомый ЦСТ.
Параллельный режим или режим XDP можно выбрать с помощью системного программирования.
Если режим XDP включен через системное программирование, параллельное соединение невозможно. Дополнительную информацию см. в разделах «1.13.2 Параллельный телефон» и «1.5.7 Конфигурация порта внутренней линии» в Руководстве по функциям.

С ЦСТ серии KX-T7600

Использование модульного Т-адаптера

Использование дополнительного порта устройства

3.8.4 Соединение CTI для управления вызовами первой стороны

Соединение CTI между ПК и KX-T7633/KX-T7636 ЦСТ обеспечивает управление вызовами первой стороны. Соединение CTI осуществляется через интерфейс USB (версия 2.0) и использует протокол TAPI 2.1.
Модуль USB (KX-T7601) должен быть подключен к ЦСТ KX-T7633/KX-T7636.
Примечание
Операционная система ПК, необходимая для управления вызовами первой стороны, зависит от прикладного программного обеспечения CTI.Для получения подробной информации обратитесь к руководству по прикладному программному обеспечению CTI.
Примечания
Максимальная длина кабеля USB составляет 3 м (9 футов 10 дюймов).
USB-модули нельзя подключать к ЦСТ в цифровом соединении XDP. В соединении Digital XDP нельзя использовать ПК.Если модуль USB подключен к ведомому ЦСТ, ЦСТ не будет работать должным образом.

Основы и краткое руководство — Tigera

eBPF XDP: основы и краткое руководство

Что такое eBPF XDP?

eBPF — это расширенная версия пакетного фильтра Беркли (BPF). Это абстрактная виртуальная машина (ВМ), работающая в ядре Linux, подобно тому, как виртуальная машина Java (JVM) может запускать приложения в контролируемой среде.eBPF может выполнять определяемые пользователем программы в изолированной программной среде ядра — обычно он используется, чтобы позволить разработчикам писать низкоуровневые программы мониторинга, трассировки или работы в сети в Linux таким образом, чтобы обеспечить оптимальную производительность.

eXpress Data Path (XDP) — это платформа, позволяющая выполнять высокоскоростную обработку пакетов в приложениях BPF. Чтобы обеспечить более быструю реакцию на сетевые операции, XDP запускает программу BPF как можно скорее, обычно сразу после получения пакета сетевым интерфейсом.

Из этой статьи вы узнаете:

Необходимость XDP в eBPF

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

XDP можно использовать для достижения высокой производительности обработки пакетов в архитектуре eBPF, в основном с использованием обхода ядра. Это значительно снижает накладные расходы, необходимые для ядра, поскольку ему не нужно обрабатывать переключение контекста, обработку сетевого уровня, прерывания и т. д.Управление сетевой картой (NIC) передается программе eBPF. Это особенно важно, если вы работаете на более высоких скоростях сети — 10 Гбит/с и выше.

Однако у метода обхода ядра есть некоторые недостатки:

  • Программы eBPF должны писать свои собственные драйверы. Это создает дополнительную работу для разработчиков.
  • Программы XDP запускаются до анализа пакетов. Это означает, что программы eBPF должны напрямую реализовывать функциональные возможности, необходимые им для выполнения своей работы, не полагаясь на ядро.

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

Как работает XDP

Программы

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

Вы можете подключить программу XDP к интерфейсу, используя следующие модели:

  • Общий XDP — Программы XDP загружаются в ядро ​​как часть обычного сетевого пути. Это не дает полного преимущества в производительности, но это простой способ протестировать программы XDP или запустить их на обычном оборудовании, которое не обеспечивает конкретной поддержки XDP.
  • Native XDP — Программа XDP загружается драйвером сетевой карты как часть его начального пути приема.Это также требует поддержки со стороны драйвера сетевой карты.
  • Выгруженный XDP — Программа XDP загружается непосредственно в сетевую карту и выполняется без использования ЦП. Для этого требуется поддержка устройства сетевого интерфейса.

Вот некоторые операции, которые программа XDP может выполнять с полученными пакетами после подключения к сетевому интерфейсу:

  • XDP_DROP — Отбрасывает и не обрабатывает пакет. Программы eBPF могут анализировать шаблоны трафика и использовать фильтры для обновления приложения XDP в режиме реального времени, чтобы отбрасывать определенные типы пакетов (например, вредоносный трафик).
  • XDP_PASS – Указывает, что пакет должен быть направлен в обычный сетевой стек для дальнейшей обработки. Программа XDP может изменить содержимое пакета до того, как это произойдет.
  • XDP_TX – Пересылает пакет (который мог быть изменен) на тот же сетевой интерфейс, который его получил.
  • XDP_REDIRECT — Обходит обычный сетевой стек и перенаправляет пакет через другую сетевую карту в сеть.

Примеры использования XDP

Вот несколько распространенных вариантов использования XDP в eBPF.

Защита от атак DDoS и межсетевой экран

Одной из основных функций XDP в eBPF является использование XDP_DROP, который указывает драйверу отбрасывать пакеты на ранней стадии. Это позволяет применять различные эффективные сетевые стратегии, сохраняя при этом стоимость каждого пакета на очень низком уровне.

Это отлично подходит для ситуаций, когда вам нужно иметь дело с любым типом DDoS-атаки, но в более общем плане, используя XDP, eBPF может реализовать любой тип политики брандмауэра с очень небольшими накладными расходами. XDP может обрабатывать такие сценарии, например, путем очистки нелегитимного трафика и пересылки законных пакетов в пункт назначения с использованием XDP_TX .

XDP можно развернуть на отдельном сетевом устройстве или распределить на несколько узлов, защищающих хост. Последний сценарий может быть реализован с использованием XDP_PASS или cpumap XDP_REDIRECT . Чтобы повысить производительность, вы можете использовать разгруженный XDP, который полностью переносит и без того небольшую стоимость каждого пакета данных на сетевую карту, которая обрабатывается на скорости канала.

Пересылка и балансировка нагрузки

Еще одним важным вариантом использования XDP является использование операций XDP_TX или XDP_REDIRECT для пересылки пакетов и балансировки нагрузки.Пакеты данных могут обрабатываться программами BPF, работающими на уровне XDP. Помощники BPF — функции, используемые программами BPF для взаимодействия с системой или контекстом, в котором они работают, — могут использоваться для увеличения или уменьшения запаса пакетов данных, для инкапсуляции и декапсуляции пакетов данных перед их отправкой обратно.

Существует два распространенных способа реализации балансировщика нагрузки:

  • Вы можете использовать XDP_TX для пересылки пакетов с использованием того же сетевого адаптера, которым они были получены
  • Вы можете использовать XDP_REDIRECT для пересылки пакетов на другой сетевой интерфейс
Мониторинг и отбор проб потока

XDP обычно используется для мониторинга пакетов, выборки и других форм сетевого анализа.Его можно использовать, например, для мониторинга трафика на промежуточном узле на пути к конечному хосту или в сочетании с любым из вышеперечисленных вариантов использования.

Для анализа сложных пакетов XDP сопоставляет сетевые пакеты (усеченные или полные полезные данные) и пользовательские метаданные с программами eBPF. Это также может поддерживать ситуации, когда анализируются только начальные данные в потоке, а затем обход мониторинга, когда он определяет, что трафик является законным.

Гибкость, обеспечиваемая BPF с XDP, позволяет реализовать любой тип пользовательского мониторинга или выборки.

Краткое руководство: запуск вашей первой программы XDP

Этот раздел представляет собой сокращенную версию полного руководства Ханбина Лю из Red Hat.

 

Шаг 1. Установите среду разработки

Установите необходимые пакеты, используя следующий код:

 $ sudo dnf install clang llvm gcc libbpf libbpf-devel libxdp libxdp-devel xdp-tools bpftool заголовки ядра 

 

Шаг 2. Напишите простую программу XDP

Следующая программа на C использует команду xdp_drop для удаления всех пакетов данных.

Включение заголовка linux/bpf.h обеспечивает доступ к командам XDP. Макрос SEC помещает часть скомпилированного объекта в определенный раздел в файле исполняемого и связываемого формата (ELF).

 

Шаг 3. Создание программы eBPF

Вы можете использовать утилиту clang для сборки программы следующим образом:

 $ clang -O2 -g -Wall -target bpf -c xdp_drop.c -o xdp_drop.o 

Вы можете использовать команду llvm-objdump , чтобы показать код ELF, сгенерированный командой clang .Флаг -h позволяет отображать все разделы объекта.

 

Шаг 4. Загрузите программу BPF

Прежде чем продолжить, важно использовать Linux veth (виртуальное устройство Ethernet) для тестирования. Тестовая программа отбрасывает все пакеты, поэтому, если вы запустите ее на интерфейсе по умолчанию, вы потеряете подключение.

Вы можете загрузить объект BPF следующим образом:

 $ sudo ip link set veth2 xdpgeneric obj xdp_drop.o sec xdp_drop 

Однако этот метод не поддерживает карты типов (с использованием формата BTF), которые необходимы для более сложных операций.Для его включения можно использовать утилиту xdp-loader .

Вот как загрузить объект на интерфейс veth с помощью xdp-loader. Флаг -m sbk используется для универсальной загрузки XDP, для которой не требуется совместимое аппаратное устройство.

 $ sudo xdp-loader load -m skb -s xdp_drop veth2 xdp_drop.o 

 

Шаг 5. Отображение состояния выполнения программ BPF

В зависимости от того, как вы запустили объект BPF, будет запущена либо одна программа (если вы использовали команду ip), либо две программы (если вы использовали xdp-loader, который запускает как саму утилиту загрузчика, так и вашу пользовательскую программу).

Вот как показать запущенные программы BPF и активность на вашем виртуальном интерфейсе Ethernet.

Утилита xdp-loader имеет собственную команду status , которая может отображать запущенные в данный момент программы XDP.

 

Шаг 6. Выгрузите программу XDP

Если вы загрузили программу с помощью команды ip, выгрузите ее следующим образом. Обратите внимание, что вы должны использовать те же флаги, которые вы использовали при загрузке программы.

 $ sudo ip link set veth2 xdpgeneric off 

Если вы использовали xdp-loader, для выгрузки программ XDP используйте эту команду:

 $ sudo xdp-loader выгрузить -a veth2 

 

Шаг 7. Выполнение дополнительных действий

Теперь, когда вы понимаете, как создать и загрузить минимальную программу XDP, посмотрите приведенный ниже код, который анализирует трафик и отбрасывает только пакеты IPv6.

Плоскость данных Calico eBPF

Calico предлагает поддержку нескольких уровней данных, включая стандартный Linux, Windows HNS и Linux eBPF. По сравнению со стандартной сетевой плоскостью данных Linux, плоскость данных Calico eBPF обеспечивает более высокую пропускную способность, использует меньше ЦП на гигабит и имеет встроенную поддержку сервисов Kubernetes (без необходимости использования kube-proxy).

Встроенная поддержка служб Kubernetes плоскостью данных обеспечивает следующее:

  • Уменьшает задержку первого пакета для пакетов для служб
  • Сохраняет исходные IP-адреса внешних клиентов на всем пути до модуля
  • поддерживает прямой возврат сервера (DSR) для более эффективной маршрутизации услуг
  • Использует меньше ЦП, чем kube-proxy, для синхронизации плоскости данных

С Calico вы можете легко загружать и выгружать плоскость данных eBPF в соответствии с вашими потребностями.Calico предлагает вам возможность использовать eBPF по мере необходимости в качестве дополнительного элемента управления для обеспечения безопасности вашего кластера Kubernetes.

Помимо трех плоскостей данных, поддерживаемых Calico в настоящее время, в ближайшем будущем планируется добавить поддержку еще большего числа плоскостей данных, включая векторную обработку пакетов (VPP). Calico позволяет пользователю решить, что лучше всего подходит для того, что ему нужно делать.

 

Следующие шаги:

 

Нежное введение в XDP

XDP, или в его полном названии «eXpress Data Path», представляет собой структуру ядра Linux, представленную в версии 4.8, который обрабатывает пакеты на самом низком возможном уровне, таким образом, допуская высокопроизводительную обработку пакетов .

Как правило, когда входящий пакет поступает на NIC (сетевую интерфейсную карту), он передается в кольцевой буфер в ядре с именем rx_ring . Затем пакет копируется в сетевой стек ядра — в структуру с именем sk_buff , которая содержит необработанные данные вместе с другими метаданными (полные спецификации структуры см. здесь). Попав в структуру sk_buff , пакет направляется в соответствующую функцию обработчика пакетов (т.грамм. ip_recv для IP-пакетов).

Копирование пакета в sk_buff является дорогостоящей операцией, и традиционные решения для обработки пакетов, такие как перехватчики Netfilter, могут страдать с точки зрения производительности, особенно для таких случаев использования, как защита от DDOS и брандмауэр. Что, если бы мы могли каким-то образом обработать пакет до того, как будет скопирован в структуру sk_buff ? 🤔

XDP-программа на помощь

XDP-программа — это программа на основе eBPF, которая подключается в качестве точки подключения к драйверу сетевой карты (есть несколько исключений из этого, подробнее об этом позже) и может решить судьбу сетевого пакета сразу после его поступления.

Программа XDP работает с буфером rx_ring до того, как пакет будет скопирован в сетевой стек ядра. Это позволяет быстро обрабатывать и фильтровать пакеты со всеми преимуществами программы eBPF.

Следующая диаграмма иллюстрирует поток пакетов в ядре, и вы можете увидеть, где работает программа XDP, в левом нижнем углу:

Ян Энгельхардт — собственная работа, Origin SVG PNG, CC BY-SA 3.0, Файл :Netfilter-packet-flow.svg — Wikimedia Commons

 Механика программ XDP

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

  • Программа XDP видна только для входящих пакетов.

  • Основной поток программы XDP обычно выглядит следующим образом:

    1. Получить необработанный пакет в качестве входных данных (задается структурой xdp_md ).

    2. Выполните некоторую обработку пакета (получите некоторую информацию на основе данных, измените их и т. д.).

    3. Решите, что делать с пакетом (например, передать/отбросить).

    Давайте рассмотрим простейшую программу XDP (представьте ее как программу «привет мир» XDP):

     

    #include

    #include

    SEC("xdp")

    int xdp_hello_world(struct xdp_md *ctx)

    {

    return XDP_PASS;

    }

    Игнорируя всю механику eBPF (SEC, включение и т. д.), мы видим, что все, что делает эта программа, — это возвращает код с именем XDP_PASS . В этом случае шаг 2 пуст (пакет не обрабатывается). Код возврата XDP_PASS позволяет пакету проходить через сетевой стек, как и следовало ожидать.В общем, ничего полезного эта программа XDP не делает 😊.

    Давайте немного оживим ситуацию и изменим предыдущую программу, чтобы получить следующее:

    int xdp_hello_world_all_spiced_up(struct xdp_md *ctx)

    {

    return XDP_DROP;

    }

    А-ХА! Мы заменили возвращаемое значение функции на XDP_DROP . Это означает, что все пакеты, приходящие на сетевую карту, будут отброшены 😈.Хотя в некоторых случаях это может быть забавно, я бы не рекомендовал загружать такую ​​программу, особенно в вашей производственной среде.

    Следующие обратные коды доступны для программы XDP:

    • xdp_pass , xdp_drop — как мы уже видели

    • xdp_tx — откажитесь от пакета обратно к NIC

    • XDP_ABORTED — используется для указания того, что в программе XDP произошла ошибка во время выполнения (пакет будет отброшен)

    • XDP_REDIRECT — указывает, что программа XDP перенаправила пакет на другой интерфейс или на карту eBPF

    Дополнительные сведения о различных кодах возврата см. в разделе Действия XDP — Prototype Kernel 0.0.1 документация.

    Есть 2 других случая для контекста, в котором выполняется программа XDP:

    • Некоторые сетевые карты предоставляют возможность разгрузить программу XDP на саму сетевую карту, таким образом, программа XDP запускается очень рано и очень быстро (не беспокоясь об этом). ЦП).

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

    • Проверьте репозиторий BCC для получения списка драйверов, поддерживающих XDP.

    Программы XDP, как и все другие программы eBPF, могут взаимодействовать с другими программами eBPF или с пространством пользователя с помощью концепции, называемой картами eBPF. Для получения дополнительной информации о картах eBPF ознакомьтесь с документацией по картам eBPF — Prototype Kernel 0.0.1.

    Давайте создадим простую программу XDP

    Мы собираемся создать программу XDP и средство запуска XDP.Эта программа выведет список имен протоколов вместе с количеством пакетов, которые были захвачены для определенного протокола. Он основан на gobpf/xdp_drop.go по адресу master · iovisor/gobpf и использует структуру BCC.

    Вы можете найти полный код в нашем учебном репозитории eBPF. Он также содержит инструкции по загрузке и тестированию программы, а также образ докера для упрощения настройки.

    xdp_prog.c

    Начнем с первого фрагмента кода:

     

    int xdp_counter(struct xdp_md *ctx)

    {

    void *data = (void *)(long)ctx->data;

    void *data_end = (void *)(long)ctx->data_end;

    ...

    Это функция, которую мы собираемся загрузить как программу eBPF. data и data_end являются указателями на начало и конец необработанной памяти пакета. Обратите внимание, что ctx->data и ctx->data_end имеют тип __u32 , поэтому мы должны выполнять приведения типов (большинство программ XDP запускаются именно так).

    Продолжаем:

     

    struct ethhdr *eth = data;

    uint64_t network_header_offset = sizeof(*eth);

    если (данные + network_header_offset > data_end)

    {

    return RETURN_CODE;

    }

    ethaddr — это структура, которая определяет заголовок кадра Ethernet, поэтому мы можем легко получить доступ к полям этого кадра.Для нашей цели — нас интересует поле h_proto , которое скажет нам, нужно ли нам анализировать пакет как пакет IPv4 или IPv6. Мы также сохраняем смещение до конца кадра Ethernet.

    Затем мы проверяем, что смещение, добавленное к указателю data , не превышает указатель data_end , и если это так, мы возвращаем RETURN_CODE (который ранее был определен как XDP_PASS , помните?) . Если мы этого не сделаем, мы получим следующую ошибку при попытке запустить программу:

    Мы получим ошибку отказа в разрешении, так как верификатор eBPF отказывается загружать нашу программу.Верификатор, с его точки зрения, жалуется, что мы пытаемся получить доступ к области памяти, которая находится за пределами пакета. Следовательно, мы должны добавить эти связанные проверки, чтобы наша программа могла быть загружена правильно. Это распространенный шаблон в программах XDP, и мы скоро увидим его снова.

    Продолжаем:

     

    uint16_t h_proto = eth->h_proto;

    интервал_индекс_протокола;

    if (h_proto == htons (ETH_P_IP))

    {

    protocol_index = parse_ipv4 (data + network_header_offset, data_end);

    }

    else if (h_proto == htons(ETH_P_IPV6))

    {

    protocol_index = parse_ipv6(data + network_header_offset, data_end);

    }

    else

    {

    protocol_index = 0;

    }

    Здесь ничего особенного — мы используем поле h_proto , чтобы решить, какой анализ нам следует выполнять, и соответственно вызываем функцию, которая возвращает значение protocol_index .

    Переходим к:

     

    if (protocol_index == 0)

    {

    return RETURN_CODE;

    }

    long *protocol_count = protocol_counter.lookup(&protocol_index);

    если (протокол_счетчик)

    {

    lock_xadd(протокол_счетчик, 1);

    }

    возврат RETURN_CODE;

    Мы проверяем, равен ли protocol_index 0, и в этом случае просто возвращаем RETURN_CODE .

    Затем мы ищем protocol_index из предыдущего шага в карте с именем protocol_counter , которая сопоставляет индекс протокола с количеством пакетов.Затем мы увеличиваем счетчик протоколов для определенного protocl_index , который мы зафиксировали, и возвращаем RETURN_CODE .

    Рассмотрим одну из служебных функций, анализирующих сетевой протокол:

     

    static inline int parse_ipv4(void *ip_data, void *data_end)

    {

    struct iphdr *ip_header = ip_data;

    if ((void *)&ip_header[1] > data_end)

    {

    вернуть 0;

    }

    вернуть ip_header->протокол;

    }

    Мы создаем iphdr , чтобы легко извлечь протокол пакета.Чтобы снова осчастливить верификатор eBPF, мы проверяем, не превышаем ли мы адрес памяти пакета, и возвращаем номер протокола. Функция parse_ipv6 аналогична, но вместо нее мы будем использовать структуру ipv6hdr .

    Вот оно! Основная логика нашей программы XDP готова.

    xdp_runner.go

    ОК, пора переходить к бегуну. Наш бегун получает 2 аргумента:

    1. Путь к файлу программы XDP ( xdp_prog.c в нашем случае).

    2. Имя устройства, к которому следует прикрепить программу XDP.

      1. Самый простой способ — использовать интерфейс lo , который обозначает петлевой интерфейс, но вы также можете запустить ip link , чтобы показать все доступные интерфейсы для машины.

    Вот первый фрагмент с начала функции main:

     

    bpfSourceCodeFile := os.Args[1]

    bpfSourceCodeContent, err := ioutil.ReadFile(bpfSourceCodeFile)

    if err != nil {

    fmt.Fprintf(os.Stderr, "Не удалось прочитать файл исходного кода bpf %s с ошибкой: %v\n", bpfSourceCodeFile, err)

    os.Exit (1)

    }

    модуль := bcc.NewModule(string(bpfSourceCodeContent), nil)

    отложить модуль. , bpfLogSize)

    if err != nil {

    fmt.Fprintf(os.Stderr, "Не удалось загрузить программу xdp: %v\n", err)

    os.Exit(1)

    }

    устройство := os.Args[2]

    err = module.AttachXDP(device, fn)

    if err != nil {

    fmt.Fprintf(os.Stderr, "Failed для подключения программы xdp: %v\n", err)

    os.Exit(1)

    }

    defer func() {

    if err := module.RemoveXDP(device); err != nil {

    fmt.Fprintf(os.Stderr, "Не удалось удалить XDP из %s: %v\n", устройство, err)

    }

    }()

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

    Next:

     

    protocolCounter := bcc.NewTable(module.TableId("protocol_counter"), module)

    <-sig

    fmt.Printf("\n{IP-протокол}: {общее количество пакетов} \n")

    для него := protocolCounter.Iter(); это.Далее(); {

    ключ := протоколы [bcc.GetHostByteOrder().Uint32(it.Key())]

    if key == "" {

    ключ = "Неизвестно"

    }

    значение := bcc.GetHostByteOrder ().Uint64(it.Leaf())

    , если значение > 0 {

    fmt.Printf("%v: %v пакетов\n", ключ, значение)

    }

    }

    Мы снова используем структуру BCC, на этот раз для получения таблицы eBPF с именем protocol_counter (мы видел это в программе XDP). Как только бегун получает сигнал остановиться, мы повторяем все протоколы на карте и выводим их количество пользователю.

    Мы рекомендуем вам ознакомиться с README семинара и попробовать запустить его самостоятельно!

    Заключение

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

    Основные выводы:

    • XDP позволяет создавать высокопроизводительные программы обработки пакетов на основе технологии eBPF

    • Создание и загрузка программы XDP может быть легко осуществлена ​​с использованием существующих инфраструктур и решений

    • XDP может иметь много вариантов использования, например, инструменты наблюдения, защита от DDOS, брандмауэры, балансировщики нагрузки

    Присоединяйтесь к нашему квесту eBPF!

    Seekret — одна из ведущих компаний IL в экосистеме eBPF; присоединяйтесь к нашим

    Ссылки

    [Что такое] XDP/AF_XDP и его потенциал

    Что такое XDP?

    XDP (eXpress Data Path) — это реализация eBPF (расширенный пакетный фильтр Беркли) для раннего перехвата пакетов.Полученные пакеты не отправляются напрямую в IP-стек ядра, но могут быть отправлены в пространство пользователя для обработки. Пользователи могут решить, что делать с пакетом (удалить, отправить обратно, изменить, передать ядру). Подробное описание можно найти здесь.

    XDP разработан как альтернатива для DPDK . Он медленнее и на данный момент менее зрелый, чем DPDK. Однако он предлагает функции/механизмы, уже реализованные в ядре (пользователи DPDK должны реализовать все в пользовательском пространстве).

    На данный момент XDP находится в стадии интенсивной разработки , и функции могут меняться с каждой версией ядра.Наступает первое требование — запустить последнюю версию ядра. Изменения между версиями ядра могут быть несовместимы.

    IO Visor Описание обработки пакетов XDP

    Приложение XDP

    Программа XDP может быть подключена к интерфейсу и может обрабатывать очередь RX этого интерфейса (входящие пакеты). Невозможно перехватить очередь TX (исходящие пакеты), но разработчики ядра постоянно расширяют набор функций XDP. Очередь TX — одно из улучшений, вызвавших большой интерес со стороны сообщества.

    Программа XDP может быть загружена в нескольких режимах :

    • Generic — Драйвер не поддерживает XDP, но ядро ​​подделывает его. Программа XDP работает, но реального выигрыша в производительности нет, потому что пакеты в любом случае передаются стеку ядра, который затем эмулирует XDP — это обычно поддерживается универсальными сетевыми драйверами, используемыми на домашних компьютерах, ноутбуках и виртуализированных аппаратных средствах.
    • Собственный — Драйвер имеет поддержку XDP и может затем передавать XDP без взаимодействия со стеком ядра — Немногие драйверы могут его поддерживать, и они обычно предназначены для корпоративного HW только несколько сетевых карт могут сделать это.

    XDP работает в эмулируемой среде.Подразумевается несколько ограничений, которые должны защитить ядро ​​от ошибок в коде XDP. Существует ограничение на количество инструкций, которые может получить один XDP. Однако в таблице вызовов есть обходной путь, ссылающийся на различные программы XDP, которые могут вызывать друг друга.

    Эмулятор XDP проверяет диапазон используемых переменных. Иногда это полезно — это не позволяет вам получить доступ к смещению пакета больше, чем уже проверено по размеру пакета.

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

    Компиляция BPF

    Ошибки, о которых сообщает компилятор BPF, довольно сложны из-за идентификатора программы, скомпилированного в байтовый код. Ошибки, о которых сообщает этот байт-код, обычно не делают очевидным, к какой части программы C он относится.

    Сообщение об ошибке иногда скрыто в начале дампа, иногда в конце дампа. Сам дамп инструкций может занимать много страниц. Иногда единственный способ определить проблему — это закомментировать части кода, чтобы выяснить, в какой строке она возникла.

    XDP не может (по состоянию на ноябрь 2019 г.):

    Одним из требований было перенаправление трафика между хостом и пространствами имен, контейнерами или виртуальными машинами. Пространства имен выполняют свою работу должным образом, поэтому XDP может получить доступ либо к хост-интерфейсам, либо к интерфейсам с пространством имен. Я не смог использовать его как туннель для передачи трафика между ними. Обходной путь заключается в использовании пары veth для подключения хоста к пространству имен и подключении 2 обработчиков XDP (по одному с каждой стороны для обработки трафика). Я не уверен, могут ли они совместно использовать ТАБЛИЦЫ для передачи данных.Однако использование пары и уменьшает преимущество в производительности от использования XDP.

    Другой вариант — создать сокет AF_XDP в качестве приемника для пакетов, полученных на физическом интерфейсе и обработанных подключенным XDP. Но есть 2 основных ограничения :

    • Нельзя создавать десятки сокетов AF_XDP и использовать XDP для перенаправления различных классов трафика в собственный AF_XDP для обработки, потому что каждый сокет AF_XDP привязывается к очереди TX физических интерфейсов.Большая часть физического и эмулируемого аппаратного обеспечения поддерживает только одну очередь RX/TX на каждый интерфейс. Если один AF_XDP уже привязан, другой не сработает. Существует несколько комбинаций аппаратного обеспечения и драйверов, которые поддерживают несколько очередей RX/TX, но у них есть очереди 2/4/8, что не масштабируется с сотнями контейнеров, работающих в облаке.
    • Другое ограничение заключается в том, что XDP может перенаправлять трафик на сокет AF_XDP, где клиент считывает данные. Но когда клиент что-то пишет в AF_XDP, t , то трафик идет сразу через физический интерфейс и XDP его не видит.Следовательно, XDP + AF_XDP не подходит для симметричных операций, таких как инкапсуляция/декапсуляция. Использование пары и может решить эту проблему.
    XDP может (по состоянию на ноябрь 2019 г.):
    • Быстрая фильтрация входящих пакетов. XDP может проверять поля во входящих пакетах и ​​выполнять простые действия, такие как DROP, TX, чтобы отправить его на тот же интерфейс, на который он был получен, ПЕРЕНАПРАВЛЕНИЕ на другой интерфейс или ПЕРЕДАЧА в стек ядра для обработки. XDP может чередовать пакетные данные, такие как подкачка MAC-адресов, изменение IP-адресов, портов, типа ICMP, пересчет контрольных сумм и т. д.Очевидное использование для реализации:
    • Filerwalls (DROP)
    • L2/L3 lookup & forward
    • NAT – можно использовать к собственному интерфейсу, обрабатывая и пересылая трафик через другой интерфейс). Отслеживание соединения возможно, но более сложно с сохранением и обменом данными, связанными с сеансом, в ТАБЛИЦАХ.

    Марек Заводски , ПАНТЕОН.tech


    AF_XDP

    AF_XDP — новый тип сокета, представленный в ядре Linux 4.18, который не полностью обходит ядро, но использует его функциональность и позволяет создавать что-то похожее на DPDK или AF_Packet . .

    DPDK (Data Plane Development Kit) — это библиотека, разработанная Intel в 2010 году и в настоящее время под эгидой Linux Foundation Projects , которая ускоряет рабочие нагрузки по обработке пакетов на широком спектре архитектур ЦП.

    AF_Packet — это сокет в ядре Linux, который позволяет приложениям отправлять и получать необработанные пакеты через ядро. Он создает общий кольцевой буфер mmap между ядром и пользовательским пространством, что уменьшает количество вызовов между ними.

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

    В отличие от AF_Packet, AF_XDP перемещает кадры непосредственно в пользовательское пространство без необходимости проходить через весь сетевой стек ядра. Они прибывают в кратчайшие сроки. AF_XDP не обходит ядро, а создает быстрый путь в ядре .

    Он также предлагает такие преимущества, как нулевое копирование (между пространством ядра и пространством пользователя) или разгрузка байт-кода XDP в сетевую карту. AF_XDP может работать в режиме прерывания, а также в режиме опроса, в то время как драйверы режима опроса DPDK всегда опрашивают — это означает, что они используют 100% доступной вычислительной мощности ЦП.

    Будущий потенциал

    Один из потенциальных будущих вариантов для разгруженного XDP (являющийся одной из возможностей выполнения байт-кода XDP) заключается в том, что такая разгруженная программа может выполняться непосредственно в сетевой карте и, следовательно, не использует мощность ЦП, как было отмечено на FOSDEM 2018:

    . Поскольку XDP является настолько низкоуровневым, единственный способ снизить обработку пакетов и повысить производительность — это задействовать аппаратное обеспечение. На самом деле это возможно, начиная с ядра 4.9 до переносит программы  eBPF непосредственно на совместимую сетевую карту , что обеспечивает ускорение при сохранении гибкости таких программ.

    Децентрализация

    Кроме того, все признаки ведут к теоретической децентрализованной архитектуре — с упором на усилия сообщества по разгрузке рабочих нагрузок на сетевые карты — например, в децентрализованной архитектуре коммутации сетевых карт. Этот тип разгрузки уменьшит затраты на различные дорогостоящие задачи, такие как необходимость обработки входящих пакетов самим ЦП.

    Мы воодушевлены будущим AF_XDP и с нетерпением ждем упомянутых возможностей!

    Для получения более подробного описания вы можете загрузить презентацию с подробным описанием AF_XDP и DPDK, а также другую презентацию с FOSDEM 2019.

    Обновление от 15.08.2020: !


    Вы можете связаться с нами по адресу https://pantheon.tech/

    Исследуйте наш Pantheon GitHub.

    Смотрите наш канал YouTube.

    Энергетические системы Xtreme

    XtremeLink® Программатор устройств

    Программное обеспечение поддержка

     
    Вы приветствуются ссылки на эти файлы, но, пожалуйста, не размещайте их. Производим периодические доработки
    к нашему ПО и прошивке.Только самые последние версии должны быть доступны для наших клиентов.

     

    XDP, телеметрия Устройства Station и Serial Link поддерживаются при использовании одной и той же установки программного обеспечения XDP. упаковка.

    Пожалуйста, загрузите Текущий установщик программного обеспечения XDP - Нажмите здесь скачать

    *** ВНИМАНИЕ!! ***  ВЫ ДОЛЖНЫ ЗАПУСТИТЬ XDP УСТАНОВЩИК ПРОГРАММ С ЛЮБЫМИ АНТИВИРУСНЫМИ ПРОГРАММАМИ ОТКЛЮЧЕН, И ПОКА В РЕЖИМЕ АДМИНИСТРАТОРА !

    Нажмите по ссылке для получения дополнительной информации по этим темам:



     

    Оборудование Требования

    486 или более поздний процессор под управлением Windows 98 или более поздней версии.1,5 МБ свободного места на жестком диске и 640К памяти.

    Этот продукт работает только с XtremeLink® 2,4 ГГц устройства. Не все XtremeLink® устройства могут обновить свою прошивку. Только 3 канала ресиверы и спутниковые ресиверы официально поддерживают прошивку обновления. Тем не менее, большое количество наших продуктов имеют это способность. Если ваше устройство отображается как не наличие прошиваемого процессора, то вы не сможете обновить его. Это это невозможно обновить старые непрошиваемые устройства до прошиваемых.


    Обзор

    XtremeLink® Устройство Программатор (сокращенно XDP) — это USB-устройство, позволяющее виды связи с XtremeLink® продукт линия.Программное обеспечение, доступное здесь, даст вам мощный инструменты за помощь в настройке системы и диагностике любого потенциального проблемы с установкой или оборудованием.

    Это продукт предназначен для компьютеров ПК, работающих под управлением Windows 98 через Windows Операционные системы Vista. В настоящее время нет Macintosh Операционные системы версия доступна. Аппаратное обеспечение совместимо с USB 1.1. и Конфигурации USB 2.0. Требуемый тип кабеля — тип A. к Mini-B, который можно приобрести непосредственно в XPS.

     

    НЕОБХОДИМО УСТАНОВИТЕ УСТРОЙСТВО XTREMELINK® ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПЕРЕД ПОДКЛЮЧЕНИЕМ XDP АППАРАТНОЕ ОБЕСПЕЧЕНИЕ!

     


     

    Установка программное обеспечение XDP

    НЕ ПОДКЛЮЧАЙТЕ БЛОК XDP К ВАШЕМУ ПК ДО ПРОГРАММА УСТАНОВЛЕНА!

    Кому установить XDP программное обеспечение, загрузите установщик программного обеспечения ниже и запустите программу установки двойным щелчком по его значку. Подсказка: удерживайте клавишу SHIFT при нажатии на ссылку или правой кнопкой мыши при нажатии ссылку и сохраните файл на рабочем столе, чтобы его было легко найти.

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

    Текущий Программное обеспечение XDP установщик - Нажмите здесь, чтобы скачать

     

    Установка оборудование XDP

    Кому установить XDP оборудования, просто подключите конец USB-кабеля к меньшему разъему mini-B разъем к Xtreme Device Programmer, а другой конец к USB-порт ПК.В первый раз, когда вы делаете это, вы можете увидеть Аппаратное обеспечение Появится мастер установки. Просто выберите СЛЕДУЮЩИЙ и Водитель будет автоматически найден и настроен. У вас ДОЛЖЕН быть подключен XDP ПЕРЕД запуском любого программного обеспечения, связанного с XDP.

    После подключения XDP затем вы можете дважды щелкнуть любой из значков, чтобы запустить эту программу. Только один программа может одновременно использовать оборудование XDP, поэтому необходимо выйти одну программу перед запуском другой.ПРИМЕЧАНИЕ. Если вы Получать сообщение об ошибке Windows об отсутствующей или незарегистрированной DLL " MSSTDFMT.DLL" , затем перейдите на нашу страницу справки, нажав здесь .

     


     

    Телеметрия Станция Совместимость

    Все программы совместимые с аппаратным обеспечением XDP также можно использовать со станцией телеметрии.

     


     

    Программа Резюме

    XDP.EXE

    Этот программа позволит вам обновить прошивку (если ваше устройство возможность обновления в полевых условиях), а также изменить настройки вместо использования кнопка и светодиод мигают.Есть также специальные функции программирования, недоступные в кнопке режим программирования. Модули приемника и передатчика должны быть перевести в специальный режим для использования с этим программа. См. инструкции ниже:

    Укладка ваш Приемник XtremeLink® или расширитель каналов X10+ в режиме программирования

    Кому используйте XDP.экзешная программа, сначала необходимо поместить приемник XtremeLink® или X10+ в специальный режим программирования. Для этого нажмите и удерживайте кнопку программирования кнопку при подаче питания на ресивер или X10+. Будет краткое Пауза затем светодиод загорится оранжевым (или желтым в случае X10+). Выпустить программирование кнопку, и вы готовы использовать программу XDP.exe.

    положить ваш Модуль трансмиттера XtremeLink® в режиме программирования

    Кому используйте XDP.экзешная программа, сначала необходимо поместить модуль передатчика XtremeLink® в специальный режим программирования. Для этого нажмите и удерживайте кнопку PROG кнопку при включении питания. Продолжайте удерживать PROG кнопка и обратите внимание на состояние светодиода. Он станет зеленым, а затем по красный, а затем, наконец, становится оранжевым. Когда оранжевый, отпустите ПРОГ кнопку, и модуль передатчика готов к подключению к Программа XDP.exe.

    Если светодиод не горит вверх оранжевым, скорее всего у вас старая прошивка, в которой не было поддержка XtremeLink® Device Programmer. Экстрим Power Systems потребуется обновить прошивку приемника, чтобы включить эта поддержка.

     

    TXDIAG.EXE

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

    Добавлен способность контролировать сигнал PPM и уведомит вас, если пульс неожиданно подскочит.

     

     
    RXDIAG.EXE

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

     

    АНАЛИЗАТОР .EXE

    Этот Программа представляет собой анализатор спектра 2,4 ГГц в реальном времени.

    RSSI .ЕХЕ

    Этот программа показывает мощность передатчика RSSI (требуется прошивка v3.x и режимы 2-5).

    Прошивка XDP/Serial Link Обновления

    Эти для обновления прошивки ТРЕБУЕТСЯ прошиваемый процессор и v3.0 или более поздняя прошивка для начинать с.

    Программа обновления v1.4 - Приемник v3.4, спутник v1.1, передатчик v3.4
    Updater v1.5 - Приемник v3.5, спутник v1.2, передатчик v3.5
    Updater v1.6 - Приемник v3.6, спутник v1.3, передатчик v3.5
    Updater v1.7 - Получатель v3.7, Satellite v1.3, Transmitter v3.6 - НЕТ ОФИЦИАЛЬНОГО ВЫПУСКА
    Updater v1.8 - Приемник v3.7, спутник v1.3, передатчик v3.7
    Программа обновления v1.9 - Получатель v3.7, спутник v1.4, передатчик v3.7
    Updater v2.0 - Приемник v3.7, спутник v1.4, передатчик v3.8
    Обновление v2.1 - приемник v3.8, Satellite v1.4, Transmitter v3.8 - УДАЛЕНО
    Updater v2.2 - Receiver v3.8, Satellite v1.4, Transmitter v3.8 - УДАЛЕНО
    Обновление v2.3 - Ресивер v3.8, спутник v1.4, передатчик v3.8
    Обновление v2.4 - Приемник v3.8, наноприемник v1.4, спутник v1.4, передатчик v3.8
    Обновление v2.5 - Ресивер v3.8, наноприемник v1.5, спутник v1.4, передатчик v3.8
    Средство обновления v2.6 — Удалено
    Средство обновления v2.7 — Удалено
    Обновление v2.8 - Ресивер v3.8, Nano Receiver v1.6, Satellite v1.4, Transmitter v3.8
    Updater v2.9 — удалено
    Обновление v3.0 - Приемник v3.9, наноприемник v1.7, спутник v1.4, передатчик v3.8 - EVO v3.9!
    Программа обновления v4.0 — приемник v3.9, наноприемник v1.9, спутник v1.4, передатчик v3.8 - EVO v3.9
    Обновление v4.1 - Ресивер v3.9, Nano Receiver v1.9, Satellite v1.4, Transmitter v3.8 — EVO v3.9 — JR11x fix
    Обновление v4.2 - Ресивер v3.9, наноприемник v1.9, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR11x v3.11
    Обновление v4.3 - Ресивер v3.9, наноприемник v1.9, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR11x v3.11 - X10 v1.1
    Обновление v4.4 - Ресивер v3.9, наноприемник v1.9, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR11x v3.11 - Х10 v1.2
    Программа обновления v4.5 - Удалено
    Обновление v4.6 - Receiver v3.9, Nano I v2.0, Нано II v1.4, RFU v1.3, спутник v1.4, Передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.0 - JR11x v3.11, X10 v1.4
    Обновление v4.7 - Ресивер v3.9, Нано I v2.0, Нано II v1.4, RFU v1.3, спутник v1.4, Передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.1 - JR11x v3.11, X10 v1.4
    Обновление v4.8 - Ресивер v3.9, Нано I v2.0, Нано II v1.4, RFU v1.3, спутник v1.4, Передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.1 - JR11x v3.11, X10 v1.5
    Обновление v4.9 - Ресивер v3.9, Nano I v2.0, Нано II v1.4, RFU v1.3, спутник v1.4, Передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.2 - JR11x v3.11, X10 v1.5
    Обновление v5.0 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.3, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.2 - JR11x v3.11, X10 v1.6
    Обновление v5.1 - Удалено
    Обновление v5.2 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.3, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.2 - JR11x v3.11, Х10 v1.8
    Программа обновления v5.3 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.3, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.2 - JR11x v3.11, Х10 v1.9
    Программа обновления v5.4 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.2 - JR11x v3.11, X10 v1.9
    Программа обновления v5.5 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - ЭВО v3.9 - JR (Таранис) v4.2 - JR11x v3.11, Х10 v2.0
    Обновление v5.6 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.2 - JR11x v3.11, X10 v2.1
    Обновление v5.7 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - ЭВО v3.9 - JR (Таранис) v4.3 - JR11x v3.11, X10 v2.1
    Программа обновления v5.8 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.3 - JR11x v3.11, X10 v2.1, X10V2 v1.1
    Средство обновления v5.9 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.3 - JR11x v3.11, Х10 v2.1, X10V2 v1.2
    Средство обновления v6.0 - Ресивер v3.9, Nano I v2.0, Nano II v1.4, RFU v1.4, спутник v1.4, передатчик v3.8 - EVO v3.9 - JR (Таранис) v4.4 - JR11x v3.11, X10 v2.1, X10V2 v1.2


    Прошивка X24 Обновления (требуется установленное программное обеспечение XDP с последовательным каналом)
    Обновление v1.4 - X24 v1.4
    Обновление v1.5 - X24 v1.5
    Обновление v1.6 - X24 v1.6
    Обновление v1.7 - X24 v1.7
    Обновление v1.8 - X24 v1.8
    Обновление v1.9 - X24 v1.9
    Программа обновления v2.0 - X24 v2.0
    Программа обновления v2.1 - X24 v2.1
    Обновление v2.3 - X24 v2.3

     
     

    История прошивки

    Х24:

    ;---------------------------------------------------------------- -----------------------------
    ; v1.00 - 15.02.17 - Первоначальный выпуск
    ;---------------------------------------------------------------- -----------------------------
    ; v1.01 - 22.02.17
    ;
    ; Изменил FS на LF в экран включения.
    ;
    ; Добавлено 1/10 к номер версии
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.02 - 25.02.17
    ;
    ; Оптимизированы некоторые код прерывания в обработке светодиодов.
    ;
    ; Добавлено сохранение RCOUNT во вложенных прерываниях.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.10 - 15.03.17
    ;
    ; Экспериментальный
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.2 - 01.05.17
    ;
    ; Изменено количество доступные совпадающие группы от 6 до 5.
    ;
    ; Хранилище данных матча изменено на флэш-память. вместо ЭСППЗУ.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.3 - 02.05.17
    ;
    ; Измененный загрузчик.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.4 - 26.05.17
    ;
    ; Исправлена ​​проблема с Меняются местами элементы управления D1 и D2.
    ;
    ; Изменено AutoMatch для использования 12 групп одиночных рабы вместо 5 групп по 3
    ; рабы.
    ;
    ; Добавлена ​​пошаговая опция для AutoMatch (устанавливается в меню Limits) до значительно улучшенного
    ; совпадающая скорость.
    ;
    ; Изменены некоторые сообщения об ошибках, требующие отклик.
    ;
    ; Изменено «Сброс настроек по умолчанию», поэтому что X24 перезагружается после сброса
    ; ЭСППЗУ.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.5 - 15.06.17
    ;
    ; Исправлена ​​проблема с Вход SBUS2.
    ;
    ; Изменена обработка светодиодов для использования DMA вместо битового удара.
    ;
    ; Добавлен возможность сброса EEPROM из аварийной ситуации Запуск Serial Link с помощью
    ; удерживая SW2 на 10 секунд при включении.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.6 - 21.01.18
    ;
    ; Изменен режим JETI UDI для вывода прямой карты каналов вместо после
    ; спецификация УДИ.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.7 - 10.05.18
    ;
    ; Удален JETI UDI поддержка кода XBUS Mode B.
    ;
    ; Добавлен новый код для обработки протоколов JETI UDI. Параметр режим ввода до
    ; JETI UDI автоматически распознает протоколы UDI12 и UDI16, и даже
    ; поддерживает переключение между UDI12 и UDI16 на муха.
    ;
    ; Правильно пишется SRXL!
    ;
    ; Добавлена ​​возможность сброса настроек по умолчанию для JETI. карта канала.
    ;
    ; Исправлено сопоставление каналов для D1/D2 и E1/E2 с каналом Futaba по умолчанию карта.
    ;
    ; Изменено Power Off из меню, чтобы не разрешить отключение питания, когда мощность соответствует
    ; в источник питания.
    ;
    ; Удалена 2-я страница Информационный экран (он был избыточен).
    ;
    ;---------------------------------------------------------------- -----------------------------
    ; v1.8 - 26.05.18
    ;
    ; Добавлена ​​возможность иметь Светодиод гаснет или горит при отключении питания.
    ;
    ; Увеличено время устранения дребезга переключателя до минимума 100 мс. при использовании NONE для
    ; задержка переключения.

    ; Исправлено резервное копирование из главного меню в информацию о канале. когда ровно 12 каналов
    ; быть использованным.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ;
    ; v1.9 - 14.06.18
    ;
    ; Изменено отключение питания рутина, так что входная мощность Match Power должна быть> 4v до
    ; отключение питания не допускается.
    ;
    ; Добавлен пункт меню «Диагностика» в системное меню.;
    ;
    ;---------------------------------------------------------------- -----------------------------
    ;
    ; v2.0 - 25.09.18
    ;
    ; Добавлена ​​поддержка выбор до 32 каналов.
    ; Добавлена ​​поддержка для протокола JETI ex-Bus.
    ; Добавлен автоповтор для ввода номера канала.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ;
    ; v2.1 - 20.02.19
    ;
    ; Переписал Процедура привязки Spektrum к задержке для Horizon спец.
    ; Переписана обработка каналов Спектрума на Спецификация горизонта.
    ; Добавлена ​​поддержка Спектрума. Каналы X-Plus.
    ; Добавлена ​​поддержка Спектрума. Протокол SRXL.
    ; Исправлена ​​проблема с сервоприводом посылаются импульсы для недоступных каналов сервопривода.
    ; Режим ввода Spektrum переименован в Spek Sat.
    ; Добавлена ​​поддержка Spektrum Satellite / SRXL для показывать каналы помимо 12 канала.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ;
    ; v2.2 - 23.10.19 ** ВНУТРЕННИЙ ТЕСТ-ВЫПУСК **
    ;
    ; Добавлена ​​поддержка Graupner SUMD v3.
    ; Исправлена ​​ошибка, из-за которой вместо Failsafe по умолчанию использовалось значение Rx. X24 в режиме ввода.
    ; Добавлена ​​возможность отображать бесконечное количество страниц каналов в канал
    ; Информационный дисплей.
    ; Измененный отказоустойчивая обработка, чтобы теперь проверить и показать все потеря кадров приемника
    ; вместо того, чтобы игнорировать все другие приемники после нахождения первого получателя с
    ; действительный пакет.Это помогает в настройке антенны.
    ; Исправлено отображение информации о канале для 10/11-битные спутниковые кадры Спектрум.
    ;
    ;---------------------------------------------------------------- -----------------------------
    ;
    ; v2.3 - 11.11.19
    ;
    ; Изменено отказоустойчивость обработчик, чтобы больше не включать TIMER 4 Int во время плохой кадр.
    ; Добавлен пункт меню «Дополнительно».
    ; Добавлено RxWindow в расширенном меню, которое является время ожидания после
    ; последний байт серийные данные были получены, перед обработкой все
    ; серийные пакеты.Это позволяет работа с приемниками с другой прошивкой
    ; или даже оборудование, которое может привести к различным продолжительность декодирования
    ; и отправить серийный номер пакеты данных.
    ; Процедура отключения питания изменена на мерцание светодиода STATUS в течение 1/2 секунды при подаче питания
    ; вниз (вместо 2 секунд). Во время власти время простоя состояние переключателя
    ; проверил на изменение и может привести к тому, что X24 на самом деле не выключение в
    ; корпус где переключатель просто происходит короткое замыкание, а затем каким-то образом становится
    ; незамкнутый (что очень маловероятно).

    Стандартные приемники:

    ;--------------------------------------------------------- ----------------------------
    ;
    ; v3.1 - 06.11.08
    ;
    ; Изменена ошибка загрузки, чтобы отображать попеременно красное/оранжевое мигание, когда
    ; приемник включен, и произошел сбой радиочастотного модуля.
    ;
    ; Исправлена ​​проблема при использовании передатчика с 12 и более каналами
    ; сохранение безотказных позиций.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.2 - 20.11.08
    ;
    ; Исправлена ​​ошибка при использовании режима PPM24 с квадроциклами, установленными на 150%
    ;
    ; Улучшена повторная синхронизация потерянных пакетов с короткими кадрами.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.3 - 01.01.09
    ;
    ; Удален виртуальный спутниковый ресивер, использовавшийся для тестирования.
    ;
    ; Удалено требование о подключении датчика для получения
    . ; уровень сигнала и напряжение батареи.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.4 - 26.03.09
    ;
    ; Исправлена ​​проблема с программированием кнопок, не позволяющая использовать Failsafe
    . ; PPM ВЫКЛ.
    ;
    ; Добавлена ​​2-секундная задержка после подключения системы до того, как напряжение батареи станет равным
    . ; проверено.Это позволяет системам с огромными сервоприводами, которым нужны массивные
    ; мощность при запуске возможность включения питания без отключения низкого уровня
    ; предупреждение о напряжении.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.5 - 06.06.09
    ;
    ; Отключен вывод телеметрии, когда система находится в отказоустойчивом состоянии.
    ; Время передачи лучше потратить на повторную синхронизацию частоты
    ; прыжки.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.6 - 12.08.09
    ;
    ; Добавлена ​​поддержка 12 одновременных выходов каналов. Это позволяет вам
    ; использовать 12-канальный передатчик с несколькими приемниками и использовать
    ; (через сопоставление каналов) все 12 выходных каналов. Failsafe работает с
    ; новая программа XDP для настройки отказоустойчивости каналов 11 и 12. Примечание
    ; что диапазон выходного сигнала сервопривода теперь ограничен, от 850 мкс до 2250 мкс, 100 мкс
    ; короче предыдущих версий.При тестировании самый низкий пульс
    ; мы столкнулись с Multiplex EVO от 850us до 1950us. младший и Футаба
    ; оба 900 us или больше, даже при 150% бросках.
    ;
    ; Переписан код скачкообразной перестройки частоты для приемника. Синхронизация имеет
    ; был значительно улучшен, в результате чего общий диапазон увеличился в два раза
    ; увеличивать.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.7 - 21.10.09
    ;
    ; Очищен FIFO при запуске, чтобы предотвратить возможное предупреждение о несоответствии прошивки.
    ;
    ; Добавлена ​​поддержка изменения идентификатора передачи телеметрии, чтобы телеметрия
    ; данные могут быть отправлены обратно в модуль передатчика напрямую вместо просто
    ; на телеметрическую станцию. 3-й режим программирования (непрерывный оранжевый) —
    . ; теперь используется для установки «режима вывода телеметрии». Возможные варианты:
    ;
    ; 1 мигание = данные отправлены на ПК
    ; 2 вспышки = данные отправлены на преобразователь (а также на ПК)
    ; 3 вспышки = выключение выхода телеметрии
    ;
    ; ПРЕДУПРЕЖДЕНИЕ!! НЕ отправляйте данные на передатчик, если передатчик прошивка
    ; меньше, чем v3.6!
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.8 - 15.04.10
    ;
    ; Добавлена ​​поддержка отказоустойчивого пакета для Graupner. телеметрические радиостанции.
    ;
    ; Добавлено уведомление о перезагрузке.Светодиод теперь мигает оранжевый при отключении питания
    ; и восстановлен.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.9 - 17.10.11
    ;
    ; Исправлена ​​ошибка, из-за которой процедура RESET не сбрасывалась. 16 канал на канале
    ; карта.
    ;
    ; Оптимизированный отказоустойчивый код захвата.
    ;
    ; Фиксированный отказоустойчивый режим PWM OFF. Ранее все каналы после набора каналов
    ; для отказоустойчивости отключения ШИМ будет искажено 66us.

    Приемник Nano I:

    ;------------------------------------------------------ -------------------------------
    ;
    ; v1.4 - 08.08.10
    ;
    ; Добавлена ​​поддержка привязки в качестве ведомого приемника.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.5 - 25.10.10
    ;
    ; Добавлен патч для исправления аппаратной разницы для привязки. Теперь Нано
    ; приемники могут быть привязаны как ведомые к 8/10-канальным приемникам.
    ; *ПРИМЕЧАНИЕ: приемники ДОЛЖНЫ находиться на расстоянии 12 дюймов или более друг от друга, когда привязка!
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.6 — 10.04.11 — бета
    ;
    ; Добавлен реверс сервопривода и регулировка смещения. с помощью XDP.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.7 - 17.10.11
    ;
    ; Добавлена ​​возможность выбора между выходом ШИМ или Выход PPM для сервопривода
    ; выход.ШИМ - это нормальный выход сервопривода. PPM выход поддерживает устройства
    ; которым нужен поток данных PPM, например микрокоптеры, 3-осевые гироскопы, рейс
    ; входные данные симулятора и т. д. В режиме вывода PPM каналы 1/3/5 выход
    ; положительный импульс PPM и каналы 2/4/6 вывод отрицательного значения
    ; импульс ППМ.Выбор режима вывода сделан как последний шаг в
    ; привязка. Как только светодиод погаснет, установите перемычка обратно на
    ; порт привязки включит светодиод, а также выбор режима вывода PPM.
    ; В противном случае отсутствие перемычки означает, что светодиод выключен и нормальный режим ШИМ (сервопривод
    ; выход) используется.Если в режиме вывода PPM отказоустойчивость установлена ​​на
    ; "OFF" (нет сигнала), используется короткий импульс 680 мкс. Это должно вызвать
    ; отказоустойчивые мониторы, поскольку стандартный сервоимпульс от 900 до 2100 долларов США.
    ;
    ; Исправлена ​​ошибка, из-за которой процедура RESET не сбрасывалась. 16 канал на канале
    ; карта.
    ;
    ; Изменена привязка подчиненного устройства для автоматического изменения карта каналов любого
    ; подчиненный приемник для каналов 7-12 на выходах 1-6.
    ;
    ; Оптимизированный отказоустойчивый код захвата.
    ;
    ; Фиксированный отказоустойчивый режим PWM OFF.Ранее все каналы после набора каналов
    ; для отказоустойчивости отключения ШИМ будет искажено 66us.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.8 - 08.02.13
    ;
    ; Исправлена ​​ошибка в процедуре мигания при перезагрузке.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.9 - 15.09.13
    ;
    ; Добавлена ​​поддержка смешанных режимов Xtreme и Xtreme/PWM. выходы. Новые режимы
    ; выбираются в конце процедуры связывания.При выборе
    ; новый смешанный режим, выделены каналы 12-16 выходы 1-5. Эти банки
    ; изменить с помощью XDP.
    ;
    ; Добавлена ​​поддержка каналов 13-16, которые были неподдерживаемый ранее.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v2.0 - 15.04.14
    ;
    ; Исправлена ​​проблема с частотой кадров > 30 мс (т. Таранис в 16 канале
    ; Режим).

     

    Приемник Nano II/III:

    ;------------------------------------------------------ -------------------------------
    ;
    ; v1.0 - 26.03.13
    ;
    ; Преобразованный код для процессора PIC18F23K20
    ;
    ; Добавлен режим вывода сервопривода XTREME для расширителя X10. После привязки
    ; процедура завершена, светодиод загорится выключенный. Если перемычка
    ; помещается обратно на порт «B», светодиод будет включите снова и
    ; режим вывода сервопривода изменится на PPM.Удаление снова джемпер
    ; заставит светодиод мигать и поместит сервопривод режим вывода в
    ; Экстрим. Отключение питания после любого из этих условия блокировки
    ; параметр.
    ;
    ; Изменен RESET, так что отказоустойчивость для всех каналов установлены на ПОЛЬЗОВАТЕЛЯ
    ; ОПРЕДЕЛЕННЫЙ.Все каналы останутся последними положение, когда отказоустойчивый
    ; происходит ДО ТОГО, КАК не будут определенный. ПРЕДУПРЕЖДЕНИЕ!
    ; Будьте предельно осторожны при настройке отказоустойчивости для дроссельный канал!
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.1 - 05.07.13
    ;
    ; Изменен код, чтобы поместить номер версии в конец флэш-памяти.
    ;
    ; Исправлена ​​ошибка, из-за которой функция RESET не сбрасывалась. отказоустойчивая карта на
    ; ОПРЕДЕЛЯЕМЫЕ ПОЛЬЗОВАТЕЛЕМ.
    ;
    ; Добавлено согласование/реверсирование каналов.
    ;
    ; Добавлен режим вывода Xtreme на канал 6 и ШИМ на каналах
    ; 1-5.
    ;
    ; Добавлен флаг предупреждения о перезагрузке в режиме Xtreme. выходные флаги.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.2 - 28.09.13
    ;
    ; Добавлена ​​поддержка смешанных выходов Xtreme/PWM. Когда выбор
    ; новый смешанный режим, каналы 12-16 отображаются на выходы 1-5. Эти банки
    ; изменить с помощью XDP.
    ;
    ; Добавлена ​​поддержка каналов 13-16, которые были неподдерживаемый ранее.
    ;
    ; Изменено назначение битов флага предупреждения о перезагрузке.
    ;
    ; Исправлено сопоставление каналов для режима PPM.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.3а - 03.11.13
    ;
    ; Добавлена ​​поддержка данных телеметрии. Получатель вернет RSSI.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.3b - 15.04.14
    ;
    ; Исправлена ​​проблема с частотой кадров > 30 мс (т.Таранис в 16 канале
    ; Режим).
    ;
    ; Переписал весь код вывода сервопривода, чтобы сделать его выходной порт на основе
    ; вместо канала на основе. Каждый выходной порт может теперь быть индивидуально
    ; устанавливается для реверса и смещения независимо от какой канал назначен
    ; к выходу.Это противоположно оригиналу канал на основе
    ; выходы, где реверс и смещения повлияли на все порты с тем же
    ; назначение каналов.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.4 - 04.05.14
    ;
    ; Исправлена ​​проблема с короткими фиксированными кадрами (EVO).


    Расширитель каналов X10+ (v1):

    ;----------------------------------------------------------------- ----------------------------------
    ;
    ; v1.1 - 05.12.13
    ;
    ; Верните проверку байта заголовка S.BUS.
    ;
    ; Исправлена ​​проблема с приемниками R7008SB.
    ;
    ; Изменен вывод канала, чтобы он основывался на порте. на основе канала.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.2 - 15.01.14
    ;
    ; Добавлена ​​поддержка второго ресивера в Aux-порте для XtremeLink, SBUS,
    ; и системы Спектрум. Приемники Спектрум требуют от 5В до 3,3В
    ; переходник в порт Aux.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.3 - 15.04.14
    ;
    ; Добавлена ​​поддержка настройки частоты кадров на муха вместо
    ; жестко кодируя его для протокола Xtreme. Этот исправлены проблемы
    ; с большой частотой кадров (Таранис).
    ;
    ; Исправлена ​​проблема с запуском плавающей последовательной линии. обработчик потерянных кадров
    ; до получения первого действительного пакета.
    ;
    ; Значительно улучшенная поддержка двойного Rx для Xtreme протокол.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.4 - 01.05.14
    ;
    ; Добавлена ​​поддержка DMSS X-BUS Mode A и Mode B. протоколы.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.5 - 11.06.14
    ;
    ; Исправлена ​​проблема с Рамы переменной длины SBUS2.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.6 - 26.02.15
    ;
    ; Добавлена ​​поддержка Протокол Graupner/SJ HoTT SUMD.
    ;
    ; Измененный скорость передачи данных основного последовательного порта для использования выше множитель.Это
    ; устраняет проблему с 115200 бод Граупнера на самом деле 118811
    ; бод. Это не имело никакого значения для Спектрума или Протоколы XBUS Mode B
    ; потому что они используют правильная скорость передачи данных.
    ;
    ; Добавлена ​​совместимость уведомление о протоколе JETI UDI, который является точным
    ; такой же формат, как DMSS XBUS Mode B, но с разные каналы
    ; задания.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.7 - 10.03.15
    ;
    ; Добавлен новый вариант за разрешение 4 различных режимов привязки Spektrum. А
    ; Добавлен 7-й цвет (белый) для возможности программирования значения 1-4. Каждый
    ; значение представляет далее:
    ;
    ; 1 = DSM2-1024/22 мс
    ; 2 = DSM2-2048/11 мс
    ; 3 = DSMX-22 мс
    ; 4 = DSMX-11 мс
    ;
    ; Добавлена ​​поддержка автоматическое распознавание кадров Spektrum DSMX.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.8 - 14.03.15
    ;
    ; Добавлен вторичный загрузчик.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.9 - 30.03.15
    ;
    ; Внесены изменения в протокол XBUS Mode A для захвата отказоустойчивых кадры
    ; и использовать эти данные для отказоустойчивости условия переопределения отказоустойчивости
    ; является Отключено.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v2.0 - 10.09.16
    ;
    ; Поставить СБУС пороговое значение минимум 880 мкс (минимум возможно).
    ;
    ; Добавлена ​​обратная полярность SBUS вход для поддержки одного приемника с использованием
    ; первичный входной порт. Режимы ввода теперь 1-8, добавление инвертированного SBUS как
    ; 8-й режим.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v2.1 - 01.06.17
    ;
    ; Исправлена ​​проблема с сервовыходы смещаются во время отказоустойчивости
    ; состояние после того, как отказоустойчивый канал был установлен на 'ВЫКЛЮЧЕННЫЙ'.

    X10+ Расширитель каналов (v2):

    ;---------------------------------------------------- --------------------------------
    ; v1.1 - 11.05.18 - Добавлена ​​поддержка JETI Протоколы UDI12 и UDI16.
    ;
    ; Удаленный Xtreme (медленный) режим ввода и заменил его
    ; с ДЖЕТИ УДИ.
    ;
    ; Код XBUS Mode B преобразован в используйте общий код
    ; Код SRLX (также используется с ДЖЕТИ УДИ).
    ;
    ;---------------------------------------------------------------- ---------------------
    ; v1.2 - 13.12.18 - Исправлена ​​проблема со светодиодными вспышками для кнопки
    ; программирование канала отображение и отказоустойчивость
    ; отображение.

    RFU:

    ;---------------------------------------------------------- ---------------------------
    ;
    ; v1.00 - 17.08.13
    ;
    ; Первый выпуск.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.1 - 15.04.14
    ;
    ; Изменен таймер 1 использовать 16-битный режим.
    ;
    ; Исправлена ​​проблема с частота кадров> 32,768 мс.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.2 - 01.05.14
    ;
    ; Оптимизировано режим скачкообразной перестройки частоты для более длинных кадров
    ;
    ; Вернулся к исходному идентификатору телеметрии, поэтому сейчас ЭВО, Аврора 9,
    ; и т.д. увидит РФС типа оригинальные 8/10-канальные приемники.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.3 - 04.05.14
    ;
    ; Исправлены некоторые проблемы с длинными фиксированными кадрами (EVO).
    ;
    ; Фиксированное напряжение для выхода телеметрии.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.4 - 17.05.15
    ;
    ; Включил PA DivBee для данных телеметрии.

     

     

    Спутник приемник:

    ;----------------------------------------------------------- --------------------------
    ;
    ; v1.0 - 16.09.07
    ;
    ; Первоначальная тестовая версия для 16-канального приемника.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.0б - 01.11.08
    ;
    ; Изменено аппаратное обеспечение на версию регулятора LDO.
    ; Изменены входные и выходные контакты светодиода и порта телеметрии.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.1 - 29.04.09
    ;
    ; Добавлена ​​подпрограмма отказоустойчивости для спутникового приемника, чтобы данные не были
    . ; передается основному приемнику при полной потере данных.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.2 - 22.05.09
    ;
    ; Исправлена ​​ошибка с обучением нескольких спутниковых ресиверов.
    ;
    ; Улучшена повторная синхронизация скачкообразной перестройки после длительной потери сигнала.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.3 - 12.08.09
    ;
    ; Переписан код скачкообразной перестройки частоты для приемника. Синхронизация имеет
    ; был значительно улучшен, в результате чего общий диапазон увеличился в два раза
    ; увеличивать.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v1.4 - 28.11.09
    ;
    ; Убрано мигание светодиода в режиме отладки.

     

    Передатчик модули:

    ;----------------------------------------------------------- --------------------------
    ;
    ; v3.1 - 06.11.08
    ;
    ; Изменены данные кадра, чтобы включить тип режима перехода, чтобы сделать телеметрию
    ; поддерживать проще.
    ;
    ; Определены новые идентификаторы передатчиков для радиостанций Graupner MX-16 и XD-6
    . ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.2 - 06.12.08
    ;
    ; Добавлена ​​задержка 10 мс между командами INIT и REQINFO для
    . ; компенсировать приемники, которые использовали старые (более медленные) скорости передачи данных.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.3 - 10.04.09
    ;
    ; Добавлена ​​поддержка новой настройки прошивки.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.4 - 13.04.09
    ;
    ; Фиксированная задержка запуска для PROFI и других передатчиков, требующих этого поддержка
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.5 - 13.06.09
    ;
    ; Команда блокировки игнорирует все остальные коды 802.15.4 устройства при запуске.
    ;
    ; Исправлена ​​ошибка, из-за которой светодиод не возвращался в нормальное состояние после ослабления
    . ; мощность, когда приемник не подключен (режимы скачкообразной перестройки 2-5).
    ;
    ; Изменен расчет частоты кадров для фильтрации PCM. Это первый шаг
    ; в поддержке ввода PCM.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.6 - 26.10.09
    ;
    ; Полностью переписать код захвата импульсов PPM.это было возможно что
    ; если у передатчика был ложный импульс PPM, то скачкообразное изменение частоты
    ; может выйти из синхронизации, что приведет к немедленному отказу. Неверный
    ; импульсы игнорируются, кадр отбрасывается, и используются последние известные данные
    ; вместо. Это обеспечивает полную синхронизацию прыжков.
    ;
    ; Очищен FIFO при запуске, чтобы предотвратить возможное предупреждение о несоответствии прошивки.
    ;
    ; Добавлена ​​предварительная поддержка телеметрии с использованием внутреннего разъема порта.Это
    ; предоставляет информацию о напряжении Rx и RSSI.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.7 - 16.11.09
    ;
    ; Исправлена ​​ошибка с бета-версией выходного кода передатчика при использовании 9
    . ; или несколько каналов.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.8 - 04.01.10
    ;
    ; Добавлено сохранение PANID во время привязки, чтобы разрешить сброс XBEE. модуль
    ; с немедленным повторным подключением.Это устранит плохие сбросы из-за низкого
    ; питания (разряженные батареи передатчика или ослабленные контакты модуля).
    ;
    ; Удалена процедура сброса XBEE, так как она больше не нужна.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v3.9 - 24.06.11 - ТОЛЬКО EVO!
    ;
    ; Добавлена ​​поддержка эмуляции MLink. Для этого нужен дополнительный провод
    ; из интерфейса телеметрии нашего модуля.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v4.0 - 04.05.14 - ТОЛЬКО МЛАДШИЙ МОДУЛЬ
    ;
    ; Изменена процедура захвата PPM для установки флага захвата. в начале
    ; следующий кадр PPM, а не после захвата данные.Это исправляет
    ; проблема с переменной частотой кадров (Taranis вопросы).
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v4.1 - 12.05.14
    ;
    ; Добавлена ​​поддержка Режим XJT D16.
    ;
    ; Изменена кнопка программирование таким образом, что 3-й вариант с JR
    ; модули - выбор PPM/XJT.1 вспышка = PPM, 2 мигает = XJT.
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v4.2 - 20.07.14
    ;
    ; Переписал код захвата прерывания для поддержки режима XJT, игнорирование частичного
    ; пакеты и не более требование, чтобы любой из флагов всегда был равен
    ; а определенное значение (исправить проблему с галочкой)?
    ;
    ;---------------------------------------------------------------- ---------------------
    ;
    ; v4.3 - 05.05.18
    ;
    ; Переписал XJT код захвата для обработки v2.1.0 и более поздних версий OpenTx прошивка.
    ;
    ; Исправлена ​​старая проблема с медленная привязка (отключить прерывания во время
    ; переплет)
    ;
    ; Добавлена ​​логика сброса при вводе напряжение на Tx ниже соответствующего
    ; порог (не должно происходить, если батарея Tx не разрядилась, что не будет
    ; все равно!)

     

     


    XDP/сканер История


    03.08.08 - v1.5.0

    Исправлена ​​ошибка, из-за которой конфигурация не сохраняла типы языков, кроме английского.

    Обновлена ​​программа установки для исправления ошибки установки. В зависимости от версии из
    Windows, установщик не создал папку «Языки» и в итоге получил
    . копирование языкового файла в папку Data.

    Папка «Язык» переименована в «Языки» в рамках подготовки к другим
    приложения, получающие поддержку локали.

    -------------------------------------------------- ------------------

    09.08.08 - v1.6.0

     Исправлена ​​проблема, когда команда датчика 0x82 не возвращала данные. с
    класс, тип вывода и байты формата вывода.

    Пакеты телеметрии ограничены 80 байтами.

     Добавлена ​​поддержка радиостанций MCxx и MX-24.

    ------------------------------------------------ --------------------

    16.08.08 - v1.6.1

     Добавлена ​​поддержка датчиков GPS.

     Добавлено больше типов выходных данных для обработки большего количества типов датчиков.

     Добавлен значок для окна телеметрии.

     Добавлена ​​возможность отображать все датчики, независимо от того, подключены они или нет. и отчет
    датчик не отвечает ни на какие датчики, которые не прикрепил.

     Добавлена ​​поддержка датчика EDT турбины.

    ------------------------------------------------ --------------------

     22 03/09 — v1.8.0

     Исправлена ​​проблема, при которой некоторые устройства не отображались как прошиваемые.

     Добавлена ​​поддержка более новых версий оборудования. .

    ------------------------------------------------ --------------------

     23.03.09 - v1.9.0

     Исправлена ​​проблема с выводом значения и класса для телеметрии. отображать.

    ------------------------------------------------ --------------------

     07.04.09 – v2.0

     Исправлена ​​проблема с требованием 10-канального приемника с оконечным контактом. графика
    файл. Убраны возможности обновления прошивки.

    ------------------------------------------------ --------------------

    ??/??/?? - v2.1

     Изменения не задокументированы.

    ------------------------------------------------ --------------------

    04.06.09 - v2.2

     Запрещен выбор подменю телеметрии при включенном XDP. использовал. Это
    позволяет выбор только при использовании станции телеметрии.

    ------------------------------------------------ --------------------

     12.08.09 - v2.3

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

     Добавлена ​​поддержка всех приемных устройств Nano и Pico.

    ------------------------------------------------ --------------------

     21.10.09 - v2.4

     Исправлена ​​проблема, из-за которой окна не отображались на панели задач.

    ------------------------------------------------ --------------------

     09.11.09 - v2.5

     Добавлена ​​поддержка приемников Nano-T, Nano-E и Pico.

    ------------------------------------------------ --------------------

    13.11.09 — v2.6

     Добавлена ​​поддержка выбора выхода телеметрии (только ПК или TX/ПК).

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

    '------------------------------------------------ --------------------

     25.11.09 – v2.7

     Добавлена ​​поддержка финского языка. Спасибо Сами Койвисто за
    перевод (Samtron-Translations / samipupu.com)

    -------------------------------------------------- ------------------

    04.01.10 - v2.8

    Исправлена ​​ошибка с плавающей запятой отображение номеров версий выше
    v3.7.

    Изменено авторское право на 2010 год.

    ------------------------------------------------------- ---------------------------

    04.03.10 - v2.9

    Исправлена ​​еще одна ошибка с плавающей запятой с отображением номера версий выше
    v3.7 (в заголовках)

     

    Инфраструктура и сеть - Форумы разработчиков NVIDIA

    Где статьи поддержки Mellanox?

    Все статьи теперь доступны на сервисном портале MyMellanox. https://support.mellanox.com/s/

    1 1022 14 марта 2022 г.
    Клавиатура Дворжака 8 52 12 апреля 2022 г.
    О поддержке VMA с помощью Connectx-6 VPI HCA 1 46 12 апреля 2022 г.
    Ошибки временной метки замыкания на себя 0 24 12 апреля 2022 г.
    Не удалось запустить OpenSm 0 63 11 апреля 2022 г.
    Низкая производительность RDMA 5 193 9 апреля 2022 г.
    Сетевое устройство Infiniband ib0 не существует 1 162 8 апреля 2022 г.
    Поддержка ATS и PRI на ConnectX-6 Dx RU 3 247 8 апреля 2022 г.
    Потерял второй Bluefield2? 1 578 8 апреля 2022 г.
    [Приложение IPS] Не получают ответные данные от хоста 0 129 8 апреля 2022 г.
    Не удается запустить тестовое регулярное выражение на хосте 1 170 8 апреля 2022 г.
    Вход на удаленный сервер системного журнала 2 150 7 апреля 2022 г.
    Необработанная пропускная способность BlueField-1 не может достичь скорости линии 0 135 7 апреля 2022 г.
    Измерить производительность ускорителей на карте BlueField-1 0 142 7 апреля 2022 г.
    Скачать корпоративные MIB-файлы 0 156 7 апреля 2022 г.
    Порты карты IB не работают или опрашиваются 1 173 6 апреля 2022 г.
    Нет Ping с ConnectX-5 VPI Socket Direct на ESXi 7.0 У2 0 190 5 апреля 2022 г.
    Проблема с подключением DPU BlueField-2 1 450 4 апреля 2022 г.
    Могу ли я использовать коммутатор infiniband в качестве гирляндной цепи? 0 231 4 апреля 2022 г.
    Как выполнить петлевой тест с одной установленной картой? 2 267 2 апреля 2022 г.
    [Приложение для фильтрации URL] Показывает ошибку при выполнении команды «фиксировать базу данных». 1 567 2 апреля 2022 г.
    Проблема с vlan pids/vpid 2 261 1 апреля 2022 г.
    Поддерживают ли виртуальные функции сетевой карты загрузку PXE? 1 272 1 апреля 2022 г.
    Mellanox Connectx-6Dx: получение пакетов не по порядку 2 340 1 апреля 2022 г.
    Mellanox Connectx-6Dx — поддержка симметричного RSS-хэша и внутреннего IP-адреса 2 308 1 апреля 2022 г.
    Функции управления потоком в Windows DPDK 2 316 1 апреля 2022 г.
    Переустановка UFM HA — как сохранить конфигурацию? 3 426 31 марта 2022 г.
    Ошибка: текущий MLNX_OFED_LINUX предназначен для rhel7.2 4 343 31 марта 2022 г.
    Невозможно использовать Mellanox CX5 VF в моем приложении DPDK 2 452 31 марта 2022 г.
    Что происходит с режимом INFINIBAND CONNECTED? 1 358 30 марта 2022 г.

    Проекты, финансируемые Центром XDP

    Текущие проекты

    Shivangi Shah, MS, изучение моделей стволовых клеток XDP

    Профилирование хроматиновой регуляции XDP-специфичной вставки SVA с помощью целевого мечения близости и эпигеномики
    Christopher Douse, PhD, Лундский университет, Швеция

    Новые мышиные модели для анализа Х-сцепленной дистонии и паркинсонизма
    Элизабет Фишер, доктор философии, Университетский колледж Лондона
    Элизабет Симпсон, доктор философии, Университет Британской Колумбии
    Бен Дэвис, доктор философии, Оксфордский университет
    Сара Уэллс, доктор философии, MRC Центр Мэри Лайон, Харвелл, Великобритания

    Изучение токсичности, опосредованной РНК и РНК-связывающим белком, в моделях культур клеток XDP, полученных из иПСК, для потенциального выявления общих механизмов с другими типами дистонии и нейродегенеративными заболеваниями
    Реха Патель, доктор философии, Университет Южной Каролины

    Направленная нейтрализация SVA, вызывающего заболевание XDP, в клетках пациентов с XDP (фаза II)
    Frank Jacobs, PhD, Университет Амстердама, Нидерланды

    Новые совместимые с AAV редакторы генов CRISPR для эксцизионной генной терапии XDP SVA
    Кит Юнг, доктор медицины, Массачусетская больница общего профиля, Гарвардская медицинская школа

    Биостатистический анализ Х-сцепленной дистонии-паркинсонизма
    Джеффри Миллер, доктор философии, Гарвардская школа общественного здравоохранения

    Подход синтетической геномики к исследованию локуса XDP/TAF1
    Jef Boeke, PhD, NYU

    Развитие, поведение и транскриптомная характеристика постнатального и взрослого полосатого тела после селективного тотального или N-Taf1 нокдауна
    Мишель Эрлих, MD, Mt.Синайская школа медицины

    Создание новых моделей мышей Knock In Control и XDP
    Элизабет Фишер, PhD Университетский колледж Лондона

    Идентификация физиологических маркеров нарушения речи и глотания по фенотипам у лиц с XDP: продольное исследование
    Jordan Green, PhD, SSS-CLP, MGH Institute for Health Professions

    Опосредованная SVA реорганизация хроматина в XDP
    Йохан Якобссон, доктор философии, Центр стволовых клеток Лундского университета, Швеция

    TAF1, активаторы каналов Т-типа и Х-сцепленная дистония, паркинсонизм
    Раджеш Ханна, доктор философии, Нью-Йоркский университет
    Марк Нельсон, доктор философии, Аризонский университет

    Использование новых капсидов AAV и редактирования гена CRISPR/Cas9 в качестве геннотерапевтического подхода для нацеливания на XDP-SVA
    Кейси Магуайр, доктор философии, Mass General Brigham

    Быстрое открытие лекарственных средств для лечения дефицита TAF1 in vivo
    Ричард Новак, доктор философии, Unravel Biosciences, Inc
    Наото Ито, доктор философии, UT Mass General Brigham

    Наличие и роль структур G- и C-квадраплекса ДНК и РНК в патогенезе XDP
    Sara Richter, PhD, Университет Падуи, Италия

    Расшифровка роли циркуляции гистонов и воспаления в XDP
    Газале Садри-Вакили, доктор философии, Mass General Brigham

    Анализ влияния XDP-связанной вставки SVA в локусе TAF1 на проксимальную паузу промотора
    Мэтью Саймон, доктор философии, Йельская школа медицины

    Молекулярные и клеточные механизмы XDP с использованием моделей нейронов, полученных от пациентов
    Лесли Томпсон, доктор философии, Калифорнийский университет в Ирвайне
    Стивен Финкбейнер, доктор философии, Калифорнийский университет, Сан-Франциско, Институты Гладстона

    Разработка клеточной системы для скрининга соединений, противостоящих репрессии транскрипции, опосредованной XDP-SVA
    Марк Тиммерс, доктор философии, Немецкий центр исследования рака (DKFZ), Университетский медицинский центр Фрайбурга

    Нейрохимия и невропатология в базальных ганглиях XDP головного мозга
    Генри Вальдфогель, доктор философии, Оклендский университет, Новая Зеландия
    Сэр Ричард Фолл, MBChB, доктор наук, FRSNZ, Оклендский университет, Новая Зеландия
    Малвиндар Сингх -Бейнс, доктор философии, Оклендский университет, Новая Зеландия
    Эдвин Муньос, доктор философии, Филиппинский университет
    Марк Анг, доктор медицинских наук, Филиппинский университет

    Роль нестабильности гексануклеотидных повторов в патогенезе XDP
    Ванесса Уилер, доктор философии, Massachusetts General Hospital

    Механистическое понимание роли предполагаемого нового генетического модификатора Х-сцепленной дистонии-паркинсонизма
    Ана Вестернбергер, доктор философии, Любекский университет
    Кристин Кляйн, доктор медицинских наук, Любекский университет
    Александр Ракович, доктор философии, Любекский университет

    Идентификация патогенных механизмов, лежащих в основе нейродегенерации XDP-нейронов, образующихся при прямой конверсии фибробластов
    Эндрю Ю, доктор философии, Вашингтонский университет

    Завершенные проекты

    ПЭТ-изображения пациента с XDP предоставлены Мартином Нитхаммером, доктором медицины, и Роландом Домиником Джамора, доктором медицины

    Зондирование фенотипа XDP с использованием высококонтентной визуализации в нейронах, полученных из иПСК
    Брайан Вайнгер, доктор медицины, доктор философии, Больница общего профиля Массачусетса

    Протеомный анализ средних шипиковых нейронов XDP, полученных из ИПСК человека, для выявления ключевых молекулярных детерминант нейропатогенеза XDP
    Кизито-Тшитоко Тшиленге, доктор философии, Институт исследований старения Бака

    Идентификация сетевого биомаркера в XDP
    Martin Niethammer, MD, Институт Файнштейна
    Chris Tang, MD, PhD, Институт Файнштейна
    Jeffrey Waugh, MD, PhD, UT Southwestern
    Доминик Джамора, MD, FPNA, Университет Филиппин , Манила

    Идентификация новых генов-модификаторов экспрессии белка TAF1
    Филип Зайблер, доктор философии, Любекский университет, Германия
    Александр Ракович, доктор философии, Любекский университет, Германия

    Структурная, функциональная и электрофизиологическая сетевая связность эффективной глубокой стимуляции мозга в XDP
    Тодд Херрингтон, доктор медицины, доктор философии, Массачусетс Генерал Бригам
    Зив Уильямс, доктор медицины, Массачусетс Генерал Бригам

    Направленная нейтрализация болезнетворного SVA в органоидах головного мозга XDP
    Frank Jacobs, PhD, Университет Амстердама, Нидерланды

    Выявление общих путей заболевания с помощью геномики и транскриптомики в клеточных моделях XDP и родственных дистоний
    Алоизиус Доминго, доктор медицинских наук, Массачусетс General Brigham

    Снижает ли полиморфизм SVA экспрессию TAF1 во время развития нервной системы у пациентов с XDP посредством KRAB-ZNF/TRIM28-опосредованной гетерохроматинизации?
    Йохан Якобссон, доктор философии, Центр стволовых клеток Лундского университета, Швеция

    Наличие и роль структур G- и C-квадруплексов ДНК и РНК в патогенезе XDP
    Sara Richter, PhD, University of Padua, Italy

    Комплексная характеристика XDP-специфических изменений в метаболизме РНК с использованием TimeLapse-Seq
    Мэтью Саймон, доктор философии, Йельская школа медицины

    Использование инактивации Х-хромосомы и биологии ретротранспозонов для получения информации о XDP
    Дженнифер Эрвин, доктор философии, Институт исследования мозга Либера
    Апуа Пакуола, доктор философии, Институт исследования мозга Либера

    Связь аберрантного сплайсинга и транскрипции гена TAF1 с ретротранспозоном SVA-F в XDP
    Марк Тиммерс, доктор философии, Немецкий центр исследования рака (DKFZ), Университетский медицинский центр Фрайбурга

    Моделирование сцепленной с Х-хромосомой дистонии-паркинсонизма с использованием нейронов, полученных от пациентов, посредством прямого нейронного репрограммирования дермальных фибробластов
    Эндрю Ю, доктор философии, Вашингтонский университет

    Оценка модификаций гистонов в XDP
    Газале Садри-Вакили, доктор философии, Больница общего профиля Массачусетса

    Характеристика транскриптомов полосатого тела и факторов транскрипции in vivo и применение XDP iPSC Biology
    Мишель Эрлих, доктор медицинских наук, Медицинская школа Икан в Mt.Sinai
    Лиза Эллерби, доктор философии, Бак Институт исследований старения

    DTI Трактография стриарной связи в XDP: связь с полосатым компартментом и характеристиками заболевания
    Anne J. Blood, PhD Massachusetts General Hospital
    Norbert Brueggemann, MD Университет Любека, Германия

    Исследование некодирующих РНК в XDP с использованием секвенирования РНК в различных эндогенных моделях
    Алоизиус Доминго, доктор медицинских наук, Любекский университет, Германия
    Кристин Кляйн, доктор медицинских наук, Любекский университет, Германия
    Мануэла Марц, доктор философии, Йенский университет

    Использование инактивации Х-хромосомы для получения информации о XDP
    Дженнифер Эрвин, доктор философии, Институт Солка

    Создание новой мышиной модели с человеческим гаплотипом XDP для выявления и описания причинной мутации
    Элизабет Фишер, доктор философии, Университетский колледж Лондона

    Реакция нейронов, полученных из ИПСК DYT3, на ER и метаболические стрессоры
    Paul J.Гаду, доктор философии, Детская больница Пенсильвании,
    Педро Гонсалес-Алегре, доктор медицины, доктор философии, Пенсильванский университет,

    Моделирование XDP с использованием трансгенеза BAC
    Мишель Грей, доктор философии, Университет Алабамы, Бирмингем

    Секвенирование РНК следующего поколения для идентификации форм сплайсинга TAF-1 и мРНК, обогащенных стриосомами
    Энн Грейбил, доктор философии, Массачусетский технологический институт
    Джилл Криттенден, доктор философии, Массачусетский технологический институт

    Совершенствование технологий редактирования генома для разработки клеточных моделей XDP
    J.Кит Юнг, доктор медицинских наук Массачусетская больница общего профиля

    Создание совместного ресурса биоматериалов для раскрытия генетической причины и молекулярных путей XDP, а также для обеспечения комплексных омических подходов и скрининга лекарств
    Christine Klein, MD и Philip Seibler, PhD Университет Любека, Германия
    Eva Cutiongco-de Ла-Пас, доктор медицинских наук, Филиппинский университет, Манила, Национальный институт здравоохранения Манила, Филиппины
    Майк Тальковски, доктор медицинских наук Массачусетская больница общего профиля

    Изучение синдромов транскриптомопатии, связанных с Х-подобной дистонией-паркинсонизмом и TAF1.

    Оценка роли модификации хроматина и измененной транскрипции как основного механизма Х-сцепленной дистонии-паркинсонизма
    Газале Садри-Вакили, доктор философии, Massachusetts General Hospital

    Новая справочная бесплатная сборка генома острова Панай для определения генетической архитектуры XDP
    Майкл Тальковски, доктор философии, Больница общего профиля Массачусетса
    Дэвид Б.Джаффе, доктор философии, Гарвардский институт Броуда и Массачусетский технологический институт
    Нил Вайзенфельд, доктор философии, Гарвардский институт Броуда и Массачусетский технологический институт

    Международный консорциум XDP Genomics: интегративные геномные исследования Х-сцепленной дистонии-паркинсонизма
    Майкл Тальковски, доктор философии, Больница общего профиля Массачусетса
    Дэвид Б. Джаффе, доктор философии, Институт Броуда Гарварда и Массачусетского технологического института Любек, Германия
    Кристофер Брэгг, доктор философии, Больница общего профиля Массачусетса

    Понимание молекулярной основы XDP
    Марк Тиммерс, доктор философии, Университетский медицинский центр, Утрехт

    Физиологическое моделирование Х-сцепленной дистонии-паркинсонизма (XDP) на основе иПСК
    Brian J.Вайнгер, доктор медицинских наук, Массачусетская больница общего профиля

    Оценка предсимптомных стадий XDP
    Anne J. Blood, PhD, Massachusetts General Hospital
    Cid Diesta, MD, Makati Medical Center
    Norbert Brueggemann, MD, Университет Любека, Германия
    Jeff Waugh, MD, PhD, UT Southwestern

    Паллидальная нейростимуляция в XDP
    Norbert Brueggemann, MD
    Christine Klein, MD, Любекский университет, Германия
    Dominic Jamora, MD, FPNA, Филиппинский университет, Манила

    Оценка роли модификации хроматина и измененной транскрипции как основного механизма в XDP
    Газале Садри-Вакили, доктор философии, Massachusetts General Hospital

    Специфические для типов клеток основы паттернов дегенерации полосатого тела в XDP
    Jill Crittenden, PhD, MIT

    Выявление общих путей заболевания с помощью геномики и транскриптомики в клеточных моделях XPD и родственных дистоний
    Джилл Криттенден, доктор философии, Массачусетский технологический институт
    Сэр Ричард Фолл, KNZM, FRSNZ, Оклендский университет
    Генри Вальдвогель, доктор философии, Оклендский университет

    Изучение взаимодействия между функцией N-TAF и нейронным стрессом в культивируемых нейронах и в естественных условиях
    Педро Гонсалес, доктор медицинских наук, Пенсильванский университет, Детская больница Филадельфии

    Разработка технологий эпигенетического редактирования для исследования и терапии XDP
    J.

    Добавить комментарий

    Ваш адрес email не будет опубликован.