Альпинист 418 схема. Переделка радиоприемника «Альпинист-418» для работы от сети: особенности и инструкция

Как переделать портативный радиоприемник «Альпинист-418» для работы от электросети. Какие компоненты необходимы для модификации. Какие меры безопасности нужно соблюдать при переделке приемника. Как правильно подключить приемник к сети после модификации.

Содержание

История и особенности радиоприемника «Альпинист-418»

«Альпинист-418» — портативный транзисторный радиоприемник, выпускавшийся в СССР в 1970-80-х годах. Он был рассчитан на работу от батареек и пользовался большой популярностью благодаря компактным размерам и хорошему качеству звука.

Основные характеристики «Альпиниста-418»:

  • Диапазоны: ДВ, СВ, КВ
  • Питание: 9 В (6 батареек типа 316)
  • Выходная мощность: 150 мВт
  • Габариты: 185 x 115 x 52 мм
  • Вес: 700 г

Главным недостатком приемника была необходимость частой замены батареек, которые в СССР были в дефиците. Поэтому многие владельцы пытались переделать «Альпинист» для работы от электросети.

Почему возникла необходимость в переделке приемника?

Переделка «Альпиниста-418» для питания от сети была обусловлена несколькими факторами:


  • Постоянный дефицит батареек в СССР
  • Высокая стоимость батареек
  • Необходимость частой замены батареек при интенсивном использовании
  • Желание использовать приемник в стационарных домашних условиях
  • Отсутствие универсальных сетевых блоков питания в свободной продаже

Переделка позволяла решить проблему с питанием и сделать использование приемника более удобным в домашних условиях. Однако она требовала определенных технических навыков и соблюдения мер безопасности.

Какие компоненты необходимы для переделки «Альпиниста-418»?

Для модификации приемника под питание от сети 220 В требуются следующие компоненты:

  • Диодный мост из 4 диодов (например, Д226)
  • Сглаживающий электролитический конденсатор емкостью 1000-2000 мкФ
  • Резистор для ограничения тока 100-200 Ом
  • Предохранитель на 0,25 А
  • Выключатель
  • Сетевой шнур с вилкой

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

Пошаговая инструкция по переделке радиоприемника

Процесс модификации «Альпиниста-418» для работы от сети включает следующие этапы:


  1. Аккуратно разберите корпус приемника
  2. Удалите батарейный отсек
  3. Соберите схему выпрямителя на диодном мосте
  4. Подключите сглаживающий конденсатор
  5. Установите ограничительный резистор и предохранитель
  6. Подключите выключатель и сетевой шнур
  7. Тщательно заизолируйте все соединения
  8. Установите собранную схему в корпус приемника
  9. Проверьте работоспособность и отсутствие замыканий
  10. Соберите корпус приемника

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

Меры безопасности при переделке и эксплуатации

При модификации и дальнейшем использовании переделанного приемника необходимо соблюдать следующие меры безопасности:

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

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


Преимущества и недостатки переделанного приемника

Модификация «Альпиниста-418» для работы от сети имеет как плюсы, так и минусы:

Преимущества:

  • Отсутствие необходимости в батарейках
  • Возможность длительной непрерывной работы
  • Экономия на покупке батареек
  • Удобство использования дома

Недостатки:

  • Утрата мобильности и автономности
  • Риск поражения током при неправильной эксплуатации
  • Потеря гарантии производителя
  • Ухудшение внешнего вида приемника

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

Альтернативные способы решения проблемы питания

Помимо переделки приемника под питание от сети существуют и другие способы решить проблему с батарейками:

  • Использование аккумуляторов вместо обычных батареек
  • Применение внешнего сетевого блока питания
  • Подключение через автомобильный преобразователь напряжения
  • Питание от солнечных батарей
  • Использование самодельного зарядного устройства для батареек

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


Заключение: стоит ли переделывать «Альпинист-418»?

Переделка «Альпиниста-418» для питания от сети была распространенной практикой в СССР из-за дефицита батареек. Однако сегодня она имеет скорее историческое значение. При наличии современных источников питания нет острой необходимости в такой модификации.

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


Как переделать Альпинист-418 на КВ диапазон частот

Описание самостоятельной переделки радиоприемника Альпинист 418 для приема радиостанций в диапазоне коротких волн (КВ).Многие советские радиоприемники работали только на средних и длинных волнах. Сейчас этидиапазоны опустели.

Но из числа AM-диапазонов остается еще коротковолновый диапазон, на котором можно принимать радиостанции со всего Мира, даже на несложный приемник. Этому способствует распространение волн в KB-диапазоне с многократным тропосферным отражением.

Обычно способ перехода СВ и ДВ на КВ предполагает изготовление KB-конвертерной приставки. Но я хочу здесь предложить непосредственную переделку на КВ. То есть, путем замены входного и гетеродинного контуров ДВ-диапазона на контура, рассчитанные на прием КВ.

Схема контуров приемника

На рисунке 1 приводится схема ВЧ-части приемника «Алипинист-418». Обратите внимание, преобразователь частоты выполнен на одном транзисторе VT1. Это схема с совмещенным гетеродином, в те годы очень популярная.

Рис. 1. Часть принципиальной схемы приемника Альпинист-418, входные и гетеродинные контура.

Катушки L1 и L2 входных контуров СВ и ДВ намотаны на магнитной антенне. На КВ магнитная антенна будет работать не достаточно эффективно, поэтому для КВ катушку входного контура нужно будет намотать на отдельном каркасе. И сделать антенное гнездо, в которое подключать внешнюю антенну (в «походном виде» — кусок монтажного провода).

С катушкой гетеродина проще — просто заменить в то же место на плате. Для намотки входной и гетеродинной катушек KB-диапазона используются пластмассовые каркасы от модулей цветности советских полупроводниковых телевизоров «УСЦТ». Еще недавно эти телевизоры активно выходили из эксплуатации, и очень часто оказывались выброшенными в места для бытового мусора.

У меня с тех пор сохранилось целых четыре комплекта плат от «УСЦТ», вот использую помаленьку, как бесплатный источник радиодеталей.

Напомню, что это каркасы без секций, диаметром 5 мм с ферритовым подстроечным сердечником и квадратным основанием с проволочными выводами.

Схема новых контуров

На рисунке 2 приводится схема новых контурных катушек. Они здесь обозначены: LД1, LД2 — катушки входного контура, LДЗ, LД4 -катушки гетеродинного контура.

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

И добавить конденсатор СД1 (емкостью от 3 до 6 пФ), сделать антенное гнездо («Ант.»), и соединить его с антенным гнездом. В это гнездо в дальнейшем нужно будет подключать антенну для приема на КВ. В «походном» варианте это просто кусок монтажного провода произвольной длины.

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

С гетеродинной катушкой все проще. Просто осторожно выпаиваем гетеродинную катушку ДВ-диапазона. Затем туда устанавливаем новую катушку.

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

Рис. 2. Схема новых контурных катушек для приемника.

Затем, нужно будет конденсатор С3 емкостью 150 пФ заменить другим конденсатором, емкостью 2700 пФ.

Детали и настройка

Намоточные параметры катушек:

  • LД1 -19 витков.
  • LД2 — 5 витков.
  • LД3 — 17 витков.
  • LД4 — 5 витков с отводом от 2-го витка.

Сначала нужно намотать на каркасе LД1, а потом на её поверхность намотать LД2. Также сначала нужно намотать на каркасе LД3, а потом на её поверхность намотать LД4.

Катушки намотаны проводом ПЭВ-0,23. Намотка плотно виток к витку. Фиксировать витки можно каплями парафина (от свечки).

Применять синтетический клей («Момент» или другой) рискованно, потому что многие синтетические клеи растворяют изоляцию обмоточного провода. Да и паяльником греть парафин тоже не стоит. Просто, капнуть со свечки и разгладить пальцами. Можно витки скрепить и ПВХ-изолентой.

Приемник будет принимать диапазон от 5,9 до 22 МГц, что охватывает радиовещательные поддиапазоны «41М», «31М», «25М», «19М», «16М» и «13М». Настройка очень острая, поэтому нужно очень медленно и осторожно поворачивать ручку настройки радиоприемника.

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

Желательно, заменить шкалу настройки на коротковолновую. Например, сделать на компьютере, обозначив участки радиовещательных диапазонов, затем напечатать на клеящейся бумаге и наклеить на шкалу приемника. Но, я этого не делал, -пользуюсь шкалой СВ/ДВ, так сказать, «в условных единицах».

Герасименко В. Н. РК-2017-03.

Archive — RECEIVER.BY

a quick search in the archives of amateur publications


Recent searches

ALINCO DX-77 инструкция [1], 601 [25], 555 [42], lcd [31], УКВ [172], ф4320 [1], схема электронных часов «электроника 13». [1], радиостанция пилот [1], Юпитер 601 [4], Электроудочка [11], Штыревая антенна для диапазона 144 Мгц [1], Частотомер Ч3-57 [1], Частотомер Ф246 инструкция [1], Ц4352 [5], Усилитель промежуточной частоты с высокоэффективной АРУ. [1], Усилитель мощности 144-146 Мгц на ГУ -35Б [1], Раскодировка [14], Усилитель мощности на ГУ-78 [1], Этюд 603 [4], Усилитель ламповый Лофтин-Уайт [1], Трансивер YES-98M-CW [1], С1-76 [4], Рига 101 [1], Радиотехника МП-7210 стерео (приставка (дека)) — 134Кб [1], Приципиальная схема блока управления БУ-411 [1], Применение АЦП КР572ПВ2 [1], Осциллограф С1-69 [2], Колебательный контур-антенна [1], Интегральный усилитель nad-310 [2], standard [67], Применение микросхем A277D (К1003ПП1) [1], Измеритель ESR электролитических конденсаторов [2], Блок питания Panasonic KX-F130BX телефонный аппарат. Принципиальная схема. [1], Блок питания УМЗЧ [5], Приципиальная схема и осциллограммы сигналов телевизоров Горизонт 518 [1], 876 [5], pioneer [94], 2060 [5], st 72-700 [1], Вега 50У-122С (полупроводник.) — 118Кб [1], sony KV-29F [2], sony KV-29 [4], samsung syncmaster  [53], pioneer DEH-4 [2], lg rn830aw [1], lg 2 [11], lcd 24b [1], icom 718 [3], ic-910h service manual [2], grundig st 84 [2], ONWA K9220IF, 9320, 9620, ka120if, 220, 320 [1], grundig gr [13], ft-847 service manual [1], FUNAI [146], ft-1000mp mark-v field [1], Grundig G-1000-STEREO [1], daewoo cmc 518 [1], TS-850S Инструкция [1], TCC-570 [2], SIEMENS A55 [2], 432 [43], Samsung CK14C8VR5S [1], Samsung 330, 331, 530, 531, TFT (936198 Б) [1], PANASONIC tc21 [12], PANASONIC TX-2150T/TX (шасси MX3) [1], NEC MultiSync  [4], MegaJet 2701 [2], MFJ-934 [2], JVC KD-G [17], JVC AV-21A10 [1], JVC AV-2105 [1], Icom ICM710 [1], HITACHI C21 [14], GRUNDIG T55-732 [1], GRUNDIG T 55-549 [1], GRUNDIG ST 28-8210-6 [1], GRUNDIG CUC-6300 [2], GRUNDIG CUC-2080 [2], GOS- [1], Funai V-3EE MK6 [1], Funai TV-2000T MK5 service manual [1], DE-1100 | «Chili» часть 1 Тайвань (КОСМЕТИКА) МИОСТИМУЛЯЦИЯ-электронный массаж [1], CURTIS 2801 [1], Blaupunkt SQR-49 [1], Panasonic TC-2150RM [1], BM556A осциллограф [1], Antenna [136], ALAN -100 схема [1], AD9850 [2], 418 [25], 109 [20], Простое зарядное устройство для аккумуляторов НКГЦ-0.45 [1], sony [29], 6V6 [2], стереоприемник [1], стабилизатор тока [1], приёмник [218], горизонт [21], рекорд вц-311 (полупроводник.) — 471кб [1], упч [10]

Корпус — радиоприемник — Большая Энциклопедия Нефти и Газа, статья, страница 3

Корпус — радиоприемник

Cтраница 3

Корпус радиоприемника изготовлен из ударопрочного полистирола. Он состоит из двух частей — передней и задней, скрепленных двумя винтами. Шкала и органы управления — ручка настройки приемника и ручка включения и регулятора громкости — расположены на передней лицевой панели, а гнезда для подключения внешней антенны и телефона — на левой боковой стенке корпуса. На задней стенке корпуса находятся переключатель диапазонов и отсек источника питания, закрытый крышкой.  [31]

Корпус радиоприемника изготовлен из цветного ударопрочного полистирола и состоит из трех частей: передней, средней и задней.  [32]

Корпус радиоприемника изготовлен из ударопрочного полистирола и состоит из двух частей: передней и задней, скрепленных двумя винтами. Органы управления: ручка настройки и регулятора громкости с выключателем питания расположены на правой боковой стенке.  [33]

Корпус радиоприемника выполнен из ударопрочного полистирола. Он состоит из двух частей: передней и задней крышек, скрепленных одним винтом.  [34]

Корпус радиоприемника выполнен из ударопрочного полистирола. Он состоит из двух частей — передней и задней, которые крепятся одним винтом. На передней лицевой панели расположена шкаяа, на левой боковой стенке — ручки включения питания, регулятора громкости и точной настройки, а на правой — ручка грубой настройки.  [36]

Корпус радиоприемника выполнен из цветного ударопрочного полистирола. Шкала к органы управления приемника — ручка настройки и ручка регулятора громкости — расположены на передней лицевой панели корпуса и имеют соответствующие обозначения. Шкала проградуирована в сотнях килогерц. Внутри корпуса к передней стенке крепится динамическая головка громкоговорителя. Монтаж схемы приемника выполнен на печатной плате, изготовленной из фольгированного пластика.  [38]

Корпус радиоприемника выполнен из ударопрочного полистирола. Он состоит из двух частей — передней и задней, крепление которых обеспечивается одним винтом.  [40]

