Форум arduino.ua

Піт

Latifun, це стьоб такий ?)

буду занудним, але це 70 центів за шт )))
а щодо виробництва - так, все вірно, в нас краще сировину будуть експортувати (типу ліс-кругляк), а не продукт переробки, бо це легше, швидше і дешевше по затратам.

дякую, особливо за посилання на датчики. так здається на всі мої питання детально відповіли, буде над чим поміркувати )))

не думав що все так просто, вважав що там якийсь "мудрий" протокол обміну, і кожної фірми свій )))
котел у мене на невбиваємій пасивній італійській автоматиці, працює вже під 20 років, і, ясно, можливості підключення стороннього термостату немає.
а у батьків є виносний датчик температури, причому безпроводний, що дуже зручно. так у них запрограмовано, щоб температура вночі падала до 16 градусів - приємно спати і серьозна економія газу.

на такий випадок і планую класти перелив. так що ваша система прекрасно відпрацювала нештатну ситуацію.

так, у мене тиск із баку прекрасний щоб помити руки холодною водою, на теплу не вистачає, для пральної машини доречі також. але я вирішив підключити гідрофор на постійно - бо це питання комфорту: в нас багато точок водорозбору і багато користувачів, і всюди класти дистанційні кнопки не варіант. а так дуже зручно постійно мати в системі один тиск, наприклад, коли жінка миє посуду а хтось на іншому поверсі захоче прийняти душ, то будь-ласка, струмінь води  ні в кого не зміниться, навіть якщо хтось ще спустить унітаз чи помиє руки. я взяв автоматичну насосну станцію grundfos scala2, там використовується економний мотор на постійних магнітах і частотний перетворювач. станція підтримує постійний заданий тиск незалежно від кількості точок водозабора, що використовуються в даний момент (одночасно до 8-ми). частотний перетворювач автоматично регулює обороти двигуна і тиск зовсім не плаває, і завдяки цьому мотор дуже економний і тихий. якщо одночасно відкритий один кран, то бере десь 200 Вт. максимальна потужність 550 Вт.
спочатку я теж не планував тримати насосну станцію постійно включеною, і вмикати її по годинам чи по падінню тиску нижче 2-х барів. бо три рази в день в центральному водопостачанні є нормальний тиск під 3 бари. але коли повністю відкрити кран то тиск із 2,8 бара паде до 2-х, а якщо відкрити інший, то ще нижче. при включеній насосній станції ж тиск постійно тримається на відмітці 2,9 бар, як би сильно не включати крани. (насправді із збільшенням відкритих кранів тиск трохи паде до 2,8-2,7 бар) так що я вирішив не ускладнювати систему, і на даний момент єдиним активним "розумним" компонентом є сама насосна станція.

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

щодо системи керування газовим котлом - невідомо який у вас котел, і як він управляється.  але скажу - справа дуже потрібна, сам би хотів щось таке мати, але мій котел таке не дозволяє. є задумка емулювати діяльність термопари котла, але такими речами балуватися не можна, і газовики не думаю що погладать по голові )))
із коду видно, що ви керуєте однією релюшкою. у вашого котла справлі є такий інтерфейс керування, чи ви просто керуєте  циркуляційним насосом?

нарешті некомерційний цікавий проект, що ще й має практичну цінність)))
дякую що опублікували. сподобався ваш метод вимірювання кількості води в баках. чомусь досі не зустрічав таких погружних датчиків тиску, вважав що є тільки врізні. поділіться посиланням на датчик чи напишіть його модель (у пості модель ніде не вказана). яка точність показань датчика?
у самого стоїть аналогічна задача вимірювання кількості запасеної води в баку, поки що не можу визначитися з методом вимірювання:
- ультразвукове вимірювання відстані до дзеркала води (є сумніви щодо живучості датчиків при великій вологості всередині баку)
- вимірювання тиску рідини (не хотілося робити зайві врізки в бак. виявляється є погружні датчики)
- визначення факту наявності/відсутності води на певній висоті сенсорним датчиком (досить обмежений метод, але зручний тим, що не треба різати бак, датчики спокійно працюють через пластмасову стінку баку)
- ну і всякі інші кустарні методи типу купи герконів і поплавка з магнітом.

із позитиву відмічу те, що у вашій системі реалізований аварійний перелив в каналізацію. але не зрозуміло як саме він організований, якого діаметру труба, як підключено: зразу в каналізацію через "сифон", чи відкритий кінець труби виведено в умивальник. є підозри, що із-за того, що в нормально діючій системі перелив має траплятися дуже рідко, в сифоні за період простою просто зацвіте вода чи розведуться якісь бактерії.
в моєму баку переливу поки що нема, бо він розташований на горищі, і не зрозуміло, як його краще організувати в умовах замерзання.

ще цікавить де у вашій системі розташований датчик протєчки: в аварійному переливі чи десь знизу на полиці чи підлозі.

якщо ще актуально)

а відправка йде точно?
проблеми можуть бути у двох місцях:

client.print( ds.getTempCByIndex(0) );

отримання даних із датчика займає досить тривалий час, тому краще попередньо отримати дані у якусь змінну, а потім відправляти get-запросом
якщо дані все ж таки відправляються то затримка у 200 ms перед отриманням даних

delay(200);
 
while (client.available())

іноді може бути замалою. цей час тратиться на виконання самого скрипта "add.php" на веб-сервері плюс 1-3 ms на отримання результату мікроконтроллером, і якщо у вас тормознутий скрипт, або БД, або сам апач то цей час може бути більший ніж 200ms.
наприклад в мене середній час на get-запрос і отримання й обробку відповіді 20ms, із них:
-  5ms - встановлення зв'язку з web-сервером і відправка get-запросу
- 10ms - час виконання скрипта на web-сервері
-  5ms - отримання і парсинг відповіді
але періодично цей час займає більше 200-250ms або навіть кількох секунд. це може бути на ділянці встановлення зв'язку з web-сервером, або під час виконання web-скрипта