форумы  помощь  поиск  регистрация  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Google представил редакцию Android для интернета вещей"	+/–
Сообщение от opennews on 14-Дек-16, 01:12
Компания Google начала (https://android-developers.blogspot.ru/2016/12/announcing-go...) тестирование Android Things (https://developer.android.com/things/index.html), новой редакции платформы Android, предназначенной для использования в потребительских интернет-устройствах, относящихся к категории интернет вещей (IoT (https://ru.wikipedia.org/wiki/IoT)). Android Things даёт возможность быстро создавать умные устройства, используя API платформы Android и сервисы Google. Для обеспечения должного уровня безопасности потребительских устройств, доставка обновлений организована напрямую от Google, что позволяет обеспечить актуальное состояние прошивки независимо от активности производителя. Подготовленные производителем не связанные с безопасностью обновления и исправления для приложений и прошивки также будут доставляться через инфраструктуру Google, для чего разработчикам устройств будет предоставлен специальный набор инструментов. Также будет предоставлена возможность использования коммуникационной платформы Weave (https://developers.google.com/weave/) для организации связи между устройствами и взаимодействия с сервисами Google, например, использования Google Assistant для организации управления голосовыми командами. На  Weave делается ставка как на основное связующее звено, уже поддерживаемое в таких продуктах, как Philips Hue и Samsung SmartThings, а также внедряемое производителями Belkin WeMo, LiFX, Honeywell, Wink, TP-Link и First Alert. Weave берёт на себя все заботы по взаимодействию с облакам, позволяя разработчику сосредоточится на создании продукта, без траты времени на интеграцию с облачными сервисами и организацию связи между устройствами. Weave Device SDK (https://developer.android.com/things/sdk/index.html) поддерживает взаимодействие с различными микроконтроллерами, управляющими консолями  и сенсорами, предоставляя готовые схемы для координации работы управляемых ламп, умных розеток, выключателей и термостатов. В будущем ожидается публикация API для мобильных приложений на базе Android и iOS, а также слияние продуктов  Weave и Nest Weave, что откроет двери для безопасного и надёжного взаимодействия любых классов устройств. Для разработки приложений предлагаются типовые решения, такие как Android Studio, Android SDK, сервисы Google Play и платформа Google Cloud. В настоящее время новый продукт находится на стадии Developer Preview и доступен (https://developer.android.com/things/preview/index.html) для тестирования на аппаратных платформах Intel Edison (https://developer.android.com/things/hardware/edison.html), NXP Pico (https://developer.android.com/things/hardware/pico.html) и Raspberry Pi 3 (https://developer.android.com/things/hardware/raspberrypi.html). В качестве основы предлагаются (https://developer.android.com/things/hardware/index.html) базовые наборы поддержки оборудования (BSP, Board Support Package), на основе которых могут быть созданы собственные продукты, адаптированные под предпочтения разработчика. Особенности Android Things SDK: -  Peripheral I/O API (https://developer.android.com/things/sdk/pio/index.html) для взаимодействия с датчиками и приводами, подсоединёнными через интерфейсы GPIO, PWM, I2C, SPI и UART; -  User Driver API (https://developer.android.com/things/sdk/drivers/index.html) - позволяет приложениям подставлять связанные с оборудованием события, которые другие приложения могут обработать через штатный Android API; -  Типовой набор приложений: календарь-планировщик, адресная книга, работа с документами, менеджер загрузок, медиабиблиотека, настройки, телефония, система подсказок при вводе и голосовая почта; -  Возможность использовать как традиционный для Android тулкит для создания графического интерфейса, так и возможности для взаимодействия без экрана. Для устройств с экранами при выводе приложением используется всё экранное пространство, без строки статуса (вывод уведомлений не поддерживается) или каких-либо фиксированных кнопок, предоставляя разработчику полный контроль за интерфейсом. Для устройств без экрана управление организуется через привязку событий к действиям. URL: https://android-developers.blogspot.ru/2016/12/announcing-go... Новость: https://www.opennet.ru/opennews/art.shtml?num=45679
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

2. "Google представил редакцию Android для интернета вещей"	+30 +/–
Сообщение от Pofigist on 14-Дек-16, 01:24
Google Services - ну как же без них. Теперь гугль будет знать что вы неправильно питаетесь (умный холодильник сообщит) и медстраховка для вас будет стоить на 30% дороже... Удобно, чего там!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	156. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Алконим on 18-Дек-16, 07:58
	Теперь Гугл будет знать что я питаюсь правильно и медстраховка для меня будет стоить на 30% дешевле, а пенсионные фонды занесут меня в чёрный список, так что я помру не от старости а от голода.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "Google представил редакцию Android для интернета вещей"	+4 +/–
Сообщение от A.Stahl (ok) on 14-Дек-16, 01:34
Да ладно им. Андроид на современных смартфонах не очень себя чувствует, а они замахнулись на совсем маломощные процессоры. Или они думают, что в интернете-вещей будут всякие процы с Малины3? Может им туда и 16-ядерные ксеоны пихать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	4. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Pofigist on 14-Дек-16, 01:41
	Гугль не об этом думает, поверьте... :) А кремний нынче дешев.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	33. "Google представил редакцию Android для интернета вещей"	+3 +/–
	Сообщение от A.Stahl (ok) on 14-Дек-16, 10:48
	Кремний всегда был дешёв и практичен. Ещё наши обезьяноподобные предки делали кремневые инструменты.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	55. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Michael Shigorin (ok) on 14-Дек-16, 16:24
	> Кремний всегда был дешёв и практичен. > Ещё наши обезьяноподобные предки делали кремневые инструменты. Разве что лично Ваши, поскольку кремний и кремень -- существенно разные материалы.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	56. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от A.Stahl (ok) on 14-Дек-16, 16:54
	Возможно ваши и делали топоры из чистого кремния, но мои предки были значительно менее развиты и вполне были удовлетворены обычным кремнем.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	72. "Google представил редакцию Android для интернета вещей"	+2 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 19:42
	> Возможно ваши и делали топоры из чистого кремния А где они его такой взяли? Ишь ты, айтишники в 100500 поколении. Даже топоры из кремния.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	77. "Google представил редакцию Android для интернета вещей"	–1 +/–
	Сообщение от A.Stahl (ok) on 14-Дек-16, 20:07
	Ну откуда мне знать? Шигорин вон говорит, что это только мои предки делали топоры из кремня, а нормальные homo (такие как Шигорин) делали из кремния.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	83. "Google представил редакцию Android для интернета вещей"	+3 +/–
	Сообщение от Michael Shigorin (ok) on 14-Дек-16, 20:21
	> Шигорин вон говорит, что это только мои предки делали топоры из кремня Если перечитать то, что я сказал, то над Вашим тезисом о предках можно и поразмыслить! PS: если без подковырок, то вообще-то я сказал совсем другое, ближе к противоположному: что кремний (который имел в виду человек) и кремень (из которого можно делать, скажем, наконечники стрел и копий) -- совсем разные материалы.  Если когда-нить вздумаю приписывать Вам то, чего не говорили -- дайте по рукам.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	86. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:34
	Он таки вроде про кремень как раз и говорил?
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	97. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 21:47
	> Он таки вроде про кремень как раз и говорил? Упс, нифига. В изначальном сообщении он таки поставил в один ряд кремень и кремний. Это FAIL!
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	91. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от A.Stahl (ok) on 14-Дек-16, 21:01
	Цитирую себя: >наши обезьяноподобные предки делали кремневые инструменты КРЕМНЕВЫЕ, а не КРЕМНИЕВЫЕ. Это не было опечаткой.
	Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

	115. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Очередной аноним on 15-Дек-16, 09:21
	Ну Вы и скользкий словоблуд, извините. Процитирую Вас (первую половину поста): > Кремний всегда был дешёв и практичен. Заметьте, кремний, а не кремень. Конечно, Вы можете начать утверждать, что второе предложение поста, начинающееся как > Ещё наши обезьяноподобные предки делали... совсем никак не связано с первым предложением/утверждением (типа, "В огороде бузина, в Киеве дядька"),  но это будет верно только в Вашей голове
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	125. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Пингвино (ok) on 15-Дек-16, 13:02
	Ну, давай, повыебывайся еще и расскажи нам про диоксид кремния.
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

	37. "Google представил редакцию Android для интернета вещей"	–3 +/–
	Сообщение от aurved on 14-Дек-16, 11:40
	в малине 3 совсем не дохлый проц, это в первой малине был мягко сказажем очень так себе в плане производительности проц. Да и опять же если все лишнее выкинуть, да и переработать под нужные задачи, то и работать скорее всего будет быстро.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	119. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 11:32
	> Андроид на современных смартфонах не очень себя чувствует А производители смартфонов не знают и продолжают выпускать смартфоны на Ведройде? А почему, собственно?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	123. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Andrey Mitrofanov on 15-Дек-16, 12:34
	> А производители смартфонов не знают и продолжают выпускать смартфоны на Ведройде? А > почему, собственно? Как в анекдоте, "Успеть, пока не началось"Ц, наверное?
	Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