Корпус радиоприемника выполнен из ударопрочного полистирола. Шкала и органы управления расположены на передней лицевой панели и имеют соответствующие обозначения и надписи.  [42]

Корпус радиоприемника выполнен из цветной ударопрочной пластмассы. Задняя крышка приемника крепится к корпусу двумя винтами.  [43]

Корпус радиоприемника Планета выполнен из цветного ударопрочного полистирола. В крышке корпуса имеется специальный отсек для батареи.  [44]

Корпус радиоприемников Альпинист-417 и Альпинист-418 выполнен из ударопрочного полистирола. Корпус состоит из двух частей, которые крепятся двумя винтами.  [45]

Страницы:      1    2    3    4    5

Переносные, портативные радиоприёмники. Коллекция из более 300 наименований.

Радиоприёмник высшего класса «Салют-001»

Радиоприёмник высшего класса «Салют-001» выпускался Рижским радиозаводом им. А.С.Попова. Приёмник разработан в середине 1977 года, однако его выпуск начался с 1980 года.

Наглядным проявлением социалистической интеграции в действии является разработка и производство радиоприёмника высшего класса »Салют-001». Аппарат создан совместным трудом специалистов рижского КБ »Орбита» (ПО »Радиотехника») и народного предприятия »Штерн-радио» Берлин (ГДР)

Приёмник отличается высокими электрическими и акустическими характеристиками, рядом потре бительских качеств, достигнутых использованием схемных решений, не применявшихся ранее в отечественной носимой аппаратуре и не уступает лучшим мировым образцам. Электронная настройка и автоподстройка частоты во всех диапазонах, сенсорное переключение фиксированных настроек (а их восемь, четыре в диапазоне УКВ и столько же в остальных), возможность автовыключения приёмника по заданному времени, двойное преобразование частоы при приёме радиостанций в растянутых диапазонах KB, эффективная многопетлевая система АРУ — далеко не полный перечень схемных особенностей и последних достижений мирового уровня применённых в приёмнике »Салют-001». Приёмник построен по функционально-блочному принципу. В нём 13 блоков. Блок ПЧ-ЧМ, блок регу лирования громкости и тембра, кассета для убирающегося сетевого шнура — разработаны немецки ми специалистами, остальные и конструкция приёмника — специалистами КБ »Орбита». Экспортный вариант радиоприёмника именовался »EuroMatic-001», »Salute-001», отличаясь диапазонами КВ, УКВ.

Приемник высшего класса — »Салют-001» предназначен для приёма передач радиостанций в диапазо нах: ДВ — 150…350кГц, СВ1 525…880кГц, СВ2 880…1605кГц, КВ1 3.45…5.8МГц, КВ2 5 9…6.2МГц, КВ3 7,1…7,35 МГц, КВ4 9,5…9,8МГц, КВ5 11,7…12,1МГц и УКВ 65,8…73МГц. В ДВ и СВ1, СВ2 приём ведется на раздельные магнитные антенны, в диапазонах KB, УКВ на телескопические. Имеется возможность подключения магнитофона (на запись и воспроизведение), электропроигрывателя, внешнего громкоговорителя или головных телефонов и внешнего источника питания. В приемнике имеются отключаемые системы бесшумной настройки в диапазоне УКВ и автоматической подстройки частоты во всех диапазонах, устройство автоотключения в заданное время (через 10-30 мин после нажатия на соответствующую кнопку), блок фиксированных настроек на 8 радиостанций с сенсорным управлением. Переход с фиксированной настройки на плавную происходит автоматически при прикосновении к ручке плавной настройки приёмника (при батарейном питании об этом свидетельствует зажигание ламп подсветки шкалы настройки). Приёмник может питаться от встроенной батареи (6 элементов 373), от сети переменного тока напряжением 110, 127, 220 или 237 В (через встроенный сетевой блок питания) и бортовой сети автомобиля. Работоспособность у приёмника сохраняется при снижении питания до 5,6 В.

Основные технические характеристики:

Реальная чувствительность: при приеме на внутреннюю антенну, мВ/м, в диапазонах: ДВ 1, СВ1, СВ2 — 0,5, КВ1-КВ5 — 0,15, УКВ — 0.01. Со входа для подключения внешней антенны, мкВ, в диапазонах: ДВ, СВ1,СВ2, КВ1-КВ5 — 100, УКВ — 6.
Селективность по соседнему каналу в диапазонах ДВ, СВ1, СВ2, дБ, не менее 50.
Селективность по зеркальному каналу, дБ, в диапазонах: ДВ- 60, СВ1, СВ2 — 64, КВ1 — 26 КВ2-КВ5 (по первому зеркальному каналу) 40, КВ2- КВ5 (по второму зеркальному каналу) 60, УКВ 50.
Промежуточная частота, МГц. При приёме в диапазонах: ДВ, СВ1, СВ2, КВ1 — 0,465, КВ2-КВ5 — 1,84 (первая) и 0.465 (вторая) УКВ — 10,7.
Полоса захвата системы АПЧ, кГц, в диапазонах: КВ1-КВ5 10…40, УКВ 200…600.
Полоса удержания системы АПЧ, кГц, в диапазонах КВ1-КВ5 20…100, УКВ — 300…900.
Изменение напряжения на выходе дБ, не более, при изменении напряжения на входе на 40 дБ (эффективность АРУ) 6.
Номинальный диапазон воспроизводимых частот, Гц, в диапазонах ДВ, СВ1, СВ2, КВ1-КВ5 — 80…4000, УКВ диа пазоне 80…12500.
Выходная мощность, Вт: номинальная 1, максимальная (при питании от сети) 4.
Габариты, мм — 480х112х280.
Вес радиоприёмника с батареями типа А-373, кг 7,7.
Литература:

Инструкция по эксплуатации приёмника «Салют-001».
Рекламное описание радиоприёмника в журнале Радио № 11 за 1977 год.
Подробное описание в журнале Радио № 5-6 за 1981 год.
Описание в справочнике И.Ф.Белова.

Приемники начинающего радиолюбителя | Авторская платформа Pandia.ru

Рис. 41

Как видно из рис. 41, новым элементом является регулятор громкости, пред­назначенный для установки на входе усилителя НЧ такого напряжения сигнала, при котором обеспечивается требуемый уровень громкости звучания приемника! Остановимся на рассмотрении устройства и возможных вариантов регулятора громкости.

Регулятор громкости состоит из переменного резистора R1, совме­щенного с включателем питания S1, и переходного разделительного конденса­тора С1. Поскольку на выходе детектора и входе усилителя НЧ часто предусмот­рены переходные конденсаторы, то возможны различные варианты включения ре­гулятора громкости.

Можно оставить в регуляторе оба разделительных конденсатора (рис. 42), а можно лишь один (конденсатор С2). В этом случае переменный резистор R2 регулятора громкости служит одновременно нагрузкой детектора.

Рис. 42

Оба варианта регулятора громкости имеют примерно одинаковые регулиро­вочные способности, но между ними есть некоторые различия. Так регулятор громкости по схеме на рис. 42 позволяет наиболее просто соединить между с. обой выход детектора любого приемника со входом любого усилителя НЧ При этом безразлично, на транзисторах какой структуры собраны и приемник, и усилитель НЧ — они оказываются «развязанными» по постоянному току. Наличие двух пе­реходных конденсаторов, кроме этого, дает очень важное преимущество — резко снижается уровень разного рода шумов и шорохов регулирования, которые часто бывают в регуляторах с одним переходным конденсатором. Это объясняется тем, что в первом варианте на переменном резисторе действует только напряже­ние переменного тока, а во втором еще и постоянное напряжение со стороны де­тектора. Именно постоянное напряжение может быть исходной причиной помех при вращении ручки переменного резистора регулятора.

Для регуляторов громкости выпускают специальные переменные резисторы, совмещенные с включателями питания. Наиболее удобны для приемников пере­менные резисторы СПЗ-4В сопротивлением 6,8, 10 и 15 кОм от приемников «Аль­пинист», «Сувенир» и других, включенные в каталоги Союзпосылторга. Для кар­манных приемников лучше всего подходят миниатюрные переменные резисторы СПЗ — ЭВМ от приемников «Сокол», «Нейва» и других с номиналами 4,7, 6,8, 10 и 15 кОм. Эти резисторы снабжены готовой пластмассовой ручкой.

При составлении схемы громкоговорящего приемника прямого усиления мож­но выбрать любой из вариантов регулятора громкости, но полярность питания трактов ВЧ и НЧ должна быть одинаковой. Нарушение этого требования может привести к выходу из строя транзисторов приемника.

Рис 43

Рис. 44

Рис. 45

Корпус приемника лучше всего использовать готовый, от какого-либо пе­реносного или карманного приемника промышленного изготовления. В частности, в розничной продаже и в Союзпосылторге бывают пластмассовые корпусы таких радиоприемников, как «Альпинист-407», «Альпинист-418», «Селга-405». На рис. 43 показаны фотографии внешнего вида корпусов этих приемников. Для приемника в корпусе от «Альпиниста-407» можно предложить два варианта изготовления монтажной платы. Корпус рассчитан на установку головки 0.5ГД-30 или 0.5ГД-31. На рис. 44 показано расположение узлов приемника на горизонтальной монтаж­ной панели, прикрепляемой снизу к съемной панели со шкалой настройки. Для привода блока КПЕ применен верньерный механизм, состоящий из диска 2, вы­пиленного из органического стекла толщиной 3…4 мм, шелковой или капроновой нити 5 с натяжной пружиной 4 и ведущей оси 6 со шкивом. Нить огибает два направляющих ролика 1, между которыми расположена шкала. На нити закреплена стрелка — указатель 3 настройки. Шкала настройки приемника довольно точно совпадает со шкалой, имеющейся на верхней панели корпуса приемника. На рис 45 изображен вариант размещения узлов приемника на вертикаль­ной монтажной панели, крепление которой рассчитано на посадочные отверстия, имеющиеся в корпусе. Регулятор громкости и ось ручки настройки вынесены на верхнюю панель приемника.

Рис. 46

Рис. 47

Более удобен для монтажа любительских приемников корпус приемника «Альпинист-418». На рис. 46 показана конструкция монтажной панели, устанавливае­мой в корпусе приемника вертикально. Здесь все детали и узлы, кроме батареи питания и динамической головки, размещены на одной плате.

Рис. 48

На рис. 47 представлен вид монтажной платы, устанавливаемой в корпус приемника «Селга-405». Батарея питания в этом варианте приемника может быть «Крона-ВЦ». Эта плата самая простая по конструкции из трех рассмотренных, но ее размеры невелики и не позволяют размещать на ней сложные усилители ВЧ и НЧ.

Рис. 49

В предыдущих вариантах приемника использованы усилители ВЧ и НЧ на отдельных платах. Такая конструкция требует больше места, чем единая плата приемника, На рис. 48 представлена схема приемника, составленного из узлов по схеме на рис. 24 и 34, а, а на рис. 49 показан чертеж монтажной печатной платы этого приемника.

На рис. 50 показана схема приемника прямого усиления на микросхеме К2ЖА372, которая усиливает сигнал ВЧ, детектирует его и усиливает по низкой частоте. Питается приемник от двух элементов 316, нагрузкой служит микроте­лефон МТ-2 или МТ-4, либо головка 0.1ГД-12. Чертеж печатной платы с разме­щенными на ней деталями показан на рис. 51.

На рис. 52 изображена схема приемника, собранного на трех микросхемах. В усилителе ВЧ работают микросхемы A1 и А2, а на A3 выполнен усилитель НЧ по схеме рис. 39, а. Чертеж печатной платы приемника показан на рис. 53.

Две последние конструкции позволяют уверенно принимать программы мест­ных мощных радиостанций, так как их чувствительность составляет 20…30 мВ/м.

Рис. 50

Рис. 51

Рис. 52

Рис. 53
ЗАКЛЮЧЕНИЕ

Описанные в книге простые приемники не могут обеспечить прием очень удаленных и маломощных радиостанций. Но эти приемники дают возможность читателю изучить и освоить основы транзисторной техники, техники радиоприема, своими руками сделать из небольшого числа доступных радиодеталей действую­щие устройства. Конечно, собрав несколько простых приемников, вы не остано­витесь на достигнутом. Вы возьметесь за изготовление более сложных и совершен­ных конструкций. Для этого необходимо обратиться к другой литературе, напри­мер к подшивкам журнала «Радио» или литературе, список которой дан в конце книги.

Автору остается пожелать читателям этой книги успехов в освоении конструи­рования современной аппаратуры.

250

батарейка из розетки / Назад в СССР / Back in USSR

В наше время сложно понять, как техника может работать только от батареек, без возможности подзарядки. Дефицит батареек в СССР был хроническим. Их завозили редко и в маленьких количествах — с прилавков сметалось за пару часов.
При этом в каждой семье была переносная аппаратура: радиоприемники и магнитофоны. Хорошо, если у них был блок питания и при отсутствии батареек могли работать от розетки. Ведь было же полно радиоприемников, которые работали только от батареек.

Отдельных универсальных блоков питания от сети 220 вольт то ли выпускали мало, то ли до нас не довозили-я их в продаже ни разу не видел. Ну раз батареек нет, то тут начиналось «голь на выдумки хитра».

Для варианта «слушать только дома» старались достать сухие элементы.

Скручивали их изолентой и получался массивный и долговечный элемент питания на 9 вольт. Приемники с такой батарейкой работали годами. Кто то приспосабливал старые автомобильные аккумуляторы.

Раньше перемычки были открытыми и можно было получить любое напряжение кратное 2 вольтам. Для приемников использовали 5 банок-это около 10 вольт.

Я часто зависал у соседского мальчишки. У него сиротливо стоял приемник «Альпинист-418» без батареек. Мы решили его «оживить». Сейчас даже не помню откуда я узнал эту хитрость… то ли где то вычитал, то ли кто то подсказал. Ну явно не сам додумался в шестом классе то. Суть идеи в следующем:

