53 заметки с тегом

дизайн

Ctrl + ↑ Позднее
2018   дизайн   интерфейс   рулевой   шлюпка

Реальные данные — неидеальные

Запись из телеграм-канала.
18 декабря 2017, https://t.me/sergeykashin

Компания Блумлайф (Bloomlife) делает портативные датчики схваток для беременных. Опубликовали статью о том, как важно понимать качество данных. Данные от неидеальных источников. Заслуживает внимания:

Real Life is Messy. We Should Design For It.
On sensor data and the need for more transparency on signal quality.
https://medium.com/40-weeks/real-life-is-messy-we-should-design-for-it-d1d5f14270d3

Устройства считывают данные, чтобы анализировать их и представлять в визуальной форме. Дизайнеры создают способы наглядного отображения данных, поступивших от датчиков. Но насколько мы уверены в качестве самих данных? Что если датчик снял данные с помехами? Где-то отошел контакт с поверхностью. Где-то помешали другие сигналы.

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

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

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

О визуализации забега

Запись из телеграм-канала.
12 декабря 2017, https://t.me/sergeykashin

Красивая, любопытная, но не очень понятная, на мой взгляд, визуализация: https://smallmultiples.com.au/articles/visualising-sydneys-city2surf-2017/

Heartbreak Hill — буквально, холм. Но на диаграмме при взгляде на слово Hill легко перепутать по вертикали количество бегунов и высоту над уровнем моря.

Показали отдельный разрез с высотами, но без динамической визуализации бегунов:

2018   визуализация   дизайн

Как менялась продолжительность жизни

Запись из телеграм-канала.
28 ноября 2017, https://t.me/sergeykashin

В «Гардиане» (The Guardian) изучили и показали, как менялась продолжительность жизни в Великобритании в течение 100 лет.

https://www.theguardian.com/lifeandstyle/ng-interactive/2017/sep/18/how-death-has-changed-over-100-years-in-britain

На графике: желтый — 1915 год, синий — 2015. Обратите внимание на большой график: изменение во времени показано на одном графике с помощью изменения цвета. Видно, как график продолжительности жизни переползает слева направо — люди стали жить дольше.

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

Очень интересно изучить распределение по возрастам и по причинам смерти:

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

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

Неочевидная подсказка в клеточной графике ниже: одна клетка — 5 лет.

Безопасность — в мышлении

Сохраняю запись из телеграм-канала.
23 ноября 2017, https://t.me/sergeykashin

Еще пример из авиации про взаимодействие человека со сложными системами:
https://disciplesofflight.com/aviation-safety-mindset-attitude-skill/
Пилот проспал посадку и 158 человек погибли.
Статья о том, что безопасность — в голове. Это не только правильные процедуры. Это мышление.
Пока самолетами управляют люди, этот пример актуален.

Стюардесса сажает самолет Эйрбас А320

Сохраняю запись из телеграм-канала.
21 ноября 2017, https://t.me/sergeykashin

Интересный видеоролик: стюардесса на симуляторе самолета Эйрбас А320 управляет посадкой с помощью голосовых подсказок опытного пилота:

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

На 57 секунде пилот говорит:
— Кнопочка Элтитюд» (Altitude).
На самом деле это не кнопочка, а вращающаяся ручка. Несколько секунд потеряны. Хотя пилот знает, что это ручка, и дальше называет ее ручкой.

Дальше пилот подсказывает:
— Прочитайте на основном пилотажном дисплее»,
но стюардесса еще не знает, где он.

На 1:54 пилот говорит:
— Нажмите любую кнопку на Эф Эм Эс» (FMS).
Но стюардесса не знает, что такое FMS.

Уточняет,
— на Эф Эм Эс, который находится на центральном пульте.
Но что такое центральный пульт?

Дальше уточняет:
— Это флайт менеджмент систем, это компьютер самолетный.

Понятнее не стало.

Стюардесса переспрашивает:
— Это который внизу находится?
— это слева и справа на центральном пульте.

Стюардесса находит, и тут пилот дает следующую команду:
— Теперь вторую или третью кнопку нажмите слева.

