Pull to refresh

Comments 66

В плане электропитания можно посмотреть в сторону контроллеров питания и батарей от охранных систем. Можно подобрать готовый контроллер с дискретным выходом статуса для мониторинга состояния.

Этот же автор уже писал про самопальный UPS: https://habr.com/ru/companies/3rdman/articles/720524/

Может две статьи таки сойдутся в одно решение.

Так да, уже работаю над этим

Делаю сейчас зарядник на CN3765 для LiFePO4, хочу попробовать UPS на них для NAS поднять

а вот если сделать "батарею SSD", которую можно было бы вколхозить на место DVD-привода какого-нибудь старого ноута, то получим NAS, не только мобильный, но ещё и со встроенным монитором, клавиатурой и UPS ;)

есть в принципе идея сделать батарею в формате 3.5" hdd. Туда пальцы 18650 должны полезть, а вот в 2.5" уже вряд ли

как-то прикидывал идею набить 18650 в стандартный БП ATX :), получалось если брать 3000mAh элементы то можно порядка 600Wh туда напихать.., а комп запитать от них через PicoATX (версию с питанием от 19В, т.к. у 12В версии эти 12В от входа транзитом идут сразу на материнку)...

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

В данном варианте с модулем на пять дисков, батарею внутри корпуса уже
не разместить. Однако, ничто не мешает использовать внешний Power Bank
PD как мобильную батарею

Хитро) Оно и правильно. Далеко не всегда для подобного рода устройств требуется наборный аккумулятор, который мало того, что кушает место в корпусе, так ещё по хорошему ему нужно городить нормальный контроллер который может общаться с хостом (мы ведь хотим знать уровень заряда?)

А если всё-таки сабж делается автономным, (не обязательно NAS, мобильный роутер тоже можно в качестве примера использовать) то лучше сразу учитывать переключение между источниками питания + постоянную работу на каждом

За собственную плату контроллера под конкретный давайс - уважение, плюсанул) Жду продолжения

Потому, что в английской спецификации это "lane": A lane is a single send/receive line of data. Т.е. это пара дифпар RX+TX. Но в русском да, логичнее "линия", наверно.

к сожалению не знаю как точно по-русски, но "лэйн" уже достаточно долго как специальный термин существует

В моём информационном пузыре все говорят про линии. Про лэйны я впервые услышал только от вас.

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

Ну доколе камон?

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

Обыкновенная линия передачи данных.

Не обыкновенная а двунаправленная.

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

И вот не нужно мешать мух с котлетами: нормальный человек, а не капитан очевидность, и безо всяких расшифровок понимает двунаправленность линий PCI-E, об этом не нужно каждый раз упоминать. Поэтому она обыкновенная. Вот если бы она была внезапно однонаправленной (например, в одной из узкоспециализированных версий), то именно она была бы НЕОБЫКНОВЕННОЙ линией относительно всех остальных двунаправленных линий PCI-E.

Интересно, а в каком ГОСТе описано, что "обыкновенная" линия передачи данных обязательно двунаправленная? Даже в самом словосочетании "линия передачи данных" ничего нет об направленности. И поэтому существуют уточнения, в виде "однонаправленная" и "двунаправленная". Если "обыкновенность" привязана к контексту конкретно интерфейса PCIEx, то получается, что это "двунаправленная дуплексная" линия передачи данных. А вот возьмём, например, "обыкновенную" линию передачи данных в контексте USB1.1/2.0, то тут это слово будет означать "двунаправленная полудуплексная". Так какая "обыкновенность" правильная? И, быть может, где-то это зафиксировано документально? И К.О. тут совсем ни причём, да и переводчики не виноваты - они машины по переводу а не по осмыслению переводимого.

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

Линия передачи (Transmission line) — два или несколько параллельных проводников, которые предназначены для направленной передачи по ним электромагнитной энергии или электрических сигналов от одного объекта к другому.

Направленность вообще зависит от протокола и связанного с ним интерфейсом. Для PCI-E двунаправленная полнодуплексная линия передачи данных из двух проводников является обыкновенной, нормальной по-умолчанию. Если при каждом упоминании какой-либо интерфейса будем зачитывать спеки и даташиты на линии, протоколы и интерфейсы с ней связанные в обыкновенной речи, то за нами неотложка приедет быстрее, нежели успеем дочитать эти самые спеки и даташиты перед консультантом в эльдорадо при покупке обыкновенного (или не очень) SSD-диска.

У PCIe lane состоит из двух дифф пар, одна передача, а другая приём. Линия передачи PCIe? - Ну может быть. Всплывают в голове какие то линии из столбов ВЛС и траншей с КЛС.

это уже рэйлы питания на схеме

У PCIe не «line», а «lane», что более верно переводится, как «полоса».

Для подключения устройства PCI Express используется двунаправленное последовательное соединение типа точка-точка, называемое линией (англ. lane — полоса, ряд). тыц

