Леонид

Для проводов допускается плотность тока порядка 3А на мм^2 (скорее всего больше). Я не знаю, какое сечение у витухи, но, кажется, хватит. Реле обычно потребляет около 100мА. Ты уверен про 0.5А+?
Про помехи ничего не скажу. Если есть готовое устройство, может стоит намотать эти 18м вокруг холодильника и посмотреть, будет ли работать сенсор? А потом уже и в стену пихать :)

Дружище, ты смотрел на свой профиль?
40 вопросов и 1 ответ - ну какой нафик бэкграунд консалтинг.
Учиться, учиться и учиться.

Что есть сила, брат?
У вас в организации есть хоть у кого-нибудь опыт работы с АСУ ТП? вы контроллеры программировать умеете? а читать те же схемы, понимать зачем оно вообще надо? Если есть у вас такой человек, то с ним и общайся. А по сути понимать надо электротехнику, физику в целом. не бояться диффуров на уровне физики происходящего. основы теории управления (шо такое ПИДРегулятор и тп). Далее уже можно разбираться собственно в АСУ ТП. Вопросы, на которые надо отвечать - что такое SCADA? Зачем оно? Какая вообще должна быть архитектура у АСУ ТП? Далее уже подробнее по уровням разбираетесь. Как там станками управлять? что такое PLC? А данные как передавать? а куда? а че делать, что бы они не терялись? а как сделать так, что бы человека не намотало на что нибудь? А почему станок крутится, а лавеха не мутится? А на отказы как реагировать? А как управлять всем процессом оператору ПК!? А как манагеру, отдыхающему на Бали с телефона узнать, что там на производстве? Так вы получаете ТЗ на вашу систему и думаете как ее реализовать.
Ну и не стесняйтесь пользоваться гуглом, матлабом и готовыми решениями)
мимопроходящий инженер САУ

Ну так или иначе не помешает "пробежаться" по таким вещам как ТАУ (Теория Автоматического Управления). Хотя бы на уровне понимания что есть обратные связи, критерии устойчивости + что-нибудь из практических реализаций ТАУ типа управления электроприводом (про виды ОС по току, отсечке, производным, интегралам и т.п.). Ну и конечно электродвигатели - виды, конструктивы, плюсы-минусы-особенности-отличия-применимость.

Вот все это вышеперечисленное окажется отличным теоретическим подспорьем.

p/s/ в первой части должны встретится как минимум такие фамилии как Котельников, Найквист, Фурье (возможно они уже знакомы по сроительному институту? -))

Называйте расследование исследованием или аудитом или консультацией и всё будет ОК. Другой вопрос, что Ваши консультации не будут иметь никакой силы и в случае чего в Суд их не отнесёшь (точнее - отнесёшь, но нужно будет доделать)

Максимальная минимизация цены на спиртное - боярышник... со всеми последствиями.
Аналогично с "дешевым видеонаблюдением"

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

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

Если закрыть глаза на "голимый китай", то комплект на али камера+регистратор+hdd вполне уложатся в 150-200 баксов

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

Зум и поворот камеры сложно будет встроить в свой сайт, только через веб-интерфейс камеры. А занчит трафик напрямую будет, значит ляжет или канал или камера от кол-ва посетителей(теоретически). Тем более веб-морда всех камер адекватно открывается только в IE. Ставь широкоугольную, где нибудь 2,8мм, матрицу побольше, стандартная 1/3" смотри в сторону 1/2,9" или 1/2,7" и не советую 1/4", ночью картинка будет лучше да и угол больше больше при одном и том же фокусе.

Нельзя. Диск там наверняка бытовой-офисный, а он работает от +5.

Диску вредит не сколько холод, сколько конденсация воды.

Сначала нужно стать общительным и харизматичным. Потом читать про методологию Agile (это когда с заказчиком ходят в баню). Еще нужно уметь делать красивые презентации с котиками и няшами. Айтишники любят котиков и няш!

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

Простой пример "псевдокодом":

...
var goToImplementation = 10000;

var hello = IWantToOfferYouAJob(goToImplementation);
...
function IWantToOfferYouAJob(yourPotentialSalary)
{
   if (yourPotentialSalary is enough)
   {
       var writeMeToEmail = "mail@mail.ru";
   }
}

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

Будет, но на наименьшей частоте. В вашем случае 1600Мгц