Читая всю тему, цитируя и комментируя, все время задаюсь этим же вопросом.
Зачем нужен такой тотальный контроль и что он дает в итоге?
Ну знаете Вы, что в какой-то точке температура выше, а в какой-то ниже и что?

Я в 1989 году перебрался жить на Землю, в свой дом и первое что начал делать, это инкубатор.
Начал с того, что пошел в библиотеку и проштудировал всю литераиуру по теме, включая развитие эмбриона в яйце.
За 15 лет его усовершенствовал несколько раз, пока не дошел до той идеальной модели, которая меня устраивала.
В Пчеловодстве я не новичок, более 15 лет помогал на пасеке дяде, пр этом правда свокй пасеки не имел никогда.
Сейчас подумываю открыть свою, и начать конечно же с изучения вопроса, в том числе и создания интеллектуальных систем контроля и управления.. заняться разработкой автоматики для пасеки.

Я конечно же не имею права еа чем-то настаивать, но считаю, что концепцию надо менять.
Если интересно, то изложу свое видение решение вопроса. Можем обсудить.
Возможно, что в чем-то я и ошибаюсь, а в чем-то и прав.

ток потребления? итого - какая погрешность?
так "игрались" http://www.pchelovod.info/index.php?showtopic=16401 - скучно зимой было...

Он самый!