Смотрите, какая ситуация: в кабине человек, который не знаком с пилотированием самолетов. Пилот, дающий подсказки, принимает решения. Человеку в кабине нужно только выполнять команды. Но тут пилот перекладывает решение на стюардессу: «вторую или третью кнопку». С точки зрения пилота, видимо, все равно: в данной ситуации подойдет любая кнопка. И пилот понимает, почему все равно. А стюардесса в кабине не понимает. Как человек в кабине должен выбрать, вторую или третью? Если все равно какую, лучше чтобы решение принимал знающий пилот, потому что это тоже решение.

На 3:26 пилот командует нажать кнопку DIR, но не подсказывает, что она, в отличие от предыдущей, находится не на экране, а внизу на кнопочной панели. Стюардесса задерживается на выполнении этой команды.

Далее там же, пилот дает команду:
— Напечатайте, юнифом майк.
— Просто печатаю?
— Просто печатайте, юнифом майк. И в левый верхний угол его.

Вот вы бы как это поняли? ?

Стюардесса, логично, начинает набирать на клавиатуре: uniform…
и переспрашивает:
— Это всё в одно слово печатается?
— Юнифом майк, две буквы всего лишь.
— Как две буквы?.. Я пишу слово юниформ…
— Нет! Ю, Эм.

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

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

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

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

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

И тут интересно с терминологией. Ее тоже нужно вводить постепенно. Пилот говорит «праймари флайт дисплей», а  дисплеев-то много, попробуй не ошибись.

О важности знания языка

Гарик Мартиросян говорит о важности знания русского языка в интервью Юрию Дудю.
Смотрите с 9:50 до 12:30.

«В России главный инструмент юмориста — это русский язык».
«Если ты не умеешь обращаться с русским языком — ты ноль в этой стране».

Вместо «юмориста» можно подставить и другие профессии.

2017   Гарик Мартиросян   дизайн   Дудь   язык

Интерфейс, тактильность, авиация.

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

Осторожно!
Уберите громкость до минимума!
На видео громко шумят двигатели.

Место пилота грузового Ан-12:

Сравнение кабин Боинг-737 и Эйрбас-A320:

(топят за Эйрбас, но сейчас не про это)

Немного панели Су-25:

В последние годы в авионике появляются экраны с тач-интерфейсом. Компания Талес (Thales) создает и продвигает авиационные панели управления на тач-скринах.

Вот менеджер по маркетингу говорит о том, что они предлагают ставить в кабины пилотов большие тач-скрины:

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

Но вот про какую интересную деталь хочу сказать:
по-французски он говорит 100 % tactile.
Tactile — тактильный, осязаемый (фр).

Получается удивительный языковой парадокс.

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

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

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

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

В новом 777X устанавливают большие тач-скрины, но сохраняют большой набор традиционных механических элементов управления.

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

Продолжение следует.

Новые карты Страва (Strava)

Сервис для тренировок «Страва» (Strava) выкатили новую карту треков спортивных занятий. Люди занимаются спортом, устройства отправляют координаты на сервер Стравы, Страва рисует карту.

https://medium.com/strava-engineering/the-global-heatmap-now-6x-hotter-23fc01d301de?_branch_match_id=451858002544826932

Рассказали о том, какие данные используются для построения карты. На чем построен код. Как формируется изображение карты.

Интересная деталь: они фильтруют координатные данные с учетом погрешности спутниковых сигналов.

И еще описаны куча приемов, фишек и секретов.

Карту интересно смотреть и в больших, и в малых масштабах.

Вот кусок России:
https://labs.strava.com/heatmap/#4.40/54.69098/61.21642/hot/all

А вот бегают и катаются на велике даже в Хатанге!
https://labs.strava.com/heatmap/#8.41/102.67839/71.98594/hot/all

Две Кореи:

2017   визуализация   дизайн   карты   Страва

Измеритель высоты полета модели

В своей старой папке про авиамоделизм откопал вот такой измеритель высоты полета. В 2008 году радиоуправляемыми моделями действительно управляли — не было развитых и доступных автопилотов, электронных выравнивателей горизонта и прочих помощников — это было в диковинку. Планерная телеметрия обходилась дорого. Поток может утащить высоко. Как понять, насколько высоко летит планер?

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

ПДФ:
alti04outs.pdf

Эксель:
altimeter21pub.xls

2017   дизайн   моделизм   планер   таблица

Плакат едет на выставку в Берлин

Мой плакат для проекта «1917-2017» едет на выставку в Берлин 9 октября.