5. "Google представил редакцию Android для интернета вещей"	+6 +/–
Сообщение от h31 (ok) on 14-Дек-16, 01:48
При всем моем уважении к Линуксу и Андроиду, я бы хотел, чтобы в IoT-девайсы ставили что-нибудь простое и надежное, типа микроконтроллеров. Лучше заплатить больше и поставить 10 контроллеров, каждый на свою задачу, но при этом знать, что если один зависнет, то остальные будут работать. Заодно избавиться от кучи уязвимостей, благодаря тому, что код и данные хранятся отдельно. Да, сейчас дешевле поставить мощный SoC, вгрузить на него какой-нибудь обрезанный линукс и дать джуниорам писать для него программы. Но я верю, что в какой-то момент появится среда, в которой даже последний быдлокодер сможет написать надежную программу для микроконтроллера.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Google представил редакцию Android для интернета вещей"	+8 +/–
	Сообщение от Comdiv (ok) on 14-Дек-16, 02:05
	>Но я верю, что в какой-то момент появится среда, >в которой даже последний быдлокодер сможет написать >надежную программу для микроконтроллера. Верую ибо абсурдно.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	100. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от h31 (ok) on 14-Дек-16, 22:48
	У вас аллергия на это слово? Поздравляю. Можете заменить на "надеюсь". Мне нравится, что делают эти ребята: https://www.mbed.com/en/ . Сам не пробовал, но выглядит очень вкусно.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	124. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Comdiv (ok) on 15-Дек-16, 12:44
	Я и сам считаю, что инструменты важны, и нам нужно идти дальше, уходя от решений, которые развивались экстенсивно с 70-х, в том числе и от всем известного языка системного программирования. Но я не считаю, что можно улучшить инструменты настолько, чтобы последний быдлокодер, смог написать надёжную программу для микроконтроллера, и mbed в этом плане ничего не меняет. Чтобы надежда было обоснованной, необходимо изменить как минимум одно из этих понятий: "быдлокодер", "написать", "надёжная", "программа".
	Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

	13. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Ух on 14-Дек-16, 07:01
	При всем моем уважении к вам, отмечу, что именно микроконтроллерные реализации и славятся дырами. Нечем, кагбе, парольчик перешить.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	46. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 14:29
	В чем проблема хранить его в eeprom и менять по сети или через usb? При желании можно добавить полную прошивку по usb.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	58. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 17:11
	Проблема первая - рукожoпие разработчиков прошивки. Проблема вторая - жлобство разработчиков железа, которые за лишнюю епромку и пару дорожек удавиться готовы.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	61. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 17:18
	> Проблема первая - рукожoпие разработчиков прошивки. Если они uC не могут осилить (где программа 100-10000 строк), то на SoC все будет еще хуже. > Проблема вторая - жлобство разработчиков железа, которые за лишнюю епромку Даже avr (за 0.5$ в розницу) имеет встроенный eeprom. > и пару > дорожек удавиться готовы. Тогда SoC тем более не вариант.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

	76. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:06
	> Если они uC не могут осилить (где программа 100-10000 строк), то на > SoC все будет еще хуже. Покажите _полную_ реализацию протоколов интернета на 100-10000 строк? Только не надо бряцать каким-нибудь дико обкоцаным udp и даже глючным lwIP, который с половиной роутеров не работает элементарно и interop может не получиться даже в собственной локалке, не говоря о более глобальных вещах. TL;DR: интерфейсить МК к интернету имхо конкретный геморрой. Как максимум - сделать гейт с чем-то более умным типа линуха, а к нему мк. Но вот мк в диком виде в сеть это хардкор и порнография.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	73. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 19:43
	> В чем проблема хранить его в eeprom и менять по сети или > через usb? При желании можно добавить полную прошивку по usb. В том что для этого UI какой-то надо делать. В самом лучшем случае виндовую прогу про которую никто из юзерей даже и не задумывается. Ну в общем плохо когда у девайса нет UI чтобы сменить настройки очевидным способом.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	105. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 00:53
	> В том что для этого UI какой-то надо делать. Для этого хорошо подойдет SoC, который и будет центром конфигурации и управления сетью из uC. Он же может быть мостом между сетью uC и интернетом и принимать команды с пульта/смартфона/web интерфейса. > В самом лучшем > случае виндовую прогу про которую никто из юзерей даже и не > задумывается. Ну в общем плохо когда у девайса нет UI чтобы > сменить настройки очевидным способом. В зависимости от задачи, для отдельных uC можно сделать консоль по usb (как у 3g модемов, где at команды можно отсылать прямо ttyUSB) или простой web ui. Или вообще виртуальный USB диск, куда можно залить файл прошивки или настройки.
	Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

	117. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 10:02
	> Для этого хорошо подойдет SoC, который и будет центром конфигурации и управления сетью из uC. ИМХО их даже лучше несколько поставить. Чтобы центр был не таким уж центральным. Бонусом можно какой-нибудь вайфай раздавать, в духе по 1 AP на комнату, etc. > Он же может быть мостом между сетью uC и интернетом и принимать > команды с пульта/смартфона/web интерфейса. Ну да, как-то так. Если IO надо много или аналог всякий - мк в помощь этой штуке как раз самое оно. МК по своему удобны. Ну там датчик на мк может питаться от батарейки очень долго, так что провод к нему можно не тянуть. В лучшем случае может даже удастся наharvest'ить энергии, сделав датчик "вечным". > В зависимости от задачи, для отдельных uC можно сделать консоль по usb > (как у 3g модемов, где at команды можно отсылать прямо ttyUSB) Это ну никак не пользовательский интерфейс. Этот интерфейс устроит разве что самого разработчика. Остальные никогда это не освоят и юзабилити всего этого на уровне плинтуса. > или простой web ui. Или вообще виртуальный USB диск, куда можно > залить файл прошивки или настройки. Опять же все это в стиле "два притопа, три прихлопа". Кривое и неудобное. А приличный web ui на микроконтроллере делать малореально - протоколы все-таки дурные и сложные. На упомянутом гейте с пингвином еще куда ни шло.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	128. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 14:10
	> Опять же все это в стиле "два притопа, три прихлопа". Кривое и > неудобное. Кроссплатформенно и доступно любому. Сейчас так почти все устройства шьются - залил прошивку на встроенный USB диск, включил девайс - он перепрошился. Все зависит от задачи. Я просто показал, что решений может быть много. А уж наиболее подходящие нужно выбирать по ситуации. > А приличный web ui на микроконтроллере делать малореально - протоколы > все-таки дурные и сложные. Опять же - смотря что от него требуется. Простой web ui даже на avr делают: http://tuxgraphics.org/electronics/index.shtml#eth
	Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

	149. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 16-Дек-16, 02:40
	> Кроссплатформенно и доступно любому. Сейчас так почти все устройства шьются - залил > прошивку на встроенный USB диск, включил девайс - он перепрошился. Перепрошивка - это шанс что что-то пойдет не так и юзер понесет угробленый девайс назад с предъявами. В сетевых девайсах что-то такое еще может иметь смысл если софта много и vuln надо починить. Но все-таки, админский принцип "работает - не трогай" не отменяли. И поэтому имхо конфигурирование и прошивание я одной операцией видеть не хочу. Совсем. //а авр в плане перепрошивки вообще миндфак, имхо, т.к. не умеют код из RAM выполнять а в flash это с кучей ограничений IIRC. > А уж наиболее подходящие нужно выбирать по ситуации. Ну да. И у глупых девайсов с этим в целом имхо часто бывает сделано неприятно и криво. > Простой web ui даже на avr делают: http://tuxgraphics.org/electronics/index.shtml#eth Проблема этого гуя в том что оно выглядит как парашютист после прыжка без парашюта. И это совсем не то что я бы назвал masterpiece of engineering. Еще почти наверняка оно глючит с половиной оборудования и софта (==если сделать продуктом - наешься от души) потому как протоколы сложные и фичастые. Ну и там куча ограничений а расширять и кастомизировать такой гуй - это полная порнография. Короче это примерно настолько же извратно как купить за 5 баксов китайский одноплатник и припахать линух крутить 3-фазный мотор через GPIO. Ну то-есть как-то это конечно заработает может быть. Но - just don't.
	Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

	102. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от ptr (??) on 14-Дек-16, 23:36
	Тот же ESP8266 вполне пригоден для IoT и умеет сам себя перепрошивать. Так что проблему не вижу. Кроме очевидной - андроид на нем не взлетит. А все остальное - без проблем.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	31. "Google представил редакцию Android для интернета вещей"	+5 +/–
	Сообщение от ДяДя on 14-Дек-16, 10:33
	Все, кто в ВУЗе занимался расчётом надёжности прекрасно понимают, что она уменьшиться. Причём пропорционально количеству микроконтроллеров.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	45. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 14:24
	Наоборот - каждая задача на отдельном uC имеет массу преимуществ: 1. Очень простая программа - реально довести до уровня 0 количества багов. 2. Проще схема, меньше точек отказа, шире допуски по температуре/влажности/emi. 3. Если встал один блок - остальные продолжают работать, что очень важно для умного дома. 4. Легко повысить надежность дублированием для критических задач, так как цена uC очень низкая. 5. Малое энергопотребление - может долго работать от батарейки или альтернативных источников энергии. 6. Легко получить жесткий realtime.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	67. "Google представил редакцию Android для интернета вещей"	–1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 17:53
	Да куды уж профессорам знать-то... Вот диванный теоретик с Опеннета, он-то знает точно!
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	79. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:11
	> Да куды уж профессорам знать-то... Вот диванный теоретик с Опеннета, он-то знает точно! Этот теоретик однако ж практикует и даже линуксный кернель вроде программил. А то что он со своими багами (и я бы сказал изрядными) и не сказать что крут в project management (на мое нескромное мнение) - еще не повод так бесцеремонно чирикать. Зенков один из немногих опеннетчиков у которых еще и научиться чему-то можно. И как делать надо. И как не надо. Вот например юзеринтерфейсы по советам Зенкова делать - да упаси вас, вы ни одного юнита не продадите. Потому что для него UI и оки-доки, для большинства смертных адский неюзабельный крап. А вот ряду низкоуровневых трюков у него можно и научиться.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	84. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Michael Shigorin (ok) on 14-Дек-16, 20:23
	> Зенков один из немногих опеннетчиков у которых еще и научиться чему-то можно. +1
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	88. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 20:46
	> Вот например юзеринтерфейсы по советам Зенкова делать - да упаси вас, вы > ни одного юнита не продадите. Ну не то что ни одного :) Просто мне не нравятся тоуч (люблю чувствовать физическое положение кнопки и ее нажатие) и универсальные девайсы, которые умеют все, но одинаково плохо. А так мне нравятся многие профессиональные интерфейсы (фотоаппараты, звукозаписывающая аппаратура, sh/ssh), требуется время на их освоение, но при постоянном использовании они действительно бесценны. А вообще - лучший интерфейс - его отсутствие, когда девайс сам делает то, что от него ожидаешь. Поэтому предпочитаю по максимуму автоматизировать все частые операции.
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	93. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 21:08
	> Ну не то что ни одного :) Ну ок, один может и продадите. Зенкову. Второй можно еще себе оставить, свое не пахнет :) > Просто мне не нравятся тоуч (люблю чувствовать физическое положение кнопки и > ее нажатие) и универсальные девайсы, А мне не нравятся UI/UX в стиле два притопа, три прихлопа. Эталон булшита: попавшаяся в руки погодная станция. Иногда она теряет линк. И я понятия не имел как делать реконект беспроводного датчика к базе с экраном кроме передергивания батареек. А передергивать батарейки - слетает время и дата, ессно. Их установка на удивление мучительна. Это вам не время по ntp ухватить на автомате. Пара бонусов: 1. Время врет, 2-5 минут в месяц. Наверное круто каждый месяц самому подкручивать часы или обнаруживать что ты посмотрел НЕПРАВИЛЬНОЕ время. 2. О том что сделать реконект можно и без дерга батареек я узнал лишь когда нашел коробку и инструкцию. А мог бы и не найти никогда. Люди имеют свойство выкидывать это. Оказывается, надо было зажать надолго 1 из кнопок. Это пример плохого, неудобного, контринтуитивного UI. Такие интерфейсы должны умереть. 3. Физические кнопки. Made in china. Поэтому нажимаются с нефиговым усилием и зачастую с третьего раза. Что дополняет общее впечатление. Ну так, пример как девайсы на практике делают и как это потом работает. > которые умеют все, но одинаково плохо. Ума не приложу зачем вы компьютерами пользуетесь тогда. Они квинтэссенция этого подхода :) > А так мне нравятся многие профессиональные интерфейсы (фотоаппараты, > звукозаписывающая аппаратура, sh/ssh), Вот лично мне интерфейсы зеркалок совершенно не нравятся. Даже невозможно дать девайс другому человеку чтобы он тебя сфотографировал, результат гарантированно будет ужасом. Потому что аторежима считай что нет а мануальщину умеет только сам владелец девайса на 20 миль вокруг. У ssh полно своих грабель, хотя и фичи есть. Что до профессионализма тех кто sh пользуется можно крепко поспорить, глядя на качество кода и как все это потом работает. > требуется время на их освоение, но при постоянном использовании они действительно бесценны. И тут я в чем-то согласен. Но вот заучивать суперкомбо погодной станции, плиты, стиралки и микроволновки мне все-таки западло. Зачем мне быть профессионалом стирки на этой модели стиралки, а? :) > А вообще - лучший интерфейс - его отсутствие, когда девайс сам делает > то, что от него ожидаешь. Я в чем-то согласен. Но во первых brain-интерфейсы еще только начинают появляться, чтобы девайсы могли возыметь представление что же от них ожидают. Во вторых, зачастую девайсы не угадывают и часто делают не то или не так. Вот я не хочу каждый месяц пятеро часов в разных углах подкручивать, например. Неудобно это и криво. А когда все пятеро часов показывают довольно разное время - это вызывает небольшой когнитивный диссонанс. > Поэтому предпочитаю по максимуму автоматизировать все частые операции. Так проблема глупых девайсов в том что они не поддаются автоматизации от слова совсем. На то и глупые.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	99. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 22:27
	> Пара бонусов: > 1. Время врет, 2-5 минут в месяц. ИМХО неправильно делать кривой хард, а потом пытаться его лечить ненадежным софтом (ntp). > 2. О том что сделать реконект можно и без дерга батареек я > узнал лишь когда нашел коробку и инструкцию. Реконект и прочие ситуации должны по возможности быть полностью автоматическими. > 3. Физические кнопки. Made in china. Поэтому нажимаются с нефиговым усилием и > зачастую с третьего раза. Что дополняет общее впечатление. С тем же успехом можно купить тоуч китайского мастера, который будет срабатывать через раз, да и то не тогда, когда надо. >> которые умеют все, но одинаково плохо. > Ума не приложу зачем вы компьютерами пользуетесь тогда. Они квинтэссенция этого подхода > :) Фотографировать не умеет, радио не умеет, фонарика нет, звонить - можно научить, но мобильник удобнее ;) Если серьезно - компьютер всему нужно учить (ставить софт) и хорошо делать он может далеко не все. Но для программирования, интернета, работы с графикой и звуком (с аппаратными дополнениями) лучшего решения я не знаю. >> А так мне нравятся многие профессиональные интерфейсы (фотоаппараты, >> звукозаписывающая аппаратура, sh/ssh), > Вот лично мне интерфейсы зеркалок совершенно не нравятся. Даже невозможно дать девайс > другому человеку чтобы он тебя сфотографировал, результат гарантированно будет ужасом. Уже обсуждали - ставь полный автомат - будет лучше чем любым телефоном - ибо нормальная оптика, сенсор, затвор + мощный софт способный отработать практически все ситуации сам. > Потому что аторежима считай что нет Пруф? А то я задолбаюсь перечислять все возможности автоматики. > Что до профессионализма тех кто sh пользуется > можно крепко поспорить, глядя на качество кода и как все это > потом работает. Причем тут качество кода? sh хорош при агрегации двух-трех команд для быстрой автоматизации (в замен 100-1000 кликов мышкой в GUI). Если нужно что-то сложнее - лучше взять нормальный ЯП. >> требуется время на их освоение, но при постоянном использовании они действительно бесценны. > Зачем мне быть профессионалом > стирки на этой модели стиралки, а? :) Мне лень стиралку каждый раз настраивать, но производитель это учел и можно сохранить настроенный режим. А если стираю что-то нестандартное - то не грех и в мануал/интернет слазить, дабы вещь не испортить. >> А вообще - лучший интерфейс - его отсутствие, когда девайс сам делает >> то, что от него ожидаешь. > Я в чем-то согласен. Но во первых brain-интерфейсы еще только начинают появляться, > чтобы девайсы могли возыметь представление что же от них ожидают. Я больше об разделении функций и общей эргономики - взял в руку фонарик, кнопка сразу под пальцем, нажал. > Во вторых, зачастую девайсы не угадывают и часто делают не то или > не так. Поэтому мы все здесь (по крайней мере я надеюсь) за СПО и открытое железо. Важно ведь не то, что бы девайс сразу все умел как надо. Важно что бы была возможность настроить или модифицировать девайс под свои нужды. >> Поэтому предпочитаю по максимуму автоматизировать все частые операции. > Так проблема глупых девайсов в том что они не поддаются автоматизации от > слова совсем. На то и глупые. Я и не говорю, что девайсы должны быть глупыми. Я говорю - они должны быть под полным контролем хозяина. Но если задачу имеет простое решение, то не нужно усложнять.
	Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

	108. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 01:54
	> ИМХО неправильно делать кривой хард, Так или иначе современный хардвар сложен и это совершенно стандартный подход. В чем можно убедиться в районе https://lists.freedesktop.org/archives/dri-devel/2016-Decemb... где амдшники дискутируют про свой DAL. Они там рассказали в чем проблемы с железом. Сейчас железо сложное, оно работает на грани параметров и обтяпать все правильно - state of art. Железячники могут потребовать от софта менять один регистр в 5 местах, чтобы не тянуть по всему чипу эти линии 5 раз, если это нагибает дизайн чипа. Они уже сами скучают о мире где dual-link dvi был пределом мечтаний. Но это в прошлом. > а потом пытаться его лечить ненадежным софтом (ntp). Атомные часы мне слабо поставить, сэр! Абсолютный максимум который я могу придумать как инженер из того что смертный может добыть: вкатить мастер-клоком TCXO на 0.5 ppm (бывают такие, для GPSников, там требования крутые). Это примерно 15 секунд в год (в идеале). На грани приемлимости. Без учета aging. Но он лопает 3 ма "сам по себе" и стоит наверное бакс. Т.е. это не ширпотребно, а про питание от батареек мы забываем. Разве что как backup на кратковременный отвал питания. Ну и в учетом aging там еще 1-2 ppm надо добавить. А это уже потенциально порядка минуты-полутора в год. Круче это уже надо нетривиальные калибровки и компенсации и опять же референс веселее таймсерверов и GPS я не могу придумать. Ну и да, вот такие часы - в большинстве девайсов. Если что, ХОРОШИЙ часовой кварц это 10-20ppm. Это дрейф 5-10 минут в год в идеальных условиях. Китаезный - еще больше. А еще там нефиговый температурный коэффициент. Поэтому если у вас не +25 то часы имеют право врать by design. Да, после того как мы поспорили про ошибки кварцев - мне стало любопытно "how far one could get" и я злобно луркнул по теме. И таки осознал что сделать одним железом совсем без внешних референсов залоченых на атомные часы - не очень просто. TL;DR: синхра с ntp или gps имхо один из самых простых способов получить ТОЧНОЕ время. Для определенности, #define точное "менее минуты в год". > Реконект и прочие ситуации должны по возможности быть полностью автоматическими. Есть фундаментальная проблема. 1) Приемники - неожиданно прожорливая субстанция. 2) Девайс питается от батареек. Если постоянно слушать эфир - батарейки базы сядут за весьма обозримое время. Поэтому станция делает хитрозадый трюк. После передерга питания она сначала ловит сигнал постоянно. Поймав посылки, станция еще несколько минут постоянно слушает эфир и входит в синхронизацию с периодами вещания TX. Усвоив периодику станция выключает приемник и слушает им только в ожидаемые периоды вещания (которые были вычислены упомянутым способом). Но если посылки по какой-то причине выпадают - станция включаеся а сигнала нет. Если это случается несколько раз, делается вывод что села батарейка передатчика и станция не пытается его искать чтобы не высадить еще и свою батарейку заодно. Этот алгоритм можно улучшить, но он уж такой какой есть. Этот девайс так сделали. Нормальный пример конкретного "глуповатого" девайса c мк и всеми фирменными граблями таких решений. //реверс чужого power management - неплохой вариант научиться делать его самому :) > С тем же успехом можно купить тоуч китайского мастера, который будет срабатывать > через раз, да и то не тогда, когда надо. Да знаете, точ сложно сделать настолько плохо. А вот кнопки - по хорошему это прецизионная высококачественная механика. А по упрощенным и удешевленным процессам они мерзкие получаются. Вообще, механика и обработка материалов от электроники и софтостроения все-таки отстают. Хоть софтостроение и вкостылило им неило CNC машинами. > Фотографировать не умеет, В ноутах камера часто есть. А можно и что покруче прицепить. > радио не умеет, Это вы rtl_sdr'щикам расскажете. > фонарика нет, usb-фонариков как грязи :) > звонить - можно научить, но мобильник удобнее ;) Позвоните мобильником в Зимбабве? Всего два бакса за минуту. > Если серьезно - компьютер всему нужно учить (ставить софт) и хорошо делать > он может далеко не все. Но для программирования, интернета, работы с > графикой и звуком (с аппаратными дополнениями) лучшего решения я не знаю. Однако даже телевизоры сейчас стали делать как tv-тюнер приделанный к компу с линухом. >> другому человеку чтобы он тебя сфотографировал, результат гарантированно будет ужасом. > Уже обсуждали - ставь полный автомат - будет лучше чем любым телефоном Не будет. Там автоматика для галочки и работает черти-как. А вот телефоны заточены на хомяков которые ничего не смыслят в фотографии и там алгоритмы упираются по полной чтобы по нажатию 1 кнопки таки стало ЗБС. > - ибо нормальная оптика, сенсор, затвор + мощный софт способный отработать > практически все ситуации сам. Напротив, поскольку это профессиональная штука подразумевается что пользователь будет все сам. А автоматика там для галочки и ее никто даже не тестирует толком - не основной юзкейс девайса же. > Пруф? А то я задолбаюсь перечислять все возможности автоматики. Пруфом служат многочисленные фотографии снятые чайниками и нубами на зеркалках. И какая нафиг разница какие там формально возможности, если результат вызывает слезы? > Причем тут качество кода? sh хорош при агрегации двух-трех команд для быстрой > автоматизации (в замен 100-1000 кликов мышкой в GUI). Вот тут я полностью согласен. > Если нужно что-то сложнее - лучше взять нормальный ЯП. Некоторые профессионалы не знают когда остановиться. И тогда получается... как у альтлинукса, когда на шелле пытаются писать аж системные утилиты. С понятным результатом. >> Зачем мне быть профессионалом стирки на этой модели стиралки, а? :) > Мне лень стиралку каждый раз настраивать, но производитель это учел и можно > сохранить настроенный режим. У большинства "глупых" стиралок есть лишь выбор из эн программ по номерам. Что эти номера делают - без факин мануала можно догадаться лишь весьма приблизительно. Я даже не знаю сколько времени займет стирка. Еще один пример крайне плохого UI в повседневных вещах. > А если стираю что-то нестандартное - то не грех и в мануал/интернет слазить, > дабы вещь не испортить. И тем не менее, я предпочту самодокументирующийся интерфейс, который расскажет мне что девайс намерен сделать, сколько это займет и на что обратить внимание. Нет, там не обязательно именно андроида и я наверное не буду ставить приложения на стиралку. Но вот большой сенсорный экран с описанием, подсказками и внятным прогрессом процесса был бы очень велкам. Алерт что стирка закончена тоже не так уж плохо смотрелся бы. Пустячок а приятно. > Я больше об разделении функций и общей эргономики - взял в руку > фонарик, кнопка сразу под пальцем, нажал. С другой стороны, взять с собой FM радио, фотомыльницу, плеер, фонарик, навигатор, звонилку, ноут и чего там еще - это, конечно, круто. "Весь обвешанный как елка". А я взял смартфон - и готово. Все это там есть. Даже фонарик, которым LED вспышки подрабатывает. Да, компромиссно. Но, блин, нафиг отдельные fm-приемники, навигаторы и плееры. Ноут и фонарик у меня есть, но берутся только если ожидается серьезный объем профильной активности. А чисто для прикола про запас таскать все-таки неудобно. И фонарик в смарте таки может оказаться полезен. Как-то юзал его даже как backup, когда в основном сели батарейки. Конечно cree в фонарике светит лучше, но... :) > Поэтому мы все здесь (по крайней мере я надеюсь) за СПО и открытое железо. Ни разу не видел стиралку с СПО. И даже в погодной станции нечто невнятное, небось еще и с mask ROM. > Важно ведь не то, что бы девайс сразу все умел как надо. Важно что бы была > возможность настроить или модифицировать девайс под свои нужды. Важно чтобы девайс вел себя именно так как нравится. СПО не самый плохой путь для тех кто конструктивно настроен. Но это слишком круто для хомяков. Да и у всего есть свои лимиты. Я как-то не очень готов морально перепахивать морду управления каждой микроволновки встреченной на моем пути. Это может быть well over my head в ряде случаев. Но да, если выбирать между сабжем с гуглосервисами - я лучше сам на мелком одноплатнике себе запилю эквивалент. Без гребаных облачных гуглосервисов. > Я и не говорю, что девайсы должны быть глупыми. Я говорю - > они должны быть под полным контролем хозяина. А вот тут я полностью согласен. К сожалению, нынче многие телефоны - умнее своих владельцев и такие владельцы - да они без шансов. > Но если задачу имеет простое решение, то не нужно усложнять. Только если это не идет в ущерб параметрам. Так то можно и на деревянной телеге ездить. Она проше. Но вот параметры решения - хромают. Настолько что при появлении альтернатив телеги вышли из употребления.
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	112. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 03:26
	> TL;DR: синхра с ntp или gps имхо один из самых простых способов > получить ТОЧНОЕ время. > Для определенности, #define точное "менее минуты в год". ОК, с gps мне идея нравится - можно сделать полностью автономный и относительно простой девайс. Нужно погуглить - может есть недорогие модули под эту задачу. >[оверквотинг удален] > Есть фундаментальная проблема. > 1) Приемники - неожиданно прожорливая субстанция. > 2) Девайс питается от батареек. > Если постоянно слушать эфир - батарейки базы сядут за весьма обозримое время. > Если это случается несколько раз, делается > вывод что села батарейка передатчика и станция не пытается его искать > чтобы не высадить еще и свою батарейку заодно. Этот алгоритм можно > улучшить, но он уж такой какой есть. Этот девайс так сделали. > Нормальный пример конкретного "глуповатого" девайса c мк и всеми фирменными граблями > таких решений. При таком подходе сильно лучше не сделаешь. А "умный" девайс будет еще и в 3-5 раз более прожорливым. Мне вообще не нравится возня с батарейками, нестабильностью радиосигнала и наводки на звукозаписывающую аппаратуру. Для себя решил везде проложить витую пару с i2c + две линии питания (+5В и +12В). > Да знаете, точ сложно сделать настолько плохо. Когда я подключаю смарт к системному блоку - он частенько проявляет такую активность, на которую человек просто физически не способен - выглядит как монитор в фильмах про хакеров :) > А вот кнопки - по > хорошему это прецизионная высококачественная механика. Да ладно, тут процессоры и прочие нанотехнологии за копейки делают, уж кнопки приличные точно не проблема сделать. Всяко приятие, чем об стекло пальцем стучать. Сейчас важнее количество и цена материала, чем работа. >> Фотографировать не умеет, > В ноутах камера часто есть. А можно и что покруче прицепить. Например? Хотел на SoC сам фотоаппарат сделать - ничего готового с нормальным сенсором (APS-C) не нашел. >> фонарика нет, > usb-фонариков как грязи :) Представляю себя с ноутом в качестве АКБ к фонарику :) >> звонить - можно научить, но мобильник удобнее ;) > Позвоните мобильником в Зимбабве? Всего два бакса за минуту. За удобство нужно платить :) Но вообще сейчас даже китайские звонилки за 15$ whatsapp умеют. > Однако даже телевизоры сейчас стали делать как tv-тюнер приделанный к компу с > линухом. Embedded linux это не компьютер, а умный девайс. Там возможности очень ограничены. Вот когда у девайса полноценная ОС с возможностью выполнять все типичные для ноутбука действия (типа как у N900), то да его можно назвать мини компьютером. >> Пруф? А то я задолбаюсь перечислять все возможности автоматики. > Пруфом служат многочисленные фотографии снятые чайниками и нубами на зеркалках. И какая > нафиг разница какие там формально возможности, если результат вызывает слезы? Как я уже говорил - такие фотографии получаются у недопрофессионалов, которые ставят ручные режимы, а потом еще и raw пытаются использовать, не понимая что, сделать лучше чем автомат в jpeg можно только хорошо понимая, что делаешь, да и то не всегда. У меня камера снимает одновременно raw + jpeg. Так вот получить картинку не хуже jpeg очень сложно, так как нужен цветовой профиль сенсора и коррекция аберраций оптики. > У большинства "глупых" стиралок есть лишь выбор из эн программ по номерам. > Что эти номера делают - без факин мануала можно догадаться лишь > весьма приблизительно. Я даже не знаю сколько времени займет стирка. Еще > один пример крайне плохого UI в повседневных вещах. Ну не знаю. У меня обычная стиралка ей 6-7 лет. Она местного (белорусского) производства. Управление - кнопки и энкодер. Простой ЖК дисплей с заранее заготовленными символами + строка с символами + несколько позиций для цифр разного размера. Управляется чем-то типа AVR (возможно даже и им, схему не искал - не было нужды). Пишет название режима, расчетное время стирки, температуру, количество нужной воды и киловатт для выбранного режима. Никаких вайфай/блютуз/интернета/тоучей там нет, так что назвать умной ее сложно. Типичный проект для AVR, только что экран заказной оптимизированный под задачу. > Но вот большой сенсорный экран с описанием, > подсказками и внятным прогрессом процесса был бы очень велкам. Тоже есть, но кривовато реализован. Эти машины тогда были новой серией, возможно потом прошивку поправили, но для меня не критично, не стал с этим возится. >> Поэтому мы все здесь (по крайней мере я надеюсь) за СПО и открытое железо. > Ни разу не видел стиралку с СПО. И даже в погодной станции > нечто невнятное, небось еще и с mask ROM. Если девайс на стандартном контролере - то можно реверсить. Но да, хотелось бы иметь исходники всей техники, на случай если припрет что поправить. > Я как-то > не очень готов морально перепахивать морду управления каждой микроволновки встреченной > на моем пути. Это может быть well over my head в > ряде случаев. С другой стороны: для всех популярных телефонов кучу прошивок наделали. Почему бы так не поступить и с остальной техникой? Можно ведь обмениваться прошивками/патчами или вообще делать проекты аналогичные rockbox и magic latern. > Но да, если выбирать между сабжем с гуглосервисами - я лучше сам > на мелком одноплатнике себе запилю эквивалент. Без гребаных облачных гуглосервисов. Тоже вариант. Иногда проще выкинуть всю управляющую начинку девайса и поставить свою. > Только если это не идет в ущерб параметрам. Точнее не в ущерб поставленной задаче и ее целям. А то за параметрами гнаться можно бесконечно и зачастую бесполезно, а маркетологи и рады впарить (как с 192kHz/24bit) и eth кабель за 10000$ (или сколько он там стоил?). > Так то можно и > на деревянной телеге ездить. Она проше. Но вот параметры решения - > хромают. Настолько что при появлении альтернатив телеги вышли из употребления. Из массового - да. А так мужики до сих пор практикую, сейчас даже что-то вроде техосмотра есть - чтобы светоотражающие элементы правильно крепили.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	143. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 23:55
	> ОК, с gps мне идея нравится - можно сделать полностью автономный Он _не_ автономный - зависит от функционирования группировки спутников на орбите. Чем это лучше зависимости от сети и серверов? Еще GPS, ГЛОНАСС и т.п. используются военными - делать допущение что там всегда правильный сигнал не айс. Еще у "гражданского" сигнала нет аутентификации. Кто угодно может слать левак. Кроме того, GPS плохо ловится в помещениях. Сигнал очень слабый и сделать старт на холодную в помещении может не прокатить. При теплом чувствительность лучше, но он подразумевает что приемник уже знал примерное время и координаты. А с точки зрения отсутствия подстав логично имхо делать кросс-валидацию времен из глонасса, gps (компаса, галилея) и еще с пары нтп серверов. И чтоб от локального не сильно отличалось. Тогда девайс обмануть будет сложно :) > и относительно простой девайс. Нужно погуглить - может есть недорогие модули под эту задачу. Да собственно любой (?) модуль GPS умеет вывод времени. Многие умеют PPS (секундный импульс). В лине вроде даже апи для PPS есть. Любой GPS знает время с очень высокой точностью. Но модули не такие уж и дешевые, их нет смысл делать под эту задачу. Если модуль вынул время, он декодировал сигнал и все остальное ему не так уж сложно. Так что если это глупые часы, модуль наверное самой дорогой частью будет. Во вторых, сколь-нибудь стабильно ловить GPS в помещении реально разве что с LNA и хорошей антенной. И даже так то что оно на холодную стартанет - вот не факт! LNA и антенна денег стоят и электричество кушают. В принципе с GPS электричество можно и сэкономить, если надо. > При таком подходе сильно лучше не сделаешь. А "умный" девайс будет еще > и в 3-5 раз более прожорливым. Умный девайс априори от розетки запитан - от батареек мало проработает. А тут получается ни два ни полтора. Вроде слишком мало чтобы сетевой адаптер был. Но если RX будет постоянно, батарейки высадит за обозримое время. Батарейки мне не нравятся. Поэтому для себя я планирую в случае если не удалось отвертеться делать li-ion аккумы, с зарядом от usb. Втыкаешь шнурок от мобилы/планшета в любой usb и через пару опять забыть о бяке на годик. Но лучше совсем без этого, конечно. > звукозаписывающую аппаратуру. Для себя решил везде проложить витую пару с i2c > + две линии питания (+5В и +12В). Однако жирный провод портит интерьер и не везде удобно его тащить. Кроме того - а не умрет ли ВСЯ шина при кз в ней? А если провод длинный - наверное надо еще и защиту от молний (на случай если бахнет рядом и провод соберет солидную наводку). > Когда я подключаю смарт к системному блоку - он частенько проявляет такую > активность, на которую человек просто физически не способен Странно. А что он делает? > Да ладно, тут процессоры и прочие нанотехнологии за копейки делают, уж кнопки > приличные точно не проблема сделать. Процессоры делать оказалось проще. За 1 процесс делается большая куча чипов на вафле. А с кнопками так не катит, процесс надо гонять для каждой индивидуально. > Всяко приятие, чем об стекло пальцем стучать. Сейчас важнее количество > и цена материала, чем работа. Работа подразумевает затраты инструмента, материалов, износ оборудования и проч. Чипы то копипастят целой вафлей которую потом на кучу кристаллов нарежут. А вот чтобы кнопки так делать - фиг, извольте на каждую весь техпроцесс. Так что кнопки или мерзкие, или не дешевые. > Например? Хотел на SoC сам фотоаппарат сделать - ничего готового с нормальным сенсором (APS-C) не нашел. Опять же, многим хватает мобильников и мыльниц для фото. Такие сенсоры массово производятся и к SoC цепляются. Ну да, зеркалки из этого не получится. А вы же и показывали некий девайс который более крутой сенсор через fpga прицепили? Но опять же - габариты зверские да и дорого наверное получится. > Представляю себя с ноутом в качестве АКБ к фонарику :) Звонит кто-нибудь с 10" планшета, самое то достать такой фонарик. Чтобы остальные ощущали себя Гулливерами :). На самом деле powerbank будет более практичен, там LED порой даже встроены. > За удобство нужно платить :) Кому не облом платить за несколько килобайтов данных 2 бакса пусть и оплачивает. Но это не я (imho PSTN must die). > Но вообще сейчас даже китайские звонилки за 15$ whatsapp умеют. Опять же - это заслуга не телефона, а компьютера. В принципе любой телефон - компьютер. Но некоторые телефоны хорошо это скрывают. > Embedded linux это не компьютер, а умный девайс. Там возможности очень ограничены. Топологически это компьютер с tv-тюнером. А возможности - дык на некоторых телевизорах народ свои программы пускает. Можно сделать эквивалент из одноплатника + монитор или более глупый тв. Единственное что нормальный UI делать - возня. > Вот когда у девайса полноценная ОС с возможностью выполнять все типичные для > ноутбука действия (типа как у N900), то да его можно назвать мини компьютером. Для меня критерий компьютера - возможность запустить мою программу, желательно с posix api. Это и на телевизоре в принципе возможно. Ну да, система будет минимальная и мало документированная. Так что проще может быть взять одноплатник и прицепить к монитору/телевизору с тем же успехом. Сейчас вон развелись HDMI-свистки которые делают любой телевизор умным. Кроме всего прочего это одноплатник в габаритах чуть больше флехи. На многие из таких и более нормальный пингвин поставить можно вместо ведроида. > Как я уже говорил - такие фотографии получаются у недопрофессионалов, которые ставят > ручные режимы, а потом еще и raw пытаются использовать, Такие фотографии получаются если дать зеркалку в руки случайному прохожему и попросить сфоткать. Тут со мной задолбаные фотографы даже лайфхаком поделились: чтобы фото не было ужасным - вместо случайных ищут "мужика с зеркалкой". Но номер катит только в местах популярных для туристов. > не понимая что, сделать лучше чем автомат в jpeg можно только хорошо понимая, > что делаешь, да и то не всегда. Жпег довольно сильно портит картинку. И если ее планируется обрабатывать - артефакты жыпега и квантизация совсем не айс, имхо. > не хуже jpeg очень сложно, так как нужен цветовой профиль сенсора > и коррекция аберраций оптики. С другой стороны - если снимать с высоким iso, удачи шум убрать из jpeg. Он усиливается жпегом т.к. жпег не рассчитан на это и получается черти-что. А если фоткать в жпег и автоматикой - так тогда и мыльницы хватит, которая в разы дешевле. Там еще и автоматика намного лучше отлажена и реже глючит, для мыльнцы это основной сценарий. А для зеркалок и т.п. - побочный, до кучи. Поэтому на как минимум попавшихся в руки кэнонах и никонах он работает достаточно номинально. > - не было нужды). Пишет название режима, расчетное время стирки, температуру, > количество нужной воды и киловатт для выбранного режима. Это еще относительно неплохо, но вообще хотелось бы более подробное описание что девайс собирается сделать и какие там особенности и нормальную индикацию прогресса. Ну там например, "2-е полоскание, 53% выполнено, осталось 10 минут". А в идеале и возможность накидать кастомный пресет, чтоли. Ну как, совеццкий аналог Big Trak был программабельным еще в конце 80-х, а буржуйский так и в начале. И даже никто не жаловался на сложный ui поскольку там все тривиально. > Никаких вайфай/блютуз/интернета/тоучей там нет, так что назвать умной > ее сложно. Типичный проект для AVR, только что экран заказной оптимизированный > под задачу. ЧСХ понять что-нибудь в таком интерфейсе довольно мучительно. > Тоже есть, но кривовато реализован. Эти машины тогда были новой серией, возможно > потом прошивку поправили, но для меня не критично, не стал с этим возится. Ну вот имхо постепенно придут к приличным экранам хотя-бы дюймов 5-7 и пальцетыкательных. Так чтобы нормальная информация умещалась о программе и прогрессе. Потому что искать мануал от стиралки... блин, а я помню где он? Может мне еще и мануалы от микроволновки и плиты найти? Я не библиотекарь :) > Если девайс на стандартном контролере - то можно реверсить. Но да, хотелось > бы иметь исходники всей техники, на случай если припрет что поправить. Ну да, но тут увы. Хотя сервис мануалы порой найти можно, схема там зачастую есть. Но это правда не про софт. > так не поступить и с остальной техникой? Можно ведь обмениваться прошивками/патчами > или вообще делать проекты аналогичные rockbox и magic latern. Говоря за себя мне такое все-таки малоинтересно. Т.к. не поддается особой автоматизации и настройке под себя. Даже банальный N900 может скинуть нафотканое на автомате rsync'ом. Но с magic lantern я так никогда не смогу. Да и без линуха такие хотелки - порнография. > Тоже вариант. Иногда проще выкинуть всю управляющую начинку девайса и поставить свою. Ну да, но это сильно от девайса зависит. > Точнее не в ущерб поставленной задаче и ее целям. Пожалуй что так, но делать хуже чем было по-моему не айс. > Из массового - да. А так мужики до сих пор практикую, сейчас даже что-то > вроде техосмотра есть - чтобы светоотражающие элементы правильно крепили. Нет, ну некоторые и на конях ездят. И без всякого техосмотра, если подальше от цивилизации. Но это не массовый сценарий и пойнт имеет сильно иногда.
	Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

	148. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 16-Дек-16, 01:25
	>> ОК, с gps мне идея нравится - можно сделать полностью автономный > Он _не_ автономный - зависит от функционирования группировки спутников на орбите. Чем > это лучше зависимости от сети и серверов? Тем, что не нужен доступ в интернет. Надежность в целом выше - ведь интернет может отрубится, сервер отключится/измениться. > Кто угодно может слать левак. Для домашнего применения не критично, тем более синхронизировать можно раз в месяц. > Кроме того, GPS плохо ловится в помещениях. Самый большой минус. > Но модули не такие уж и дешевые, Но вероятно не сильно дороже GSM модема или wifi модуля, да и к модему симка нужна. > Однако жирный провод портит интерьер и не везде удобно его тащить. Как и совсем коммуникация лучше заранее думать. Или за плинтус прятать. > Кроме того - а не умрет ли ВСЯ шина при кз в > ней? i2c не умрет, она все по принципу КЗ построена. Для питания предохранители или другие способы ограничения тока КЗ. > А если провод длинный - наверное надо еще и защиту > от молний (на случай если бахнет рядом и провод соберет солидную > наводку). Да, но не особо большая проблема - заземлять все по любому + можно фильтры/защиту поставить. Для i2c есть повторители и оптические развязки. Сам протокол довольна таки неплох - сейчас почти полностью отработал библиотеку для него, с обработкой ошибок и восстановлением в случае сильных помех. Осталось только с мультимастером разобраться. > Странно. А что он делает? Хаотично срабатывает - запускает и жмет все подряд. Скорее всего emi по usb ловит. Иногда ничего не делает, но и ничего нажать нельзя, пока usb не отключишь. Бывает просто зависает (скорее всего драйвер) когда лежит не к чему не подключенный - телефон звонит - ответить не можешь, перезагрузить не можешь. Если дома - то подключаю usb и "adb reboot", если нет - приходится выковыривать батарейку. >> Да ладно, тут процессоры и прочие нанотехнологии за копейки делают, уж кнопки >> приличные точно не проблема сделать. > А с кнопками так не катит, процесс надо гонять для > каждой индивидуально. С каждой частью отдельно - да, но частей не много и точность на несколько порядков ниже нужна. > А вот чтобы кнопки так делать - фиг, извольте на каждую весь > техпроцесс. Так что кнопки или мерзкие, или не дешевые. Обычно целыми блоками - 5-10 сразу (или сколько их там нужно для одного девайса). Да и сами блоки явно делают группами, а потом режут. > Опять же, многим хватает мобильников и мыльниц для фото. Такие сенсоры массово > производятся и к SoC цепляются. Да, но речь ведь о качестве - у универсальных устройств с эти очень печально, особенно в помещении. > А вы же и показывали некий девайс который более крутой > сенсор через fpga прицепили? Но опять же - габариты зверские да > и дорого наверное получится. Да, но это для полупрофессиональной съемки кино. > На самом деле powerbank будет более практичен, > там LED порой даже встроены. А если к его поместить в эргономичный корпус с рефлектором - то получим хороший фонарик :) >> Как я уже говорил - такие фотографии получаются у недопрофессионалов, которые ставят >> ручные режимы, а потом еще и raw пытаются использовать, > Такие фотографии получаются если дать зеркалку в руки случайному прохожему и попросить > сфоткать. Нет, так как ему нужно просто нажать одну кнопку. > Жпег довольно сильно портит картинку. И если ее планируется обрабатывать - артефакты > жыпега и квантизация совсем не айс, имхо. Там jpeg с качеством 94 из 100 и subsampling 422 и разрешение 5000 или больше. >> не хуже jpeg очень сложно, так как нужен цветовой профиль сенсора >> и коррекция аберраций оптики. > С другой стороны - если снимать с высоким iso, удачи шум убрать > из jpeg. Там очень хороший шумодав + multiframe noise reduction для больших iso + стабилизатор (оптический или смещение матрицы), что позволяет использовать малый iso и большую выдержку без штатива. Ну и само собой чувствительность на порядок выше. > А если фоткать в жпег и автоматикой - > так тогда и мыльницы хватит, которая в разы дешевле. Нет, так как оптика и сенсор хуже, нет стабилизации. > Там еще > и автоматика намного лучше отлажена и реже глючит, для мыльнцы это > основной сценарий. Нет, там просто настроек меньше. > А для зеркалок и т.п. - побочный, до кучи. Нет, так как при репортажной съемке некогда крутить режимы. > Поэтому на как минимум попавшихся в руки кэнонах и никонах он > работает достаточно номинально. У меня есть и хорошая мыльница и многими зеркалами я пользовался. ИМХО зеркалки canon действительно дубоваты в плане ui (но автомат и у них нормальный). Но вот sony slt мне действительно очень нравится. > Потому что искать мануал от стиралки... блин, а я помню где > он? Может мне еще и мануалы от микроволновки и плиты найти? > Я не библиотекарь :) Я обычно pdf читаю - тоже лень искать, где бумажная версия лежит. > Говоря за себя мне такое все-таки малоинтересно. Т.к. не поддается особой автоматизации > и настройке под себя. Даже банальный N900 может скинуть нафотканое на > автомате rsync'ом. Но с magic lantern я так никогда не смогу. > Да и без линуха такие хотелки - порнография. Синхронизация по wifi или удаленное управление со смарта сейчас есть практически во всех свежих камерах.
	Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

	150. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 16-Дек-16, 04:26
	> Тем, что не нужен доступ в интернет. Надежность в целом выше - Это ниоткуда не следует. Без спутников он превратится в тыкву. Спутники превратятся в тыкву без периодических аплоадов коррекций с Земли. В GPS предусмотрено отключение системы. В том числе селективное - когда части поверхности сервис недоступен или отгружаются искаженные данные. До некоторого момента система специально отгружала гражданскм порченые данные для понижения точности. Можно портить данные не всем а только части поверхности. То что фичу выключили не значит что ее нет. Кроме того хилый уровень сигнала означает что его легко забить, а отсутствие аутентификации означает что можно не только DoS но и более умные атаки с подпихиванием неправильных данных. Единственное на что можно 100% надеяться что оно не пропадет и не соврет злонамеренно это локальный осциллятор. > ведь интернет может отрубится, GPS тоже потенциально может. А ГЛОНАСС даже реально уронить ухитрились на несколько часов не так давно. > сервер отключится/измениться. Серверов можно использовать кучу. У nist например целый пул есть, иерархический. Но опять же это вопрос доверия nist. Этот вопрос не лучше и не хуже вопроса доверия операторам глонасс, gps или иной системы. А в типовой домашней локалке интернет обычно есть и иногда ntp тягать ничем таким не плохо. Более того, скорее всего роутер это уже делает, а может быть там и ntp-сервер свой есть. > Для домашнего применения не критично, тем более синхронизировать можно раз в месяц. Так для домашнего применения и отвал какого-то сервера ntp не критичен. Тем более что всякие роутеры по дефолту юзают нечто типа nist'овского пула. Nist конечно может отказать в сервисе или отгрузить левак. Но с тем же успехом это может сделать оператор спутниковой системы. Откуда следует что для ответственных применений лучше использовать несколько систем сразу и валидировать получаемые данные. > Самый большой минус. Это все-таки нишевой минус :). Ну и с хорошей керамической антенной и LNA оно наверное все-таки сможет работать, если это не подвал. Но вот отделаться самой дешевой конфигурацией с какой-нибудь мелкой/дешевой антенной, без LNA и проч может и не получиться. Тут даже сказать заранее сложно - покрытие меняется в течение дня а у приемников бывают свои заскоки, т.к. там опять же много довольно сложной фирмвары и они умеют дуреть. Ну вот девайс на раннем mtk - он или ловит fix в первые 5 минут, или потом крайне маловероятно что он поймает fix вообще. Даже если условия станут идеальными (если рестартануть, он словит спутники менее чем за минуту). > Но вероятно не сильно дороже GSM модема или wifi модуля, да и к модему симка нужна. Сам модуль - возможно, но чтобы не очень долбало мозг отвалами лучше сразу ориентироваться на хорошую керамическую антенну и LNA (если его в модуле нет). Я к тому что недорогой модуль без своего LNA и с абы какой антенной врядли в помещении много чего найдет, особенно на холодную. > Как и совсем коммуникация лучше заранее думать. Или за плинтус прятать. Оно как бы да, сейчас даже плинтус бывает продвинутый, с кабель-каналом сразу. Но датчики все-таки нужны не в плинтусе. > i2c не умрет, она все по принципу КЗ построена. Я не к тому что она физически умрет а к тому что малейшее повреждение провода накроет вообще все коммуникации по шине, не? Разом превратив всю шину в тыкву. В SMBus по этому поводу есть некие костыли относительно чистого i2c но они опять же не панцея. Алсо, если быть пессимистом, 12V попавшие в i2c вынесут к чертям всю электронику на шине если в каждом девайсе не будет довольно крутой и капитальной защиты от этого. > Для питания предохранители или другие способы ограничения тока КЗ. Мне больше всего не нравится что при малейшийх неидеальностях срубятся все коммуникации по шине скорее всего. Особенно если это чистый i2c а не smbus в котором попробовали вкостылить хоть некоторые грабли. > Да, но не особо большая проблема - заземлять все по любому +  можно фильтры/защиту > поставить. Для i2c есть повторители и оптические развязки. Оптические развязки - это еще может быть. Но i2c для этого не очень удобный. И наверное девайсы станут дорогими. Говоря за себя мне не нравится идея что датчик может стоить дорого. > Сам протокол довольна таки неплох - сейчас почти полностью отработал библиотеку для > него, с обработкой ошибок и восстановлением в случае сильных помех. Осталось > только с мультимастером разобраться. Посмотрите на smbus до кeчи, это некая надстройка над i2c. Т.к. он для system management, перспектива вставшей колом шины там народу предсказуемо не нравилась и они таки костыльнули некоторые вещи. И если цеплять "глупые" чипы к такой штуке наверное стоит убедиться что они умеют расширения smbus. Чтобы они в случае чего не положили всю шину без очевидных спосбов рекавери. // в этом месте вспоминается закольцованный эзернет эйрбаса. Хорошо придумали. > Хаотично срабатывает - запускает и жмет все подряд. Скорее всего emi по usb ловит. Однако. Я бы в таком случае посмотрел что вообще питальник компа выдает и что там вообще творится. Странно будет бодаться с трансформаторным БП когда такая хрень творится. > пока usb не отключишь. Бывает просто зависает (скорее всего драйвер) IIRC емкостные датчики часто являют собой мк с своей фирмварой, которые сами делают начальный процессинг и отгружают системе уже обработанные данные. Может и мк висеть. У n900 есть веселый баг. Иногда виснет чип отвечавший за LED клавы и RGB led индикатора. Если это случилось, выключения недостаточно. Чип содержит мк + на него не распостраняется отключение питания. И единственное что лечит глюк это передерг батареи. > не можешь, перезагрузить не можешь. Если дома - то подключаю usb > и "adb reboot", если нет - приходится выковыривать батарейку. А что, стандартный фокус не работает? Все power manager которые я знаю реагируют на долгое зажатие кнопки питания. В этом случае power manager аппаратно снимает питание со схемы. Этот процесс не подразумевает живость софта. Короткий нажим обычно обрабатывается софтом, длинный - прерогатива чипа питания. > С каждой частью отдельно - да, но частей не много и точность на несколько порядков ниже нужна. И тем не менее точность механических процессов одно, а фотолитография другое. > Обычно целыми блоками - 5-10 сразу (или сколько их там нужно для > одного девайса). Да и сами блоки явно делают группами, а потом режут. FYI, для дешевых чипов резка и корпусировка становится основной статьей расхода. Эти операции опять же не масштабируются столь хорошо как остальное. Дешевле всего было бы отдать вам некорпусированный чип, но он легко повреждается и там все размеры в микронах, требования к процедуре пайки дикие получаются. > Да, но речь ведь о качестве - у универсальных устройств с эти очень печально, особенно в помещении. Степень печальности варьируется, хорошие камеры в мобилах фоткают на уровне недорогой мыльницы. Но да, чудес не бывает - мелкая матрица шумит а мелкий объектив хиловат светосилой. С другой стороны, самые красивые кадры имхо обычно получаются там куда тащить килограммовый объектив имхо напряжно. И мне по жизни не хватает чего-нибудь medium level. Ну то-есть чуть получше мыльницы и с софтом который может сделать более продвинутый процессинг или ухватить кадры под постпроцессинг на компе. > Да, но это для полупрофессиональной съемки кино. Насколько по вашему сложно это сделать чуть более фотиком и менее - киноаппаратом? > А если к его поместить в эргономичный корпус с рефлектором - то > получим хороший фонарик :) Но powerbank будет "не очень". Говоря за себя порог моей толерантности это 1 18650 (или 1-2 пальчика). А это маловато для powerbank, разве что совсем казуального. Ибо 1 х 18650 это на 1-1.5 заряда смарта в идеале. А пальчики... не котируются. > Нет, так как ему нужно просто нажать одну кнопку. Да кнопку то нажать может даже обезьяна. Проблема в том что потом народ плюется. > Там jpeg с качеством 94 из 100 и subsampling 422 и разрешение 5000 или больше. Говоря за себя - я просто не возьмусь процессить jpeg в штуках типа darktable. А прикольная софтина на самом деле. Даже пресеты для туевой хучи камер сделали. И коррекцию линзы и передачу матрицы и прочие плюшки. // как относитесь к 64bpp? :) Каналы в float16 - тренд мониторов завтрашнего дня. > малый iso и большую выдержку без штатива. Ну и само собой чувствительность > на порядок выше. А говоря за себя - darktable мне понравился, теперь жыпеги мне не нравятся. Просто потому что в жыпегах сложно что-либо исправить если что-то не нравится. Это реально финальный результат и если там что-то не так - это таки факап. Жпеговское сжатие очень плохо дружит с любыми фильтрами и доко усиливает любые неидеальности. > Нет, так как оптика и сенсор хуже, нет стабилизации. С другой сторны при таких размерах и весе у фотографа меньше руки трясутся. > Нет, там просто настроек меньше. Что не является проблемой если юзкейс сводится к нажатию кнопки. Более того - производителя порвут если это будет плохо работать. А в зеркалках на то и параметры что их будут крутить. > Нет, так как при репортажной съемке некогда крутить режимы. Хм, интересно, о таком я как-то не подумал. Видимо зеркалки которые я видел были совсем не заточены под репортажную съемку. > зеркалки canon действительно дубоваты в плане ui (но автомат и у > них нормальный). Но вот sony slt мне действительно очень нравится. Я просто заметил что большинство обладателей зеркалок часто оказываются недовольны тем как посторонние люди их фоткают их фотиком. Есть такое явление. Может с этим slt оно и меньше проявляется. > Я обычно pdf читаю - тоже лень искать, где бумажная версия лежит. Я за самодокументирующийся интерфейс. Не хуже вебморды роутера, чтоли. > Синхронизация по wifi или удаленное управление со смарта сейчас есть практически во > всех свежих камерах. Только они все это понимают как-то по своему и там проприетарная система которая нифига не гибкая. Ее невозможно заскриптить как мне надо, etc. Да еще спасибо если бэкдор или какой там еще нежелательный функционал не впихнут. Типа того же внедрежа серийника камеры например. Если уж мы о репортажной съемке, подобные вещи могут здорово подставить фотографа как показала практика.
	Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

	153. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 16-Дек-16, 15:08
	>> Тем, что не нужен доступ в интернет. Надежность в целом выше - > Это ниоткуда не следует. Без спутников он превратится в тыкву. Отключение спутников менее вероятно, чем локальные проблем с интернетом. Для ntp получается слишком большая цепь и вероятность отказа: устройство > wifi модуль > роутер > последняя миля > оборудование местного провайдера > канал до сервера > сервер ntp >> i2c не умрет, она все по принципу КЗ построена. > Я не к тому что она физически умрет а к тому что > малейшее повреждение провода накроет вообще все коммуникации по шине, не? Разом > превратив всю шину в тыкву. Думал об этом. Пока остановился на том, что можно в ручную отсоединить сегменты сети друг от друга. При необходимости можно сделать репиттеры которые автоматически будут отключать проблемные сегменты. Но не хочу усложнять, пока в этом нет реальной необходимости. Тем более что uC независимы друг от друга и могут продолжать работать и без i2c. > В SMBus по этому поводу есть некие костыли относительно чистого i2c но они опять же не панцея. Там просто еще один уровень абстракции. При физическом КЗ он не поможет. > Алсо, если быть пессимистом, 12V попавшие в i2c вынесут к чертям > всю электронику на шине если в каждом девайсе не будет довольно > крутой и капитальной защиты от этого. Можно просто поставить стабилитроны с напряжением чуть больше 5V на линии i2c, а 12V ограничить по току. > Оптические развязки - это еще может быть. Но i2c для этого не > очень удобный. И наверное девайсы станут дорогими. Говоря за себя мне > не нравится идея что датчик может стоить дорого. Ну не обязательно на каждый датчик ставить, можно просто i2c разделить на несколько сегментов. Опять же - я проектирую систему так, что бы датчики и uC находились рядом - так как многим нужен ADC. i2c используется не для датчиков, а для централизованного управления всеми uC и удобного вывода текущего состояния/логов. > Посмотрите на smbus до кeчи, это некая надстройка над i2c. Т.к. он > для system management, перспектива вставшей колом шины там народу предсказуемо не > нравилась и они таки костыльнули некоторые вещи. Я использую вариацию i2c от для avr - там это называется TWI. TWI только отсылает/принимает байт и говорит, что пришло в ответ ACK или NACK, а так же сообщает о занятой шине. Практически остальное находится под контролем софта. Сейчас у меня сделаны таймауты - если контролер ждет и не дождался - он отпускает шину. Потом повторная попытка или выдача ошибки - по ситуации. > Однако. Я бы в таком случае посмотрел что вообще питальник компа выдает > и что там вообще творится. Ничего особого - типичный уровень помех для десктопа. Питальник производства FSP - вроде не самый плохой. С ним же USB модем работал с 10 метровым удлинителем из UTP5 без ферритовых фильтров (только электролиты по питанию около модема ставил) - без всяких проблем. ИМХО просто тоуч очень чуствительный. > Странно будет бодаться с трансформаторным БП > когда такая хрень творится. Вот поэтому и люблю трансформаторным БП, что с ними такого никогда не видел. > IIRC емкостные датчики часто являют собой мк с своей фирмварой, которые сами > делают начальный процессинг и отгружают системе уже обработанные данные. Может и > мк висеть. Возможно. > А что, стандартный фокус не работает? Нет. Это работает далеко не на всех смартах. Возможно там перемудрили и софт перехватывает нажатие полностью с тем расчетом - что раз софт живой, от и жесткий ребут не нужен. > Все power manager которые я знаю реагируют на долгое зажатие кнопки питания. Большинство, но не все. > С другой стороны, самые красивые кадры имхо обычно > получаются там куда тащить килограммовый объектив имхо напряжно. Да, но иногда нужен хороший оптический зум. А для красивого портрета нужна оптика с фокусным 40-50 мм и малой глубиной резкости - чего мелкая оптика дать не может. > Насколько по вашему сложно это сделать чуть более фотиком и менее - > киноаппаратом? Можно, но цена все равно останется большой. Да и компактности беззеркалок вряд ли удастся достичь. >> Нет, так как ему нужно просто нажать одну кнопку. > Да кнопку то нажать может даже обезьяна. Проблема в том что потом > народ плюется. Ну только если человек тупо направить камеру не может ... Или снимает против света. > // как относитесь к 64bpp? :) Каналы в float16 - тренд мониторов > завтрашнего дня. Лучше бы они сделали массовыми мониторы с честными 8 бит на канал и со 100% охватом sRGB и без прочих косяков. А так - 8 бит вполне хватает, а 10 - практически идеальны. > Жпеговское сжатие очень плохо дружит с > любыми фильтрами и доко усиливает любые неидеальности. Если jpeg сильно сжат или вы пытаетесь из 3-4 бит (темный jpeg) сделать светлый - то да. Нормальный jpeg (качество выше 90 и нормальной яркости) вполне неплохо переносит обработку, особенно если из 5000 потом нужно получить 1920 пикселей. ИМХО то, что вы считаете косяком jpeg - это косяк сенсора (шум, ошибки квантования, малое цветовое разрешение) или типичный для смартов косяк с debayer алгоритмом - я писал рассказывал о нем ранее - когда используют три цвета, а у матрицы - четыре. Вот наглядный пример: http://knk.square7.ch/debayer Сжатия там не было вообще - конвертировано из raw со смарта. По моим наблюдениям с таким косяком снимают большинство смартов - мелкие детали превращаются в кашу. Но я не видел ни одной мыльницы (и уж тем более зеркалки) с таким дефектом. > С другой сторны при таких размерах и весе у фотографа меньше руки > трясутся. Нет. Больше масса - выше инертность. > А в зеркалках > на то и параметры что их будут крутить. Зеркалки должны работать хорошо всегда. Параметры нужны лишь что бы уменьшить количество переменных у автоматики, когда мы точно знаем наиболее подходящее значение. > Я просто заметил что большинство обладателей зеркалок часто оказываются недовольны тем > как посторонние люди их фоткают их фотиком. Есть такое явление. Вероятно тоже любители мешать автоматике работать. Многие почему-то думают, что они умнее и лучше на глаз могут оценить, что и куда крутить. А то и просто начитаются вредных статей - iso меньше значит лучше и не понимают, что iso выберется исходя из минимально необходимой выдержки, а выдержка от света и фокусного расстояния. > Я за самодокументирующийся интерфейс. Не хуже вебморды роутера, чтоли. В sony slt (по крайней мере в младших/любительских моделях) есть встроенная подсказка, которая поясняет что и зачем нужно, когда режимы переключаешь. Хорошо, что отключаемая ;) Ибо когда освоишь - только мешает.
	Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

	154. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 17-Дек-16, 02:51
	> Отключение спутников менее вероятно, чем локальные проблем с интернетом. Если кто подключает интернет, он обычно потом есть и достаточно постоянно. > устройство > wifi модуль > роутер > последняя миля > оборудование местного > провайдера > канал до сервера > сервер ntp 1 отказ не решает, серверов прописать несколько, или даже пул. Проблемы с оборудованием разруливают. Тезис что GPS устроен проще - не факт. Нокия в картах дисклаймер кидает что нельзя от GPS на 100% зависеть. Очевидный же плюс что настраивать сеть не надо. > Думал об этом. Пока остановился на том, что можно в ручную отсоединить > сегменты сети друг от друга. Мне такое решение не нравится - означает что с проблемой справится только 1 человек на планете, разработчик системы. Ну и "ошибка шины" это слишком generic. Может там что-то сгорело или затопило на самом деле? Но даже если полхаты будет пытаться пискнуть у них может уже и не получиться если шина в дауне. И говоря за себя - мне кажется что такой штуке лучше быть надежной. Это конечно не эйрбас, но таки имхо поважнее SMBus-а даже. > этом нет реальной необходимости. Тем более что uC независимы друг от > друга и могут продолжать работать и без i2c. Поскольку нормальный UI на мк почти нереален, это скорее "функционирование" и в довольно круто деграднутом режиме. Не, ну если пользователем будете только вы - вы конечно справитесь. А для остальных это "умная хата спятила!!!1111" > Там просто еще один уровень абстракции. При физическом КЗ он не поможет. При именно КЗ не поможет. Оно для bus reset в случае если какой-то датчик сглючил, как я понимаю. Не комильфо если сглючивший датчик уронит всю шину. Это стандартный метод деглюкации шины. > Можно просто поставить стабилитроны с напряжением чуть больше 5V на линии i2c, > а 12V ограничить по току. Можно и просто диоды а-ля ESD и мощный стабилитрон на питание. Но я думал что 12V для относительно мощных исполнительных девайсов. Вы его для каких нужд предусмотрели? Алсо если отпадет питание на шине - означает ли что все девайсы на шине превратятся в тыкву? Если что это не критика а анализ проблем топологии, т.к. потенциально может и мне пригодиться в каких-то случаях, но как сделать именно шину и чтобы с хорошими свойствами я не очень придумал. > несколько сегментов. Опять же - я проектирую систему так, что бы > датчики и uC находились рядом - так как многим нужен ADC. Мне кажется логичным прицепить к мк сразу несколько датчиков и сделать именно его bus talker'ом. Из соображений что в чистом i2c адресов может и не хватить + глупый датчик без smbus может положить шину в unrecoverable варианте. > i2c используется не для датчиков, а для централизованного управления всеми uC > и удобного вывода текущего состояния/логов. Это то понятно :) А если забыть что оверинженеринг - напрашивается эйрбас-стайл, подпиленый в духе "все и сразу". Берем две тощие (2-парные) витухи, делаем то самое кольцо, с bus talker'ами на лине. В чем прикол? 1) Решается проблема развязок на корню: в каждом эзернете - транс. Выбить эзернет наводками от молний реально только на очень длинных сегментах, GPIO сильно нежнее. 2) Питание которое может иметь любой разумный вольтаж и оно не прорвется на io даже при коротыше шины, ибо трансы. По 1 паре "+" по второй "-". В точках инжекции и съема развязка индуктивностями которые не пустят сам скоростной сигнал. 3) Топология а-ля эйрбас, эйрбас уже сделал :) 4) Те же 8 жил. Можно даже одной витухой, но кольцо будет умнее проложить разными маршрутами. 5) Я представляю себе как диагностировать на каком сегменте умерло кольцо, что сильно лучше чем глухой аут шины по неизвестной причине. 6) Вылет 1 bus talker в хоть там каком состоянии не может положить систему целиком. Вылет 2 и более разобьет топологию на несвязанные но работающие между собой кусочки. 7) В отличие от оптики транс не деградирует со временем (в оптике может сесть LED). Плюс - довольно неубиваемо и в том же числе проводов - намного больше. При отпадении умный и толстый bus talker может полноценно рулить оставшимся, вплоть до гуя к тому что ему доступно. Минус - относительно сложные и прожорливые bus talker'ы которые должны гонять через себя весь трафф. Сказал бы дорогие, но это благодаря китайцам уже не так. > Я использую вариацию i2c от для avr - там это называется TWI. > TWI только отсылает/принимает байт и говорит, что пришло в ответ ACK > или NACK, а так же сообщает о занятой шине. Если вы только мк цеплять к этому будете то в принципе какой-то сигнальный overlay который для всех кто на шине служит bus reset можно и так сделать. > Практически остальное находится под контролем софта. Сейчас у меня сделаны > таймауты - если контролер ждет и не дождался - он отпускает шину. Потом повторная > попытка или выдача ошибки - по ситуации. Тут проблема в том что когда на шине висит цать участников - не хорошо если глюки одного участника вырубают всю шину. А в i2c это вполне возможно. Достаточно кому-то на шине залипнуть в открытом состоянии - остальные вообще не смогут пользоваться шиной. Проблема этой системы в том что она очень дурно выглядит с точки зрения теории надежности. Если вероятность отказа 1 узла равна X, вероятность что щина с 10 узлами будет работать уже (1-X) ^ 10. Из-за экспоненциальной зависимости по мере роста числа узлов надежность быстро портится. > Ничего особого - типичный уровень помех для десктопа. Питальник производства FSP - > вроде не самый плохой. У меня где-то есть трупик крЮтого 700W FSP. ИМХО у него сдохли кондеры и пульсации достигли уровня при котором комп аж стартовать не может. "Доверяй, но проверяй". > ИМХО просто тоуч очень чуствительный. Я бы сказал что в компе большинство потребителей нечувствительные т.к. часто со своим dc-dc или ldo и кучей кондеров. Напрямую 5 и 12V не юзают почти. Логика сейчас обычно 3.3V max, etc. >> Странно будет бодаться с трансформаторным БП когда такая хрень творится. > Вот поэтому и люблю трансформаторным БП, что с ними такого никогда не видел. А я скорее "не люблю электролитические конденсаторы". Проблемный компонент. И таки удачи сделать чем либо кроме высокочастотного dc-dc питание процу в формате типа 1V*100A. А вот кондеры там в очень тяжелом режиме ессно. Более того - я даже вообразить себе боюсь габариты 700W 50Гц питальника. А так логично что рост плотности мощности создает новые проблемы. > софт перехватывает нажатие полностью с тем расчетом - что раз софт > живой, от и жесткий ребут не нужен. Там обычно эта линия заведена на power manager и проц. Power manager интересуется только длинными нажатиями секунд на 5-10, проц рюхает более короткие. Если может. И это таки работало даже на довольно китаезных девайсах. Как пример - упомянутые allwinner c linux-sunxi часто используют power manager AXP2xx и он тоже все это умеет. Но эта логикам была еще в power manager asic древних звонилок. Это же катит на ноутах и компах. > Большинство, но не все. Это настолько стандартная логика что найти девайс который так НЕ делает - весьма отдельное везение :) >> куда тащить килограммовый объектив имхо напряжно. > Да, но иногда нужен хороший оптический зум. В принципе согласен но нужен он все-таки эпизодически, а "карман тянет" всегда. И это как бы минус. > А для красивого портрета нужна оптика с фокусным 40-50 мм и малой глубиной > резкости - чего мелкая оптика дать не может. Ну я не хардкорный портретист, мне это не актуально. > Можно, но цена все равно останется большой. Да и компактности беззеркалок вряд > ли удастся достичь. Вот я и думаю - по нормальному мне надо мелкий процессорный модуль да относительно универсальный объектив с не оень плохой матрицей. К черту перфекционизм, я не студийный фоторграф. > Ну только если человек тупо направить камеру не может ... Или снимает против света. Да запросто. > Лучше бы они сделали массовыми мониторы с честными 8 бит на канал и Так современные IPS нынче вроде уже честные 8 битов делают а с dither и все 10. > со 100% охватом sRGB и без прочих косяков. С этим сложнее из-за физики работы LCD. А у всяких oled время жизни ... хотите себе монитор который через год работы выцветет? Да еще неравномерно по R, G и B? > А так - 8 бит вполне хватает, а 10 - практически идеальны. Хызы, сказали что "завтра" в провод пойдет FP16 на канал. В принципе логично, неплохой задел на перспективы улучшения панелей/технологий. > нормальной яркости) вполне неплохо переносит обработку, У него начинают вылезать заскоки квантизации а сам DCT не очень хорошо реагиует на все что не похоже на градиент. Поэтому при попытках применить фильтры могут внезапно всплыть дурные артефакты которые трудно устранить, просто потому что алгоритмы процессинга на это не рассчитаны :). > особенно если из 5000 потом нужно получить 1920 пикселей. Ну да, уменьшение фото хорошо устраняет многие безобразия. Но все-таки жыпег мне не нравится своими внезапными и трудноустранимыми артефактами при попытках покрутить фильтры. > debayer алгоритмом - я писал рассказывал о нем ранее - когда > используют три цвета, а у матрицы - четыре. IIRC у смартов обычно самые банальные байеровские матрицы с тремя цветами, только зеленого - половина. Поэтому дебайер придумывает половину зеленого. И кроме всего прочего дебайер не подпетый реалтаймом может быть несколько креативнее. В том же darktable есть довольно много настроек дебайера. Хотя на самом деле крученеи параметров дебайера дает очень маргинальную разницу. Но жыпеги в darktable имхо не прикольно обрабатывать хоть с чего. Хотя если кому-то нравится махаться с странными трудноустранимыми артефактами которых тут вообще быть не должно - флаг ему в руки. > Вот наглядный пример: http://knk.square7.ch/debayer > Сжатия там не было вообще - конвертировано из raw со смарта. Откуда взялся вон тот зеленый артефакт вверху? Это точно raw сигнал с матрицы без обработки кем-то слишком "умным" и подпертым реалтаймом? Пойнт raw в том чтобы записать сигнал как было и дальше самому его обработать уже не будучи подпертым реалтаймом. И то что я там вижу - не похоже на raw дамп матрицы, который должен быть более "случайным" сам по себе. И в случае raw - дебайер девайсом вообще не делается. Или у вас raw не в байеровском формате? > По моим наблюдениям с таким косяком снимают большинство смартов - мелкие детали > превращаются в кашу. Но я не видел ни одной мыльницы (и уж тем более зеркалки) > с таким дефектом. Мелкие детали могут стать кашей из-за чрезмерных потуг шумодава или заскоков sharpening. Далеко не у каждой мобильной камеры встроен AF а без рефокуса картинка так себе и шарпер злобствует. Упомянутая картинка не очень похожа на raw дамп матрицы как есть. > Нет. Больше масса - выше инертность. С другой стороны мышцы напрягаются больше и от этого они трясутся. Особенно с непривычки - большинство людей просто не ожидает что оно столько весит. > переменных у автоматики, когда мы точно знаем наиболее подходящее значение. Да как сказать? Мануально можно выставить значения которые автоматика не сможет исправить хоть как. Например видал несколько случаев когда фотографы продалбывались с ISO или диафрагмой. Диафрагма коррелирует с глубиной резкости и если фотограф открыл диафрагму, забыл про это и потом не уделял резкости пятикратный объем внимания, дальше останется только фэйспалм сделать. А на экранчиках типовых зеркалок продолб такого плана не очень очевиден сам по себе. > Вероятно тоже любители мешать автоматике работать. Многие почему-то думают, > что они умнее и лучше на глаз могут оценить, что и куда крутить. ЧСХ они могут быть и умнее, т.е. приоритет диафрагмы же ставят не просто так, а для манипуляций глубиной резкости. Но если про это потом забыть ... манипуляция потом отольется где-нибудь еще. Где это уже не было частью плана. > А то и просто начитаются вредных статей - iso меньше значит лучше > и не понимают, что iso выберется исходя из минимально необходимой выдержки, > а выдержка от света и фокусного расстояния. Бывают и противоположные продолбы. Хотели люди короткую выдержку. Выкрутили iso. Забыли. И потом фоткали с iso 3200 все остальное. Ессно ничего хорошего из этого не вышло. > В sony slt (по крайней мере в младших/любительских моделях) есть встроенная подсказка, > которая поясняет что и зачем нужно, когда режимы переключаешь. Хорошо, что > отключаемая ;) Ибо когда освоишь - только мешает. Пойманный на удачу прохожий может реально только кнопку нажать, и там реально большой вопрос что будет, вплоть до того что даже автофокус может быть авто, но - на что-нибудь не то. Более продвинутые ессно разберутся. А говоря за себя - я обойдусь без девайсов от фирмы сони. Проприетарная компания известная западлостроением. Наверняка там много веселостей в их проприетарных мегаалгоритмах.
	Ответить | Правка | ^ к родителю #153 | Наверх | Cообщить модератору

	155. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 17-Дек-16, 15:23
	> 1 отказ не решает, серверов прописать несколько, или даже пул. Проблемы с > оборудованием разруливают. Тезис что GPS устроен проще - не факт. Нокия > в картах дисклаймер кидает что нельзя от GPS на 100% зависеть. > Очевидный же плюс что настраивать сеть не надо. Глянул цену на ali, есть недорогие модули: https://www.aliexpress.com/item/GY-NEO6MV2-NEO-6M-GPS-Module... А вообще, как всегда все уже придумано: https://en.wikipedia.org/wiki/Radio_clock Но при цене gps модуля, проще взять его. >> Думал об этом. Пока остановился на том, что можно в ручную отсоединить >> сегменты сети друг от друга. > Мне такое решение не нравится - означает что с проблемой справится только > 1 человек на планете, разработчик системы. Я строю систему для себя. Естественно для других случаев этот вариант может быть не оптимален. Но в общем-то вся стандартная силовая проводка строится подобным образом. > Ну и "ошибка шины" это > слишком generic. Может там что-то сгорело или затопило на самом деле? > Но даже если полхаты будет пытаться пискнуть у них может уже > и не получиться если шина в дауне. И говоря за себя > - мне кажется что такой штуке лучше быть надежной. Это нужно учитывать и не доверять ответственые соединения общей шине без дублирования или альтернативного способа связи. >> этом нет реальной необходимости. Тем более что uC независимы друг от >> друга и могут продолжать работать и без i2c. > Поскольку нормальный UI на мк почти нереален, это скорее "функционирование" и в > довольно круто деграднутом режиме. Как я уже говорил - мой идеал UI - его отсутствие. uC должны разгрузить меня от рутинных действий и UI нужен только для диагностики и ручного управления (которое естественно нужно свести к минимуму). В идеале все должно работать само (как холодильник) включил, один раз настроил и забыл. Постоянно отслеживать, что делает система и вмешиваться в ее работу, я хочу меньше всего. > Не, ну если пользователем будете только вы > - вы конечно справитесь. А для остальных это "умная хата спятила!!!1111" В идеале они вообще не должны ничего трогать - все просто должно работать и не требовать внимания. Поэтому все задачи на разных uC и не зависят друг от друга. Как стиральная машина не зависит от холодильника - у каждого свое назначение и свои задачи. Общая шина лишь добавляет комфорта централизацией управления и сбора логов/статистики. Что не отменяет для критичных задач собственного локального управления. > Оно для bus reset в случае если > какой-то датчик сглючил, как я понимаю. Не увидел. Вроде там просто проверка целостности данных + PnP. Если контроллер завис и не отпустил i2c - программно ничего не сделаешь. > Но я думал что 12V для относительно мощных исполнительных девайсов. Вы его > для каких нужд предусмотрели? Для вентиляторов на 12V и так на случай, если понадобится что-то на 12 или 9 вольт. Все относительно тяжелое - на 220V через оптические развязки симисторы. > Алсо если отпадет питание на шине - > означает ли что все девайсы на шине превратятся в тыкву? В целом - да. Для критичных задач - подключение через диод (на случай КЗ по питанию) и аварийный АКБ. Есть мысль несколько блоков питания поставить на разные концы длинных сегментов, но пока не вижу реальной необходимости. > Если что это не критика а анализ проблем топологии, т.к. потенциально может > и мне пригодиться в каких-то случаях, но как сделать именно шину > и чтобы с хорошими свойствами я не очень придумал. Понятно. У меня это тоже все в стадии разработки и экспериментов. Двигаюсь от простого сложному. Не хочу усложнять без реальных причин. Но продумать заранее возможные решения не будет лишним - всегда хорошо знать слабые места и как их улучшить при необходимости. > Мне кажется логичным прицепить к мк сразу несколько датчиков и сделать именно > его bus talker'ом. Из соображений что в чистом i2c адресов может > и не хватить + глупый датчик без smbus может положить шину > в unrecoverable варианте. Да у меня так и получается, в добавок uC сами делают что надо и весят как slave. А UI (ПК/логгер/etc) будет мастером. > А если забыть что оверинженеринг - напрашивается эйрбас-стайл, подпиленый в духе "все > и сразу". Берем две тощие (2-парные) витухи, делаем то самое кольцо, > с bus talker'ами на лине. Ну для дома это overkill :) Да и не нравится мне eth своей сложностью (к каждому uC нужны сетевые модули) и относительно большим током. > Тут проблема в том что когда на шине висит цать участников - > не хорошо если глюки одного участника вырубают всю шину. А в > i2c это вполне возможно. Достаточно кому-то на шине залипнуть в открытом > состоянии - остальные вообще не смогут пользоваться шиной. Причины залипания может быть две: 1. программная - легко решается timeout + watchdog. На крайний случай можно сделать контроль состояния шины в БП: если шина слишком долго занята - обрубить 5V и включить 5V - получим полный рестарт, за исключением тех у кого свой АКБ. 2. аппаратная - не знаю насколько это вероятно, тут нужна практика и сбор статистики по отказам. > Из-за экспоненциальной зависимости по мере роста числа узлов надежность быстро портится. Верно, на данный момент собираюсь уложиться в 10-20 узлов. При необходимости можно поставить умные повторители i2c, которые будут отключать сбойные сегменты. > Я бы сказал что в компе большинство потребителей нечувствительные т.к. часто со > своим dc-dc или ldo и кучей кондеров. Ну отвал устройств по USB из-за emi - частое явление в мире ПК. Я вообще удивился, что USB с 10 метрами может пристойно себя вести - там чаще сам модем глючил, чем usb отваливалось. Первые мои попытки автоматизации были ПК > USB > 1wire > нагрузка. Как все плохо с надежностью ПК и USB я осознал буквально за пару дней - когда насос не отключился :) Потом изучил uC. Сейчас объединяю отдельные uC в i2c сеть. > А я скорее "не люблю электролитические конденсаторы". Проблемный компонент. Это точно, просто в классическом БП к ним требования меньше. > Более того - я даже вообразить себе боюсь габариты 700W 50Гц питальника. У меня есть промышленный сварочный аппарат - 220V, до 300A на выходе, потребление - 8.3 кВт - вес - 41 кг. Бывает такой же на 380V, его вес - 25 кг. У инвертора со сходными параметрами (включая продолжительность времени работы на максимальном токе) будет 17кг. Но надежность существенно ниже. Особенно если осциллятор подключать. Главный плюс инвертора (для проф сварщика) - гибкое управление формой тока, а трансформатора - неубиваемость. Для обывателя (малые токи, непродолжительное время работы) инвертор может быть действительно в 3-4 раз легче трансформатора. > Там обычно эта линия заведена на power manager и проц. Power manager > интересуется только длинными нажатиями секунд на 5-10, проц рюхает более короткие. > Если может. И это таки работало даже на довольно китаезных девайсах. Но не на моем huawei. Пробовал на другой модели huawei - тоже самое. Возможно это фирменный баг или особенность. > Это настолько стандартная логика что найти девайс который так НЕ делает - > весьма отдельное везение :) Значит мне повезло дважды :) > Ну я не хардкорный портретист, мне это не актуально. Это вы не распробовали. Я тут поставил объектив от зенита - хороший портретный объектив. Так жена его постоянно использует, даже не смотря на отсутствие автофокуса - действительно очень красиво получается, с китовым объективом не сравнить. > Вот я и думаю - по нормальному мне надо мелкий процессорный модуль > да относительно универсальный объектив с не оень плохой матрицей. К черту > перфекционизм, я не студийный фоторграф. В студии как раз можно и более скромным сенсором обойтись. А вот при плохом свете и APS-C недостаточно, даже с диафрагмой 1:2 :( > Так современные IPS нынче вроде уже честные 8 битов делают а с > dither и все 10. Но не все - у некоторых 6 + динамический dithering. Да и цены на IPS нормального размера (>=27") слишком большие. > Хызы, сказали что "завтра" в провод пойдет FP16 на канал. В принципе > логично, неплохой задел на перспективы улучшения панелей/технологий. ИМХО та же история, что и с 24/192 - толку мало, оверхеда много. > У него начинают вылезать заскоки квантизации а сам DCT не очень хорошо > реагиует на все что не похоже на градиент. Проведите эксперимент - возьмите действительно хороший jpeg от топовой зеркалки и попробуйте обработать, затем тоже сделайте в raw. Вот тестовое фото от canon 5d mark 4: http://knk.square7.ch/5D > IIRC у смартов обычно самые банальные байеровские матрицы с тремя цветами, только > зеленого - половина. Поэтому дебайер придумывает половину зеленого. Нет, там очень часто попадается два разных зеленых. Это хорошее решение - так как позволяет получить больший цветовой охват в наиболее важной области. Но вот писать плохой софт под хорошее железо - похоже тренд нашего времени - берут готовое решение и даже не смотрят на аппаратные особенности. > И кроме всего прочего дебайер не подпетый реалтаймом может быть несколько креативнее. Не существенно - я сравнивал различные алгоритмы - разница не принципиальна, кроме случая с четырьмя цветами. > Откуда взялся вон тот зеленый артефакт вверху? Не знаю о чем конкретно вы, но там по всей картине куча артефактов в виде хитрых блочных структур - в народе их зовут лабиринтами. > Это точно raw сигнал с > матрицы без обработки кем-то слишком "умным" и подпертым реалтаймом? Точно. > И то что я там > вижу - не похоже на raw дамп матрицы, который должен быть > более "случайным" сам по себе. Просто вы не ожидали, что дамп типичной для смарта матрицы может быть таким проблемным и сваливаете проблемы матрицы на jpeg. > И в случае raw - дебайер девайсом вообще не делается. Или у > вас raw не в байеровском формате? Байер, 10 бит на канал, если интересно - оригинал: http://knk.square7.ch/debayer там же и патч к LibRaw для его опознания. Там по мимо всего прочего видно, что и цветовое разрешение очень низкое - очень сильно не хватает насыщенности - слабый цветовой фильтр на матрице не отсекает смежные тона. > Мелкие детали могут стать кашей из-за чрезмерных потуг шумодава или заскоков sharpening. > Далеко не у каждой мобильной камеры встроен AF а без рефокуса > картинка так себе и шарпер злобствует. Мои мысли - один в один. Я раньше смотрел на фото с мыльницы и с топовых смартов и так же гадал - почему такое г у смартов. Пока не появилась возможность raw от смарта покрутить. > Упомянутая картинка не очень похожа > на raw дамп матрицы как есть. Обе получены с raw (dcraw -a -k 40 -T), но та которая good - с флагом -f (Interpolate RGGB as four colors). > С другой стороны мышцы напрягаются больше и от этого они трясутся. Особенно > с непривычки - большинство людей просто не ожидает что оно столько > весит. Но вибрации становятся плавными - пробуйте потрясти пустой стакан с ложкой, а потом взять мешок цемента (25кг) и поставить на него этот стакан. Уверен, что на мешке стакан уже так резво звенеть не будет, если вообще будет. >> переменных у автоматики, когда мы точно знаем наиболее подходящее значение. > Да как сказать? Мануально можно выставить значения которые автоматика не сможет исправить > хоть как. Так поэтому я и говорю - не мешай автоматике работать, если точно не уверен. > ЧСХ они могут быть и умнее, т.е. приоритет диафрагмы же ставят не > просто так, а для манипуляций глубиной резкости. Не умнее. Они просто так говорят автоматике - хочу здесь размытый фон. > Проприетарная компания известная западлостроением. Наверняка там много веселостей > в их проприетарных мегаалгоритмах. В любом случае фотографии существенно лучше, чем с мыльницы и уж тем более со смартфона. Тоже и с видео. Я лично в целом доволен. Хотя и не отказался бы от fullframe по низкой цене :)
	Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

	87. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 20:36
	> Да куды уж профессорам знать-то... Вот диванный теоретик с Опеннета, он-то знает > точно! Ну да, у меня и высшего образования нет. Но почему-то даже я знаю о идеи фон Неймана надежной машины из ненадежных элементов. Если фон Неймана нынче в вузе не проходят, то хотя бы задумайтесь над следующим: станет ли интернет надежнее, если создать единый сервер для всего интернета по мощности эквивалентный миллионам существующих серверов?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	159. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 23-Дек-16, 05:11
	> Ну да, у меня и высшего образования нет. Но почему-то даже я > знаю о идеи фон Неймана надежной машины из ненадежных элементов. Маск собирает бортовые компьютеры на линухе. А надежности добивается иными способами - множественное резервирование и перезагрузка сбойнувшего компьютера чтобы восстановить state (большинство отказов - единичные upset а не фатальные сбои). > над следующим: станет ли интернет надежнее, если создать единый сервер для > всего интернета по мощности эквивалентный миллионам существующих серверов? По той же причине плохо делать одну единственную шину. Особенно - с open drain.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	160. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 23-Дек-16, 14:37
	> Маск собирает бортовые компьютеры на линухе. Надо полагать, что только для тех задач, которые требуют полноценной ОС для своего решения. ИМХО в итоге будет десяток компьютеров и около тысячи (а может и больше) uC. > А надежности добивается иными способами - > множественное резервирование Так это и есть одна из идей фон Неймана. > и перезагрузка сбойнувшего компьютера Что будет делать watchdog - фактически специализированный uC. > По той же причине плохо делать одну единственную шину. Особенно - с > open drain. Как я уже сказал - зависит от задачи и требований. Если шина не является неотъемлемым элементом системы - то требования к ее надежности резко снижаются.
	Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

	103. "Google представил редакцию Android для интернета вещей"	+2 +/–
	Сообщение от ptr (??) on 14-Дек-16, 23:39
	> Все, кто в ВУЗе занимался расчётом надёжности прекрасно понимают, что она уменьшиться. > Причём пропорционально количеству микроконтроллеров. Вы вообще про что? У Вас получается, что отказоустойчивый кластер менее надежен, чем одиночный сервер ))) Надежность уменьшается, если МК не дублируют друг друга. А при горячем резервировании надежность наоборот, повышается. А так как тот же ESP8266 стоит на два порядка дешевле клубнички, то и надежность можно увеличить на порядок за ту же цену.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	118. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от ДяДя on 15-Дек-16, 10:38
	>Вы вообще про что? Я про Теорию вероятностей. Больше сказать нечего. P.S. В Фобос-Грунт был кластер из двух вычислительных узлов. И один узел должен был пере апускать другой, если с ним проблемы. Однако это не помогло. Зависли оба одновременно. Итог все помнят.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	121. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Очередной аноним on 15-Дек-16, 12:24
	>>Вы вообще про что? > Я про Теорию вероятностей. Больше сказать нечего. Плохо, что тебе сказать нечего. Тут надо определиться, последовательная у тебя система или параллельная. Чтобы вероятность отказа вычислить. С википедии: "В системе с последовательной структурой отказ любого компонента приводит к отказу системы в целом.". Вероятности безотказной работы отдельных последовательных элементов перемножаются (т.е. вероятность уменьшается, т.к. вероятность у нас лежит в диапазоне 0..1). P = P1*P2*P3...  Т.е. для 3-х равнонадежных элементов с вероятностью безотказной работы 0.9 вероятность безотказной работы ПОСЛЕДОВАТЕЛЬНО собранной из них системы будет 0.9*0.9*0.9 = 0.729. "В системе с параллельной структурой отказ системы в целом происходит только при отказе всех элементов.". Вероятность безотказной работы P = 1-(1-P1)*(1-P2)*(1-P3). Т.е. для трех равнонадежных элементов с вероятностью безотказной работы 0.9 вероятность безотказной работы ПОСЛЕДОВАТЕЛЬНО собранной из них системы будет 1-(1-0.9)*(1-0.9)*(1-0.9) = 0.999. В данном случае отказоустойчивый кластер из кучи серверов относится к параллельной системе https://ru.wikipedia.org/wiki/%D0%A0%D0%...
	Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

	122. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Очередной аноним on 15-Дек-16, 12:26
	сорри, во втором случае капслоком "ПАРАЛЛЕЛЬНО", а не "ПОСЛЕДОВАТЕЛЬНО"
	Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

	151. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от ДяДя on 16-Дек-16, 09:42
	Всё верно. Здесь речь идёт о том, что несколько микроконтроллеров выполняют РАЗНЫЕ задачи. Эти задачи имеют граф зависимостей друг от друга. Т.е. получается, когда один микроконтроллер зависит от другого, "ПОСЛЕДОВАТЕЛЬНО". P.S. Опять же Фобос-грунт. Вообще два модуля независимые. Однако всегда есть некая мелочь, про которую все забывают. Однако на эту мелочь завязаны все узлы.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	152. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 16-Дек-16, 12:48
	> Здесь речь идёт о том, что несколько микроконтроллеров выполняют РАЗНЫЕ задачи. Эти > задачи имеют граф зависимостей друг от друга. Они выполняют разные задачи, почему они будут зависимы? Например: у меня есть задачи - водоснабжение, отопление, погреб, охрана, etc. Они полностью автономны и не зависят друг от друга. Но удобно иметь централизованное управление для всех задач. > Опять же Фобос-грунт. Вообще два модуля независимые. А был бы один - было бы надежнее?
	Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

	136. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним (??) on 15-Дек-16, 17:31
	Сразу видно человека, который слышал про ВУЗы. Правильная формулировка такая: надежность цепи уменьшается пропорционально кол-ву звеньев. Теперь вопрос, что есть цепь и что есть звенья? В контексте спора ваш оппонент считает, что каждый МК образует собственную цепь и в нем он представляет одно звено. Если говорить в контексте комплексной системы, то выход из строя МК, отвечающего за ввод данных с клавиатуры не нарушит систему работы всей системы: она продолжит стирать вещи, по уже заданной программе. Да вы не сможете ввести/изменить текущую программу, но аппарат продолжает функционировать как и задумано. И теперь представим случай на SoC (вполне из жизни). Южный мост перегорает и вся система работает через одно место: проявляя иногда артефактное поведение, а иногда и маскируя факт наличия проблем.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	36. "Google представил редакцию Android для интернета вещей"	+2 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 11:38
	Пробуйте FreeRTOS, ChibiOS > Заодно избавиться от кучи уязвимостей А, ну тогда - линукс. И ещё, не забывайте о защите от DDOS-атак, о полноценной поддержке сети. Здесь снова остаётся только линукс. Посмотрите как в эмбеддовке реализован TCP-стек.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	104. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от ptr (??) on 14-Дек-16, 23:47
	> И ещё, не забывайте о защите от DDOS-атак, о полноценной поддержке сети. > Здесь снова остаётся только линукс. Посмотрите как в эмбеддовке реализован TCP-стек. Кесарю - кесарево. Вот пусть линукс на домашнем роутере и занимается защитой десятков МК от внешних угроз. И это логично и правильно. И не зачем каждому из этих десятков МК иметь персональный iptables )
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	92. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Дегенератор on 14-Дек-16, 21:07
	"Создайте систему, которой сможет пользоваться дурак, и только дурак захочет ею пользоваться". — Принцип Шоу (Искусство проектирования).
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Google представил редакцию Android для интернета вещей"	+12 +/–
Сообщение от Аноним (??) on 14-Дек-16, 02:13
Нафиг нафиг. Хочу только тупые вещи.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Pofigist on 14-Дек-16, 02:43
	> Нафиг нафиг. Хочу только тупые вещи. Я боюсь что лет через несколько тупые вещи будут продаваться только в варианте "дуб, красное дерево, карельская береза, всего 100500 булыжников высшей категории весом от 5-ти карат".
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	16. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 08:18
	Да нифига. Лампы накаливания до сих пор продаются. Кнопочные телефоны тоже исчезать не собираются.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	23. "Google представил редакцию Android для интернета вещей"	+3 +/–
	Сообщение от Анонимум on 14-Дек-16, 09:54
	Лампы накаливания как бы вообще из другой оперы, это из области энергоэкономии. А "умность", кстати, как раз больше энергии жрёт. Вообще же я тоже крайне против "умных" вещей в быту, только в сфере бизнеса.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	26. "Google представил редакцию Android для интернета вещей"	–2 +/–
	Сообщение от Шоколадный заяц on 14-Дек-16, 10:05
	Вы давно не были у бабушки в деревне. Попробуйте выбраться за МКАД - там таааакой интернет вещей! А-ха-ха-ха-ха!
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	32. "Google представил редакцию Android для интернета вещей"	+4 +/–
	Сообщение от EuPhobos (ok) on 14-Дек-16, 10:39
	Да, давно ВЫ не были за МКАД-ом, это видно.. В каждой деревне у всех всякие айфончики и прочая "умная" херь.. "Тёмных деревень" в вашем понимании уже практически не осталось, только те, из которых вся молодёжь сбежала в ближайшие областные города, и старушки которым нах не нужны эти "вумные вещи" доживают свою старость в одиночестве, и то, наверняка снабжены ноутбуками и обучены нажимать на синюю кнопочку "Скуре", что-бы позвонить своим внуку/внучке..
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	52. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Анонимум on 14-Дек-16, 15:02
	Подтверждаю. Айфончики это, конечно, перебор, но сам был удивлён в прошлом году, когда увидел как в какой-то замшелой деревушке в центре Сибири дети на улице по смартфонам тыкают. А при этом связь там еле тянет. )))
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	54. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Анонимум on 14-Дек-16, 16:05
	Хм... А ведь это были дети, небось из города приехали к бабушке на каникулы... Жалко у меня у самого родственников в глухоманях нет, поэтому только что сам вижу из окна машины. А видно только что антенны спутниковые у многих (у некоторых они уже ржавые, и явно не работают, у других напротив явно новые), попадается вроде как местная молодёжь вполне приличного вида (но, опять-таки, не ясно живут они тут или наезжают к престарелым родителям) и какие-то мужички охотничьего вида на старых бобиках. Вообще же очень много брошенных домов, иной раз больше половины деревни. В целом, подозреваю, современные технологии можно найти в любой такой дыре, но только в одном-двух самых цивильных домах, где трудоспособное население как-то связано с городом. По слухам есть, конечно, ещё разные дауншифтеры, работающие в интернете, но вживую таких не видел.
	Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

