Arduino.ru

Всё понятно кроме одного. ЗАЧЕМ? Зачем мониторить через интернет вытяжку? И ещё вопрос: барная стойка находится на кухне? 

Зачем мониторить вытяжку: не просто мониторить, но и управлять.

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

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

Можете подавать заявку на торговую марку. Серьезно. Очень неплохо. "Умный дом" уже приелся в зубах, да и "чисты англицизм". А так звучит свежо и суть передает. Главное что-бы его тоже не "затаскали".

Сначала купите уно и попробуйте поморгал лампочкой. Потом двигайтесь дальше.
 

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

Окей, внял)

Так и сделаю, по обоим пунктам) Проект называю "Неглупый дом" (С).

Завтра покупаю уно и пробую светодиодный "привет мир")

Да, вопрос!)

УНО -- для привет мира подойдет, а для моей вентиляции?) Входов выходов мозгов хватает вроде?

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

режьте на части:

1. моргание лампочкой (уже порекомендовали :)
2. включение (без управления интенсивностью) одного вентилятора по датчикам
3. потом двух
4. потом управление интенсивностью
5. потом запуск веб сервера

как то так

и купите две ардуины - одну запустите в бой по этапно, а на второй будете откатывать логику и железо по следующему этапу

для управления интенсивностью вентиляторов релейный модуль не подойдет, нужно будет:

1. выбрать вентиляторы у которых моторы управляются напряжением (далеко не все бытовые вентиляторы так управляются, купите обычный диммер и потренируйтесь, если диммером можно будет управлять вентилятором - то есть шанс управлять от ардуины, при этом у енкоторых моторов на низких скоростях может возникнуть лишний шум из-за особенности работы диммера - ШИМ
2. почитайте тему на форуме "управление насосом 220в", там изложены идеи того как сделать самому диммер с управлением от ардуины

сам делаю сейчас ряд модулей для "не глупого дома". Для управления модулями есть несколько вариантов:

1. подключить к ардуине шилд с wifi и подключаться к домашней сети, делать вэб сервер и напрямую управлять ардуиной каждой отдельно
2. использовать мастер контроллер из другой ардуины которую можно через ethernet шилд проводом подключить к домашней сети с одной стороны, а с другой используя радиомодули подключить к ней все ведомые ардуины. В этом случае управление и вэб сервер будут на этом "мастере", а на отдельных ардуинах будут только простые модули

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

• сильно снижается стоимость - один модуль wifi стоит от 50 долларов, а радиомодуль простой от 3
• сильно снижается сложность самого модуля - не нужно на нем крутить вэб сервер, протокол общения с мастером может быть очень простой
• радиомодули насколько знаю имею куда меньшее потребление

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

из простых радиомодулях рекомендую модули на базе чипа NRF24L (на bic.com стоят 3 бакса) их плюс в том, что несмотря на низкую цену это двунаправленный модуль (прием и передача) с програмируемыми каналами (частотами) и встроенным шифратором-дешифратором - не придется самому изобретать протокол по тому как модули будут друг от друга отличать. Есть варианты с антенами и даже с антенными усилителями, бьют в открытом месте на километр, но стоят от 20 баксов

у меня сразу три проекта по умному дому, делюсь:

1. проект на базе готовых решений и технологии zwave. на этом легко строится умный дом с применением датчиков, выключателей и диммеров. В центре котнроллер на embedded linux называется Vera3 от  micasawerde. Если посчитать стоимость одного выключателя то она будет точно дешевле стоимости железа и разработки чего-то похожего на ардуине. С учетом стоимости контроллера будет дешевле если речь идет об автоматизации трех и более комнатной квартиры (на вскидку)
2. проект по устройствам на базе технологии ардуина + Xbee + контроллер Digi ConnectXport2. Использую ардуину FIO куда без дополнительных шилдов ставится XBee. ConnectPortX2 как раз тот самый мастер которые связывает компьютерную сеть с модулями сети XBee. Мое первое устройство с микроконтроллерами как раз это - контроллер подсчета расхода воды, управления клапанами на стояках и сигнализатор по смс о протечке (фото ниже)
3. проект по устройствам с применением мастера и ведомых на базе NRF24L

в дополнение к моему предыдущему сообщению ниже то, как реализован интерфейс к моей ардуине из Vera3

 axill, понял вас.)

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

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