Конкурс плаката, посвященный 100-летию революции организовал Сергей Серов. Художники и дизайнеры из 50 стран подали на конкурс более полутора тысяч работ, из которых жюри выбрало полсотни плакатов в качестве лонг-листа для кураторов международных выставок.

Следующая выставка «1917-2017» пройдет 9 октября в Берлине на Форуме Бориса Немцова. Из 500 работ жюри анонимным голосованием с участием Дмитрия Врубеля, Марата Гельмана и Сергея Серова выбрало 50 плакатов. В их число попал и мой плакат, йоу! Большая честь выставляться рядом с крутыми художниками.

Всё о проекте:
https://www.facebook.com/groups/1226448254079755/

Первые выставки уже прошли в России и Хорватии. В Шибенике, кстати, — приятный городок.

https://www.facebook.com/photo.php?fbid=1870535659629239&set=a.259471167402371.84990.100000184689122&type=3&theater

https://www.facebook.com/pg/festival.falis/photos/?tab=album&album_id=789539307895186

2017   1917   выставка   дизайн   плакат

Интересный отзыв к книге на Амазоне.

Книга:
The Language of Things: Understanding the World of Desirable Objects
https://www.amazon.com/Language-Things-Understanding-Desirable-Objects/dp/0393070816/ref=pd_sim_14_2?_encoding=UTF8&pd_rd_i=0393070816&pd_rd_r=WS56554CFB527HV255YC&pd_rd_w=BcEYR&pd_rd_wg=j6EWD&psc=1&refRID=WS56554CFB527HV255YC

В частности: «…автор начинает с жалобы: купил компьютер Эпл, потому что он был симпатичным и сочным (вероятно, речь идет об аймаке с цветным пластиковым корпусом). Позже он обнаруживает, что симпатично и сочно — это не функционально. Поэтому он покупает черный и плоский компьютер Эпл, потому что тот был черным и плоским. И позже понимает, что черный цвет и плоская форма не говорят о функциональности…».

Ссылка на отзыв:
https://www.amazon.com/Language-Things-Understanding-Desirable-Objects/dp/0393070816/ref=pd_sim_14_2?_encoding=UTF8&pd_rd_i=0393070816&pd_rd_r=WS56554CFB527HV255YC&pd_rd_w=BcEYR&pd_rd_wg=j6EWD&psc=1&refRID=WS56554CFB527HV255YC

2017   амазон   дизайн   книга   объекты

Дизайн, тестирование, ошибки и логика

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

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

Две крайности:
1) Дизайнер делает продукт совсем без обратной связи.
Полагается на то, что «всё знает» с самого начала, и продукт будет вести себя именно так как задумано на всем протяжении процесса использования.

Плохо: что если возникли неучтенные обстоятельства? Что если решение неправильное? Какие правки стоит вносить? Как измерить, хорошее ли решение? Правильно поставленная и согласованная в самом начале задача необходима, но недостаточна. Она не заменяет обратной связи.

2) Дизайнер делает продукт, полагаясь только на обратную связь.
Допустим, тестирование пользовательского взаимодействия выявило проблему П1. А проблему П2 не выявило. Может быть, проблемы П2 не существует. А может быть, тестирование обошло эту проблему стороной. Дизайнер думает: «проблемы П2 не существует».

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

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

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

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

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

* * *

Простая, но важная логическая конструкция:

Отсутствие доказательства не является доказательством отсутствия.

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

Логическая ошибка, основанная на описанной выше ошибке №2: Ответственный за результат человек предлагает решение. Человек с правом вето, например, заказчик или руководитель, отклоняет: «Мы тестировали продукт, такой ошибки не обнаружено. Это для нас не критичный момент».

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

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

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

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

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

* * *

И еще одно элементарное логическое высказывание: в дизайне работа над ошибками является дизайном, но дизайн не является работой над ошибками.

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

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

Порядок вывода сообщений в текстовых трансляциях

Чтобы текстовую трансляцию было удобно читать, свежие сообщения лучше размещать в конце ленты, внизу, а не в начале.

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

https://geektimes.ru/post/280206/
http://varlamov.ru/1763412.html
https://tvrain.ru/articles/apple_online-405878/

Неправильно: свежие сверху