Часть нити удалена модератором

	62. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 17:28
	> Компьютером старики в большинстве своём пользоваться не умеют. Поколение меняется. Если человек недавно вышел на пенсию, то как правило он имеет компьютер и умеет им пользоваться на базовом уровне - кино/сериал посмотреть, новости почитать, про свои болячки поискать. Сейчас даже в деревне пенсионеры хотят iptv.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	64. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Анонимум on 14-Дек-16, 17:43
	>> Компьютером старики в большинстве своём пользоваться не умеют. > Поколение меняется. Если человек недавно вышел на пенсию, то как правило он > имеет компьютер и умеет им пользоваться на базовом уровне - кино/сериал > посмотреть, новости почитать, про свои болячки поискать. Сейчас даже в деревне > пенсионеры хотят iptv. Да ну, что-то не верю про деревни. Хотя iptv может быть. ) Моя престарелая мама пользуется компом как раз для вышеперечисленных целей, но это только потому, что я её этому долго учил. Да и она всю жизнь работала по более-менее интеллигентной специальности. А простая бабушка в деревне - маловероятно. Да и зачем ей это? Скотину кормить надо, печки топить, прибираться. Сам знаю.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	65. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Анонимум on 14-Дек-16, 17:49
	> клоун: "дауншифтеры" не работают. Это жители Москвы и пр. крупных городов, которые > сдают свои квартиры и живут в частных домах в соседних областях. Не, показывали одних таких в фильме "Атлантида Русского севера". Чудаковатый парень с семьёй живёт а-ля "древние русичи" в заброшенной деревне, а что-то зарабатывает дизайном в интернете. ))) Но что-то сомнения берут, не ездит ли он всё-таки в город на заработки хотя бы время от времени. Да и не ясно, долго ли они так выдержат, без общины. Деревня - это ж не один отшельник в глуши. Люди друг друга скрепляют.
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	69. "Google представил редакцию Android для интернета вещей"	–1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 18:26
	Это единицы. Большинство - это живущие с арендного дохода от сдачи бабушкиных и родительских квартир. Те, кто побогаче, поступают в какой-нить "университет современного изобразительного искусства" в Европе и живут там по студенческой визе. Те, кто победнее - Тай, Шри, Вьет. Ещё беднее - Филиппины, Пуэрто-Рико и пр. А вот те, кто ещё беднее - в российской деревне. Сейчас, в связи с падением курса, появилась тенденция бывших "европейцев" перебираться (даунфиштиться) в Тай. Они это видят как "пожив в Европе, решил посмотреть мир".
	Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

	89. "Google представил редакцию Android для интернета вещей"	–1 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:46
	Тай интересен тем что дешевый. Посмотри цену аренды хаты среднего пошиба в МСК и прикинь сколько на эти деньги можно жить в Тае. А если тебе хватает 1/N части денег - это значит что вместо того чтобы корпеть в гребаном офисе или какой там еще унылой фигне - можно работать 1/N, если ты умеешь что-то нормально оплачиваемое. А на оставшееся - прекрасно провести время на природе. Ощутив себя человеком а не рабом (режима, корпораций, кредиторов, whatever). И таки это тоже некое новое качество жизни. Если тебя устроит слегка банановое окружение.
	Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

	95. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Анонимум on 14-Дек-16, 21:32
	Да на хрен мне Тай, хоть бы за бесплатно. Я хоть и не "дауншифтер" (в том понимании), а сам за город всё-таки, еле-еле, да переехал, пусть и недалеко от города (куда ж от него, окаянного).
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	107. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 01:02
	И будешь ощущать себя королём жизни вплоть до того момента, как у тебя заболит зуб. Впрочем, Тай уже порезал виза-раны, а ПМЖ они дают со скрипом. Сейчас выбор между Камбоджей, Лаосом и Филиппинами с местным пивом по 10 рублей за литр. Да, на вкус как моча, зато по 10 рублей. И если тебе этого хватает, значит наши дороги ведут нас к разным целям.
	Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

	109. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 02:07
	> И будешь ощущать себя королём жизни вплоть до того момента, как у тебя заболит зуб. Таких королей жизни нынче половина айтишников. > Впрочем, Тай уже порезал виза-раны, а ПМЖ они дают со скрипом. Однако ж толпа народа каким-то устраивает им абибосы. Не интересовался деталями, но раз их не депортируют значит они таки наипали систему. Что характерно для айтишников. Айтишники всегда баг найдут и сделают из него фичу. > Сейчас выбор между Камбоджей, Лаосом и Филиппинами с местным пивом по 10 рублей > за литр. Да, на вкус как моча, зато по 10 рублей. И если тебе этого хватает, > значит наши дороги ведут нас к разным целям. А я не знаю какие у тебя цели. Сидеть в пыльном офисе когда на улице чирикают птички и светит солнышко, наслаждаясь корпоративным булшитом? А ну б его такие цели в болото. //это не означает что я так уж против позажигать в своей области, но позажигать != превращению в раба.
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	110. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 02:15
	Я работаю в офисе на ремонт которого компания потратила 4 млн $ и 15 сотрудников сидят в помещении размером в половину стадиона. Панорамное остекление, зона отдыха, лояльное отношение. А птички и пляж за окном - это для бездельников.
	Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

	113. "Google представил редакцию Android для интернета вещей"	+2 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 03:39
	ИМХО самое важное, что бы нравилось то, чем занимаешься, на что тратишь свою жизнь. А на природе или в офисе - дело вкуса.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	120. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 12:12
	Уверен? Школьное доказательство от противного. В роли противного клоуна выступлю я. Итак, только сегодня и только для вас на арене Противный клоун. (бурные продолжительные аплодисменты, переходящие в овации) Всегда всё нравится не может, всегда будут возникать менее интересные и вообще неинтересные задачи. Будешь ли ты решать их в половину силы или преднамеренно косячить? Видимо, нет. Т.е. независимо от того, нравится тебе задача или нет ты будешь стремиться выполнить её максимально хорошо. А значит не имеет значения интересна эта задача или нет. Это противорение с исходной постановкой задачи. Значит исходное предположение о том, что задачи должны быть интересными и что должно нравится чем ты занимаешься неверно. На собеседованиях этот вопрос используют чтобы снизить зарплату работнику. Я вообще не понимаю что такое "интересная работа". Это какая? Насколько интереснее рассчитывать доход по облигациям, чем усушку зерна, если формулы одинаковые? Я - программист, моя работа - программирование, и если за это хорошо платят, хорошее отношение, хорошее рабочее место, то мне безразлично что именно программировать и для кого. Мой принцип: Ближе Больше Лучше. Работа как можно ближе к дому, как можно больше зарплата, как можно лучше отношение. Именно в таком порядке. А для "интересно" есть хобби.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	127. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 13:51
	> Т.е. независимо от того, нравится тебе задача или нет ты будешь стремиться > выполнить её максимально хорошо. Нет. 1. Постараюсь исключить эту ситуацию в принципе. 2. Если 1 не возможно/сложно, постараюсь перепоручить тому, кому это интересно. 3. Если 2 не возможно/сложно, постараюсь решить задачу с минимальными затратами времени и соответственно со средним/низким качеством. > На собеседованиях этот вопрос используют чтобы снизить зарплату работнику. Такой человек либо уйдет, либо будет делать абы как  - низкая мотивация сразу с дух сторон. Такому человеку нужно предложить интересную задачу и он выложится весь, найдет интересное решение, а ЗП его при этом будет мало волновать. > Я вообще не понимаю что такое "интересная работа". Это какая? Когда работаешь не ради вторичной мотивации (деньги/власть/престиж), а когда сама задача увлекает тебе и ты действительно хочешь ее решить. > Работа как можно ближе к дому, как можно больше зарплата, как можно > лучше отношение. Именно в таком порядке. Это ваша жизнь и вам решать. Вы продаете ее за деньги, но помните, что назад вы ее не купите. > А для "интересно" есть хобби. А почему бы не найти себе работу, которая будет приносить столько же удовольствия, сколько хобби?
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	130. "Google представил редакцию Android для интернета вещей"	–1 +/–
	Сообщение от Аноним (??) on 15-Дек-16, 16:37
	1. постараюсь решить задачу с низким качеством 2. А почему бы не найти себе работу, которая будет приносить столько же удовольствия, сколько хобби? Из 1 и 2 логично следует ответ на этот вопрос: потому что работа должна быть выполнена хорошо. Всегда. Независимо от твоих личных предпочтений. Тебе может не нравится ribbon, но часть пользователей от него фанатеет - значит его НУЖНО сделать. Через "не хочу". И сделать качественно. - Завтра приедет важный клиент. Нужно качественно его обслужить. - Ну, как всегда. - Нет, не как всегда. А качественно. А иначе будешь на дне. Эти работа отличается от хобби, в котором юношеский максимализм и болт положен на чужое мнение. "Хобби как работа" возможно только на этапе технологического прорыва, который даст бог случается 1 (прописью: один) раз в жизни человека.
	Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

	131. "Google представил редакцию Android для интернета вещей"	+2 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 16:56
	> Из 1 и 2 логично следует ответ на этот вопрос: потому что > работа должна быть выполнена хорошо. Всегда. Независимо от твоих личных предпочтений. > Тебе может не нравится ribbon, но часть пользователей от него фанатеет > - значит его НУЖНО сделать. Через "не хочу". И сделать качественно. Нет. Нужно подобрать команду так, чтобы можно было распределить работу и всем было интересно и все хотели выложится сами, а не через "не хочу". Мне (к примеру) интересно заниматься низкоуровневой оптимизацией по потреблению питания - я могу неделями перебирать все регистры в SoC и изучать все особенности управления питанием. Но мне неинтересно возится с USB и разбираться в его хитросплетениях. Кому-то вероятно в точности наоборот - муторно возиться с оптимизацией питания, но интересно отлаживать USB.
	Ответить | Правка | ^ к родителю #130 | Наверх | Cообщить модератору

	132. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 17:01
	Если работу поручат, её нужно сделать максимально быстро и качественно. То, что у тебя не хватает знаний, опыта, компетенций, усидчивости и т.д. повлияет на качество и руководитель учтёт это при выборе исполнителя, но это НЕ СНИМАЕТ С ТЕБЯ необходимости качественного выполнения работы. Потрать больше времени, но сделай работу на 100% или... У Маяковского есть стихотворение "Вы любите розы?" Ознакомься.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	133. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 17:07
	> Если работу поручат, её нужно сделать максимально быстро и качественно. Только в том случае, если я изначально согласился с тем, что подобная работа будет входить в мои обязанности. А вот если работодатель нанял меня для одной задачи, а подсовывает другую (сходи снег почисти и машину шефу помой, а то нам некому это поручить), то это не моя проблема, а проблема работодателя с подбором персонала.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	135. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 17:19
	> Мы вели речь о неинтересной тебе работе, которая входит в твои должностные > обязанности. Не заметил - покажите цитату.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 18:28
	> Великий Я: независимо от того, нравится тебе задача или нет нужно стремиться > выполнить её максимально хорошо В упор не вижу, что эта задача входит в мои обязанности. Если кто-то меня озадачил, то это еще не значит, что я все кину и буду решать его задачи, если изначально не было такой договоренности. > Оппонент: постараюсь решить неинтересную задачу с низким качеством (18.127) Это было последним вариантом.
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Michael Shigorin (ok) on 15-Дек-16, 20:55
	>> Мы вели речь о неинтересной тебе работе, которая входит в твои должностные обязанности. > Не заметил - покажите цитату. Вам интересно спорить с самозабвенным идиотом, который никогда не собирал команду?..
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	142. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 22:20
	> Вам интересно спорить с самозабвенным идиотом, который никогда не собирал команду?.. Иногда, критический взгляд со стороны помогает лучше понять собственные позиции. Но согласен, на тот пост отвечать не следовало.
	Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

	145. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним (??) on 16-Дек-16, 00:05
	> Если работу поручат, её нужно сделать максимально быстро и качественно. Ну а я вот предпочел в результате поручать себе работу сам. При этом если работа мне не нравится - я могу ее и не делать. Ну да, ништяков я в результате получу меньше. Зато мне не надо ругать тупицу-шефа и надоевшую работу. > это НЕ СНИМАЕТ С ТЕБЯ необходимости качественного выполнения работы. Ну вот я подписываюсь только на работы которые интересны мне самому. Как показали эксперименты, это единственный вариант чтобы работа была сделана качественно. Если работа мне не интересна - я предпочту ей не заниматься, чтобы не устраивать джамшутинг. > Потрать больше времени, но сделай работу на 100% или... А еще есть форматы при которых от работ которые для меня нехарктерны или неприятны можно отмахаться. И не придется халтурить или заниматься неприятной нафигнужной мне самому дребеденью. Если я не мотивирован выполнить работу - она не может быть выполнена хорошо. IT слишком сложен чтобы достичь успехов в своей области без мотивации, имхо.
	Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

	129. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Michael Shigorin (ok) on 15-Дек-16, 16:21
	>> ИМХО самое важное, что бы нравилось то, чем занимаешься, на что тратишь свою жизнь. >> А на природе или в офисе - дело вкуса. > Уверен? Очевидно, да. > Школьное доказательство от противного. В роли противного клоуна выступлю я. Уйди, праативный (ц) :) > Я вообще не понимаю что такое "интересная работа". То, что у таких нет ни интересов, ни принципов, ни мозгов, ни перспективы -- очевидно всем, кто любит и ценит что хороший вид из окна, что работу, с которой не стыдно смотреть людям в глаза.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	147. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 16-Дек-16, 00:15
	> А для "интересно" есть хобби. А я читер. Я сделал хобби и работу одним и тем же. Хорошо же когда за то что тебе нравится еще и деньги платят. Если мне что-то нравится - я, очевидно, стану в этом здорово выше среднего. Нет, у меня конечно и другие хобби есть. Но цифровые технологии и электроника это самое мощное из всех моих хобби.
	Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

	146. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 16-Дек-16, 00:10
	> ИМХО самое важное, что бы нравилось то, чем занимаешься, на что тратишь > свою жизнь. А на природе или в офисе - дело вкуса. Согласен, но в офисе такой расклад получить на вменяемых условиях просто проблематично. Если в офисе ремонт за 100500 миллионов - значит высокая вероятность что наймитов поставят на галеры рюхать в поточном режиме какой-нибудь печальный крап. Пытаясь выжать из ТипаНеРабов денег компенсирующих затраты на офис и вообше. А о том чтобы в хорошую погоду сходить поплавать в море речь ессно не идет - извольте-ка отрабатывать свое панорамное остекление офиса, дескать.
	Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

	144. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 16-Дек-16, 00:00
	> Я работаю в офисе на ремонт которого компания потратила 4 млн $ > и 15 сотрудников сидят в помещении размером в половину стадиона. А сидящему в этой золотой клетке какая, собственно, разница? Это же не его офис и не его миллионы. > Панорамное остекление, зона отдыха, лояльное отношение. Однако при этом ты не хозяин своей жизни. Ты не можешь взять и пойти купаться в море если тебе это захотелось. Да и результат труда тебе скорее всего не принадлежит. Мало кто из компаний настолько лоялен. Исключения бывают, но немного и как правило это небольшие фирмы. > А птички и пляж за окном - это для бездельников. Всего лишь для тех кто не хочет быть рабом корпорации (режима, кредиторов, ...). А вот такое гавкание про то что цепь и не должна быть слишком длинной - это знакомо и я таки угадал что ты видимо пыташься самоутешиться что мол смотрите какой офис.
	Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

	157. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от solo_oboroten (ok) on 18-Дек-16, 14:35
	> Кнопочные телефоны тоже исчезать не собираются. Тем не менее нормальных, с T9 и развитой адресной книгой (с возможностью указания даты рождения и её интеграции в календарь) в продаже уже нет (не нашёл). Есть варианты: а) только с T9, но куцей адресной книгой (часто только 1 номер на имя и без почтового адреса и даты рождения -- как правило бренды; б) без T9, но с посредственной адресной книгой (без даты рождения) -- частый вариант у китайцев. Кнопочный же Android нашёл только один, Land Rover N2 PTT (один из OEM вариантов Swell N2, см. http://forum.china-iphone.ru/swell-n2-3-5-android-6-0-cifrov...). Но там: 1. При хорошей адресной книге дата рождения (и её интеграция с календарём) только через Google. (Как понял, у всех Android`ов так. Неудобно, но жить можно.) 2. В состоянии "из коробки" T9 для физической клавиатуры не работает... Но есть путь решения через Traditional T9 Keypad IME, см. http://4pda.ru/forum/index.php?showtopic=517407 (поставить пока не смог -- похоже что несовместима с Android 6).
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	80. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:13
	> Нафиг нафиг. Хочу только тупые вещи. Так и быть, специально для ценителей на заказ будут делать. За отдельные деньги :)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "Google представил редакцию Android для интернета вещей"	+2 +/–
