Реактивная зарядка для смартфона (не буквально)

Привет, Хабр!

Израильские ученые снова радуют своими изобретениями. На этот раз они представили зарядник для смартфона, который наполнит батарею энергией менее, чем за минуту. Зарядное устройство планируют вывести на рынок в 2016 году по цене всего $30.

Прототип устройства продемонстрировали на конференции Microsoft Think Next. На видео можно увидеть, как Samsung Galaxy заряжается до 100% всего за 30 секунд. Размер зарядного устройства — примерно с блок питания от ноутбука, но в виде дока на столе я бы с радостью его держал.

Устройство разработали на основе технологий из отдела Нанотехнологий Тель-Авивского университета. Использовано запатентованное органическое соединение: это «наноточки» вместо стандартных химических веществ на основе лития. «Наноточки» позволяют хранить энергию в более компактной форме.

image

Компания StoreDot планирует сделать зарядные устройства совместимыми с рядом смартфонов и другими электронными устройствами — планшетами и ноутбуками. Они уже привлекли венчурный капитал в размере 6 миллионов долларов. Изначально команда занималась исследованиями болезни Альцгеймера, в процессе которых десять лет назад обнаружила связанные с ней «нано-структуры». Как именно они к этому пришли — не раскрывается.

Зарядное устройство планируют сделать более компактным. А к концу 2016 года они начнут продавать его по цене $30, что раза в два-три дороже стандартного USB-зарядника для смартфонов на сегодняшний день.

Это интересно:
Зарядное устройство от тепла тела
Новости российских нанотехнологий: «нанодоска»
Робот-принтер

Вы купите такой зарядник?

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

Никто ещё не голосовал. Воздержавшихся нет.

ссылка на оригинал статьи http://habrahabr.ru/post/219561/

СметаCloud — составление смет онлайн. Отображение и печать больших таблиц в браузере

image

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

Цели и задачи СметаCloud

Основная цель проекта СметаCloud — предоставить удобный сервис для составления сметной документации и совместной работы над документами, используя лишь компьютер с выходом в интернет.

Для кого подходит СметаCloud

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

Чем СметаCloud отличается от конкурентов

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

В архитектурном плане СметаCloud является уникальным решением на рынке сметных программ и полностью написан с применением веб-технологий.

Что уже сейчас умеет СметаCloud

СметаCloud находится на стадии бета тестирования и уже сейчас предлагает пользователям следующие возможности:

  • Создание документов со сметами
  • Создание таблиц с расценками (разделы) локальной сметы
  • Добавление, удаление, редактирование расценок локальной сметы
  • Ведение персональной базы данных пользовательских расценок и добавление их в смету
  • Печать/экспорт документа в PDF
image

Редактируемый в браузере документ полностью соответствует тому, что будет выведено на печать. Кстати, распечатать результат можно прямо из браузера с помощью кнопки: image

Что внутри?

Теперь хотел бы поделиться некоторыми техническими подробностями и трудностями, с которым пришлось столкнуться при разработке СметаCloud.

Поскольку внешний вид документа представляет собой набор таблиц, то первой сложностью оказалось решение проблем, связанных с производительностью. Как известно, html элемент table очень тяжелый для браузера, и когда количество таких элементов становится большим, то сильно ухудшается отзывчивость интерфейса из-за увеличении времени на reflow (перекомпоновка).

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

image

На сегодняшний день только Opera (до перехода на webkit) поддерживала CSS правило:

tr {    page-break-inside void:    } 

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

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

.cloud-dt-thead, .cloud-dt-tfoot, .cloud-dt-rowgroup {   page-break-inside: avoid; }  .cloud-dt-cell {   display: table-cell; }  <div class=”cloud-dt-table”>      <div class=”cloud-dt-thead”></div>      <div class=”cloud-dt-tfoot”></div>           <div class=”cloud-dt-data”>               <div class=”cloud-dt-rowgroup”>                  <div class=”cloud-dt-row”>                        <div class=”cloud-dt-cell”></div>                 </div>           </div>      </div>	  </div> 

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

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

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

.my-widget div .my-widget-body * {      height: 100% }

может заметно уменьшить скорость работы веб-страницы

Поддержка браузерами

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

Планы на будущее

Сначала хотелось бы получить feedback и понять, в каком направлении двигаться дальше, а затем добавить новые фичи и возможности, среди которых:

  • Добавить больше типов документов (Акт выполненных работ (КС-2), Справка о стоимости выполненных работ (КС-3) и, возможно, создание индивидуальных документов для конкретных нужд пользователей)
  • Совместный доступ к документу с возможностью редактирования несколькими пользователями
  • Версионность документа. Undo/Redo для возврата и отмены действий
  • Offline-версия с возможностью синхронизации с web-версией (используя node-webkit)