http://style.rbc.ru/objects/gadgets/57d023819a79471547c0d9bd
http://www.ntv.ru/novosti/1636120/
https://rg.ru/2015/08/28/maks-online-site.html

Это вообще непонятно:

https://life.ru/t/новости/928118/vybory_45-gho_priezidienta_ssha_tiekstovaia_transliatsiia

время не указано, хрен поймешь, как читать.

А вот Медуза — то правильная,

https://meduza.io/live/2016/05/14/evrovidenie-2016-onlayn

то неправильная:

https://meduza.io/live/2015/06/08/chto-novenkogo-pokazhet-apple

Откуда путаница?

У текстовой трансляции спорят два свойства: это и новостной формат, и текст.
Новость: что-то происходит, это быстро показывают на странице, люди видят новую информацию. Бывает важно видеть время и дату.
Текст: сообщения трансляции читают сверху вниз, подряд. Как цельную историю.

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

Как подружить новостные и текстовые свойства трансляций?

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

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

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

Обновил сайт Медкаленда




Лет 7 назад я придумал методику планирования и графической записи приема лекарств:
http://medcalend.ru

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

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

Читать такую длинную простыню было тяжело. Поэтому разделил на страницы по темам и переписал описание метода. Например, почитайте, почему медкалендарь помогает:
http://medcalend.ru/howitworks/





Если вы принимаете лекарства и хотите чтобы они действовали эффективно — планируйте по шаблону. Лечитесь, присылайте отзывы. Расскажите другим — поделитесь ссылкой.

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

Как показывать результаты голосования

Скриншот из фейсбука Артемия Лебедева

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

К примеру, в 2013 мы с Сашей Мядзелем в Телетайпе сделали диаграммы результатов голосования по схемам московского метро: http://www.teletype.ru/metro/. Мы указывали абсолютное число голосующих рядом с процентами.


Диаграммы вызывали доверие и ими пользовались:
http://varlamov.ru/708693.html,
https://habrahabr.ru/post/167859/,
http://www.sostav.ru/news/2013/02/01/metro_shema_lebedev/,
http://www.yar.kp.ru/daily/26024/2944350/,
http://tema.livejournal.com/1328924.html

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

Как это показать? Просто показать исходные данные. Голосовали не проценты, а люди. В первую очередь — количество людей. В какой момент эти люди проголосовали — диаграмма по времени, а не только текущие значения. В какой момент появились голоса. Если бы кто-то вбрасывал голоса в пользу одного из кандидатов — на графике были бы подозрительные ступеньки.

Обратим внимание, как «Дождь» показал голосовалку:

  1. Нет асболютных значений — нет доверия к источнику. А не случайных ли чисел генератор нам показывают?
  2. Не показано распределение по времени — а не было ли вбросов?

Приколам вроде 119 %, как на скриншоте, наверняка можно было найти объяснение: может быть, поставили случайно сравнение голосов телеграмма и одноклассников, а потом исправили? Теперь уже не узнаем. Даже если дальнейшее отображение голосов было правильным — доверие зрителя подорвано. Чтобы вернуть доверие, нужно признать ошибку, пояснить причину ошибки, и выложить исходные данные.

Как показать честные данные и сохранить доверие:

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

+ гляньте пост Максима Каца: http://maxkatz.livejournal.com/603628.html

Конвертер типов оперения в Аэродиагре

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

Чтобы конвертер работал, включите галочку «Конвертировать» рядом с переключателем V и Т. При смене типа оперения новое оперение будет соответствовать уже рассчитанным коэффициентам устойчивости.

Пробуйте: aerodiagra.ru/constructor/

Как работает конвертер

В формировании коэффициентов устойчивости участвуют, в частности, длина плечей оперения, площади вертикального (ВО), горизонтального (ГО), или V-образного оперения с углом V. Когда вы переключаете тип оперения, конвертер меняет одни аэродинамические поверхности на другие. Программа рассчитывает поверхности, которые обеспечивают уже подобранные вами характеристики, но уже при другой конструкции. Именно такой смысл я вложил в инструмент: «Я хочу получить модель с указанными свойствами, но пробую разные конструкции оперения».

Это практический инструмент для расчета хвоста — вы сразу видите результат на схеме модели.

Что делает конвертер при переключении с V-образного оперения на Т-образное

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