Оно же A lane is composed of two differential signaling pairs, with one pair for receiving data and the other for transmitting. тыц

По ихнему это будет single-lane (x1) and 16-lane (x16).

По нашему - однополосный (x1) и 16-полосный (x16).

Lane = Lane 0 transmit data + Lane 0 receive data.

Линия = полоса 0 передачи + полоса 0 приёма.

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

Ну да, как-то так. Одна двунаправленная полоса из двух однонаправленных диф.линий. Как бы это и пьяному ёжику понятно. :) Но вопрос терминологии… ну да… ну ладно… ну пусть будет.

Достаточно сказать "дуплекс" и сразу понятно, что оба направления есть и они разделены.

Лейн это буквально lane из док на pci-e, и это НЕ линия (в смысле дифпары). Если теперь кто-то предложит подходящий термин -- велком.

Во-1, линии (если "линию" понимать как дифпару) в PCI-e вполне себе ОДНОнаправленные. Во-2, лейн это совокупность 2 таких линий, каждая в разную сторону (одна от хоста к девайсу, другая обратно). Так что не вижу никакой путаницы.

Похоже, что одна lane / линия всё-таки является совокупностью двух однонаправленных в разные стороны диффпары (receiver lane / полоса приёма и transmitter lane / полоса передачи), образующих вместе одну A lane is a single send/receive line of data / Однополосную линию приёма и передачи данных. Вот и выходит, что это однополосный интерфейс PCI-E, подразумевая PCI-E х1. Это как однополосная дорога с двусторонним движением. И переводить lane на русский язык как лэйн в данном случае выглядит, как если бы дорогу у нас называли роуд, а шоссе - хайвэй.

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

Странно, "роутер" вас не смущает а "лейн" -- смущает. И то, и другое -- давно установившаяся терминология, ну разве что pci-e и лейны больше из мира железа и RTLа, а не IT. Ну или давайте, вместо "компьютера" говорим теперь "ЭВМ", вместо "смартфона" -- (не смог придумать что) и т.д.

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

Синезуба, согласно сказаниям о короле викингов Харальда I за его тёмный передний зуб.

Banana Pi W2 там всё есть, и под модуль lte тоже.

А теперь: раз — выкидываем из этой конструкции тяжеленный металлический корпус (и заменяем его на 3D-печатный лёгкий); два — делаем что-то с посадочными местами под m.2, иначе при первом же падении их размолотит в кашу (нужны проставки и под M.2 SSD между ним и платой, и над ним между ним и крышкой корпуса).

И вообще, чем вот это на ASMeda 1064 не понравилось? Всего-то короткий удлинитель (mini)PCIe/M.2 PCIe → PCIe (на то же али навалом на любой вкус) и никаких сложностей.

Посмотрел на этот PCIe коммутатор, у него только один лэйн к руту подключается. Это 8Гб/с только и выиграша по сравнению с PCIe/SATA bridge, .который использует для подключения два лэйна, не будет. Для того чтобы полноценно поднять NVME диски нужен коммутатор на большее число лэйно, лучше всего 4 для подключения к руту.

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

Извольте, две линии Gen3 на JMB585, китайские братья за нас уже всё сделали. :)

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

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

Кстати, на этой плате JMB585 PCIe/SATA Bridge стоит, который цепляется двумя лэйнами к руту. Мне этот вариант нравится, у него как раз хорошая скорость на диск получается и он нормально поддерживается x86 платформой и ARM

Поменяешь металл на пластик и получишь хрупкое и горячее, но лёгкое устройство.

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

И не стоит забывать, что NAS это устройство, которое если не перевозится, то включено и работает. Значит вопрос теплоотдачи актуален.

У Asus уже есть компактные all-flash NAS с 6 M.2 слотами: https://www.asustor.com/en/product?p_id=79 Не нашел сходу информации по энергопотреблению, но в целом выглядит симпатично.

Да, я на него как раз ссылку дал в статье

У них очень странный выбор процессора. Intel N5105 — всего 8 линий PCIe, так что всего по одной линии на каждый SSD (и зачем тогда вообще NVME?) и по одной на каждую 2.5Гб\с сетевую.

А что если я вам скажу, что у них в те же 8х на том же процессоре есть версия на 12 nvme -) ?

В общем, у них распаяно не 1 lane == 1 nvme, к сожалению. Используются PCIe-бриджи, и как оно там внутри - без даташита не разберёшься. Очень кажется, что часть дисков у них сильно меньше получает BW, чем другие.