Демо версия
Руководство пользователя

Если у вас есть вопросы, предложения, или может кто-то захочет присоединиться к проекту, пишите: support@smetacloud.ru

ссылка на оригинал статьи http://habrahabr.ru/post/219559/

Интернет вещей показал свою силу на Всемирном мобильном конгрессе

Если вы хотите понять, каким образом так называемый Интернет вещей радикально меняет индустрию технологий, то Всемирный мобильный конгресс, проходящий в Барселоне на этой неделе [пост датирован 27 февраля 2014 – прим. перев.] – именно то место, которое стоит посетить.

Сама эта фраза становится больше, чем просто идеей. Здесь, на шоу, посетителям демонстрируется невообразимое количество различных носимых гаджетов с возможностью подключения к сети, систем безопасности автомобиля и информационно-развлекательных программ, технологий по управлению «умным домом», а также SIM (subscriber identity modules) – модулей определения абонента для самых разных индустриальных и бытовых нужд.

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

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

Мир, который находится в сети нон-стоп

«Это неизбежно», – говорит Джо Туччи (Joe Tucci), генеральный директор компании EMC – «Интернет вещей грядет, так что лучше измениться самим, или приготовиться к тому, что вам придется измениться».

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

«Это все делается для того, чтобы соединять вещи вместе, используя сенсоры максимально удобным для клиента образом» – говорит Джон Чемберс (John Chambers), исполнительный директор компании Cisco systems.

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

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

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

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

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

Для продавцов существуют стимулы, чтобы сделать это.

По словам Чемберса, здесь заложена большая финансовая выгода.

Интернет-вещей имеет большой «домашний» потенциал

Широкий спектр отраслевых инсайдеров соглашаются с этим.

Генеральный директор Jasper Wireless, Джахангир Мохаммед (Jahangir Mohammed), считает, что: «Почти каждый бизнес станет бизнесом Интернета вещей. Его преимущества настолько значительны, что это неизбежно».

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

«Именно поэтому, в январе в Google заявили, что заплатят за термостат Nest и их технологию пожарной сигнализации более 3 миллиардов долларов» – добавляет Мохаммед.

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

Компания Jasper Wireless предлагает облачное программное обеспечение и услуги по обеспечению диагностики и прямого подключения типа машина-машина (М2М) для сетевых операторов, а также приложения по организации управления компанией на различных вертикальных рынках.

К примеру, во вторник был представлен облачный сервис Connected CarCloud, который предназначен для того, чтобы производители автомобилей могли предложить потребителям ряд охранных систем и систем безопасности, а также информационно-развлекательных программ. Кроме того, Jasper Wireless представили Global SIM (модуль определения абонента), созданный, чтобы сделать возможным международное распространение, активацию и управление любым устройством, в которое интегрирована SIM.

Немалое количество автопроизводителей представили на этой неделе технологии подключения автомобиля к Сети.

«Потребители ждут от своих автомобилей таких же возможностей подключения к сети, какми они обладают при работе с мобильными телефонами» – говорит Стивен Оделл (Stephen Odell), президент европейского, ближневосточного и африканского регионов компании Ford Motor.


Стив Оделл, исполнительный вице президент и президент европейского, ближневосточного и африканского регионов Ford Motor Company, выступает на Всемирном мобильном конгрессе в Барселоне

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

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

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

Ford сотрудничал с такими компаниями, как Microsoft и AT&T, чтобы обеспечить автомобили модельного ряда Focus некоторыми функциями автоматизации и коммуникации.

Установление новых партнерских отношений

«Пока продавцы борются за право воспользоваться новыми возможностями, они будут вступать в партнерские отношения», – заметил Боб Шелл (Bob Shell), директор Accenture’s Communications, Media & Technology group.


Мини-камера Archos, представленная на всемирном мобильном конгрессе в 2014 году

«Возникают новые типы партнерских соглашений, друзья становятся врагами и наоборот», – заметил Селл – «И в этот переходный период нам придется проявить гибкость».

