Крутая статья, довольно широкий охват темы без лишних соплей. Жаль что когда изучал эту тему, такой материал не втретился и пришлось все самому собирать по крупицам.
Вопросы, как к специалисту: 1. Есть ли у вас информация, в чем заклчается конструктивное отличие BLDC от трехфазного двигателя, предназначенного для управления синусом? Можно ли определить тип, наблюдая осциллограмму ЭДС? Насколько велика между ними раница? т.е. может ли BLDC работать под векторным управлением, и наоборот? 2. Для серво-двигателей прямого привода, контроллер (железо, алгоритмы) как-то отличается от обычного?
Интересный подход, взял на заметку. Но на мой взгляд, у него также есть слабые места:
1. Независимость от операционных систем допольно спорная. Все же нужен низкоуровневый драйвер сетевой карты, который умеет общаться с вашим устройством. И если сегодня стандартный работает, не получится ли так что он перестанет работать в будущем?
2. Нет совместимости с нестандартными клиентами, где такого драйвера нет. Wi-fi или Bluetoooth гораздо более стандартны, чем USB сетевая карта.
3. Очень уж сложные требования к разработчику web-интерфейса. Я так понимаю, тут нужно нечто особое и обычному специалисту по PHP/HTML/Javascript придется адаптироваться под такую уникальную «серверную» платформу.
Так это как раз самый ключевой момент исследвания, но про него очень скромно описано в одну строчку «В дальнейшем были проведены испытания для других торговых дней, и результаты в общем были такими же.». Понимай как хочешь. Похоже на манипулирование путем сокрытия части информации — в статье явно не хватает примеров, где фильтр ошибся, и соотношение ошибок и успехов на длительном периоде.
Сейчас все сенсорные экраны защищены стеклом (а то и gorilla glass) и не боятся царапин, грязи и прочей гадости. А мониторы, если не ошибаюсь, по прежнему пластиковые. Лично у меня никакого желания нет туда пальцами без нужды тыкать. А так, технология довольно интересная, но не для массового рынка.
Обычно таймер времени переполняется гораздо дольше, чем самое долгое прерывание. Как мне кажется, этот алгоритм для таких случаев, но это надо специально отметить в описании.
Отсутствие безпроводных коммуникаций ОЧЕНЬ странно, особенно в эпоху интернета вещей. Даже не представляю где может пригодиться компьютер, подключаемый к TV по HDMI и не имеющий выхода в сеть. Предполагается вставлять USB-свисток?
Я потратил один выходной и сделал подставку для ноутбука их сосновых реек, мебельных шитов и прочих остатков от ремонта. Ставится на обычный стол. Просто и удобно, если для работы достаточно ноутбука — это самый оптимальный вариант. Распределение нагрузки сейчас — процентов 70 стоя, 20 сидя, 10 лежа на диване.
PS: реакция вызвана недавним обновлением интерфейса Билайн-ТВ :) Было все отлично у них, но «надо же что то менять, не стоять же на месте» — и половина удобных функций в топку, зато красиво, ага.
А например обновление, свзяанное с тем что дизайнер Вася уволился и пришел дизайнер Петя и сказал «да увас тут полный отстой с UX, я сейчас покажу как надо», или директор по маркетингу решил, что пользователи заскучают, если их не радовать новыми картинками каждый месяц — и на следующий день пользователи в бессильной ярости трясут кулаками, а сделать ничего не могут — откатиться то нельзя, это не десктоп.
Отличный пример — документы гугл. Фактически офисные excel, word вынесены в веб, добавили грамотный многопользовательский режим — и этим можно пользоваться, и как ни странно иногда даже удобнее, чем десктопными аналогами (там, где совместная работа над документом важнее функционала по редактированию). Но это все же редкий пример и с позицией автора я согласен по всем пунктам.
Википедия же как-то самоорганизовалась и приносит пользу, хотя все понимают, что ей нельзя доверять на 100%. Система научных журналов отлажена давно, но думаю что и новые системы публикации возможны, хотя бы по принципу википедии.
Ну а чему удивляться — новая компания, маловато опыта. Надежность для потребителя — это не только краш-тест, но и куча мелких болячек, которые крупные атопроизводители уже давно решили, опыт накопили и используют в следующих итерациях. А у Тесла первые пользователи — это по сути бета-тестеры.
Очень опасный совет, как мне кажется. Сильно втягивая воздух, есть вероятность того, что вирус доберется до бронхов и легких. Обычно система пазух носа выполняет такую фильтрацию.
Странное сравнение и вывод о том, что «без стабилизации GoPro пора подвинуться». GoPro в первую очередь нужна для съемок без использования рук, именно для этого она разрабатывалась (модные тенденции снимать с GoPro на селфи-палках появились гораздо позже). В этом плане GoPro в явном выигрыше — снимайте под водой, монтируйте на шлем, на кайт, на борд — да куда душе угодно. Хочешь четкую картинку — ставь на стабилизатор и снимай с него. А эта камера от DJI снимает ТОЛЬКО с рук. Но сейчас 4к снимают и смартфоны, и для них тоже есть стабилизаторы. DJI сделала очень нишевый продукт, хотя он и удобней, чем универсальные решения.
Выше написали правильно, физику не обманешь. Получить красивый рисунок можно только на большую матрицу. Несколько мелких могут создать нечто похожее благодаря постобработке, но это все равно будет только имитация (посмотрите, к примеру, как имитируют дефокус камеры в смартфонах за счет смещения сенсора сейчас — для семейного фото сойдет, но сравнить это с рисунком объектива 1.4 на полном кадре никому и в голову не придет). С другой сторорны, массовые потребители зеркалок пользуются достаточно примитивными объективами, и может разницу и не заметят.
Ещё один момент — что насчет видео? Сомневаюсь, что процессорные мощности потянут такой же алгоритм сведения, как и для фото (если и потянут — это катастрофически скажется на энергопотреблении и времени работы). А современная зеркалка или мыльница без видео никому не нужна.
Почему жаль? Работают же над этим люди, которые к тому же учтут, что камера смартфона может двигаться между кадрами, изображение искажаться из-за roll shutter эффекта в недорогих смартфонах и явления параллакса, дуть ветер и раскачивать деревья и прочие подвижные части неживой природы, которые не нужно стирать, да и ещё масса факторов, которые сложно учесть сразу и нужны эксперименты. А вы бы простым массивом все бы сделали, и целый отдел корпорации без работы оставили.
Круто, действительно очень полезная работа и отличная статья. Я все ещё не рискую использоать ОС в своих разработках, так как даже опенсорсные системы — это большой черный ящик с непонятным количеством багов и непонятными прогнозами по производительности. А тратить пару месяцев только на освоение, как устроена и как работает RTOS — непозволительная роскошь для меня в данный период времени. Но такая статья вызывает желание все таки начать именно с вашей ОС.
Контроллеры 8 бит заведомо проигрывает в точности 32 битам хотя бы потому, что разрядность ШИМ там в 8 раз ниже. Но когда я говорил про развитие, имел ввиду не только точность стабилизаци, но и разные функции, которые требуются разработчикам подвесов, гибкость в конфигурации, работа в необычных положениях и т.д. За 2 года после 8-битной версии мой проект усложнился как минимум на 80% за счет этой обвязки.
Завал горизонта — да, знакомо, как правило лечится точной калибровкой сенсоров.
Вопросы, как к специалисту: 1. Есть ли у вас информация, в чем заклчается конструктивное отличие BLDC от трехфазного двигателя, предназначенного для управления синусом? Можно ли определить тип, наблюдая осциллограмму ЭДС? Насколько велика между ними раница? т.е. может ли BLDC работать под векторным управлением, и наоборот? 2. Для серво-двигателей прямого привода, контроллер (железо, алгоритмы) как-то отличается от обычного?
1. Независимость от операционных систем допольно спорная. Все же нужен низкоуровневый драйвер сетевой карты, который умеет общаться с вашим устройством. И если сегодня стандартный работает, не получится ли так что он перестанет работать в будущем?
2. Нет совместимости с нестандартными клиентами, где такого драйвера нет. Wi-fi или Bluetoooth гораздо более стандартны, чем USB сетевая карта.
3. Очень уж сложные требования к разработчику web-интерфейса. Я так понимаю, тут нужно нечто особое и обычному специалисту по PHP/HTML/Javascript придется адаптироваться под такую уникальную «серверную» платформу.
Ещё один момент — что насчет видео? Сомневаюсь, что процессорные мощности потянут такой же алгоритм сведения, как и для фото (если и потянут — это катастрофически скажется на энергопотреблении и времени работы). А современная зеркалка или мыльница без видео никому не нужна.
Завал горизонта — да, знакомо, как правило лечится точной калибровкой сенсоров.