Pull to refresh

Comments 14

Нет. он работает только на получение данных от сенсора.
Но можно написать софт, который исходя из полученных данных вкрутит включит лампочку :)
Тогда уже унификацией не пахнет. Лучше, в таком случае, написать сразу софт и драйвера которые будут и включать лампочку, и снимать данные с электросчетчика ;)
То есть полноценной двусторонней связи ждать не стоит?
Или получается, что для обратной связи необходимо писать еще один драйвер?
Получается, что датчики и различные устройства будут влиять на ОС и приложения, а они на устройства никак?
Тогда это как-то не очень полноценно смотрится… во всяком случае для профессиональных устройств. Для бытовых сойдет…
Один и тот же сенсор могу использовать несколько приложений. Поэтому такой подход.
А почему тогда на втором рисунке (диаграмма, отображающая структуру объектов для работы с датчиками) все стрелочки направлены — в обе стороны?
Теперь каждый может изобрести свой «Оптимус Максимус» =)
Из статьи кажется, что это API только для .NET приложений — это действительно так?
Можно использовать и в native приложениях.
В .NET сделаны только обертки над COM.
в .net класс можно обернуть компонент с неуправляемым кодом. Проблемы не вижу .net для винды — родная среда.
Идея хороша, осталось дождаться полноценных реализаций всех возможностей.
При помощи этой штуки из простого нетбука/ноутбука можно сделать полноценный гаджет на все случаи жизни.
Очень хотелось бы видеть реализацию чего-то подобного и в *nix-системах.

P.S. И начали всплывать университетские воспоминания о микроконтроллерах, схемотехнике и руки от клавиатуры почему-то потянулись к паяльнику :)
P.S. И начали всплывать университетские воспоминания о микроконтроллерах, схемотехнике и руки от клавиатуры почему-то потянулись к паяльнику :)


+1
А мне первый «сенсор» пришедший на ум, это уровень заряда батареи в ноутбуке. Хотя и есть для него API, но использовать универсальное кажется как-то поприятнее.
Sign up to leave a comment.

Articles