Сообщение от Аноним (??) on 14-Дек-16, 03:04
Can I make coffee without getting hacked?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	34. "Google представил редакцию Android для интернета вещей"	+4 +/–
	Сообщение от A.Stahl (ok) on 14-Дек-16, 11:13
	Just pay $12.99 and buy new super-duper-puper antihack coffee-boiling trojan.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	44. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Аноним84701 (ok) on 14-Дек-16, 14:04
	> Can I make coffee without getting hacked? Use Emacs, Luke! https://www.emacswiki.org/emacs/CoffeeMode > CoffeeMode allows Emacs users to submit a BREW request to an RFC 2324-compliant coffee device (Hyper Text Coffee Pot Control Protocol, or HTCPCP). May Emacs be with you!
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	71. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Watman on 14-Дек-16, 19:01
	I'm vim-girl, alternatives?
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	78. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Аноним84701 (ok) on 14-Дек-16, 20:09
	> I'm vim-girl, alternatives? https://www.opennet.ru/openforum/vsluhforumID3/107737.html?n=... > Все что я этим хотел сказать это то что линукс Очевидно же: следует закатить истерику, отругать FSF и объявить о выходе Emacs из состава GNU! Be cool! Be a drama queen, insult the FSF and announce that you are taking Emacs away from GNU! Ваш КО Your KO *scnr*
	Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

	81. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Michael Shigorin (ok) on 14-Дек-16, 20:14
	>> I'm vim-girl, alternatives? > https://www.opennet.ru/openforum/vsluhforumID3/107737.html?n=... https://www.opennet.ru/openforum/vsluhforumID3/107737.html?n=... :)
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

	94. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Watman on 14-Дек-16, 21:08
	Got me there :)
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