«Крупные компании-операторы связи будут вынуждены работать с молодыми, перспективными и более мобильными фирмами, чтобы обеспечить пользователей новыми сервисами» – говорит исполнительный директор компании Deutsche Telekom Тимотеус Хёттгес (Timotheus Höttges).

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

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

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

  • Китайский бренд Huawei представил устройство TalkBand стоимостью в €99 (US$136). Оно обладает 1,4 дюймовым гибким дисплеем OLED (дисплей на органических светодиодах), и может 7 часов без подзарядки работать в режиме вызова. TalkBand поддерживает устройства на Android, начиная c версии 2.3, и iOS, начиная c версии 5.0 и обеспечивает NFC-синхронизацию. Это устройство также может отслеживать физическую активность пользователя и сохранять данные о ней, включая пройденное расстояние в шагах и милях и количество сожженных калорий.
  • Французский производитель планшетов Archos продемонстрировал свою версию беспроводной технологии Bluetooth с низким энергопотреблением, которая используется в устройствах для контроля и управления смарт-приборами в доме. Разнообразные продукты Archos, представленные на Всемирном мобильном конгрессе, включая камеры, метеостанции, датчики движения, дверные и оконные сенсоры, а также выключатели питания, поступят в продажу в апреле.
  • Sierra Wireless впервые показали миру написанную под Linux платформу Legato, созданную, чтобы упростить и ускорить разработку M2M-приложений.
  • Samsung установил сенсорную технологию на все три новые модели Galaxy Gear, представленные на этой неделе, чтобы пользователь мог наблюдать за частотой своих сердечных сокращений. Датчики работают вместе со специальным приложением, которое снимает показания через определенный промежуток времени. В Samsung считают, что забота о здоровье – основная причина спроса потребителей на подобные устройства.

ссылка на оригинал статьи http://habrahabr.ru/company/fabernovel/blog/219553/

Утечка памяти с ThreadLocal

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

Безусловно, памяти ваших серверов можно найти лучшее применение, чем хранение мусора. Поэтому не повторяйте мою ошибку. А именно: не стоит пытаться хранить в ThreadLocal ссылки на этот объект ThreadLocal, или на какой-то граф объектов, в конечном итоге ссылающийся на этот ThreadLocal.

image


Для начала приведу кусок кода:

class X {   ThreadLocal<Anchor> local = new ThreadLocal<Anchor>();   class Anchor {     byte[] data = new byte[1024 * 1024];   }   public Anchor getOrCreate() {     Anchor res = local.get();     if (res == null) {       res = new Anchor();       local.set(res);     }     return res;   }   public static void doLeakOneMoreInstance() {     new X().getOrCreate();   }   public static void main(String[] args) throws Exception {     while (true) {       doLeakOneMoreInstance();       System.out.println(Runtime.getRuntime().freeMemory() / 1024 / 1024 + " MB of heap left");     }   } } 

При каждом вызове doLeakOneMoreInstance создается новый экземпляр X, у него вызывается метод, который выставляет значение ThreadLocal, и затем ссылка на X безвозвратно теряется. Ссылка же на экземпляр ThreadLocal, созданный в конструкторе, за пределы X никогда не выходит. Казалось бы, после этого на весь созданный граф объектов внешних ссылок нет и быть не может, и они могут быть безболезненно удалены GC.

Но не тут-то было. Стоит запустить этот код с каким-то небольшим ограничением по размеру кучи, как JVM упадет, оставив после себя лишь сообщение «java.lang.OutOfMemoryError: Java heap space», венчающее стектрейс (впрочем, приведенный класс настолько прожорлив, что и пары гигабайт ему хватит лишь на пару миллисекунд).

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

Конечно, в таком синтетическом примере легко догадаться, что виною всему именно ThreadLocal (поскольку кроме него тут ничего особенного и нет), однако же если подобное встретится в большом проекте, где экземпляров X, живых и мертвых, миллионы, то идентифицировать проблему будет не так просто. Может быть для кого-то решение и очевидно, но лично мне подобное стоило не одного часа жизни.

В чем же, собственно, проблема?

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

Чтобы ответить на этот вопрос, нужно немного углубиться в недра ThreadLocal. Дело в том, что данные ThreadLocal-переменных хранятся не в них самих, а непосредственно в объектах Thread. Каждый Thread имеет собственный экземпляр словаря со «слабыми» ключами (аналог WeakHashMap), где в качестве ключей выступают экземпляры ThreadLocal. Когда вы просите у ThreadLocal-переменной отдать её значение, она на самом деле получает текущий поток, извлекает из него словарь, и получает значение из словаря, используя себя любимую в качестве ключа.

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

В этом-то механизме и кроется проблема: в словаре внутри потока хранятся слабые ссылки на ключи, а вот на значения хранятся прямые ссылки! Если каким-то образом изнутри значения ThreadLocal (в примере — объекта типа Anchor) оказывается достижим содержащий его ThreadLocal (в примере — поскольку Anchor является не-статическим классом, в нем неявно присутствует ссылка на объект типа X, который в свою очередь ссылается на ThreadLocal), то GC не сможет нормально удалить ThreadLocal, и тот остается висеть мертвым грузом до скончания веков, вернее покуда жив поток-владелец.

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

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

Будьте внимательны с ThreadLocal, коллеги! Не кладите ссылки на ThreadLocal в них самих, не храните в них петабайты данных. Порой проще и надежнее использовать Map<Thread, Value>, чем следить за правильным использованием ThreadLocal — в этом случае вы по-крайней мере контролируете жизненный цикл ваших объектов.