Управление насосом уже читал, увидел аналогии со своей задачей.)

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

Выбрал себе вот этот: Soler & Palau TD 500/150 SILENT.

Выглядит он вот так:

Максимальная производительность 580 кубов в час.

В описаниях можно найти, что мотор работает в двух скоростях, которые можно переключать переключателем (REGUL 2, 2 speed switch), который выглядит вот так:

Помимо этого, скорость вращения можно регулировать неким регулятором с крутилочкой REB (single phase electronic speed controller), выглядящим вот так:

Вот PDF про них: www.solerandpalau.co.uk/docs/catalogo_general/en_586_596_td_silent_fid5905.pdf

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

как ни странно у меня точно таких же два вентилятора - на 1000 кубов на кухне и такой же как у вас на 500 в душе :)

Оба они у меня подключены к zwave диммерам и управляются с Vera3:

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

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

кстати не по теме

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

Про вентиляторы забавно получилось, сразу же вопросы по ним:

1. реально тихие?

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

3. Чем вызвана выбранная вами такая большая производительность? Огромная кухня, больше 10 квадратов и сечение вентиляционного короба в доме превышает 150 кв.см?:) Не пропихнет же тысячный вентилятор на полной  мощности всю производительность?

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

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

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

Вопрос до вас -- вибрации есть при работе данного мотора? Есть смысл монтировать на резиновые подушки, или напрямую к стене прикрутить вполне допустимо?

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

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

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

Кстати... добро пожаловать! )

ниже стол начинающего ардуинолога :)

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

Про Веру -- что ж, придется посмотреть ее, раз она такая.)
А вот моим чайником она сможет управлять?)
Хочу чтобы мой неглупый дом по утрам грел водичку в чайнике, а потом держал ее теплой, пока мы не соихволим испить чаю. Равно как и при подъезде кого-нить из обитателей к дому (носимая или возимая ардуина будет с собой в машине), пущай греется чайник когда приближаемся к дому, зима же на носу. Могу еще пару событий придумать.

У него есть кнопка вкл/выкл, четыре диодика, означающих 70/80/90 градусов, две кнопки +/-, для выставления температуры, и кнопка "keep warm" все это в подставке, а чайник на нее ставится, соединяясь через круглый коннектор.
Марка Bosch TWK 8611.

Кстати забыл написать про амортизаторы для вентилятора. Из моего опыта если вентилятор крепить на твердую поверхность то ничего дополнительно не нужно - в нем уже встроены резиновые подушки (на сьемном корпусе)

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

Что касается чайника - наверно придется влезть в него и заменить свои контроллер нагрева.

Но есть простая альтернатива - термопот ))) у меня он верой управляется но только в части - уехал - отклчила - приехал - включила, а все остальное время он в полной боеготовности и держит на готове кипяток:

axill, от термопота осознанно отказались, в пользу красоты и простоты чайника. Любим чайники)

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

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

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

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

Под словом контроллер мы понимаем мозги (какие-никакие)? Или совокупность мозгов и кнопок?

там в чайнике должен стоять контроллер + набор кнопок + набор светодиодов + термодатчик + реле управления (скорее всего твердотельное на базе симистора)

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

Гут, представление вроде у меня правильное по этому направлению. Будем экспериментировать, начинаем с малого)

Кстати, насчет NRF24L почитал, теряются пакеты даже от одной стены, сильно вроде как теряются, до 30%. Я правильно понимаю, что если между помещениями в обход стены будет смежный такой же трансивер, то потери пакетов меньше будут?