Формула определения составляющих Т-оперения, без учета расстояний до крыла:
Площадь горизонтали = площадь V-оперения × (косинус (угол V))²
Площадь вертикали = площадь V-оперения × (синус (угол V))²

Важная деталь: конструктор не просто предлагает площади, но и повторяет форму источника — V-образного оперения. Это оперение, учитывающее настройки автора.

И, наоборот, что делает конвертер при переключении с T-образного оперения на V-образное

Формула определения параметров V-оперения, без учета расстояний до крыла:
Площадь V-оперения = площадь вертикали + площадь горизонтали
Угол V-оперения = арктангенс (корень (площадь вертикали / площадь горизонтали))

Аналогично, за исключением определения позиции V-образного оперения — аэродинамического плеча. В предыдущем случае это было тривиально: вертикаль и горизонталь ставятся там же, где было V. Здесь же вертикальное и горизонтальное оперения могут изначально располагаться на разных расстояниях от крыла, и чаще на моделях это именно так. Возникает вопрос: какое плечо должно быть у V-образного? Расположить V посередине между ВО и ГО? Или на месте горизонтального? Или на месте вертикального? Посмотрим, что дает каждый из вариантов.

1. Если я располагаю V-образное посередине между ВО и ГО

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

Недостатки:
— Изменение плеча ВО приведет к изменению коэффициента спиральной устойчивости (B), который зависит от плеча, но не компенсируется площадью ВО.
— Расположение V-оперения посередине между пользовательскими ВО и ГО, это, своего рода, догадка и предположение. Система думает, что если я поставил ВО сюда, и ГО сюда, то располагать V посередине будет нормально. Догадываться о желаниях пользователя это хорошо, но лишние догадки не нужны там, где без них можно обойтись. Не стоит генерировать значения, которые сам пользователь пока не выбирал. Я отказался от этого варианта.

2. Если я располагаю V-образное на месте ГО

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

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

3. Если я располагаю V-образное на месте ВО

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

Горизонтальная составляющая переезжает к вертикальной. Плечо и площадь вертикальной составляющей сохраняются. Коэффициент спиральной устойчивости (B) сохраняется, это хорошо.

Конвертер использует этот вариант.

Следствие работы алгоритма конвертера

Если изначально ГО и ВО разнесены и находятся на разных расстояниях (как на моделях метательных планеров), по после переключения Т-V второе переключение V-T не обеспечит прежней формы и расположения — ВО и ГО теперь будут рядом, на одном расстоянии до крыла. Будут обеспечены правильные коэффициенты устойчивости, но не разница в расположении ГО и ВО.

Достаточно просто, но попробуйте на тестовой модели, чтобы увидеть принцип.

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

* * *
Алгоритм конвертера обеспечивает сохранение аэродинамических свойств оперения, и сохраняет, по возможности, форму оперения. Конвертер работает без потерь точности расчетных коэффициентов — проверено на 500 циклах переключения.

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

Создавайте модели: aerodiagra.ru/constructor/

Аэродиагра — конструктор авиамоделей

Закончил большую работу. Хотя, скорее, это начало.

http://aerodiagra.ru

Конструктор радиоуправляемых моделей.

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

Сейчас проект — конструктор моделей плюс очень сырой набросок каталога с кросс-фильтрами.