P.S. Да, и я сознательно назвал статью «утечка памяти С ThreadLocal», а не «утечка памяти В ThreadLocal»: на мой взгляд ошибка именно в подходе к использованию этого средства, сама стандартная библиотека работает безукоризненно.

ссылка на оригинал статьи http://habrahabr.ru/company/maxifier/blog/218313/

LSI MegaRAID SAS 8208XLP в Debian

Предыстория

Достался мне контроллер LSI 8208XLP. А вместе с ним — задача заставить эту чудо-железку работать под Linux. Никаких встроенных RAID-функций от него не требовалось, достаточно было просто увидеть подключённые к нему диски. Далее в дело вступил бы горячо любимый мной mdadm или чуть менее любимый lvm. Казалось бы, чего проще? Поткнул контроллер, подключил диски — и вперёд. Железка довольно старая, Debian уже не первый год существует, и уж наверное имеет в комплекте нужный драйвер.
Ну, почти.

Проблемы

Начнём с того, что 8208XLP — это софт-рейд. То есть массив средствами имеющегося на нём BIOS собирается, но работать может только после установки драйверов. Однако, в отличие от того же softraid в чипсетах intel, где объёдинённые в массив диски без драйвера отображаются как обычные, в данном случае диски не отображаются вообще. То есть использовать его как «просто ещё 8 SATA-портов» просто так не получится. Даже для того, чтобы увидеть одиночный подключённый диск, без драйвера никак.
И тут возникает проблема №2: на официальном сайте LSI драйвера есть под Windows-системы, под Red Hat 4, 5 и SLES с 9 по 11. Более того, пакет с драйверами использует DKMS, и согласно приложенной инструкции не ставится. Вероятно, помимо бинарников собвственно DKMS, драйвера и исходников текущего ядра для сборки требуется ещё и исходник драйвера. Утверждать это не буду — это предположение основывается на копании в древних ветках различных форумах и сообщениях об ошибках при установке. В инструкции про это ни слова, переписка на эту тему с саппортом LSI всё ещё в процессе.

Что было сделано, но не помогло

Коротко опишу пройденный путь:
Попытка «просто поставить Debian» и увидеть диски, как я уже говорил, провалилась. Установщик дисков не видит, после установки системы на отдельный носитель они, разумеется, волшебным образом появляться отказались.
ls -la /dev/sd* выводил ожидаемый системный хард и более ничего.
Попытка поставить CentOS 6.5 — та же история. Плюс к этому — драйвер с сайта не поставился.
Попытка заставить эту (уже проклинаемую) железку работать на SLES11 SP3 также провалилась. Загрузчик драйвер на флешке не увидел, без него дисков установщик не видит, после установки на отдельный хард — дисков нет, драйвер не ставится, та же история с DKMS и исходниками.
Единственный успешный момент — попытка установки CentOS 5.4. Её установщик скушал драйвер с флешки (megasr-13.15.1218.2009-1-rhel50-u4-all.img) и диски нашёл. Однако оставаться на столь древнем ядре желания особого не было. Одно порадовало — проблема технически решаема, устройство рабочее, решил копать дальше.

Что в итоге помогло

В процессе раскопок не раз встречал упоминание о волшебно собранном megasr драйвере под Debian, но годы, прошедшие с момента обсуждения, ссылка успела умереть, и в том репозитории ничего подобного мне найти уже не удалось.
В процессе наткнулся на вот этот любопытный коммент в багтрекере hwraid: hwraid.le-vert.net/ticket/4#no2
Получается, что аналогичная карта (8208ELP) работает под драйвером mptsas, который есть в Debian. Осталось понять две вещи — «как это дело заставить работать» и «какой PCI ID у моего контроллера»?
Ответ на первый вопрос был найден в комментах вот тут: weeclemans.livejournal.com/12086.html?thread=310
Фактически достаточно добавить mptsas в /etc/modules и строку вида

echo "0x1000 0x????" >/sys/bus/pci/drivers/mptsas/new_id 

в /etc/rc.local
Устанавливать ОС на диски, подключённые к этому контроллеру, я не планировал изначально, так что если они определятся уже после запуска системы — этот вариант меня вполне устроит.
Теперь осталось только найти PCI ID для моей карты. К сожалению, lspci такой информации не выдал, поэтому нужные значения были взяты отсюда: mirror.szepe.net/siv/pcidevs.txt
Для 8208XLP подошёл вариант 0x1000 0x0055.
После перезагрузки диски, подключённые к контроллеру, корректно определились, даже их SMART доступен.

ссылка на оригинал статьи http://habrahabr.ru/post/219507/