Или если в каждом помещении будут модули с антенной, это исправит ситуацию? Или я путаю принцип работы с Xbee Series2? :))

возможно есть такие проблемы - частота высокая, отражается сильно + от wifi помех много в городе (тот же диапазон).пробовать нужно, сам я пока только тесты прогнал без реальной эксплуатации.

да, патаете с Xbee Series 2)) но теоретически можно и самому ретрансляцию запрограмировать (когда дальний модуль посылку делает на мастера через промежуточные модули). либо использовать NRF905, он вроде по логике так же работает, но частота 300-400мгц - это дает преимущество в части дальности, но они как правило дороже (от 9-ти долларов) и зато все с антенами

Про помехи кстати к месту. Дом новый, показания электросчетчиков считываются какими-то радиомодулями и отправляются в тсж) Когда провели инет, я вытащил из закромов родины Netgear-овский роутер, и запользовал его на максимальных показателях (300M). Через некоторое время пришел дядя из ТСЖ с удивлением на лице что мол у всего дома показания снимаются а у вас нет, вы нчио не делали плохого? Я мол -- нет не делал. Только вот поставил роутер.)) 
А вообще сеток у нас тут полно, так что помехозащищенность была бы на пользу. Да и надежность сети между модулями в целом -- для меня важна, не люблю глупые всякие несработки или сработки _не_с_первого_раза_, ).
Надо покурить темы на предмет выбора основы для сети.
 

PS: как-то я не догадался в стену-то к счетчикам залезть.. может там у меня ТСЖэшная ардуина стоит?))

Ну просто напрашивается:

• а. прочитать что там ТСЖ-шная передает (даже если не ардуина)
• б. передать что-то что-бы они удивились :)

Блестящая мысль.) Займусь когда дома буду один :)

А к "начните с мигания", наверное все-таки слегка погорячились мы. Просто тут традиция начинать "супер проекты захвата вселенной" не разобравшись в отличии константы от переменной :) А вы про MVC, оказывается весьма вкурсе. Правда где вы его углядели - я так и не понял, тут скорее Multi Layer что-то похоже по архитектутуре. Но это уже вторично :)

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

это позволяет маломощными устройствами в условиях сильных помех надежно закрывать квартиру или дом

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

 leshak, думается мне, что мы с вами про разное сейчас) multilayer -- это все-таки на мой взгляд архитектура, а mvc -- схема ну или шаблон для проектирования) У меня в голове как-то так) 

axill, надо выбрать теоретически и убедиться практически. Квартира аномальная какая-то у нас, так что простору для тестирования, невероятностей и исключительных ситуаций море))

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

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

Нет. Про одно и тоже. У меня "в голове" точно так же. Именно это я и имел ввиду.

Просто описание:

Гораздо больше похоже на именно на "описание архитектуры", чем "шаблон для проектирования". Вы же используете термины "высокоуровневые решения", "прослойка между интерфейсом" (декоратор? фасад? адаптер? мост?) чем на описание задачи "отделить внешний вид, от данных, а данные от логики" (для чего как-бы нужен MVC и его родственники типа MVVM,MVP и т.п.). Сам термин "высокоуровневые решения" означает что мы начали разделять логику по уровням :)

Так что "категории" у нас в голове совпадают. Но вот конкретный случай мы с вами - отнесли к разным категориям. Но в данном случае это "не столь важно". "Архитектурные войны" - это бесконечно. Может быть покруче чем войны "виндузяткиники - линукс". Только по вопросу "что такое архитектура?" можно месяцами пенится друг-на-друга :)  

Эх, остро не хватает отдельного раздела форума "флудильня". и сама тема - очень интересная, не хочется ее захламлять. axil крайне интересные вещи расказывает, но и "поговорить про архитектуру" - хочется.

Я хотел сказать скорее про то, что раз вы "архитектурные паттерны" поминаете, то этапы "сначала научись мигать диодом", можно и пропустить :)