В розетке у нас два провода: «фаза» и «ноль». По науке «фаза» -это 220 вольт относительно потенциала земли, а «ноль» это потенциал земли. Особенность деревенских электросетей был в том, что «нулевой» провод заземлялся на подстанции, а пока этот провод по столбам дойдет до дома на нем «остается» около 6-7 вольт относительно потенциала земли. Вот этим мы и решили воспользоваться.

К тому времени я уже диод отличал от резистора и найти 4 диода Д226 не составило труда. Из них скрутили схему выпрямительного моста-чтобы из переменного напряжения сделать постоянное.

Заземление сделали просто: вбили в подполе кусок арматуры, обильно полили его водой и присоединили к нему провод.

С помощью индикаторной отвертки выяснили где в розетке «фаза», а где «ноль». Причем как пользоваться индикаторной отверткой нас учили взрослые-мол провод «фазы» ни в коем случае трогать нельзя -убьёт! Недавно наткнулся в интернете на фото советских отверток-прям бальзам для сердца:

Мы присоединили один провод к «нулевому» гнезду розетки, а второй провод-к заземлению. Получилась такая схема:

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

Подключаем его и снова включаем приемник. На этот раз приемник заработал чистым звуком!

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

Такая вот интересная самоделка времен СССР-халявная замена дефицитным батарейкам.

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

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

Схемы отечественной радиоаппаратуры — Литера. Полезные книги

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

Содержание:

Схемы магнитофонов, магнитол, музыкальных центров
Агидель 301, Азамат РМ-302, Айдас, Айдас 9М, Арго 004 стерео, Астра, Астра 110 стерео, Астра 2, Астра 206, Астра 207, Астра 209 стерео, Астра 4, Астра МК-111 стерео, Аэлита 101, Бирюза 202 стерео, Вайва, Вега 115 стерео, Вега 117 стерео, Вега 119 стерео, Вега 320, Вега 326, Вега 328 стерео, Вега 331, Вега 335 стерео, Вега М420С, Вега МП-120С, Вега МП-122С, Вега РМ-250С, Вега РМ-250С-5, Вега РМ-252С, Вега РМ-338С, Весна, Весна 2, Весна 202, Весна 205-1, Весна 207 стерео, Весна 211 стерео, Весна 3, Весна 305, Весна 306, Весна 309, Весна М212С-4, Весна М310С, Вильма 102 стерео, Вильма 110 стерео, Вильма 204 стерео, Вильма 212 стерео, Вильма 302 стерео, Вильма 303, Вильма 311 стерео, Вильма 312 стерео, Вильняле, Воронеж 401, Воронеж 402, Воронеж 403, Воронеж 404, ВЭФ 260, ВЭФ 317, Гинтарас, Дайна, Дельфин, Дельфин 301, Дельфин 302, Десна, Днепр, Днепр 10, Днепр 11, Днепр 11М, Днепр 12М, Днепр 12Н, Днепр 14А, Днепр 3, Днепр 5, Днепр 9, Днепр ПМ, Днипро 12Н, Днипро 12П, Иж М-306С, Илеть 101 стерео, Иней 302, Казахстан 101 стерео, Карат МП-202С, Квазар П405С, Комета, Комета 206, Комета 209, Комета 225-1 стерео, Комета МГ-201, Комета МГ-201М, Комета МГ-206, Легенда 301, Легенда 401, Легенда 404, Лота МП-203С, М-75, МАГ-59, МАГ-8М11, МАГ-8МII, МАГ-8МП, Маяк 001 стерео, Маяк 120 стерео, Маяк 201, Маяк 205, Маяк 231 стерео, Маяк 232 стерео, Маяк 233 стерео, Маяк 240С-1, Маяк-120 стерео, МГ-201, МГ-56, Мелодия, Мелодия 105 стерео, Мелодия 106 стерео, Мелодия МГ-56, Миния, Миния 2, Миния 3, Миния 4, МП-64, Мрия, Нерль 206 стерео, Нота, Нота 202 стерео, Нота 203 стерео, Нота 225 стерео, Нота 303, Нота МП-220С, Ода 101 стерео, Ода 102 стерео, Ода-101 стерео, Одиссей 302 стерео, Олимп 003 стерео, Олимп МПК-005С, Орбита 205 стерео, Орбита 303, Орбита МП121С, Орбита МПК-107С, Ореанда 201, Ореанда 203 стерео, Ореанда 204С, Ореанда 302, Орель 206 стерео, Парус 201, Парус 302, Протон 401, Протон М-414, Протон РМ-211С, Протон РМ-212С, Радиотехника М-201 стерео, Радиотехника МЛ-6201 стерео, Радиотехника МП-7210 стерео, Радиотехника МП-7301 стерео, Рекорд, Репортер 3, Рига 110, Рига 111, Ритм 301, Ритм М-303 стерео, Романтик З, Романтика, Романтика 105, Романтика 106, Романтика 108 стерео, Романтика 112 стерео, Романтика 220 стерео, Романтика-М, Россия 101 стерео, Русь 205, Рута 201 стерео, Садко 501, Сатурн 202 стерео, Сатурн 301, Сириус МЭ-325С, Сириус РЭМ228С, Скиф М-402С, Снежеть 204 стерео, Спалис, Спутник 401, Спутник 404, Такт 001 стерео, Такт 101 стерео, Тембр, Томь 206 стерео, Томь 303, Томь 305, Томь 401, Тоника 305, Тоника 310 стерео, Харьков 63, Чайка, Чайка 66, Чайка-66, Чайка-М, Эврика 302, Эврика 402, Эврнка 302, Элегия 301, Элегия М302С-1, Электроника 004, Электроника 203 стерео, Электроника 211, Электроника 302-1, Электроника 311 стерео, Электроника 323-1, Электроника 401, Электроника М325, Электроника М332С, Электроника М402С, Электроника МП-204 стерео, Электроника ТА1-003 стерео, Эльфа 10, Эльфа 19, Эльфа 20, Эльфа 201 стерео, Эльфа 201-1 стерео, Эльфа 25, Эльфа 332 стерео, Эльфа 6-1М, Эльфа 65, Юпитер 201, Юпитер 201 стерео, Юпитер 202 стерео, Юпитер 203 стерео, Юпитер 204 стерео, Юпитер МК 106 С, Яуза, Яуза 10, Яуза 20, Яуза 206, Яуза 209, Яуза 212, Яуза 5, Яуза 6, Яуза-220 стерео

Схемы усилителей
Амфитон 002 стерео, Амфитон 50У-202C, Амфитон AJ-01-У стерео, Амфитон А1-01 стерео, Амфитон У101 стерео, Арктур 001 стерео, Арктур 002 стерео , Арктур 101 стерео, Барк 001 стерео, Барк 50У-068С, Бриг 001 стерео, Бриг У001 стерео, БУ-34, Вега 10У-120С, Вега 50У-122С, Вега У-120 стерео, ВЭФ, ВЭФ 101 стерео, ВЭФ 101стерео, ЗУ-430, Корвет 100У-068С, Корвет 200УМ-088С, Кумир 35У-102С-1, Кумир У-001 стерео, Лорта 75У-101С, Одиссей 001 стерео, Одиссей 002 стерео, Одиссей 010 стерео, Одиссей 100У-021С, Орбита УМ-002 стерео, Прибой 50УМ-204С, Прибой 75УМ-204С, Пульсар У001 стерео, Радиотехника 020 стерео, Радиотехника У-101 стерео, Радиотехника У-7101 стерео, Радиотехника У-7111 стерео, Радиотехника У-7112 стерео, Радиотехника УП-001 стерео, Радуга, Романтика 15У-120 стерео, Романтика 201-2 стерео, Романтика 50У-220 стерео, Ростов-Дон 101 стерео, Сигма 200, Том 1201, Трембита 002 стерео, Трембита 101, ТУ-100БУ4-2, ТУ-50М, УЭМИ-50, Феникс 50У-008С, Экскорт, Электрон 104 стерео, Электрон 20 стерео, Электроника 50У-017С, Электроника Т1-002 стерео, Электроника Т1-040 стерео, Электроника УК-043 стерео, Электрофон 104 стерео, Эстония УМ-010 стерео, Эстония УП-010 стерео, Эстония УП-010 стерео, 90У-2, 90У-5

Схемы автомагнитол, авторадиоприемников
АМ-302 стерео, АМ-303, Былина 203 стерео, Былина РМ-317СА, Гродно 301, Гродно 302 стерео, Гродно 303, Звезда РМ204СА, Старт 203 стерео, Урал 285А, Урал 292СА, Урал РМ-206А, Эврика 310 стерео, Эола 310 стерео, Эола РМ-320СА, Протон 301 стерео, АТ-64, Былина 315, Урал РМ-334А, Алтай 301 стерео, Крунк 301 стерео, Феникс 301 стерео, Электроника-авто 301-01 стерео, А-271, А-271Г, А-271Е, А-271Т, А-275, А-275В, А-27б, А-324, А-327, А-370, А-370М, А-373, А-373Б, А-373БМ, А-373М, АТ-66, Блюз 301, Блюз РП-203А, Былина 207, Былина 310, Илга 320 авто, Круиз 203, РД-3602, Тернава 301, Тернава 302, Тонар авто 301, Тонар РП-303А, Тонар-авто 301, Тонар-авто 302, Турист, Урал авто 2, Урал РП-340А, Урал-авто, Урал-авто 2

Схемы тюнеров
Корвет 104 стерео, Ласпи 001 стерео, Ласпи 003 стерео, Ласпи 005 стерео, Радиотехника Т-101 стерео, Радиотехника Т-7111 стерео, Рондо 101 стерео, Эстония 010 стерео, Корвет 004 стерео

Схемы радиоприемников
Абава РП-8330, Алмаз, Алмаз 401, Альпинист, Альпинист 2, Альпинист 3, Альпинист 320, Альпинист 321, Альпинист 405, Альпинист 407, Альпинист 417, Альпинист 418, Альпинист РП-224, Альпинист РП-224-1, Альпинист РП-225, Атмосфера, Атмосфера 2, Атмосфера 2М, Банга, Банга 2, Вега, Вега 341, Вега 402, Вега 404, Вега 407, Вега РП-240, Вега РП-241, Вега РП-243, Вега РП-341-1, Верас РП-225, Волхова, Волхова РП-202, Волхова РП-202-1, Восход 308, ВЭФ 12, ВЭФ 201, ВЭФ 202, ВЭФ 207, Вэф-Спидола, ВЭФ-Спидола 10, Гауя, Геолог, Геолог 2, Геолог 3, Гиала, Гиала 303, Гиала 404, Гиала 407, Гиала 410, Гнала 407, Иволга 66, Имула РП-8310, Ирень 401, Ишим, Ишим 003, Кварц 309, Кварц 401, Кварц 402, Кварц 403, Кварц 404, Кварц 405, Кварц 406, Кварц 407, Кварц 408, Кварц РП209, Киев 7, Космонавт, Космос, Космос 602, Космос М, Космос-М, Ласточка, Ласточка 2, Лель, Лель РП-202, Ленинград 002, Ленинград 006 стерео, Ленинград 010 стерео, Ленинград 015 стерео, Лира РП-231, Лира РП-241, Луч, Маяк 1, Мередиан 202, Меридиал 235, Меридиан, Меридиан 201, Меридиан 202, Меридиан 203, Меридиан 206, Меридиан 210, Меридиан 235, Меридиан РП-248, Меридиан РП-348, Меркурий 210, Микро, Микрон, Микрон РП-203, Минск, Мир, Нарочь, Нева, Нева 2, Невский, Нейва, Нейва 204-2, Нейва 303, Нейва 304, Нейва 401, Нейва-М, Неринга, Океан, Океан 203, Океан 204, Океан 205, Океан 209, Океан 214, Океан 221, Океан РП-222, Олимпик, Олимпик 2, Олнмпик 2, Оникс 401, Орбита, Орбита 1, Орбита 106 стерео, Орбита 2, Орион 301, Орленок, Орленок 605, Орленок М, Планета, Рига 103, Рига 104, Рига 301А , Рига 301Б, Рига 302, Рига 302А, Родина 60, Родина 60М1, Родина 65, Родина 68, Романтик, Романтик 3, Романтик 306, Россия 301, Россия 304, Рубин, Салют 001, Сатурн, Сатурн 201, Свирель, Свирель 402, Селга, Селга 309, Селга 402, Селга 404, Селга 405, Сигиал 304, Сигнал, Сокол, Сокол 2, Сокол 307, Сокол 308, Сокол 4, Сокол 403, Сокол 404, Соната, Спидола, Спидола 207, Спидола 230, Спидола 231, Спидола 232, Спорт 2, Спорт 301, Спорт 304, Старт 2, Сувенир, Сюрприз, Топаз 2, Турист 315, Турист РП215, Украина 201, Украина 202, Урал 301, Урал 302, Урал 320, Утро 601, Хазар 401, Хазар 402, Хазар 403, Хазар 404, Электроника Р403, Эра 2М, Этюд, Этюд 2, Этюд 603, Эхо 601 стерео, Юниор, Юпитер, Юпитер 601, Юпитер-М

Схемы трехпрограммных приемников
Амфитон 204, Маяк 204, Орфей 304, Прометей 201, Раздан 201, Свердловск 201, Светлана 301, Сириус 202, Сирнус 201, Эра 204

Схемы радиол
Балтика 52, Балтика М254, Беларусь 101, Беларусь 103, Бригантина, Вега 001, Вега 001 стерео, Вега 003 стерео, Вега 300 стерео, Вега 312, Вега 312 стерео, Вега 313 моно, Вега 319 стерео, Вега 323 стерео, Виктория 001, Виктория 001 стерео, Виктория 003 стерео, ВЭФ-Радио, ВЭФ-Рапсодия, Дружба, Илга 301, Иоланта, Казань, Кама, Кантата 204, Кантата 205 стерео, Латвия М, Мелодия 101 стерео, Мелодия 102, Мелодия 104 стерео, Мрия 301, Отдых, Рекорд 314, Рекорд 354, Рекорд 57, Рекорд 68-2, Рига 101, Рига 102, Рига-101, Ригонда-моно, Ригонда-стерео, Серенада 402, Серенада 404, Серенада 405, Серенада 406, Серенада РЭ-209, Симфония, Симфония 003, Симфония 2, Сириус 315 пано, Сириус 316 пано, Сирнус 311, Урал 1, Урал 112, Урал 114, Урал 2, Урал 3, Урал 5, Урал 6, Урал 7, Элегия 102 стерео, Элегия 106 стерео, Эстония 006, Эстония 006 стерео, Эстония 008 стерео, Эстония 009 стерео, Эстония 3М, Эстония 4, Эстония стерео, Эстония-стерео, Эфир, Сириус 311

