El-Shang

Не, батенька, "на коленке" такую вундервафлю сделать не получится, господа правы. Либо ищите людей, способных выполнить такие работы под заказ, либо можете попытать счастья древним индейским методом, слушая землю. :-) Цимус в том, что внутри труб имеются те или иные дефекты + отводы от магистрали выполняются под углом, наверняка даже 90 градусов. А это означает, что поток воды будет создавать вполне ощутимый шум, который вполне можно уловить заглубленным микрофоном. Конечно, дальность обнаружения будет зависеть от массы факторов, как-то скорость потока, состояние труб, типа грунта, его влажности, наличие чего-то шумящего рядом и еще черт знает чего, но это хотя-бы выглядит принципиально реализуемо и проверяемо. Вам же, как минимум, известна точка входа водовода на вашей територии. Вот можно послушать, слышно ли там чего. А потом и решить, стоит ли овчина выделки. К слову, во времена ВоВ подобный метод использовали немцы, когда испытали несколько подрывов радиоуправляемых фугасов. В них помимо радиовзрывателя был, если мне не изменяет память, еще и самоликвидатор с часовым механизмом имелся. А у часового механизма - подзавод, который, вроде как издавал характерные звуки. Вот их-то саперы и выслушивали. Правда, не знаю чем именно, может банальными стетоскопами, может чем по круче, но возможностей у них в любом случае меньше было, чем сейчас. Ну а самым надежным методом будет банальное подмешивание красителя, который коммунальщики используют для выяления протечек. Название загуглите. Одна упаковка в подходящий момент — и гипотетический любитель халявы будет выведен на "чистую" воду. Правда, потом придется слить все это добро из трубопровода, но сия субстанция заявлена как безвредная.

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

А что там за дисплей-то? Я так полагаю классический цифробуквенный на 16 символов в две строки? Если так, то рекомендую обратить внимание на то, как именно он подключен — по 8-ми или 4-х битному интерфейсу и если последнее верно, то проследить подключение вывода E. Цимус в том, что при работе в 4-х битном байт команды или данных загружаются в два этапа - собственно по 4 бита за раз, и каждая операция инициируется перепадом H —> L на упомянутом мною выводе E. Так вот, любой глитч на этой линии, источником которой вполне может служить запуск ваших насосов, пусковой ток-то там наверняка кратно больше номинального, и это может стать причиной возникновения помехи того или иного рода, приведет к тому, что внутренняя логика контроллера рассинхронизируется с вашими ожиданиями. Вы будете считать, что закачиваете первый полубайт, а для него это будет уже второй. Результат — всякие "крякозябры" на экране. Помочь в таком случае мог-бы сброс контроллера дисплея, но, судя по всему, программно это выполнить невозможно, а "железный" вывод RST не завезли. Ествественно, что в нормальном, 8-ми битном режиме такой ситуации быть не может. Могу предположить следующее лечение: 1) Пожестче "подтянуть" E к плюсу питания, в зависимости от схемы или уменьшить номинал подтягивающего резистора, или, если используется только встроенная подтяжка пина порта AVR, то установиь внешний, номиналом, скажем, около 1 килоома. Также можно попытаться установить конденсатор в несколько десятков пикофарав от E на землю. 2) Надеть на провода, подключающие насосы к реле, ферритовые кольца. 3) И, наконец, плавно пускать насосы, допустим, с помощью NTC резистора включенного последовательно с ними или дополнительного реле с обычным резистором.

Что это за АСУ такая, которая в качестве источника данных использует Excel-таблицу? :-) Она точна Автоматическая Система Управления? Или может это все-же утилита, выполняющая анализ и постобработку данных? В любом случае "простых" вариантов 2: 1) передавать с девайса на ПК CSV - файл. Выполнить это можно практически любым терминалом, включив логгирование в файл. CSV — Comma Separated Values, обычный текстовый файл, где каждая строка представляет собой что-то такое "x1 , x2 , x3 , x4\n". Запятые, а на деле практически любой специальный символ, не встречающийся в xn, разделяет отдельные значения, образуя эдакие "колонки". Полученный текстовый файл запросто импортируется в Excel (как именно — зависит от версии), а уже оттуда экспортируется в "фирменный" формат; 2) курим VBA, он-же Visual Basic for Applicatoins, и встраиваем чтение последовательного порта прямо в Excel-файл. И будет там буквально кнопка, скажем, "Пуск", которая будет читать результаты из порта и сразу раскидывать по ячейкам; Ну а варианты "по-круче" зависят от времени, квалификации и ресурсов. :-)