Если же "занудится", то и multilayer и mvc - оба являеются "архитектурыми шаблонами". Только решают разные задачи, на разных уровнях абстракции. И применение одного совсем не исключает применение другого. mvc, как правило, "выходит на сцену" при построении UI.

А вообще, было-бы очень интерестно/полезно отойти в сторону от конкретной задачи и пофлудить/разработать именно архитектуру всех подобных "бла-бла домов". Общий принцип построения систем типа "имеем 100 дуин" в разнородной среде  обмена (где Serial,где I2C, где передатчик с "общим эфиром", где Ethernet, где ZigBee с адресацией). Прописать "роли". Принципы адресации и доставки сообщений. Принципы "разделения отвественности", "поиска устройст", конфигурирования, диагностики состояния, востановления после сбоев, протоколы обмена и т.д. и т.п. С прицелом на "максимально дешево".

А потом "конкретный дом", строить уже "по этой архитектуре". Уверен что та же Vera3 "такая замечательная" не потому что уже "много готового" (хотя и это важно), а потому что там "продуманая и удачная архитектура", которая и плагины легко дописывать позволила и новые типы устройств подключать и т.д. и т.п. Даже банальное "фиксирование терминологии" уже может сильно помочь. (конечно не обязательно это все "с нуля", нужно обязательно посмотреть на "существующие решения", что-то взять у них, а что-то "улучшить-удешевит").

Вообщем решать конеретные задачи не ad-hoc, а в соотвествии с "генеральной линией партии" :) 

Правда тут есть очень не юллюзорная опасность получить "конкретные решения" лет этак через 5-ть :) Воспарить в  архитектурные выси, а жить при этом в сарае :)

2axil: А что это за зверь такой "Digi ConnectXport2"? Гугл только одну ссылку дает :( На эту ветку :)

Наврал я немного с названием, должно быть connectport x2, это гейтвей из беспроводных сетей в проводную ethernet

Они есть разные в зависимости от безпроводного стандарта. У меня версия для Xbee series2/zigbee

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

Я пока использую односторонний режим при помощи библиотеки XIG - это библиотека на питоне, которая инсталируется на connectport и согздает там обработчик запросов устройств сети xbee и транслирует GET HTTP запросы в компьютерную сеть. Это позволяет из ардуины через xbee выполнить любой запрос в http. Именно так через вызовы интерфейсов upnp на вере я сделал интеграцию

Правильная мысль.) Надо подумать об этом.)

 С точки зрения ардуины все просто:

Serial.println("http://www.rbc.ru");

А дальше просто читаю текст из Serial и пытаюсь сделать с этим что то полезное ). Мой девайс например отправляет на веру статус и периодически проверяет не нажималась ли на вере кнопка закрытия кранов. Если нажималась - даем команду на gidrolock на закрытие. Если gidrolock сработал и рдуина это увидила на одном из пинов - отправляю через http запрос на веру изменить статус виртуального выключателя на вере. К событию изменения статуса уже на самой вере привязано оповещение и мне улетает смс

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

 Сегодня кстати через два с половиной часа поеду забирать Уно) Так случайно оказалось что в екб есть одна уна на предмет купить))) ПРиеду домой поморгаю диодиком :)

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

Согласен. Я такой вариант выбрал как компромис. Чтобы активные коннекты реализовать, а не пассивные, нужно или переписать XIG или разобраться с облаком digi. Все это требует времени. В XIG заглянул и понял, что пока стока выпить не готов ;)

Да и по данному устроуйству мне достаточно запрашивать раз в несколько минут, а то и десятков минут - совершенно не критично. Краны автоматом из веры закрываются после моего отъезда. Статус отъезда устанавливается пле многих часов срабатывания статуса отсутствия. Если при этой логике краны закроются а 5-30 минут позже, то никто не пострадает ;)