12. "Google представил редакцию Android для интернета вещей"	+5 +/–
Сообщение от _KUL (ok) on 14-Дек-16, 06:43
Сначала большой брат узнал мои контакты, мою переписку, мои файлы, куда я хожу, а теперь хотят по фотать и мои ковры настенные и моих питомцев ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	27. "Google представил редакцию Android для интернета вещей"	+6 +/–
	Сообщение от Шоколадный заяц on 14-Дек-16, 10:06
	> Сначала большой брат узнал мои контакты, мою переписку, мои файлы, куда я > хожу, а теперь хотят по фотать и мои ковры настенные и > моих питомцев ... Хуже, когда ковры обретут разум и изнасилуют тебя, а затем запишут все это на видео и выложат на YouTube. Посмотрим тогда, как будешь относиться к интернету вещей от Google!
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	40. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Vancuver on 14-Дек-16, 12:20
	Хоже, если пока ты будешь кувыркаться с подружкой в постели, кофеварка запишет её стоны и вызовет скорую помощь и милицию для тебя. (А подружку запишет на театральные курсы.)
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	48. "Google представил редакцию Android для интернета вещей"	+1 +/–
	Сообщение от Pofigist on 14-Дек-16, 14:39
	Ну прототипы роботов для секса уже созданы... И что-то мне подсказывает что куклы для секса будут первыми человекоподобными роботами, запущенными в серийное производство...
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	51. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Утконос on 14-Дек-16, 14:52
	Что народу нужно - тот то и получит. Законы рынка никто не отменял. Народ хочет пожрать, поспать и по...шалить ) Вот и роботы будут для удовлетворения гедонистически настроенных гражданских лиц.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	158. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от iPony on 22-Дек-16, 08:55
	> что-то мне подсказывает что куклы для секса будут первыми человекоподобными роботами, запущенными в серийное производство... Ты из какого года? В 2016 такое уже есть.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