Все зависит от очень многих параметров и в основном динамических - как часто опрашиваете датчик.
Посмотрите параметры, на сколько (а точнее во сколько раз) возрастает потребление тока микросхемой в динамике. А это по сути тепло.
Ну и конечно же многое зависит от условий работы датчика. СтоИт ли он в проточном потоке воздуха или загерметизирован в емкость, типа сосуда Дьюра (это не наш случай).
В общем с DS точность измерения зависит от многих параметров и если их интенсивно динамить, то выше 0,5*С никак не получить.
Кстати, в этих микросхемах, насколько я помню, стоит датчик с преобразрванием -2 мВ/*С, но производители не заявляют такую точность регулирования именно по причине саморазогрева микросхемы.

Я все хочу понять смысл затеи, ставить кучу датчиков!
Может кто объяснит?
Вот стоят у Вас подряд несколько датчиков и Вы увидели, что у датчиков с 1 по 4 и с 6 по 9 температура в норме, а датчик 5 показывает ее за пределами нормы (выше или ниже). Что Вы будете делать???
Как будете менять температуру в районе датчика 5? И самое главное - КАКИМ ОБРАЗОМ???
Ведь мониторинг нужен для того, чтобы управлять процессом!
Я так мыслю.
Или он нужен для того, чтобы появились бессонные ночи с мыслями о том, что же творится в месте расположения датчика номер 5?

расчёты в студию пожалуйста! , а то беспредметный разговор получается, с цифрами то проще!
сколько? итого на сколько разогрели? так и прогой правится.
согласен - не проточном потоке, и не герметичный объём.
ссылку не смотрел? похоже нет...
ОлАн - http://www.pchelovod.info/index.php?showuser=4348 - может и объяснит.
не обязательно.

Расчета нет. Есть практика и общение со службой поддержки производителя.
Все началось с инкубатора.
Решил сделать продвинутую систему управления и использовать датчики DS.
Тестировать решил систему прямо в инкубаторе, для чего на работе попросил на выходные электронный термометр.
Тестирование меня удивило.
Обратился с вопросом к производителю.
Ответили.
Объяснили, что есть такая проблема и как вариант, т.к. у меня система довольно замкнутая и слабопроточная, предложили увеличить период опроса датчика.
Написали, что если я хочу получать максимально точные показания и буду делать замеры например не чаще раз в 30 секунд (вроде эта цифра, точно не помню), то лучше вообще снимать питание с датчиков и подавать его на шину только перед измерениями.
Я поинтересовался, а решают ли они как-то проблему с точностью?
Мне ответили, что на кристалле есть термокомпенсирующие цепи, к тому же кристалл расположен так, что его выводы в какой-то мере играют роль тепловыводителей.
В общем проблема есть и собственно есть и пути ее решения.


Увы, только не для цифрового датчика.
Откуда проге знать, что кристалл нагрелся и на сколько, чтобы вводить поправку?


Смотрел. Ее кстати первой на этом сайте читал. Не понимаю смысла затеи.


Опять повторю о смысле.
Зачем тогда нужна эта информация? Чтобы потерять покой и сон?
Лично я считаю, что информация нужна для того, чтобы ей пользоваться.

Сообщение отредактировал ТРАМПАМПУША - Среда, 28 Апреля 2010, 23:10

так сам же ответил - от времени,(потребление мощности) ... - это сколько "лишнего" тепла выделилось на корпусе датчика.Можно и скорректировать.
что за аппарат? В смысле его датчик. То же приходится пользоваться... точнее "рядом стоять" - метрологам оборудование сдаю, вот они то и пользуются. В принципе могу и проверить датчики.
есть что более приемлемое на сегодняшний день? (цена/точность)
тогда зачем читаешь? - вот и пример "зачем" . Ну не поймём мы друг друга - на разных языках понимаем "зачем"
подкинь в студию программы и схему(если не жалко!) - ради интереса( наверное многим будет интересно), то же в 80-е инкубаторы "лепил", давно не занимаюсь этим - глянуть, до чего дошёл прогресс. У меня с продувками заморочек много было - температуру выравнивал. Теперь зимовник термостабилизипровал. :
Тогда результаты, методику в студию - подумаем!

А как учитывать теплоотдачу корпуса? Она же зависит от потока проходящего воздуха.


Сейчас не скажу, было это лет 8 назад.
Я же писал в самом начале, что инкубаторами занялся в 1989 году. Не всю же жизнь их изобретать.
Изучил как сделаны промышленные, как развивается в яйце эмбрион, какие нужны параметры среды для инкубирования и т.д. и т.п. Потом начал ваять инкубаторы. Сделал нескоолько моделей и остановился тогда, когда последняя меня устроила по всем параметрам.
Что за термометр (тип и марку) использовал, сейчас сразу сказать не могу, прошло довольно много времени, но если очень нужно, могу узнать.


Сейчас всего полно. Все зависит от того, для чего нужно и какая точность.
Я последнее, что приобрел год назад, это интегральный датчик температуры и влажности в одном корпусе.
Вот дока.
http://coecsl.ece.uiuc.edu/ge423/sensorpro...ensirion111.pdf
Правда пока его не использовал, но отзывы о нем только положительные. Ни одного негативного.
Кстати их производят в Цюрихе. Европа однако.


Схема элементарна. На PIC. Датчиком была DS, на выходе 2 ключа. Один управляет оптосимистором MOC, а другой двигателем повоорота лотка.
На плате не более 10 деталей, без учета БП.
Все по типовой схеме, никакого новаторства.


Собственно в этом вся проблема у всех.
Нужно и ветиляцию обеспечивать, и влажность с температурой держать.
Когда примерно в 2004 году запускал последнюю модификацию, то следующим этапом развития думал ставить датчик CO2, но та, последняя модель, работала прекрасно и на этом мои изыскания закончились.
В инкубатор входило 36 яиц. Спустя неделю смотрю на свет и удаляю так называемые "болтуны", т.е. неоплодотворенные яйца. Например их окажется три. Из оставшихся 33 яиц выводились цеплята. Все 33!!!.
В общем на этом свои изыскания я и закончил. От добра добра не ищут!
Если бы даже и сделал бы что-то лучше, то из оставшихся в примере 33 яиц, все равно бы 34 цыпленка не вывелось бы.
Сейчас, когда родителей не стало, то вообще как-то от с/х отошел, только траву в саду газонокосилкрй обкашиваю.
В настоящее время проектирую ветроустановку, т.к. считаю, что если даже частично удастся компенсировать энергозатраты дома, то это будет хорошо.
Программа максимум - обогрев дома Зимой, плюс горячая вода для своих нужд.
Программа минимум - горячая вода.

Давно думаю о пчелах, тем более некоторая практика в пчеловодстве имеется.
К тому же живу в своем доме, на самом окраине городка. За моими хозпостройками, до самого горизонта идут поля - посевные и пастбища. В общем пчелам будет где разгуляться.
Решил посмотреть, как обстоят дела в пчеловодстве сегодня, применяется ли какая автоматика в пчеловодстве, или все так же, по старинке. У самого появились некоторые мысли.
По этой причине и попал на форум.

Сообщение отредактировал ТРАМПАМПУША - Пятница, 30 Апреля 2010, 23:27

Про это уже было - потока нет. А теплооддача корпуса ( а он то стандартный!) конструктора РА дААвно считают... Не проблема короче.
спасибо - бум посмотреть!
понятно... ничего нового - то же самое, только на другой элементной базе... . А я то про влажность уже мечтал, про таймер охлаждения , про аварийный канал подогрева с индикацией времени работы в аварийном (по питанию!) режиме.... и всё на одной таракашке! Значит прогу и схему форум( и я в том числе ) не увидит? Я вот например сам проги не пишу для контроллеров...
ну когда на 54 был - то же нормальный выход, а когда более чем на 600 (на всю дачную улицу сделал - задолбали просьбами вывести - что бы меньше закладок) уже другой разговор идёт. А вообще то по цыплятам не показатель - % выводимости всегда отличный! ( у перепелов - и болтунов не встречал, только по инкубатору этих шмелей собирать и ловить приходится...) С гусятами и индюшатами сложнее! Вроде и нормально, и развивается - а вылупиться не может Из 51 заложенного - 38 оплодотворённых, выход 32 гусёнка.
Только на куриных?

не знаю... Так же как и в инкубаторах - то же самое, только на другой элементной базе А вот это уже интересно! Мысли озвучишь? Может кто то уже по таким дорожкам ходил?

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


Таймер охлаждения - программная вещь. Она заложена в программу. Раз в 12 часов выключается нагреватель на 20 минут. При этом температура все равно отслеживается, чтобы она не опускалась ниже 20*С, чтобы не переохладить яйца.
Схемотехника при этом совершенно не меняется. Как был МК, датчик, ключ, нагреватель, так они и остались.


Мне это не было нужно.
Чем резервировать питание? Бензогенератором?
2 часа его работы мне бензином выйдут дороже, чем купить три десятка цыплят. К тому за сам бензогенератор надо платить.
Аккумулятор?
Он тоже денег стОит и ресурс его не вечен.
За все время, что я эксплуатировал инкубатор, энергию ни разу не отключали.


Надо архивы поковырять.
Так ведь схемотехника простая, самая что ни есть типовая.
Программа еще проще.
Берутся готовые модули из библиотеки.
Один, для работы с DS, другой PWM (ШИМ) - формирование временнОго интервала.
Что нужно написать ручками, это пара команд - сравнение показаний термометра и константы (температуры). Если она меньше, то включить нагреватель. Если равно или больше (инерция нагревателя), то выключить нагрев.
Второе - внести цифири в значения PWM. Одна - время вращения лотка, у меня это 20 секунд, а вторая - интервал между вращениями - 59 минут.
ВСЕ!!
Еще пара-тройка команд на охлаждение, которое собственно велось к подсчету числа циклов PWM.
После 12 часов (как только яйца повернуться 12 раз), Меняется константа температуры на 20*С и отрабатывается интервал 20 минут, после чего константа 37,6*С возвращалась на свое место и инкубатор опять грел яйца.
По сути программы как таковой нет, в смысле не надо ее часами писать.
Кстати, если Вы найдете первый диск "Телесистемы", что был выпущен примерно во второй половине 90-х, то там есть описание микроконтроллера PIC и шины J2C на русском.
Я переводил. Это кстати первое описание ПИКа на русском.


А зря!
Это очень интересно.


Еще закладывались и утиные. Выход тоже был отличным.
Гусинные как-то не приходилось, по причине их размеров. Не хотелось лоток переделывать.
Индюшинные тоже не видел смысла, т.к. индюшки сами прекрасные наседки.


Теперь только на следующей неделе.
На несколько дней должен выехать по делам.

А что, в теме больше никто участия принять не хочет?
Например озвучили бы моменты, которые хотели бы, чтобы делала электроника.
Только не надо говорить о многоточечном измерении температуры.
Считаю, что это бесполезное занятие.
Если кто не согласен, то аргументируйте. Рад буду изменить точку зрения.

ну на инкубаторы тему перевели... Хотя ему без разницы, что выводить, или за чем следить... Насчёт охлаждения не так однозначно, останов охлаждения непосредственно по температуре яиц определять надо... Для водоплавующих ещё и орошение в конце охлаждения необходимо, и переворот на 180, если только инкубатор не перекатывает их (я лотки наклонял по 45 на сторону)
Аккумуляторами резервировал, когда более 600 на борту, причём практически всех соседей - задумаешься! А то потом смеху будет - на рыбалку не пройдёшь... В лучшем случае... Да и ответственность всё таки - все ждут, все надеяться... Хотя только один раз отключили... По быстрому канистры с горячей водой в помощь аккумам ( 2х180а/ч) Нормально. Где то литературы стопка по этому делу была, дай Бог памяти - при охлаждении (смотря на каком этапе) более 8 часов, дальнейшее инкубирование экономически не выгодно, вот и часы была идея на этот случай ставить.
с этим согласен, что сидят хорошо, сам не выводил - почему только им темнота при инкубировании нужна? - так проверить и не успел... А для пробы хотелось !
не поможешь? Сам знаю, что зря... Да на всё времени не хватает... (конечно, умалчивая о неиспользованных возможностях )
Ну мои мысли:
- Термостабилизация зимовника(реализовал)
- Устройство для просушки зимовников. перекликается с предыдущим.
- Термостабилизатор для разогрева рамок( пользуюсь тем же... в блок всадил термостабилизатор - что бы в дом не бегать, температуру выставлять)
-привод медогонки(блок готов, осталась токарка) Кстати! - я то на рассыпухе делал - вроде повторимое, простое устройство договорились сделать - так и вышло. На контроллере (ну уж по твоей части!) то же нужен! (в протеусе где то видел ШИМ с реверсом - потерял... не найду! ) СамЁ то! Только надо несколько типов - для простых медогонок, с самооборачиваемыми кассетами, и для радиалок. Управление должно быть простым.
- весы с записью
-распечатка сот... ?????
- Ну про весенний подогрев промолчу... И так уже тему затёрли до дыр...
Мысли пока мои все... Может ещё что добавится...
Буду признателен! Повторить то проще!
Аргументирую - для общего развития . А прикладные штуки - для облегчения жизни! Каждая штука для своего сделана

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

ждём, ждём...

А где можно найти программу "Пчела"-1.0 или какие нибудь другие пчеловодческие программы.

Посмотрите тут.

У sensirion I2C нестандартное. Мне это показалось странным и использовать их расхотелось.


Микроконтроллер (в моем случае - Arduino) в моих сообщениях всегда предполагался. Мультиплексоры искал потому что некоторые товарищи настаивали на использовании аналоговых датчиков.

Интересная информация, а ссылки какие-нибудь есть про это?

Привет всем,
Немного по старым делам и некоторая свежая информация.

- Особых новостей по железу, к тому что было сделано в феврале-марте пока нет. Будут - сразу же сообщу.
- То что было сделано - вся информация доступна через сайт http://www.beeduino.org
- Архив с кодами для прошивки контроллера доступен здесь - http://www.beeduino.org/dev/#downloads
- Подсказки по изготовлению контроллера будут добавляться, на данный момент подготовлен список компонентов со ссылками по контроллеру Arduino с интерфейсом RS232 - http://beeduino.org/bomdb/7/freeduino-max-serial
- Все пока на сайте работает в черновом варианте - особенно может кривить в IE

Новая информация:
- За последнее время наблюдаю массовый переход на использование в похожих контроллерных конструкциях микропроцессора Atmega328 - с удвоенными внутренними ресурсами по сравнению с Atmega168 на которой я постоянно натыкался на нехватку памяти.
- Появилось готовое изделие для цифровой записи звука (как дополнительная плата к контроллеру) - Music Shield by Seeedstudio . Источник - тот же магазин где я зимой заказывал себе железки.
- Эта же контора начинает эксперименты с гибкими печатными платами - Seeeduino Film . Такой вариант можно рассматривать для встраивания датчиков в рамки? У них же работает сервис по изготовлении пробных плат мелкими партиями. Теперь хотя бы понятно от какого термина плясать при поиске - FPC (Flexible Printed Circuit).

Пригодится ли что-нибудь из этого?