ЗЫ - сам восхитился, потянулся покупать, а потом посмотрел реальные тесты -(

Есть еще "wifi HDD" на aliexpress. Там доп. питание легко организовать

Только что на выходных воткнул себе raid 1 из двух 16TB дисков. У меня правда полноценный сервер собранный в корпусе от IBM X3100 на supermicro(штатная материнка вышла из строя), а не просто nas, а видеонаблюдение, свой git и база данных умного дома с grafana и примочками. В целом если исключить видеонаблюдение можно конечно иметь гораздо более компактный сервер.

Крутая реализация! Очень понравилась именно схемотехническое решение.
Но мне совершенно непонятна потребность "мобильного NAS". В начале статьи автор пытается ответить на это вопрос, но как то неуверенно. Сам признает, что часть функционала не относится к NAS.
Если нужно носить под мышкой - нужен не NAS, а переносной накопитель. USB SSD перекроет по функционалу и цене это решение. Если есть особые требования к надежности, то есть специализированные накопители. При чем тут NAS? NAS - это network attached storage, а не portable storage. А вовсе не WiFi роутер на батарейном питании с массивом твердотельных дисков.

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

Конечно можно придумать случай когда группе людей понадобиться "в полях" совместный доступ к данным. Но если это единичный случай то они обойдутся скорее всего без NAS. А если это происходит регулярно то они закажут себе мобильный сервер. А в некоторых случаях и мобильный ДатаЦентр.

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

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

Я тоже не совсем понял необходимость таскать именно NAS. Скорее, нужен мобильный накопитель большой ёмкости с различными интерфейсами подключения. Например, USB не всегда приемлим или доступен, а вот WiFi есть. Или даже тупо BT. Ну а что накрыть поверх соединения по протоколам - тут уже как раз у такого мини ПК все карты в руки. Вплоть до, как уже сказали ниже, автоматического стримминга записей с камер в "бездонный рюкзак".

Не актуально. На любой телефон ставишь Media Library и всё. Готово ? Мобильный нас создан!
Выбираешь каталог какой хочешь расшарить и экономишь кучу времени.

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

Любой не любой, но попробовать на телефоне с OTG можно

я в общем то могу представить сценарий применения подобного, но хотелось бы сравнения с относительно аналогом от WD - у них тесть ssd с wfi и батарейкой

Где то в начале декабря соберем железку и тогда уже можно будет полноценно тестировать. Сделаем обзор уже более подробный.

Вас спросили про сценарий применения. У многих возник это вопрос.
Или вы планируете его разработать после сборки в железе?

Сейчас как раз оформляем материал по сценариям применения мобильного NAS. Можно сказать, что разработка железа идет параллельно с этим процессом.

Полагаю, что лучшим решением от этих же ребят (FireFly) была бы ITX-3588J с четыремя нормальными SATA портами и умеющая питаться от чего угодно, включая PoE.

Прекрасное решение, как по мне.
Прекрасное решение, как по мне.

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

Кстати говоря,опция PoE+ доступна не только для этой платы, но также и для платы мобильного NAS. На фото прототипа видно, что плата как раз таки получает питание от коммутатора через Ethernet подключение.

Появились вопросы:
1) потянет ли этот rockchip 4 штуки SATA SSD, а уж тем более в Raid5, к примеру?
2) ваш SATA мультипликатор ограничивает общую производительность хранилища одним каналом SATA, так что не теряется ли смысл установки в одно устройство четырёх SSD?
3) сеть всё равно максимум 1Гб\с, так что смысла в SSD вообще не вижу. В эту же itx мать можно поставить 10ГБ\с сетевую в PCIe 4x через Г-образный райзер, сохранив компактность.
4) форм-фактор minITX позволит разместить 4 штуки 2.5" SATA SSD в минимальных габаритах, фактически крышки крайне компактного ITX корпуса.

Кстати говоря,опция PoE+ доступна не только для этой платы, но также и для платы мобильного NAS.

Круто. Будете делать к нему ИБП — сделайте в нём PoE-инжектор! Ну позязя! :)

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

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

Сетку проще всего поднять до 2.5Гб/с, а 10Гб/с уже надо думать, пока не знаю как это просто сделать

Формат платы особо не выбирался, было интересно собрать NAS быстро и без особых проблем именно в этом мини ПК. Как то сразу приглянулся корпус.

  1. Тема RAID нераскрывата

  2. Я бы искал другой процессор. Этот скорее всего станет узким местом.

  3. Требуется знать состояние батареи и автоматически выключаться.

  4. Если ставить HDD необходимо сделать как у взрослых дядей - 3D сенсор и автоматом парковать накопители если появилась невесомость (падаем). Можно добавить космический тумблер что бы HDD не парковались при выходе на орбиту. )

  5. Криптование данных и wipe-button что бы можно быстренько грохнуть весь прон.

    ЗЫ. А так зачёт.

По первым двум вопросам еще будет дополнение после сборки уже целевого железа.

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

Датчик падения хорошо, но тут все диски твердотельные будут. Кстати, никогда не думал о таком датчике для стационарного NAS.

Насчет кнопки - киллер фича, идея для стартапа отдельного

Статус банок нужен даже не для показометра, а все гасить правильно.

3D датчики есть на дорогих ноутах. Например на старом HP 3770w.

Sign up to leave a comment.