14. "Google представил редакцию Android для интернета вещей"	+16 +/–
Сообщение от KonstantinB (ok) on 14-Дек-16, 07:48
The 'S' in 'IoT' stands for 'Security'
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	20. "Google представил редакцию Android для интернета вещей"	+/–
	Сообщение от Watman on 14-Дек-16, 08:56
	Lmao
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

21. "Google представил редакцию Android для интернета вещей"	+5 +/–
Сообщение от Аноним (??) on 14-Дек-16, 09:10
Вот он - самый крупный ботнет!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Google представил Android Things, ОС для интернета вещей"	+/–
Сообщение от An (??) on 14-Дек-16, 09:42
Да уж, всё только начинается
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Google представил Android Things, ОС для интернета вещей"	+/–
Сообщение от Аноним (??) on 14-Дек-16, 09:54
Ну что адепты "корпорации добра", дожили? Теперь за вами еще и холодильник с чайником следить будет! Да вообещ пофиг на вас, у вас с головой беда, они буду следить за вашими знакомыми с случайно заглянувшими соседями.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	28. "Google представил Android Things, ОС для интернета вещей"	+1 +/–
	Сообщение от Шоколадный заяц on 14-Дек-16, 10:09
	> Ну что адепты "корпорации добра", дожили? Теперь за вами еще и холодильник > с чайником следить будет! Да вообещ пофиг на вас, у вас > с головой беда, они буду следить за вашими знакомыми с случайно > заглянувшими соседями. Нет, на основании того, сколько раз завариваешь чай и какой у тебя доход, тебе будет приходить реклама на почту этого самого чая. Или напоминание на смартфон, что чайник вскипел. Или если утюг (тьфу-тьфу) оставил дома включенным. Или вот представь, взломали тебя и утюг дома включился сам, а тебя нет! Зато умный термодатчик пришлет смс-ку, что квартира горит )))
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