Когда-то давненько, работал в конторе одной, располагалась она на 9 этаже. Эксплуататор здания запрещал выводить трубки конденсата на фасад, поэтому около месяцев 3 трубки капали в ведро. Контора по площади большая, погода жаркая, в общем наполнялось ведро раза три в день. И один из дизайнеров, раз уж так получилось, наминуточки назовем его Илья, сидевший на проклятом месте, должен был выносить ведро до туалета, и приносить ставить обратно пустое ведро) Дизайнер существо такое.. легко увлекающееся, и зачастую ведро переполнилось, вода разлилась по полу, заливая всякие опасности типа пилотов, розеток, бумажных коробок и проч., а вышеозначенный Илья сидел слушал музыку и рисовал дизайны. Ктонибудь замечал эту аварию, и в Илью (раз уж он в наушниках) летела мягкая игрушка, служившая сигналом к опорожнению чересчур полного ведра.

Я как-то купил по пути в офис мягкую игрушку -- Белку, из ледникового периода, которая верещала как потерпевшая. Сделал следующий программно-аппаратный комплекс: вебкамера, которую держит в лапках Белка, закрепленная на хромоногом фотоштативе, снимает ведро, в котором плавает пенопласт, покрашенный желтым. Пока ведро не наполнилось, с точки зрения видеокамеры пенопласта не видно. Видеоряд отдавался с вебкамеры напрямую во флеш-приложение, которое анализировало процент желтых пикселов на экране, и если в течение минуты процент желтого больше некоего порога -- то на ком-порт подавалась команда. К ком порту была подключена белка, и как только питание на компорте появлялось -- голос белки начинал противно и самое главное очень пронзительно орать) Белка была названа "Artificial ILYA V.0", ведро перестало проливаться вплоть до того момента, как слив конденсата провели в канализацию.

Правда было пару раз, при уходе забывали выключать кондиционер, утром картина маслом -- белка посреди лужи на полу, забравшись на штатив и держа в руках вебкамеру, орет)

Эта поделка была сделана без каких-либо знаний за обеденное время)

К чему я это все?) Ах да)) У меня УНО на руках, щас освобожусь и начну тестирование)

 >Эта поделка была сделана без каких-либо знаний за обеденное время)

А помоему - наоборот. Было слишком много знаний которые "зудели применится" :)

Два проводка питания белки в ведро. Вода поднялась,замкнула контакты - белка заверещала.

>Правда было пару раз, при уходе забывали выключать кондиционер

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

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

До ардуины добрался, помигал сигнал SOS) реально все просто.)

правда на винде восьмерке все не так просто, надо отключить подпись драйверов -- иначе дрова на ардуину не встанут.)

• Сыпануть в ведро соли
• Всплывающий поплавок замыкающий контакты

 А можно еще проще - поплавок с иголкой вверх. Ставим под стул дизайнера. Когда всыплыл - дизайнер подскочил :) Вообще не нужно электрики :)

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

Или берем у дизайнера $100. Прищепкой к краю ведра. :)  Будет следить :) Не будет... берем $500.

 leshak, множество хороших идей)

Да ради бога :) Если бы за них платили по $5 - я бы их вам сотнями клепал, "пучек" по троячке ;)

• Лопаем воздушный шарик иголкой(вместо колоть дизайнера)
• Ведро на коромысло , уравновесили, привязали хвост мыши. Чем полней ведро - тем трудней дизайнеру двигать мышь.
• Снимаем с туалета ручку и привязываем ее к ведру (или закрываем на ключ). Дизайнера поим мочегонным (кормим арбузом). Каждые десять минут - будет бегать с ведром в туалет :). Если людей в офисе много - можно и не поить. Вероятностно все будут выносить ведро каждые 10-ть минут. И дизайнер доволен (еще бы, после всех иглок в задницу и капели на голову :)
• Заводим в оффисе 30-ть котов и кормим их селедкой. Воду - не даем.