Схемы электрофонов
Ария 102 стерео, Арктур 006 стерео, Вега 106 стерео, Вега 206 стерео, Вега ЭП-110 стерео, Вега ЭП-120 стерео, Корвет 038 стерео, Орфей 101 стерео, Радиотехника 001 стерео, Россия 105 стерео, Электроника 012, Электроника ЭП-017 стерео, Электроника ЭП-060 стерео, Аккорд, Аккорд 001, Аккорд 001 стерео, Аккорд 101 стерео, Аккорд 201, Аккорд 201 стерео, Аккорд 202 стерео, Аккорд стерео, Аллегро 002 стерео, Ария ЭФ5303С стерео, Арктур 003 стерео, Арктур 004 стерео, Бега 101 стерео, Вега 002 стерео, Вега 101, Вега 103, Вега 103 стерео, Вега 104 стерео, Вега 105 стерео, Вега 108 стерео, Вега 109 стерео, Вега 110 стерео, Икар 303, Каравелла 203 стерео, Корвет-стерео, Лидер 206 стерео, Лидер 302, Лидер 303, Мелодия 103 стерео, Мелодия 103М стерео, Ноктюрн 201, Ноктюрн 211, Ноктюрн 212 стерео, Ноктюрн 314 стерео, Радиотехника 301 стерео, Радиотехника ЭП101 стерео, Рондо 203, Рондо 203 стерео, Рондо 204 стерео, Рондо 206 стерео, Россия 102 стерео, Россия 325 стерео, Феникс 001 стерео, Электроника Б1-01 стерео, Электроника Д1-011 стерео, Электроника Д1-012 стерео, Электроника ЭФ-017 стерео

Схемы ЭПУ
0-ЭПУ-82С, 0-ЭПУ-82СК, 1-ЭПУ-70С, 2-ЭПУ-65СМ, 2-ЭПУ-66СМ, 3-ЭПУ-48, IIЭПУ-32С, IIЭПУ-52С, IIЭПУ-73С, IIЭПУ-74С, I-ЭПУ-70С, Г-602

Схемы акустических систем
35АС-013, 35АС-018, S70, S90D.

Формат: PDF, DjVu
Размер архива: 225 мВ


Схема URI архива и пакета (arcp)

Схема URI архива и пакета (arcp)

Схема URI архива и пакета (arcp)
draft-earthandreyes-arcp-03

Эта спецификация определяет схему URI архива и пакета arcp .

URI

arcp могут использоваться для использования или ссылки на ресурсы гипермедиа, объединенные внутри файлового архива или пакета приложения, а также для разрешения URI для ресурсов архива в программной среде.

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

URI arcp может использоваться для целей изоляции (например, при использовании нескольких архивов), ограничения безопасности (предотвращение «выхода» из архива) или для внешней идентификации подресурсов, на которые ссылаются гипермедиа-форматы.

Этот Интернет-проект представлен в полном соответствии с положениями BCP 78 и BCP 79.

Internet-Drafts являются рабочими документами Инженерной группы Интернета (IETF). Обратите внимание, что другие группы также могут распространять рабочие документы как Интернет-проекты. Список текущих Интернет-проектов находится на https://datatracker.ietf.org/drafts/current/.

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

Срок действия этого Интернет-проекта истекает 9 августа 2018 г.

Авторские права (c) 2018 IETF Trust и лица, указанные в качестве авторов документа. Все права защищены.

Этот документ регулируется BCP 78 и Правовыми положениями IETF Trust, касающимися документов IETF (https://trustee.ietf.org/license-info), действующими на дату публикации этого документа.Пожалуйста, внимательно ознакомьтесь с этими документами, поскольку они описывают ваши права и ограничения в отношении этого документа. Компоненты кода, извлеченные из этого документа, должны включать упрощенный текст лицензии BSD, как описано в разделе 4.e Правовых положений Trust, и предоставляются без гарантии, как описано в упрощенной лицензии BSD.


Мобильные и веб-приложения

могут объединять ресурсы, такие как таблицы стилей, с относительными ссылками URI [RFC3986] (4.2) для сценариев, изображений и шрифтов.Разрешение и анализ таких ресурсов в рамках структуры обработки URI может потребовать создания абсолютных URI и применения политик безопасности Same-Origin [RFC6454] отдельно для каждого приложения.

Программное обеспечение, которое обращается к ресурсам, объединенным внутри архива (например, zip или tar.gz файл), может с трудом потреблять типы гипермедийного контента, которые используют относительные ссылки URI, такие как ../css/ , поскольку это сложно установление базового URI [RFC3986] (5.1) последовательно.

Часто архив может быть распакован локально, подразумевая базовые URI, такие как file: /// tmp / a1b27ae03865 / , для представления корня архива. Такие URI являются временными, могут не быть уникальными в глобальном масштабе и могут быть уязвимы для таких атак, как «вылезание» из корневого каталога.

Архив, содержащий несколько ресурсов HTML или связанных данных, например в архиве BagIt [ID.draft-kunze-bagit-14], может использовать относительные URI для перекрестных ссылок на составляющие файлы, что затрудняет индексацию или аннотирование таких ресурсов. .

Использование архива с согласованным базовым URL-адресом должно быть возможным независимо от того, из какого места он был получен, на каком устройстве он проверяется и с помощью какого механизма осуществляется доступ к архиву (например, виртуальная файловая система).

При использовании нескольких архивов из ненадежных источников было бы полезно иметь политику одного источника [RFC6454], чтобы относительные гиперссылки не могли выходить за пределы конкретного архива.

Схема URI файл: [RFC8089] может плохо подходить для таких целей, как выше, в то время как схема URI, не зависящая от местоположения, может быть более гибкой, безопасной и уникальной в глобальном масштабе.

Эта спецификация определяет схему URI архива и пакета arcp как альтернативу адресации ресурсов в архиве, приложении или пакете.

Для целей данной спецификации архив — это совокупность подресурсов, адресуемых по имени или пути. Это определение охватывает типичные форматы архивных файлов, такие как .zip или tar.gz и производные типы носителей + zip [RFC6839], а также нефайловые пакеты ресурсов, такие как LDP-контейнер [W3C.REC-ldp-20150226], установленное веб-приложение [W3C.WD-appmanifest-20180118] или структура папок BagIt [I-D.draft-kunze-bagit-14].

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

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

Ключевые слова «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ОБЯЗАТЕЛЬНО», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом документе. следует интерпретировать, как описано в [RFC2119].

Схема arcp URI следует синтаксису [RFC3986] для иерархических URI в соответствии со следующими формулировками:

arcp-URI = arcp-scheme ":" зависит от arcp [фрагмент "#"]

arcp-scheme = "arcp"

arcp-specific = "//" arcp-Authority [абсолютный путь] ["?" запрос ]
 

Компонент arcp-Authority предоставляет уникальный идентификатор для открытого архива.См. Подробности в разделе 3.1.

Компонент абсолютный путь предоставляет абсолютный путь к ресурсу (например, файлу или каталогу) в архиве. См. Подробности в разделе 3.2.

МОЖЕТ использоваться компонент запроса , но его семантика не определена данной спецификацией.

Компонент «фрагмент» МОЖЕТ использоваться реализациями в соответствии с [RFC3986] и подразумеваемым типом носителя [RFC2046] ресурса на пути. В этой спецификации не указывается, как определить тип носителя.

Назначение компонента Authority в URI arcp — создать уникальный идентификатор для конкретного архива. Авторитет НЕ предназначен для разрешения без предварительного знания архива.

Полномочия URI arcp ДОЛЖНЫ быть действительными в соответствии со следующими условиями:

arcp-Authority = uuid | ni | имя | орган власти
uuid = "uuid," UUID
ni = "ni", alg-val
name = "имя," reg-имя
 
  1. Префикс uuid, сочетается с продуктом UUID , как определено в [RFC4122], e.грамм. uuid, 2a47c495-ac70-4ed1-850b-8800a57618cf
  2. Префикс ni, комбинируется с продукцией alg-val , как определено в [RFC6920], например ni, sha-256; JCS7yveugE3UaZiHCs1XpRVfSHaewxAKka0o5q2osg8
  3. Префикс name, комбинируется с reg-name production, как определено в [RFC3986], например имя, app.example.com . Для IRI arcp [RFC3987] его ireg-name production применяется вместо reg-name .
  4. Производственный орган соответствует его определению в [RFC3986] или iauthority для IRI arcp [RFC3987]. Поскольку это обязательно также соответствует указанным выше постановкам с префиксом, их следует рассмотреть в первую очередь, прежде чем вернуться к этому производству.

Компонент path-absolute , если он присутствует, ДОЛЖЕН соответствовать продукту в [RFC3986], или ipath-absolute для IRI arcp [RFC3987]. Это обеспечивает абсолютный путь к ресурсу (например,грамм. файл или каталог) внутри архива.

Типы архивных носителей различаются по ограничениям и возможностям выражения путей, однако реализации ДОЛЖНЫ использовать / в качестве разделителя путей для вложенных папок и файлов.

РЕКОМЕНДУЕТСЯ включать завершающие /, если известно, что путь представляет каталог.

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

Примеры извлекаемых архивных носителей: application / zip , application / vnd.android.package-archive , application / x-tar , application / x-gtar и application / x-7z-compressed .

Примеры нефайловых архивов включают контейнер LDP [W3C.REC-ldp-20150226], установленное веб-приложение [W3C.WD-appmanifest-20180118] или структуру папок BagIt [ID.draft-kunze-bagit-14 ].

Компонент полномочий идентифицирует сам архив.

Реализации

МОГУТ предполагать, что два URI arcp с одним и тем же компонентом полномочий относятся к ресурсам в одном и том же архиве с учетом ограничений, описанных в этом разделе.

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

  1. Если префикс — uuid, , за которым следует UUID [RFC4122], это указывает на уникальный идентификатор архива.Приложения МОГУТ предполагать, что соответствующий URI urn: uuid: идентифицирует архив.
  2. Если префикс uuid, за которым следует UUID v4 [RFC4122] (4.4), это указывает на уникальность на основе генератора случайных чисел.
    Реализациям, создающим случайные полномочия, СЛЕДУЕТ генерировать случайный UUID v4, используя подходящий генератор случайных чисел [RFC4086].
  3. Если префикс — uuid, , за которым следует UUID на основе имени v5 [RFC4122] (4.3), это указывает на уникальность на основе существующего расположения архива, обычно URL-адреса.
    Реализациям, создающим полномочия на основе местоположения, СЛЕДУЕТ генерировать UUID v5, используя пространство имен URL 6ba7b811-9dad-11d1-80b4-00c04fd430c8 и доступный URL-адрес архива. Обратите внимание, что, хотя реализации не могут определить, какое местоположение использовалось, они могут подтвердить UUID на основе имени, если местоположение иначе известно.
  4. Если префикс ni, , это указывает на уникальный идентификатор архива, основанный на хешировании байтового потока или содержимого архива. Реализации МОГУТ предполагать, что ресурсы в пределах URI ni arcp остаются статическими, хотя реализация может использовать согласование содержимого или аналогичные преобразования.
    Контрольная сумма ДОЛЖНА быть выражена в соответствии с производством alg-val в [RFC6920] (3). Реализации, создающие полномочия на основе хэша из байтового потока архива, ДОЛЖНЫ использовать метод хеширования sha-256 без усечения. Реализации МОГУТ предполагать, что соответствующий URI ni: идентифицирует архив.
  5. Если префикс name, это означает, что полномочиями являются имя приложения или пакета, обычно установленного на устройстве или системе.Реализации
    ДОЛЖНЫ предполагать, что нераспознанные права доступа name являются уникальными только в пределах конкретной установки, но МОГУТ предполагать дополнительные гарантии уникальности для имен, находящихся под их контролем.
    РЕКОМЕНДУЕТСЯ, чтобы реализации, создающие центры на основе имен, использовали DNS-имена под их контролем, например, приложение, установленное как app.example.com , может сделать имя центра , app.example.com для ссылки на свои упакованные ресурсы. , или name, foo.app.example.com для ссылки на динамический контейнер ресурсов foo .

Свойства уникальности: не указано для URI arcp, полномочия которых не соответствуют ни одному из префиксов, определенных в этой спецификации.

Компонент path URI arcp идентифицирует отдельные ресурсы в конкретном архиве, обычно это каталог или файл .

  • Если путь равен / — e.грамм. — тогда URI arcp представляет сам архив, обычно представленный в виде корневого каталога или коллекции.
  • Если путь заканчивается на /, тогда путь представляет каталог или коллекцию.

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

Предполагая, что соответствующий механизм знает соответствующий архив, URI arcp также может использоваться для разрешения.

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

Эта спецификация не определяет сетевой протокол для разрешения ресурсов согласно схеме URI arcp. Например, одна реализация может переписать URI arcp на локализованные пути во временном каталоге, а другая реализация может использовать встроенный HTTP-сервер.

Предполагается, что реализация получит доступ к архиву заранее и назначит ему соответствующие полномочия в соответствии с разделом 3.1. Такая реализация может затем разрешить URI arcp, например с помощью доступа к архиву в памяти или сопоставления путей arcp с локальной файловой системой.

Реализации, поддерживающие разрешение URI arcp, ДОЛЖНЫ:

  1. Ошибка с эквивалентом Not Found , если полномочия неизвестны.
  2. Ошибка с эквивалентом Gone , если полномочия известны, но содержимое архива больше не доступно.
  3. Ошибка с эквивалентом Not Found , если путь не соответствует ресурсу в архиве.
  4. Вернуть соответствующий (потенциально несжатый) поток байтов, если путь соответствует файлу в архиве.
  5. Вернуть соответствующий список каталогов, если путь соответствует каталогу в архиве.
  6. Вернуть соответствующий список каталогов корневого каталога архива, если путь — /.
  7. Реализации

МОГУТ поддерживать другие способы разрешения URI arcp, например параметры запроса или согласование содержимого.

Не все форматы архивов или реализации будут иметь концепцию списка каталогов, и в этом случае реализация МОЖЕТ не выполнять такие решения с эквивалентом «Не реализовано».

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

Тип носителя text / uri-list [RFC2483] МОЖЕТ использоваться для представления списка каталогов, и в этом случае он ДОЛЖЕН содержать только URI с arcp URI каталога в качестве общей основы.

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

Эта спецификация не определяет, как изменить архив или его содержимое с помощью URI arcp.

Если компонент author в URI arcp совпадает с продуктом alg-val , приложение МОЖЕТ предположить, что соответствующие URI ni: /// или nih: [RFC6920] идентифицируют байтовый поток или содержимое архива.

Приложения МОГУТ попытаться получить соответствующий архив из любого .хорошо известная конечная точка / ni / [RFC5785], как указано в [RFC6920] (4). Приложения ДОЛЖНЫ проверять контрольную сумму полученного архива перед определением отдельных путей arcp.

Производство для uuid и ni ограничено URI-безопасным ASCII и не требует каких-либо соображений кодирования.

Когда arcp используется в IRI [RFC3987], name production разрешает символы Unicode, соответствующие его ireg-name production.

Следует проявлять осторожность, чтобы% -кодировать сегменты каталога и файла path-absolute согласно [RFC3986] для URI или ipath-absolute [RFC3987] для IRI.

Не все форматы архивов имеют явную кодировку символов, указанную для их путей. Если такая информация недоступна для формата архива, реализации МОГУТ предположить, что компонент пути закодирован с помощью UTF-8 [RFC2279].

В некоторых форматах архивов пути нечувствительны к регистру, и в таких случаях РЕКОМЕНДУЕТСЯ сохранять регистр, указанный в архиве.

Поскольку для одного и того же архива возможно несколько полномочий (раздел 3.1), а интерпретация путей может различаться, могут возникнуть проблемы совместимости при обмене URI arcp между реализациями. Некоторые соображения:

  1. Две реализации описывают один и тот же архив (например, хранящийся по одному и тому же локальному пути к файлу), но с использованием разных случайных полномочий UUID. Реализациям может потребоваться обнаружение равенства двух UUID вне диапазона.
  2. Две реализации описывают архив, полученный с одного и того же URL-адреса, с одним и тем же полномочием UUID на основе местоположения, но полученный в разное время.Реализации могут не соглашаться по поводу содержимого архива.
  3. Две реализации описывают архив, полученный с одного и того же URL-адреса, с одним и тем же полномочием UUID на основе местоположения, но полученный с использованием разного согласования содержимого, что приводит к разным форматам архивов. Реализации могут расходиться во мнениях относительно кодировки пути, корпуса имени файла или иерархии.
  4. Две реализации описывают один и тот же байтовый поток архива с использованием полномочий на основе хеширования, но они использовали два разных алгоритма хеширования.Реализациям может потребоваться согласование с общим алгоритмом хеширования.
  5. Две реализации обращаются к одному и тому же архиву, который содержит пути к файлам с символами Unicode, но извлечен в две разные файловые системы. Ограничения и соглашения для имен файлов в локальной файловой системе (например, нормализация Unicode, нечувствительность к регистру, общая длина пути) могут привести к тому, что реализации будут иметь несовместимые или недоступные пути.

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

Архивы могут содержать вредоносное или неприемлемое содержимое или пути к файлам.

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

Злонамеренно созданный архив может содержать пути с символами (например, backspace), которые могут сделать URI arcp недействительным или вводящим в заблуждение при использовании без экранирования.

Злонамеренно созданный архив может содержать пути с комбинациями символов (например, комбинированные последовательности Unicode, изменение ориентации текста), из-за которых URI arcp становится очень длинным или мешает отображению в пользовательском интерфейсе.

Архив может содержать символические ссылки, которые при извлечении в локальную файловую систему могут обращаться к файлам за пределами структуры каталогов архива. Реализации ДОЛЖНЫ обнаруживать такие ссылки и предотвращать доступ извне.

Злонамеренно созданный URI arcp может содержать сегменты пути ../ , которые при наивном преобразовании в file: /// URI могут адресовать файлы вне структуры каталогов архива. Реализации ДОЛЖНЫ выполнить нормализацию сегмента пути [RFC3986] перед преобразованием URI arcp.

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

Гиперссылка URI может использовать или угадывать полномочия URI arcp, чтобы попытаться залезть в другой архив в злонамеренных целях. Приложения ДОЛЖНЫ использовать политику Same Orgin [RFC6454], проверяющую, если разрешение перекрестных ссылок нежелательно.

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

Эта спецификация требует, чтобы IANA зарегистрировала следующую схему URI в соответствии с положениями [RFC7595].

Название схемы: arcp

Статус: предварительный

Приложения / протоколы, использующие этот протокол: приложение, использующее гипермедиа, которое обрабатывает архивы или пакеты.

Контактное лицо: Стиан Сойланд-Рейес пятно @ apache.org

Диспетчер смен: Стиан Сойланд-Рейес

[RFC2119] Браднер, С., «Ключевые слова для использования в RFC для обозначения уровней требований», BCP 14, RFC 2119, DOI 10.17487 / RFC2119, март 1997 г.
[RFC2279] Йерго, Ф., «UTF-8, формат преобразования ISO 10646», RFC 2279, DOI 10.17487 / RFC2279, январь 1998 г.
[RFC2483] Миллинг, М.и Р. Дэниэл, «Службы разрешения URI, необходимые для разрешения URN», RFC 2483, DOI 10.17487 / RFC2483, январь 1999 г.
[RFC3986] Бернерс-Ли, Т., Филдинг, Р. и Л. Масинтер, «Универсальный идентификатор ресурса (URI): общий синтаксис», STD 66, RFC 3986, DOI 10.17487 / RFC3986, январь 2005 г.
[RFC3987] Дюрст, М. и М. Суиньяр, «Интернационализированные идентификаторы ресурсов (IRI)», RFC 3987, DOI 10.17487 / RFC3987, январь 2005 г.
[RFC4086] Истлейк 3, Д., Шиллер, Дж. И С. Крокер, «Требования случайности для безопасности», BCP 106, RFC 4086, DOI 10.17487 / RFC4086, июнь 2005 г.
[RFC4122] Лич, П., Миллинг, М. и Р. Зальц, «Пространство имен URN универсального уникального идентификатора (UUID)», RFC 4122, DOI 10.17487 / RFC4122, июль 2005 г.
[RFC5785] Ноттингем М. и Э. Хаммер-Лахав, «Определение хорошо известных универсальных идентификаторов ресурсов (URI)», RFC 5785, DOI 10.17487 / RFC5785, апрель 2010 г.
[RFC6454] Барт, А., «Концепция веб-происхождения», RFC 6454, DOI 10.17487 / RFC6454, декабрь 2011 г.
[RFC6920] Фаррелл, С., Кучер, Д., Данневиц, К., Олман, Б., Керанен, А. и П. Халлам-Бейкер, «Именование вещей с помощью хэшей», RFC 6920, DOI 10.17487 / RFC6920, апрель 2013 г.
[RFC7595] Талер Д., Хансен Т. и Т.Харди, «Рекомендации и процедуры регистрации для схем URI», BCP 35, RFC 7595, DOI 10.17487 / RFC7595, июнь 2015 г.
[FirefoxOS] Mozilla Firefox, «Обзор безопасности Firefox OS», MDN Mozilla Developer Network Web Docs, февраль 2017 г.
[I-D.draft-kunze-bagit-14] Кунце, Дж., Литтман, Дж., Мэдден, Л., Саммерс, Э., Бойко, А. и Б. Варгас, «Формат упаковки файлов BagIt (V0.97) », Интернет-Проект draft-kunze-bagit-14, октябрь 2016 г.
[RFC2046] Н. Фрид и Н. Боренштейн, «Многоцелевые расширения почты Интернета (MIME), часть вторая: типы носителей», RFC 2046, DOI 10.17487 / RFC2046, ноябрь 1996 г.
[RFC4648] Йозефссон, С., «Кодирование данных Base16, Base32 и Base64», RFC 4648, DOI 10.17487 / RFC4648, октябрь 2006 г.
[RFC6570] Грегорио, Дж., Филдинг, Р., Хэдли, М., Ноттингем, М. и Д. Орчард, «Шаблон URI», RFC 6570, DOI 10.17487 / RFC6570, март 2012 г.
[RFC6839] Хансен, Т. и А. Мельников, «Дополнительные суффиксы синтаксиса структурированного типа носителя», RFC 6839, DOI 10.17487 / RFC6839, январь 2013 г.
[RFC8089] Кервин, М., «Файл» Схема URI «, RFC 8089, DOI 10.17487 / RFC8089, февраль 2017 г.
[ROBundle] Соиланд-Рейес, С., Гэмбл, М. и Р. Хейнс, «Research Object Bundle 1.0», отчет Zenodo, DOI 10.5281 / zenodo.12586, ноябрь 2014 г.
[W3C.NOTE-app-uri-20150723] Касерес, М., «Приложение: схема URL», Консорциум World Wide Web ПРИМЕЧАНИЕ NOTE-app-uri-20150723, июль 2015 г.
[W3C.NOTE-widgets-uri-20120313] Касерес, М., «Схема URI виджета», Консорциум Всемирной паутины ПРИМЕЧАНИЕ ПРИМЕЧАНИЕ ПРИМЕЧАНИЕ-widgets-uri-20120313, март 2012 г.
[W3C.REC-ldp-20150226] Спайчер, С., Арве, Дж. И А. Малхотра, «Платформа связанных данных 1.0», Рекомендация Консорциума Всемирной паутины REC-ldp-20150226, февраль 2015 г.
[W3C.WD-appmanifest-20180118] Касерес, М., Кристиансен, К., Ламури, М., Костиайнен, А. и Р. Долин, «Манифест веб-приложения», Консорциум World Wide Web WD WD-appmanifest-20180118, январь 2018 г.

Приложение хранилища документов получило файл документа.tar.gz , содержимое которого будет проверяться на соответствие.

В целях песочницы он генерирует UUID v4 32a423d6-52ab-47e3-a9cd-54f418a48571 с использованием генератора псевдослучайных чисел. Таким образом, базовый URI arcp:

arcp: // uuid, 32a423d6-52ab-47e3-a9cd-54f418a48571 /
 

В архиве находятся файлы:

  • ./doc.html , который ссылается на css / base.css
  • ./css/base.css , который ссылается на ../fonts/Foo.woff
  • ./fonts/Foo.woff

Приложение генерирует соответствующие URI arcp и использует их для разрешений URI для вывода списка ресурсов и их гиперссылок:

arcp: //uuid,32a423d6-52ab-47e3-a9cd-54f418a48571/doc.html
  -> arcp: //uuid,32a423d6-52ab-47e3-a9cd-54f418a48571/css/base.css
arcp: //uuid,32a423d6-52ab-47e3-a9cd-54f418a48571/css/base.css
  -> arcp: //uuid,32a423d6-52ab-47e3-a9cd-54f418a48571/fonts/Foo.woff
arcp: // uuid, 32a423d6-52ab-47e3-a9cd-54f418a48571 / fonts / Foo.woff
 

Теперь приложение уверено, что все файлы с гиперссылками действительно присутствуют в архиве. В своей базе данных он отмечает, какой файл tar.gz соответствует UUID 32a423d6-52ab-47e3-a9cd-54f418a48571 .

Если приложение обнаружило вредоносную гиперссылку ../../../outside.txt , оно сначала преобразовало бы ее в абсолютный URI и сделаем вывод из ошибки «Not Found», что путь / external.txt в архиве не было.

Веб-сканер собирается проиндексировать содержимое URL-адреса http://example.com/data.zip и должен сгенерировать абсолютные URI, поскольку он продолжает сканирование внутри отдельных ресурсов архива.

Приложение генерирует UUID v5 на основе пространства имен URL-адресов 6ba7b811-9dad-11d1-80b4-00c04fd430c8 и URL-адреса zip-файла:

>>> uuid.uuid5 (uuid.NAMESPACE_URL, "http://example.com/data.zip ")
UUID ('b7749d0b-0e47-5fc4-999d-f154abe68065')
 

Таким образом, основанный на местоположении URI arcp для индексации содержимого ZIP равен

.
arcp: // uuid, b7749d0b-0e47-5fc4-999d-f154abe68065 /
 

Перечисляя все каталоги и файлы в ZIP-архиве, поисковый робот находит URI:

arcp: // uuid, b7749d0b-0e47-5fc4-999d-f154abe68065 /
arcp: // uuid, b7749d0b-0e47-5fc4-999d-f154abe68065 / pics /
arcp: //uuid,b7749d0b-0e47-5fc4-999d-f154abe68065/pics/flower.jpeg
 

Когда приложение обнаруживает http: // example.com / data.zip через некоторое время он может пересчитать тот же базовый URI arcp. На этот раз ZIP-файл был изменен вверх по течению, и поисковый робот находит дополнительно:

arcp: //uuid,b7749d0b-0e47-5fc4-999d-f154abe68065/pics/cloud.jpeg
 

Если файлы были удалены из обновленного файла ZIP, сканер может просто удалить их из своей базы данных, поскольку он использовал тот же базовый URI arcp, что и при последнем сканировании.

Репозиторий, в котором пользователи могут комментировать содержимое дистрибутивов программного обеспечения с открытым исходным кодом, должен избегать дублирования, поскольку пользователи обычно загружают foo-1.2.tar несколько раз.

Репозиторий вычисляет контрольную сумму sha-256 загруженного файла в шестнадцатеричном формате:

7f83b1657ff1fc53b92dc18148a1d65dfc2d4b1fa3d677284addd200126d9069
 

Кодировка base64url [RFC4648] двоичной версии контрольной суммы:

f4OxZX_x_FO5LcGBSKHWXfwtSx-j1ncoSt3SABJtkGk
 

Соответствующий орган alg-val [RFC6920], таким образом, выглядит так:

sha-256; f4OxZX_x_FO5LcGBSKHWXfwtSx-j1ncoSt3SABJtkGk
 

Отсюда базовый URL-адрес arcp на основе хэша:

arcp: // ni, sha-256; f4OxZX_x_FO5LcGBSKHWXfwtSx-j1ncoSt3SABJtkGk /
 

Репозиторий добавляет аннотации для обнаруженных файлов исходного кода в архиве.

Клиент просматривает аннотации и обнаруживает:

arcp: // ni, sha-256; f4OxZX_x_FO5LcGBSKHWXfwtSx-j1ncoSt3SABJtkGk / src / luhn.c
 

Клиент создает соответствующий URI ni [RFC6920]:

ni: /// sha-256; f4OxZX_x_FO5LcGBSKHWXfwtSx-j1ncoSt3SABJtkGk /
 

Чтобы получить архив с repo.example.com , клиент разрешает соответствующий . Хорошо известный URI [RFC5785]:

http: //repo.example.ru / .well-known /
    ni / sha-256 / f4OxZX_x_FO5LcGBSKHWXfwtSx-j1ncoSt3SABJtkGk /
 

После того, как клиент проверит соответствующую контрольную сумму sha-256 , он читает путь /src/luhn.c из полученного архива.

Приложение хранит архивы BagIt [I-D.draft-kunze-bagit-14] в общей файловой системе, используя структурированные папки и манифесты «мешков», а не отдельные архивные файлы.

Манифест полезной нагрузки BagIt / gfs / bag / scan15 / manifest-md5.txt перечисляет файлы:

49afbd86a1ca9f34b677a3f09655eae9 data / 27613-h / q172.png
408ad21d50cef31da4df6d9ed81b01a7 data / 27613-h / q172.txt
 

Приложение генерирует случайный UUID v4 ff2d5a82-7142-4d3f-b8cc-3e662d6de756 и добавляет соответствующий UUID urn: uuid в файл метаданных пакета /gfs/bags/scan15/bag-info.txt

Внешний идентификатор: urn: uuid: ff2d5a82-7142-4d3f-b8cc-3e662d6de756 /
 

Затем он генерирует URI arcp для файлов, перечисленных в манифесте:

arcp: // uuid, ff2d5a82-7142-4d3f-b8cc-3e662d6de756 / data / 27613-h / q172.PNG
arcp: //uuid,ff2d5a82-7142-4d3f-b8cc-3e662d6de756/data/27613-h/q172.txt
 

Когда другое приложение в той же общей файловой системе обнаруживает эти URI arcp, оно может сопоставить их с правильной папкой пакета, проверив метаданные External-Identifier .

Приложение представляет находящиеся в памяти объекты адресной книги как контейнер платформы связанных данных [W3C.REC-ldp-20150226], но обращаясь к контейнеру с использованием URI arcp вместо http, чтобы избежать доступа к сети.

URI arcp используются вместе с общей клиентской библиотекой LDP (разработанной для http), но связаны с механизмом разрешения URI приложения.

Приложение генерирует новый случайный UUID v4 12f89f9c-e6ca-4032-ae73-46b68c2b415a для адресной книги и предоставляет соответствующий URI arcp клиенту LDP:

arcp: // uuid, 12f89f9c-e6ca-4032-ae73-46b68c2b415a /
 

Клиент LDP разрешает контейнер с согласованием содержимого для типа носителя text / turtle и получает:

@base .@prefix ldp: .
@prefix dcterms: .


  ldp: BasicContainer;
  dcterms: title «Адресная книга»;
  ldp: содержит , .
 

Клиент LDP разрешает относительные URI для получения каждого из контактов:

arcp: // uuid, 12f89f9c-e6ca-4032-ae73-46b68c2b415a / contact1
arcp: // uuid, 12f89f9c-e6ca-4032-ae73-46b68c2b415a / contact2
 

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

Приложение
 

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

Фреймворк разрешает / img / logo.png из этого пакета и возвращает буфер изображения, который он уже кэшировал в памяти.

Приложение фотогалереи на мобильном устройстве использует URI arcp для навигации между состояниями пользовательского интерфейса. Галерея защищена, поэтому другие приложения обычно не могут получить доступ к ее фотографиям.

Приложение устанавливается как приложение с именем gallery.example.org , поскольку поставщик контролирует example.org , создавая соответствующий основанный на имени URI arcp:

arcp: // имя, галерея.example.org/
 

Пользователь находится в состоянии приложения, которое показывает новейшие фотографии в виде эскизов:

arcp: //name,gallery.example.org/photos/? Новинка
 

Пользователь выбирает фотографию, визуализированную с наложенными метаданными:

arcp: //name,gallery.example.org/photos/137
 

Пользователь запрашивает «поделиться» фотографией, выбирая messaging.example.com , который использует общую структуру URI arcp на устройстве.

Фотогалерея регистрируется в инфраструктуре arcp устройства, которая выбрала обмен сообщениями .example.com должен получить разрешение на чтение своего ресурса / photos / 137 .

Функция совместного использования возвращает шаблон URI [RFC6570]:

arcp: //name,messaging.example.com/share; + {uri}; {+ перенаправление}
 

Заполняя шаблон, галерея запрашивает всплывающее окно:

arcp: //name,messaging.example.com/share
  ; uri = arcp: //gallery.example.org/photos/137
  ; redirect = arcp: //gallery.example.org/photos/%3fNew
 

Инфраструктура arcp проверяет свою регистрацию для обмена сообщениями .example.com и находит установленное приложение для обмена сообщениями. Он выполняет проверки разрешений, позволяющих другим приложениям переходить в его состояние / share .

Приложение для обмена сообщениями запускается и переходит к своему пользовательскому интерфейсу «совместного использования», запрашивая у пользователя подпись.

Приложение обмена сообщениями запрашивает инфраструктуру arcp для получения uri , используя согласование содержимого для представления image / jpeg .

Фреймворк arcp находит установленную фотогалерею gallery.example.org и подтверждает разрешение на чтение.

Приложение фотогалереи возвращает уменьшенное представление JPEG после извлечения фотографии из своего внутреннего хранилища.

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

arcp: //name,gallery.example.org/photos/? Новинка
 

Пользовательский интерфейс возвращается к исходному виду в фотогалерее.

Этот пример показывает, что хотя URI arcp представляет ресурс, он может иметь разные представления или представления в разных приложениях.

Эта спецификация основана на двух исходных предложениях схемы URI от W3C, app из [W3C.NOTE-app-uri-20150723] и widget из [W3C.NOTE-widgets-uri-20120313].

Приложение Схема URI использовалась упакованными веб-приложениями в Mozilla Firefox OS [FirefoxOS] и для идентификации ресурсов в пакетах исследовательских объектов [ROBundle], однако заметки W3C не продвинулись дальше, поскольку рекомендации W3C отслеживают документы и их схемы URI никогда не были официально зарегистрированы в IANA.

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

Авторы хотели бы поблагодарить Грэма Клайна, Карстена Бормана, Роя Т. Филдинга, С. Мунсами, Джулиана Решке и Фрэнка Эллерманна за ценные отзывы и предложения.

Акклиматизация — гид альпинистов на Эверест

Ниже приводится наш предпочтительный график акклиматизации на Эвересте.

Переход в БЛ 10 дней
Прибытие в БЛ 1 апреля
Восхождение на С1 7 апреля
Возвращение в БЛ 8 апреля
Восхождение на C2 11 апреля
Возвращение в БЛ 13 апреля
Восхождение на C2 17 апреля
Восхождение на C3 19 апреля
Возвращение в БЛ 20 апреля

Переход 21 апреля
Возвращение в Британскую Колумбию 26 апреля.

1-я попытка восхождения 1-7 мая
Поход вниз 7-12 мая
Возвращение в Британскую Колумбию 13 мая
Последние попытки восхождения 16-30 мая

Этот график дает достаточно времени для предстоящих болезней и отдыха в долине при медленном подъеме.Кроме того, предусмотрены 2-3 попытки восхождения. Это требует, чтобы вы приходили в БЛ раньше и уходили поздно. Также требуется ледопад и другие фиксированные подготовка веревки должна быть сделана вовремя.

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

Если вы следили за нами во время интернет-эксперимента на Эвересте весной 1999 года, вы могли заметить, что мы пропустили акклиматизацию на C3.

Мы начали эту процедуру 2 года назад, заметив, что сон в C3 утомляет нас, а не способствует дальнейшей акклиматизации. Вместо этого мы теперь задерживаемся на C2 (5-7 дней) и несколько раз поднимаемся на 7000 метров (начало стены Лхоцзе). во время пребывания. Кроме того, мы обычно поднимаемся прямо из С1 в С2, проведя в С1 2-3 дня.

Это означает, что мы поднимаемся из БЛ в С1, остаемся там 2-3 дня, продолжаем путь к С2 и остаемся там еще 5-7 дней (пока мы поднимаемся туда и обратно по стене Лхоцзе), а затем возвращаемся в БЛ для отдыха в долины.

Для нас этот подход означает больше времени на высоте выше BC без постоянных опасностей и усталости, связанных с подъемом и спуском. Кроме того, он дает достаточно времени для отдыха на небольшой высоте (5 дней, включая поход) и вовремя вернуться в случае возможной погоды. окно. Эта акклиматизация оставила нас хорошо приспособленными к высоте и сильными для восхождения на вершину.

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

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

Пропустить один из этапов акклиматизации можно только в том случае, если у вас серьезно не хватает времени. Лучше успеть прогуляться по долине отдохнуть, чем пытаться совершить восхождение напрасно.Анатолий Букреев всегда утверждал, что спуск вниз — это самый важный ключ к вершине Эвереста. Обычно мы спускаемся к Дебушу, линии деревьев на высоте 3800 метров / 12500 футов, чтобы укрепить наши уставшие тела свежим кислородом и освежить наш измученный разум листвой и отдохнуть от ДО Н.Э.

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

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

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

BBC News | АНГЛИЯ | Альпинист погиб, пытаясь найти убежище

Альпинист из Западного Йоркшира погиб на горном хребте в Новой Зеландии, пытаясь найти убежище, сообщила полиция.

Иэн Ялмар Хансен, 26 лет, из Шипли, упал и скончался от множественных травм во время восхождения в районе Южные Альпы, известные как хребет Копленд в национальном парке Аораки-Маунт-Кук.

Представитель полиции Новой Зеландии сказал, что г-н Хансен упал в свой первый день восхождения, когда пытался добраться до ночлежки.

Его тело было обнаружено на вертолете в понедельник и доставлено в соседний город Тимару на Южном острове, где было проведено вскрытие.

Похоже, что г-н Хансен действительно пропустил гребень, на который ему следовало подняться, чтобы добраться до убежища.


Представитель полиции Новой Зеландии

Поисково-спасательная операция началась 12 мая, когда г-н Хансен не вернулся в квартиру, которую он жил с друзьями в Квинстауне, Новая Зеландия.

Его родители, которые живут в Шипли, были проинформированы, и были приняты меры для перевозки тела домой в Великобританию.

Представитель полиции Новой Зеландии сказал, что г-н Хансен родители были «очень расстроены».

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

Представитель сказал: «Похоже, что г-н Хансен действительно пропустил гребень, на который ему следовало подняться, чтобы добраться до убежища.

«Он либо все еще шел вверх, либо пытался пересечь вершину гребня, когда упал.

‘Опытный альпинист’

«Хотя любому, кто отправляется в такую ​​экспедицию, потребуется опыт восхождения, это не сложный маршрут, и люди нередко пытаются пройти его в одиночку».

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

Его мать Лиз сказала, что ее сын поклялся жить в предел после того, как его близкий друг Дженсон Марриотт умер от рака в 1998 году. Пара была партнерами по скалолазанию.

Она сказала: «Он был глубоко тронут смертью Дженсона. С этого момента он решил, что собирается прожить свою жизнь до предела.

«Он сказал нам:« Хорошо, я буду жить каждый день в полной мере ». И он умер, занимаясь тем, что любил больше всего».

Фонд согласования микрорайонов — Районы

В 1988 г. был создан Фонд согласования микрорайонов (NMF) для предоставления соответствующих долларов на благоустройство района, организацию или проекты, разработанные и реализованные членами сообщества.Центральным для NMF является совместная работа сообщества, которая требует от лауреатов соотносить свою награду с пожертвованиями сообщества, будь то время волонтеров, пожертвованные материалы, пожертвованные профессиональные услуги или денежные средства.

С момента создания NMF более 5000 общественных проектов по всему Сиэтлу получили финансирование на сумму более 64 миллионов долларов и дополнительно получили 72 миллиона долларов от Community Match.

Кто мы финансируем

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

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

Что мы финансируем

Мы финансируем множество уникальных и творческих общественных проектов. Чтобы иметь право на финансирование, проект должен:

  • вовлечь членов сообщества в создание и завершение проекта;
  • создание сообщества улучшений;
  • быть свободным и открытым для всех представителей общественности;
  • будет осуществимо и готово к запуску в течение 1-2 месяцев с даты присуждения контракта;
  • демонстраций общественного матча;
  • происходят в пределах города Сиэтла;
  • не получали финансирование из NMF в течение последних двух лет.(относится только к событиям)

Информационные мастерские

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

5 августа , 2021 — 10-11: 30
Присоединяйтесь по номеру встречи
Номер встречи (код доступа): 1465 14 8758
Пароль встречи: wfJPBmMa446

Присоединяйтесь по телефону
+1 (206) 207-1700 Платный звонок в США (Сиэтл)
+1 (408) 418-9388 Платный звонок в США

18 августа , 2021 — 18-19:30
Присоединяйтесь по номеру встречи
Номер встречи (код доступа): 1468 12 7018
Пароль встречи: S2mvAMVb6K8

Присоединяйтесь по телефону
+1 (206) 207-1700 Платный звонок в США (Сиэтл)
+1 (408) 418-9388 Платный звонок в США

24 июля Запись в мастерской

Виды финансирования

Small Sparks Fund Community Partnership Fund
Награды До 5000 долларов США До 50 000 долл. США
Заявка
Сроки

Приложения доступны на постоянной основе:
с 26 января 2021 г. по
29 октября 2021 г.

2021 Круглый Один

5 февраля 2021 г. — прием заявок открыт
5 апреля 2021 г. — крайний срок подачи заявок

2021 2 раунда

13 июля 2021 г. — прием заявок открыт
13 сентября 2021 г., 17:00 — крайний срок подачи заявок

Уведомление о решениях В течение четырех недель В течение шести недель
Договоры
с городом
В течение четырех недель с даты уведомления о присуждении контракта В течение пяти недель с даты уведомления о присуждении контракта

Электроника | Бесплатный полнотекстовый | Схема упреждающей избыточной фильтрации данных для комбинированных сетей RFID и датчиков

1.Введение

Сегодня мы свидетельствуем о большом появлении беспроводных сенсорных сетей (WSN). Эти сети являются самоорганизующимися и состоят, как правило, из большого количества автономных сенсорных узлов с небольшими ресурсами, которые передают измеренные данные на базовые станции [1,2]. Однако эти сенсорные сети сталкиваются с огромными проблемами и проблемами, связанными с потреблением энергии и задержками из-за перегрузки сети [3]. Появляются новые решения, позволяющие значительно снизить влияние энергетических проблем. В последнее время эти методы заключались в объединении сенсорных сетей с другими технологиями для продления срока службы сети [4,5].Кроме того, многие приложения для WSN обычно используют технологию радиочастотной идентификации (RFID) [6]. Это решение революционизирует WSN благодаря низкому энергопотреблению и способности идентифицировать и обмениваться данными. В последнее время некоторые исследования и приложения были сосредоточены на использовании преимуществ технологии RFID для создания энергоэффективных WSN [7]. Интегрированные сети Sensor-RFID обычно предназначены для промышленных приложений (их можно использовать, например, в управлении производственными линиями) [ 8].В этих сетях теги должны быть доступны для записи, активны и интегрированы со специальными датчиками для удовлетворения потребностей в статусе обратной связи (температура, давление, влажность и т. Д.) Помеченного объекта. В своей работе мы ориентируемся на один тип архитектуры сетей RFID-датчиков: Тег как датчик [9]. В этой архитектуре концепция датчика расширена, чтобы рассматривать транспондер / метку RFID в качестве датчика. Сенсорная метка должна быть полуактивной. Он переходит в режим пробуждения только тогда, когда запускает задачу считывания данных.Тег автоматически прикрепляет идентификатор тега к сообщению и сохраняет его во флэш-памяти. Последний считыватель собирает объединенные Id-данные и отправляет их по беспроводной сети в приемник. Однако в большинстве сетей RFID-WSN считыватели-теги размещаются случайным образом. Это может легко создать ситуацию, когда многие теги находятся в диапазоне считывания нескольких читателей. Эта ситуация вызывает коллизии при чтении [10] и передаче дублированных данных [11]. Эти две основные проблемы могут вызвать высокий уровень перегрузки сети, который увеличивает задержки и снижает коэффициент доставки пакетов (PDR).На рисунке 1 показан пример развернутой сенсорной сети RFID, которая включает в себя сенсорные метки и считыватели RFID. На этом рисунке, например, данные тега T1 считываются считывающими устройствами R1 и R2. Без фильтрации данных данные T1 будут приниматься сервером дважды. В этой статье мы рассмотрим проблему избыточности данных. Мы предлагаем проактивную схему, чтобы избежать передачи дублированных данных по сети. Остальная часть статьи организована следующим образом. В следующем разделе мы дадим некоторую предысторию технологии RFID.Раздел 3 представляет обзор существующих методов, которые имеют дело с избыточной фильтрацией данных. Раздел 4 дает формулировку проблемы избыточных данных читателя. В разделе 5 мы предлагаем решение, основанное на проактивной схеме для уменьшения избыточности. Затем, в разделе 6, мы представляем реализацию нашего алгоритма на симуляторе NS-2 и обсуждаем результаты. Наконец, раздел 7 завершает статью и представляет некоторые перспективы.

2. Предпосылки

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

Большинство RFID-меток работают пассивно, без батареи, в ожидании радиочастоты, отправляемой трансиверами, и используя энергию принятого радиосигнала для ответа. Радиосигнал передается в радиусе от нескольких сантиметров до нескольких метров, в зависимости от мощности и используемой частоты.Для низких частот: 100–500 кГц, расстояние считывания несколько сантиметров. Для средней частоты: 10–15 МГц расстояние считывания составляет 50–80 см. Для высоких частот от 850–950 МГц до 2,4–5,8 ГГц существует расстояние считывания от одного до нескольких метров. Есть три типа RFID-меток: пассивные, активные и полуактивные.

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

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

Полуактивные теги занимают промежуточное положение между активными тегами и пассивными. Обычно они используют батарею в качестве источника питания, но также могут передавать данные, используя энергию, генерируемую волнами считывателей RFID.Обычно в сенсорных сетях RFID используются полуактивные метки. Одной из наиболее распространенных полуактивных сенсорных меток, используемых для сенсорной сети RFID, является платформа беспроводных сенсоров идентификации (WISP) [12]. В этой работе мы рассматриваем считыватели как узлы в беспроводной полуактивной сети сенсорных меток, где считыватели оснащены радиочастотными трансиверами для связи по стандарту IEEE 802.15.4 / Zigbee. Этот стандарт полезен для сетей RFID-датчиков из-за его низкой стоимости и низкого энергопотребления [13].

3.Связанные работы

Проблема избыточных данных в сенсорной сети RFID вызывает все больший интерес в последние несколько лет. Было предложено несколько методов оптимизации механизмов передачи в сетях RFID с целью уменьшения количества избыточных данных и улучшения сетевых накладных расходов и энергопотребления. Давайте сначала представим некоторые предыдущие работы, посвященные проблемам покрытия и устранению дублирования данных в типичных беспроводных сенсорных сетях. Агрегация данных — это решение, предлагаемое для уменьшения передачи данных и энергопотребления в WSN, поскольку основным источником энергопотребления является радиосвязь [14].Агрегация данных остается одним из наиболее разработанных решений для оптимизации накладных расходов на связь. Его концепция проста: вместо того, чтобы отправлять данные из сети в приемник, сеть обеспечивает отправку только полезных данных. Многие исследователи представили алгоритмы агрегирования данных для WSN, которые переходят от простых средних вычислений к алгоритмам, учитывающим безопасность сетей. Однако очень важно соблюдать баланс между затратами на связь и агрегацией данных, чтобы снизить потребление энергии, как предложено в [15].Их подход предлагает автоматизированную стратегию фильтрации данных, которая пытается найти баланс между вычислениями и энергопотреблением связи. Что касается сенсорных сетей RFID, авторы [5] изучили проблему покрытия, когда каждая метка должна находиться в области чтения по крайней мере одного читатель. Авторы представили аналитическую формулировку проблемы, определив связанную проблему, называемую точечным обеспечением, которая заключается в минимизации количества читателей при сохранении оптимального покрытия сети.Подход интересен и пытается оптимизировать развертывание считывателей в области сети RFID. Однако отсутствие точного решения представленной задачи делает решение лишь приближенным. Кроме того, это решение не принимает во внимание потери на тракте или затухание сигнала считывателя. Проблемы покрытия и избыточности данных впервые были собраны только в одной задаче в [16], где авторы представляют проблему избыточных данных в сети RFID. и доказал, что эта задача NP-сложна.В своей работе они также предложили решение для избыточности данных, которое обнаруживает избыточные считыватели, отключая их. Этот метод очень упрощен и не может применяться в реальных приложениях, где считыватели имеют датчики и не могут быть отключены. В [17] авторы предложили усовершенствование первых адаптивных методов очистки для фильтрации данных RFID, называемых SMURF. Их метод моделирует ненадежность показаний RFID, рассматривая потоки RFID как статистическую выборку тегов, а затем использует методы теории выборки для управления процессами очистки.Этот метод фильтрует значительный объем данных, а также удаляет многие другие аномалии, такие как шум. Однако это решение предлагается для запуска с использованием промежуточного программного обеспечения на базовой станции, и его очень сложно реализовать в сети из-за ограниченной энергии узлов считывающих устройств. В [18] авторы предложили концепцию на Внутрисетевая фильтрация данных для сетей RFID. Их метод, называемый внутрисетевым родительским механизмом фильтрации (INPFM), состоит из постепенной фильтрации данных на их пути к приемнику.Они также предложили механизм поэтапной фильтрации, который фильтрует данные при маршрутизации в приемник в соответствии с топологией дерева. Их подход заключается в фильтрации данных на каждом переходе от дочернего к родительскому. Этот метод показал хорошие результаты с точки зрения затрат на сеть, но только в небольших сетях датчиков RFID. Однако такой метод для крупномасштабных сетей потребует больших вычислительных затрат. Позже Кашиф и др. [19] предложили усовершенствование для фильтрации данных в сети, предложенное [18]. Фактически, они сначала предложили топологию сети RFID-датчиков на основе кластеров, не уточняя, учитывает ли алгоритм кластеризации размещение тегов.В этой работе нас интересует предложенная схема фильтрации, называемая энергоэффективной внутрисетевой схемой фильтрации данных RFID (EEIN). В этой схеме авторы определили два типа избыточности данных; «внутрикластерный» и «межкластерный». Предлагаемое решение проблемы внутри кластера состоит в фильтрации данных в головке кластера. Фактически, если два или более пакета данных поступают от одного и того же сенсорного тега, данные фильтруются, и кластер отправляет только одни данные для каждого тега в базовую станцию.Решение, предложенное для межкластерного взаимодействия, немного сложное. Фактически эта избыточность возникает, когда есть теги, расположенные в двух или более кластерах сети, и это может вызвать ненужную маршрутизацию данных через сеть, что приводит к значительным задержкам и дополнительному потреблению энергии для узлов считывающих устройств. Решение предлагает включить сообщение обратной связи, включая идентификатор каждого тега, отправляемое во все главы кластера. Затем, когда голова кластера получает данные от межкластерных узлов, она проверяет свой список тегов.Если от того же тега поступает какая-либо обратная связь, координатор сети изменяет маршрут этих тегов. В [20] авторы улучшили предыдущую схему, чтобы учесть задержку в сети. Они назвали этот новый метод: RFID-фильтрация дублирующихся данных внутри сети (IRDF). Однако эти два метода не включают алгоритм агрегации данных, в то время как основная цель заключалась в минимизации количества пакетов, отправляемых по сети. Кроме того, их метод может применяться только в том случае, если сеть находится в кластерной топологии и не принимает во внимание маршрутизацию.Наконец, в 2016 году авторы [21] предложили подход для фильтрации дублированных данных RFID из данных RFID на основе модифицированного фильтра Блума, который использует только одну хеш-функцию. Предлагаемый подход интересен, но учитывает только пассивные метки и не сопоставим с нашим подходом к системе датчиков RFID.

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

4. Представление проблемы

В плотной сети случается, что некоторые теги расположены в области чтения двух или более считывателей (как показано на рисунке 1).Эта ситуация вызывает избыточные данные, которые могут быть отправлены в сети, и вызывает перегрузку сети, задержки, снижает коэффициент доставки пакетов и, наконец, сокращает срок службы сети. Пакеты, содержащие дублированные данные и перемещающиеся по сети, можно разделить на две категории: Данные с дублированием по пути : это ситуация, когда тег, который создает избыточность, расположен между двумя считывающими устройствами на одном пути, как показано на рисунке 2a. Его можно легко обнаружить, а данные можно отфильтровать на следующем переходе. Избыточные данные с дополнительным путем. : это ситуация, когда тег находится в диапазоне считывания двух считывателей, которые в топологии принадлежат двум разным маршрутам, как показано на рисунке 2b.

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

5. Схема упреждающей фильтрации данных

Сначала мы предполагаем, что используемые теги являются полуактивными. Они оснащены небольшими батареями, которые обеспечивают энергию только для локальных задач, особенно для датчика. Энергия, вырабатываемая батареями, не используется для связи с другими считывающими устройствами.Мы также предполагаем использование сеточной топологии, как в [22]. В этой топологии все узлы (считыватели) несут достаточно энергии и памяти для обработки данных и действуют как маршрутизаторы для ретрансляции пакетов данных на другие узлы. В момент считывания и при передаче в сток сенсоры-метки считаются пассивными и не считаются частью сети. Наш подход к упреждающей фильтрации данных основан на трех основных фазах, называемых: предварительная фаза (PP), фаза обнаружения сети (NDP) и фаза чтения сети (NRP).
5.1. Фаза обнаружения сети (NDP)
Перед запуском NDP сеть должна решить, какие узлы будут считаться конечными. Эти конечные узлы представляют собой считыватели, расположенные на концах сети. У них будет задача запустить NDP путем широковещательной рассылки сообщения всем узлам чтения. Чтобы выбрать считыватели, которые будут рассматриваться как конечные узлы, приемник передает сообщение, называемое предварительным сообщением (PM). Цель состоит в том, чтобы идентифицировать узлы с максимальным количеством переходов. Это сообщение включает два основных источника информации: поле порядкового номера и поле количества переходов.Каждый узел, который получает PM, проверяет свой порядковый номер, чтобы убедиться, что сообщение уже пересекло узел, увеличивает количество переходов и передает его в широковещательном режиме. После тайм-аута, соответствующего задержке распространения PM всей сети, каждый узел решает быть конечным узлом, если он имеет максимальное количество переходов для достижения приемника, чем. На рисунке 3 показан иллюстративный пример, в котором считыватели 2 и 10 считаются конечными узлами. После этого каждый конечный узел инициирует сообщение под названием Discovery Message (DM), которое рассылается соседним считывающим устройствам.DM имеет структуру, показанную на рисунке 4. Он состоит из последовательности списков тегов, связанных с источниками-читателями. Первый DM, отправленный конечным узлом, содержит список идентификаторов тегов, находящихся в его диапазоне чтения. Ниже мы представляем операции, выполняемые во время NDP читателями и стоком независимо друг от друга.
5.1.1. NDP в узлах считывателей

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

Как только узел получает сообщение обнаружения (DM) от своего соседа, он сначала проверяет, существует ли дублирование данных внутри тракта, сравнивая идентификаторы тегов в полученном DM с идентификаторами тегов из ti. Если обнаруживается сходство, считыватель фильтрует повторяющиеся данные, добавляет свой список идентификаторов тегов в сообщение обнаружения и отправляет его следующему считывателю. Шаги, задействованные в этом алгоритме, дополнительно проиллюстрированы в псевдокоде на рисунке 5. Рисунок 6 иллюстрирует этот механизм. Мы рассматриваем сеть, состоящую из четырех читателей.Теги 1–4 находятся в области чтения считывателей 1 и 2. Однако тег 3 находится в диапазоне считывания обоих считывателей, что создает дублированные данные. Первый DM отправляется считывателем 1 в сторону раковины. Дублирование (внутрипуть) тега 3 затем будет обнаружено и удалено считывателем 2.
5.1.2. NDP в приемнике
Приемник ожидает получения всех сообщений обнаружения. Идентификаторы тегов из этих сообщений хранятся в таблице, называемой списком приемников S. При получении всех DM приемник проверяет, есть ли какое-либо дублирование идентификаторов тегов.Если сходство обнаружено, это означает, что один и тот же идентификатор тега прибыл с разных маршрутов (дублирование дополнительного пути), поскольку внутриканальные дублирования обнаруживаются и удаляются в сети. Алгоритм 2 на рисунке 7 удаляет все повторяющиеся идентификаторы тегов из списка S. Процесс исключения прост; предположим, что тег дублирован и поступил от двух считывателей, алгоритм должен исключить связанный считыватель с максимальным количеством переходов. Другими словами, алгоритм сохраняет в списке S идентификатор тега, исходящий от ближайшего читателя.После фильтрации дублирования всех тегов по дополнительному пути приемник решает запросить данные у считывателей, отправив сообщения запроса. Эти сообщения будут основаны на оставшихся идентификаторах тегов (связанных с читателями) в списке приемников S после фильтрации. Таким образом, приемник отправляет всем читателям сообщение запроса, структура которого показана на рисунке 8. Полезная нагрузка сообщения запроса включает в себя последовательность идентификаторов тегов, запрошенных приемником от считывателей. Каждый считыватель будет отправлять только данные, запрошенные приемником, а остальные отбрасывать локально.Чтобы обобщить механизм НПР, на Рисунке 9 представлены основные этапы этого этапа. (i) R1 отправляет сообщение обнаружения приемнику по всем маршрутам. Все считыватели фильтруют и объединяют данные после получения сообщения об обнаружении; (ii) Приемник принимает все сообщения обнаружения и решает, какие идентификаторы тегов должны быть отправлены каждым считывателем, которому он отправляет сообщение запроса.
5.2. Фаза чтения (RP)

После завершения фазы обнаружения сети сеть начинает работать. Во время этой фазы, называемой фазой чтения (RP), считыватели собирают данные с сенсорных меток и отправляют их по сети.Считыватели также выполняют задачу маршрутизации данных и фильтрации дублирования. Когда узел считывания получает данные от другого считывателя, он проверяет, будет ли сгенерирована избыточность данных внутри пути. Для этого он активирует механизм чтения для восстановления новых данных из тегов. Поскольку все теги во время чтения пассивны, считыватель будет получать данные от всех тегов, находящихся в его диапазоне чтения. Однако он должен локально удалить избыточные данные с дополнительным путем и сохранить в нем только данные таблицы данных Local_Data, поступающие из тегов, запрошенных приемником в сообщении запроса.После этого считыватель проверяет идентификаторы тегов в полученных данных и сравнивает их с Local_Data на основе последнего чтения. Если обнаруживается дублирование, узел удаляет данные, прикрепленные к тегу, из сообщения и отправляет их в приемник. Подводя итог, можно сказать, что механизм фильтрации на этапе чтения включает в себя три основных этапа:

  • Узел чтения принимает данные и проверяет дублирование внутри тракта для их удаления.

  • Он считывает данные из тегов и сохраняет только данные, запрошенные приемником.

  • Наконец, считыватель добавляет локальные данные в сообщение данных и отправляет их приемнику.

Алгоритм фазы чтения на считывающих устройствах также проиллюстрирован в псевдокоде на рисунке 10.

6. Моделирование и результаты

В этом разделе мы оцениваем производительность системы RFID, представленной в предыдущем разделе. Основная цель этой работы заключалась в разработке схемы упреждающей фильтрации данных, чтобы уменьшить передачу избыточных данных по сети.Мы сравниваем нашу схему с двумя другими методами, представленными в связанной работе; IRFD [20], фильтрация на основе топологии кластеризации (в головном узле кластера) и INPFM [18], фильтрация на основе топологии дерева (в родительском узле). INPFM — это первый метод фильтрации избыточных данных в сети, а IRFD — относительно новый метод. Поскольку было сложно развернуть настоящую крупномасштабную сеть в лабораторных условиях (от 150 до 40 сенсорных меток), с помощью Network Simulator 2 (NS2) было выполнено только моделирование для изучения характеристик сетей.
6.1. Параметры моделирования
В нашем моделировании мы случайным образом развертываем в географическом регионе 200 × 200 (м2) датчик RFID, который включает теги датчиков и считыватели RFID. Теги считаются полупассивными, и их энергия используется только для выполнения задачи обнаружения, а не для отправки данных по беспроводной сети. Только считыватели RFID образуют сеть. Параметры моделирования представлены в таблице 1.

Мы провели много моделирования, чтобы оценить характеристики нашей системы. Таким образом, данные результаты являются средними значениями для 20 различных симуляций.Мы оцениваем наш механизм фильтрации в двух сетевых условиях: высокий уровень дублирования, когда количество тегов, расположенных в диапазоне считывания двух или более считывателей, может достигать 40%, и низкий уровень дублирования, когда количество тегов, находящихся в диапазоне считывания двух или более считывателей, может достигать 40%. больше читателей до 10%. Как мы увидим в следующих результатах, когда дублирование увеличивается, эффективность нашей проактивной схемы становится более очевидной. Поскольку теги являются полуактивными, каждый узел использует энергию своей батареи для считывания и хранения данных в своей флэш-памяти.Эти данные будут позже восстановлены одним или несколькими читателями. В данной статье мы не рассматриваем энергетическую проблему. Читатели должны нести достаточно энергии для выполнения задач чтения и передачи. Кроме того, небольшие батарейки, переносимые сенсорными метками, заряжены достаточно, чтобы обеспечивать энергией задачи по зондированию.

Чтобы оценить производительность и эффективность нашей схемы фильтрации, мы используем следующие количественные измерения:

  • Количество отправленных пакетов , которое оценивает общее количество передач в сети в течение всего срока службы сети.

  • Объем данных, отфильтрованных внутри сети, , который теоретически представляет только дублирование, отфильтрованное внутри тракта.

  • Средняя сетевая задержка — это первый результат производительности, который представляет собой среднюю сквозную задержку передачи.

  • Средний коэффициент доставки пакетов — второй результат производительности. Мы представляем для этого показателя средний коэффициент потери пакетов.

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

6.2. Основные результаты
Наш первый результат касается количества переданных пакетов на обоих этапах жизненного цикла сети. На рис. 11a, b мы сравнили результаты этой метрики для предлагаемой схемы с методами INPFM и IRFD. Мы также представляем результаты, когда сеть работает без какой-либо схемы фильтрации. На дополнительном рисунке 11a показано количество пакетов, переданных в приемник, в зависимости от количества тегов, когда коэффициент дублирования составляет около 40%.Мы можем видеть, как возрастающая частота генерируемых данных, отправляемых в сеть, уменьшается при использовании предлагаемой нами схемы фильтрации. На дополнительном рисунке 11b также показано количество пакетов, переданных приемнику, в зависимости от количества тегов, когда коэффициент дублирования низкий и составляет около 10%. Из этих цифр можно сделать вывод, что при увеличении коэффициента дублирования характеристики нашей схемы становятся более очевидными. Мы также провели моделирование, чтобы вычислить количество отфильтрованных данных после отправки в сеть.Как объяснялось ранее, наш метод классифицирует проблему дублирования на две подзадачи: внутреннее и дополнительное дублирование пути. В предыдущем разделе мы объяснили, как в нашей схеме пакеты, которые создают ситуацию с дополнительным путем, удаляются читателями перед отправкой в ​​сеть. Это объясняет наши результаты, когда мы видим, что наш метод фильтрует меньше пакетов данных, чем другие методы. На рисунке 12 показано сравнение между IRFD, INPFM и PDFS относительно количества сообщений с данными, которые были отфильтрованы в сети, с количеством тегов, когда коэффициент дублирования составляет 40% (высокий коэффициент дублирования) и 10% (низкий коэффициент дублирования).Результаты, представленные на рисунке 13, показывают, как с помощью нашей схемы фильтрации уменьшается задержка в сети. Этот результат можно объяснить двумя причинами: наша схема значительно сократила количество передаваемых данных, удалив их перед отправкой в ​​сеть, поэтому перегрузка сети, очевидно, уменьшилась. Вторая причина заключается в том, что мы уменьшили количество отфильтрованных данных в сети и, таким образом, значительно сократили время вычислений и фильтрации на узлах считывателей. Следующий результат касается коэффициента доставки пакетов.Мы представляем средний коэффициент потери пакетов для этого показателя. За счет уменьшения количества передач, задержек передачи и времени вычислений производительность сети с предлагаемой схемой улучшается. Эти предыдущие результаты положительно влияют на надежность сети, как показано на рис. 14a, b, которые представляют, соответственно, соотношение пакетов, отброшенных во время передачи, к приемнику, когда частота дублирования составляет соответственно 10% и 40%. Из этих цифр можно сделать вывод, что наша схема значительно снизила коэффициент потери пакетов и, таким образом, улучшила доставку пакетов.Это связано с тем, что наша схема фильтрации значительно снижает количество передаваемых данных и среднюю задержку в сети. Конечный результат касается сетевых накладных расходов. Мы рассматриваем этот показатель как отношение между общим количеством сгенерированных пакетов и количеством принятых пакетов данных в приемнике. На рис. 15a, b показаны средние накладные расходы сети на этапе чтения для коэффициентов дублирования 10% и 40%. На этом этапе все узлы (считыватели) отправляют собранные данные от тегов в приемник.Мы видим, как наша схема фильтрации значительно снижает накладные расходы на сеть по сравнению с другими методами. Мы также можем заметить, что, в отличие от предыдущих результатов, INPFM превосходит IRFD с точки зрения накладных расходов из-за большого количества управляющих пакетов, передаваемых в IRFD, особенно для обнаружения межкластерного дублирования.

7. Выводы и дальнейшая работа

Беспроводные сенсорные сети, интегрированные с системами RFID, обеспечивают отличную инфраструктуру для сбора данных и обладают множеством преимуществ с точки зрения срока службы сети и энергопотребления.В этой статье мы рассмотрели одну из ключевых проблем этих сетей; проблема дублирования данных из-за многократного чтения в области случайного размещения тегов. В этой работе мы предложили эффективную схему упреждающего удаления данных, которая значительно улучшила характеристики сенсорной сети RFID и снизила вычислительные затраты за счет уменьшения количества отфильтрованных данных на этапе передачи. Наша схема предлагает фазу обнаружения сети в начале жизненного цикла сети, когда избыточность обнаруживается и удаляется перед отправкой по сети.Мы сравнили нашу схему с некоторыми существующими методами в литературе, такими как IRFD и INPFM, и показали удовлетворительные результаты с точки зрения производительности сети.

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

Границы в области растениеводства

Frontiers in Plant Science — ведущий журнал в своей области, публикующий тщательно отрецензированные исследования, направленные на углубление нашего понимания фундаментальных процессов в биологии растений. Главный редактор на местах проф. Юнде Чжао из Калифорнийского университета поддерживается выдающимся редакционным советом международных исследователей. Этот междисциплинарный журнал с открытым доступом находится на переднем крае распространения научных знаний и важных открытий среди исследователей, ученых, политиков и общественности во всем мире.

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

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

Frontiers in Plant Science приветствует оригинальный и значительный вклад из разных областей — от анализа отдельных растений до популяций и анализа всей экосистемы; от молекулярного к биофизическому и вычислительному подходам; от молекулярных исследований до исследований на уровне организма.

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

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

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

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

Исследования с использованием трансгенных или мутантных линий (растений и водорослей) должны основываться на данных по множеству независимых аллелей (не менее 2), демонстрирующих общий и стабильный фенотип. Примеры включают Т-ДНК, транспозон, РНКи, CRISPR / Cas9, химически индуцированные, сверхэкспрессоры, репортерные слияния (GUS, FP, LUC) и т. Д. Качественные данные могут быть представлены по одному аллелю, но должны свидетельствовать о наблюдениях по множеству аллелей, которые должны быть прямо указано в тексте.Количественные данные должны быть получены из нескольких аллелей (как минимум 2) и должны отображаться отдельно для каждого аллеля (с как минимум 3 независимыми повторениями для каждого аллеля). Исследования, сообщающие об отдельных аллелях, могут считаться приемлемыми, если:


i) Дополнение посредством преобразования используется для подтверждения;
ii) Аллель был ранее охарактеризован и опубликован и является представителем нескольких независимых линий;
iii) Системы, в которых генетическая трансформация затруднена или еще не возможна, должны быть представлены альтернативные доказательства, подтверждающие зарегистрированный аллель.


Frontiers in Plant Science является членом Комитета по этике публикаций.

Pantone 19-0307 Tpx Цвет плетистого плюща | # 4d524a — Преобразование цвета Hex — Цветовые схемы — Цветовые оттенки — Цвет Pantone

Читаемость