25. "Google представил Android Things, ОС для интернета вещей"	–1 +/–
Сообщение от Шоколадный заяц on 14-Дек-16, 10:00
Кто-нибудь может внятно сказать, для человека, проживающего в России, что это за интернет вещей? По мне это наряду с хипстерами, "облаками", "Big Data" и прочей ерундой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	29. "Google представил Android Things, ОС для интернета вещей"	+3 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 10:20
	>интернет вещей Это такое хитрое сочетание слов для вытягивание бабла из корманов инвесторов, наряду с "облаками", "Big Data" и прочей ерундой.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	38. "Google представил Android Things, ОС для интернета вещей"	+1 +/–
	Сообщение от Орк on 14-Дек-16, 11:46
	Интернет вещей - задумка, что все устройства, включая сенсоры могут общаться/быть опрошены друг с другом без непосредственного участия человека. Один грубый пример: Хочешь постирать одежду после тяжёлого дня с полным погружением в субстанцию комментариев на различных сайтах, при этом электричество полностью "рыночно" и стоимость меняется в зависимости от нагрузки на электростанциях. При этом стиралка сама может выбрать время когда стирать с наименьшей стоимостью стирки путём опроса цен от производителя энергии. Как-то так.
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	47. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Утконос on 14-Дек-16, 14:34
	Тут наоборот запрещать надо вещам выходить в сеть. Как для детей родители затыкают розетки затычками, тут некоторым интернет надо затыкать. А если вещи в сеть полезут - прощай приватность, безопасность. Все-таки это все электроприборы. Не хотелось бы, чтобы они выходили из строя, самовозгорались или вели себя не лучшим образом, пока тебя нет дома.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	82. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:17
	> Тут наоборот запрещать надо вещам выходить в сеть. Гугловским вещам может быть. Своим - пуркуа бы и не па? > А если вещи в сеть полезут - прощай приватность, безопасность. Все-таки это > все электроприборы. Не хотелось бы, чтобы они выходили из строя, самовозгорались > или вели себя не лучшим образом, пока тебя нет дома. И как, ты отключаешь холодильник уходя из дома? А загореться может даже обычный дверной звонок с электромагнитом, если какой-то юморист надолго зажмет кнопку. Обычный электромагнитный звонок от этого перегревается, и...
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	49. "Google представил Android Things, ОС для интернета вещей"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 14:46
	> Интернет вещей - задумка, что все устройства, включая сенсоры могут общаться/быть опрошены > друг с другом без непосредственного участия человека. Сама по себе идея не плоха. Но это должна быть отдельная (собственная/внутренняя) сеть, имеющая связь с интернетом только по желанию пользователя и через полностью контролируемый пользователем процесс связи/обновления. Подключать все устройства к интернету, да еще удаленно обновлять прошивки ...
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	85. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 20:29
	> Сама по себе идея не плоха. Но это должна быть отдельная (собственная/внутренняя) > сеть, имеющая связь с интернетом только по желанию пользователя и через > полностью контролируемый пользователем процесс связи/обновления. И вот забыли вы включить сеть и датчики протечки и прочих задымлений не смогли отправить алерт. Здорово.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	90. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 21:01
	Такие вещи совершенно иначе проектируют: у датчика должен быть как минимум свой gsm модем, способный разослать sms по заданным номерам + несколько альтернативных вариантов, вплоть до старой доброй сирены.
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	96. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 21:36
	> Такие вещи совершенно иначе проектируют: у датчика должен быть как минимум свой gsm модем, А вы с GSM модемами вообще пробовали иметь дело? Удивительно мерзкие девайсы. В каждом из них МЕГАБАЙТЫ гунявого проприетарного кода, писаного левой пяткой. Поэтому они довольно глючные и умеют запредельное количество failure modes. И даже если полгода все работало это не значит что на седьмой месяц таки не отвалится как-ниюудь по новому, а софт еще и не факт что обработает это правильно. Предусмотреть все выходки многомегабайтной фирмвари модема - да, блин, удачи :) Так что пожалуй линк через интернет понадежнее будет. Особенно если через несколько ISP. > способный разослать sms по заданным номерам + несколько альтернативных вариантов, Это не самый плохой вариант. Но достаточно дорого и не то чтобы сильно надежно. У смс приоритет низкий (по сотовой сети), контролировать их доставку долбательно а сотовые модемы опять же довольно глючная субстанция в целом. Даже с индустриальными модулями можно выкусить от души. > вплоть до старой доброй сирены. Ага, вот плюхнулся я в поезд. И конечно же оттуда я услышу старую добрую сирену. В результате она будет анноить окружающих, если достаточно громкая. А результата ноль, потому что никто понятия не имеет что это означает. Если это вылезет за пределы хаты - стандартная реакция на такую инженерию это: - А как вы узнали что вашу машину оцарапали именно гвоздем? - Так он же рядом и был вбит в капот!
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	101. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 14-Дек-16, 22:49
	>> Такие вещи совершенно иначе проектируют: у датчика должен быть как минимум свой gsm модем, > А вы с GSM модемами вообще пробовали иметь дело? Удивительно мерзкие девайсы. > В каждом из них МЕГАБАЙТЫ гунявого проприетарного кода, писаного левой пяткой. Поэтому: 1. Все должно быть под контролем uC с компактной открытой программой. 2. uC должен уметь сбросить GSM модем. > Так что пожалуй линк через интернет понадежнее будет. Особенно если через несколько > ISP. Одно другого не отменяет. Все зависит от задачи и возможностей. >> вплоть до старой доброй сирены. > Ага, вот плюхнулся я в поезд. И конечно же оттуда я услышу > старую добрую сирену. В результате она будет анноить окружающих, если достаточно > громкая. А результата ноль, потому что никто понятия не имеет что > это означает. Если это вылезет за пределы хаты И скажет жене: "у соседа что-то воет и дымом/газом пахнет - звони в МЧС". И произойдет это раньше, чем когда соседи у себя почувствуют дым/газ.
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	111. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 02:29
	> Поэтому: > 1. Все должно быть под контролем uC с компактной открытой программой. Оно как бы да, НО есть нюансы. > 2. uC должен уметь сбросить GSM модем. Чтобы понять когда его сбрасывать - надо понять когда он сглючил. Самый простой вопрос: я отправляю смс с анонсом. Как мне по простому определить дошла ли смс до адресата? Ну то-есть модем это несколько метров фирмвари, по сути мобила но без динамиков и клавы. К модулям их даже приделать можно, если хочется. Он может не зарегаться в сети. Или зарегаться через 15 минут тупняка. Это в принципе можно узнать. Если фирмварь не соврет в ответе. А может он думает что он в сети и смс на отправку примет. Но не факт что сможет ее отправить. Вдруг на дворе новый год и сеть легла? А если отправит - не факт что ее не просцрет сеть. Алерт получается не таким уж алертистым как хотелось бы. А банальный delivery notification - отдельная входящая смсина. Эта куйня не предназначалась для M2M, блин. И вообще, если оператор прочухает что это M2M-like он может сообщить что вам на другой тариф за другие деньги. > Одно другого не отменяет. Все зависит от задачи и возможностей. Одно другого не отменяет, НО данность такова что ресурсы конечны. И человеческие и денежные. > И скажет жене: "у соседа что-то воет и дымом/газом пахнет - звони в МЧС". Мне кажется что при железобетонной уверенности что реально дымом пахнет и датчик температуры подтверждает - логично сразу в МЧС фигарить и сообщить им записанным сообщением о проблеме. Потому что человек - самая ненадажная часть системы. Или, как минимум, владельцу. А тот может допустим по сети цепануться и через камеру глянуть what's going on. Это чтобы МЧСники не взгрели за ложный выезд. Но да, камеру при этом стоит защитить от всяких. Иначе в гугле вон полно чьих-то камер. > И произойдет это раньше, чем когда соседи у себя почувствуют дым/газ. Опять же - человек самое ненадежное звено. С таким же успехом нафиг датчики и можно попросить соседа присматривать за хатой. Но вот он например спит как убитый и там хоть термоядерный взрыв, ему пофиг.
	Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

	114. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 04:00
	> Мне кажется что при железобетонной уверенности что реально дымом пахнет и датчик > температуры подтверждает - логично сразу в МЧС фигарить и сообщить им > записанным сообщением о проблеме. Не факт, что поедут, если робот позвонит. Да и как он определит "все линии заняты, ждите пока ваш дом сгорит" ? Разве что по кругу запись крутить - но МЧС это явно не понравится - робот, да еще не в себе - трындит о чем-то с середины предложения. > Потому что человек - самая ненадажная часть > системы. Или, как минимум, владельцу. А тот может допустим по сети > цепануться и через камеру глянуть what's going on. А если интеренет отрубился? А если у хозяина интернет пропал - телефон забыл/посеял/разрядился. Sms хорош тем, что слать его можно родне/знакомым/соседям с заранее составленным текстом - кто-нибудь да проверит/позвонит в МЧС. ИМХО все же лучший вариант для критических ситуаций - использовать все доступные каналы параллельно + сирена. Что нибудь да сработает. > Опять же - человек самое ненадежное звено. С таким же успехом нафиг > датчики и можно попросить соседа присматривать за хатой. Но вот он > например спит как убитый и там хоть термоядерный взрыв, ему пофиг. Потому я и говорю, одно другого не заменяет. Тут уж нужно исходить из задачи и требуемой надежности. Можно и автономную систему пожаротушения поставить, если объект ценный, в глуши, связь только gsm, а пожарные час ехать будут.
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	116. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 15-Дек-16, 09:42
	> "все линии заняты, ждите пока ваш дом сгорит" ? Лучше наверное позвонить владельцу. А если все линии заняты - сосед или кто там что, с ведром побежит сам? > Разве что по кругу запись крутить - но МЧС это явно не понравится > - робот, да еще не в себе - трындит о чем-то с середины предложения. На самом деле придумалась примерно такая схема: алерт с разными level критичности и апгрейдом level по мере игнорирования или развития ситуации. Сначала относительно не нагло кинуть смс или im. Если не подтверждено владельцем - повысить левел. Позвонить голосом. Не подтверждено - дать более широкий анонс. Также можно левелы подкидывать если например более 1 датчика считают что проблема. Т.е. если например датчик дыма видит дым и при этом еще и термометр полез вверх - максимальный левел, достать всех. //эффективнее всего было бы врубить систему пожаротушения, однако. > А если интеренет отрубился? А вот оный несложно подпереть несколькими каналами, в том числе и через 3G свисток какой-нибудь. И как в интернете сделать подтверждение алерта я еще представляю себе. В том плане что юзер понял что система считает что есть проблемы и он подтвердил свое понимание проблемы. А дальще пусть выбирает: забить на сбойнувший датчик или мчс вызывать, проанализировав ситуацию. А если система будет доставать всех из-за сглючившего датчика - в капот таки забьют гвоздь, а в окно прилетит кирпич. Глючные сигналки всех уже достали. > А если у хозяина интернет пропал - телефон забыл/посеял/разрядился. В результате этот дол... через несколько таки дней попадется МЧС, соседям и родственникам и его сожрут с потрохажми за сбойнувший датчик. > Sms хорош тем, что слать его можно родне/знакомым/соседям с заранее > составленным текстом - кто-нибудь да проверит/позвонит в МЧС. Оно как бы да, но переться хз куда мало кто захочет/сможет да и если это не в соседнем дворе, будет один фиг поздно. Камера хороша тем что взял и посмотрел тут же что реально творится. И принял решение - игнорим глючный датчик или резко звоним в МЧС. > ИМХО все же лучший вариант для критических ситуаций - использовать все доступные > каналы параллельно + сирена. Что нибудь да сработает. Тут главное не ошибиться с тем что считать критичной ситуацией. Вот например если датчик дыма сдох - это критичная ситуация или нет? Вариантов возможно несколько - датчик мог сгореть, не успев дать алерт. По нему мог попасть грабитель ломом, на всякий случай. А может он сам по себе заглючил. И чего? > из задачи и требуемой надежности. Можно и автономную систему пожаротушения поставить, > если объект ценный, в глуши, связь только gsm, а пожарные час ехать будут. Это наиболее надежнй вариант. Однако ж известны прецеденты когда целые датацентры таки "тушили" из-за глюков датчиков. С вырубанием питания и серверов.
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	126. "Google представил Android Things, ОС для интернета вещей"	+1 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 13:25
	> На самом деле придумалась примерно такая схема: алерт с разными level критичности > и апгрейдом level по мере игнорирования или развития ситуации. Согласен. Но проблема в том, что пожар обычно быстро набирает силу и промедление в пару минут может быть решающим. Возможно, сейчас можно заключить договор с МЧС (как с охраной) - поставят свои датчики и будут выезжать сами автоматом. > Тут главное не ошибиться с тем что считать критичной ситуацией. Вот например > если датчик дыма сдох - это критичная ситуация или нет? Как всегда - дублирование датчиков или/и дополнительная проверка датчиков другого типа (температура, содержание CO и их резкое изменение).
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	50. "Google представил Android Things, ОС для интернета вещей"	+1 +/–
	Сообщение от Урри on 14-Дек-16, 14:51
	При этом она предварительно спросит твою машину, на ней ли ты был и где именно шлялся, спросит в вебе про погоду и сама предугадает, насколько вонючие и/или грязные вещи ты ей дашь стирать. А если не дашь - придет и задушит.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	42. "Google представил Android Things, ОС для интернета вещей"	–4 +/–
	Сообщение от Аноним (??) on 14-Дек-16, 13:47
	Грубый и неправильный перевод "Internet of Things". Имелось ввиду "вещи в сети" или "сеть вещей", но смогли в перевод
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	68. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 18:01
	Очередной майнеймисвася, знаток английского по учебнику начальной школы.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	43. "Google представил Android Things, ОС для интернета вещей"	+/–
	Сообщение от Аноним (??) on 14-Дек-16, 13:51
	Ибо интер-нет - это как интер-фейс. Межсетевое взаимодействие. Так что это да, подразумевалось взаимдоействие всяких разнородных штучек дрючек, типа смарфтона, smartwatch, холодильника, паяльника и до маленьких автономных датчиков
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