Сначала расскажу о каталоге, с него все началось.
Как и многие другие любители летающих радиоуправляемых моделей, для расчетов моделей, всяческих деталей вроде сервоприводов, лонжеронов и прочего я раньше пользовался обычными файлами. При вводе параметров некоторые эксель-калькуляторы предлагают для сравнения параметры других моделей. Известный эксель-калькулятор Кертиса Сатера (Sailplane Calc by Curtis Suter, http://www.tailwindgliders.com/Files.html ) на вкладке результатов показывает рекомендации по параметрам. Люди сравнивают со своими моделями.

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

Сейчас это первый заход, с очень быстро и небрежно запрограммированными кросс-фильтрами, наспех сделанным дизайном и версткой, полупустой базой моделей. А какие-то сырые места мне как дизайнеру и вовсе не хотелось показывать. Работы там еще много и со временем все будет обновляться. Но поиграться с чем-то уже можно и я получил первые отзывы.

О конструкторе

Я сделал и открыл проект расчета летающих моделей по принципам фиксированного срока и гибкого состава функционала. Сложность проекта этому препятствовала (а как же), и менее важный с точки зрения цели функционал я начал выкидывать и откладывать. В результате получился небольшой, работоспособный конструктор. Возможности — минимум задуманного. Изначально в плане было куда больше функций, чем сделано: aerodiagra.ru/constructor/.

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

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

Что удалось реализовать
Сейчас я сделал минимальный инструмент для ответов на несколько вопросов:
— Какого размера нужно делать оперение?
— Какой должна быть длина хвостовой балки?
— Некоторые моделисты говорят, что V-оперение менее эффективно. Насколько эффективно оперение моей модели?
— Что будет, если я поменяю угол плоскостей V-оперения?
— Как будет выглядеть моя модель?
— На модели Х красивое маленькое горизонтальное оперение. Что если я сделаю у себя такое же?
— У меня сломалось крыло, и я попробую крыло от другой модели. Как поменяется поведение планера?
— Где должен быть центр тяжести новой модели?
— Насколько высоко надо поднять консоли, увеличить угол, для управления без элеронов?
— Насколько легкой должна быть модель с такой площадью крыла?
— Какой тип оперения подойдет этой модели?

Это довольно простые вопросы. Сейчас это можно рассчитать в конструкторе aerodiagra.ru/constructor/.

Чем сейчас пользуются авиамоделисты в мире:

Калькулятор планеров Кертиса Сатера
http://www.tailwindgliders.com/Files.html

Калькулятор крыльев с распределением подъемной силы
http://www.aerodesign.de/aero/LIFTROLL.xls

Расчет прочности лонжеронов
http://www.acrodesigns.com/excel/SparStrength.xls

Расчет композитных крыльев
http://www.rcgroups.com/forums/showatt.php?attachmentid=3131048&d=1269043607

Расчет центра тяжести летающего крыла
http://fwcg.3dzone.dk

Расчет планеров, с трехмерным проецированным изображением:
http://envisiondesignusa.com/evdusa/Plane_Geometry_3-D_Plots.html

Еще одна штука для балансировки:
http://www.geistware.com/rcmodeling/cg_super_calc.htm

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

Моя собственная таблица для расчетов выглядела примерно так (ужас полный):

(очень малая часть)

Есть над чем поработать. Времени мало, поэтому я делаю проект малыми частями. Это дает возможность повернуть процесс в любой момент. Капитального строительства — необходимый минимум. Все переделывается на ходу. Английская версия — переведены только базовые вещи:
http://aerodiagra.com

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

О проекте: http://aerodiagra.ru/
О конвертере типов оперения: http://aerodiagra.ru/about/tailconverter/

Страницы с описанием проекта сделаны наспех. Их тоже буду доделывать. Все будет меняться, а что-то вообще не доживет.

Почему я это делаю

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

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

Хорошо, если это пригодится и другим.

2014   Аэродиагра   дизайн   проект

Подставка для планшета

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

Есть листы картона и клей.
Задача: быстро, просто и дешево сделать подставку для планшета.

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

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

Какие бывают подставки?

http://images.yandex.ru/yandsearch?text=подставка+для+айпада

http://images.yandex.ru/yandsearch?text=подставка+для+планшета

http://images.yandex.ru/yandsearch?text=подставка+для+планшета+своими+руками


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

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

Решение

Цельная конструкция с тремя фиксированными углами. Треугольное сечение.


Распределить углы треугольника для трех вариантов установки.

Сумма углов треугольника 180 градусов, сумма углов отклонения передней грани от вертикали 90 градусов. Планшет можно будет ставить под углами 15, 30 и 45 градусов от вертикали, переворачивая подставку на нужную сторону.


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


Определить размеры сечения конструкции.

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

Максимальный: самая длинная грань не должна быть длиннее короткой стороны планшета.

Определить ширину подставки.
Критерий простой: чтобы нормально было. Чуть меньше ширины планшета.

Сделать макет и опробовать.

Производственный процесс

Листы гофр-картона склеиваются клеем ПВА.


Торцы на образце оклеены скетчем, чтобы картон не протирал корпус устройства.
Итого:


За верхушку удобно брать и переносить вместе с планшетом:


Три угла наклона:


Тестирование в жизни

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

Исходный пост в моем ЖЖ:
showreal.livejournal.com/43532.html

2013   дизайн   картон   планшет   подставка