98. "Google представил Android Things, ОС для интернета вещей"	+/–
Сообщение от Foobar on 14-Дек-16, 22:14
Все это отлично, откроются новые рынки для производителей аппаратуры и прочей техники. И это уже есть: Принтера с InstantInk: подписка на "вечные" чернила - принтер сам сообщает наверх, что пора бы подогнать чернил. Кофеварки, стриралки, холодильники и прочие бытовые приборы - это прекрасный рынок для подсаживания пользователей на подписку по продуктам, бытовой химии и прочих расходных составляющих нашей жизни. А сколько полезностей из этого может быть: начиная от учета калорий и заканчивая жизнью в подписку на услуги. /sarcasm/
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

137. "Google представил Android Things, ОС для интернета вещей"	+1 +/–
Сообщение от Аноним (??) on 15-Дек-16, 17:36
Теперь тостер каждые два года новый покупать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	138. "Google представил Android Things, ОС для интернета вещей"	+2 +/–
	Сообщение от Mihail Zenkov (ok) on 15-Дек-16, 17:46
	Во избежания взлома ваш тостер заблокирован, но срок поддержки данного тостера производителем истек. Рекомендуем приобрести новый сверх защищенный тостер с расширенным сроком поддержки. А заодно и фирменные расходники, так как при использовании неоригинальных тостов поддержка аннулируется.
	Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема