Комментарии 53
Интересная статья, но мне не ясно, как Вы собираетесь сделать управление яркостью для натриевых или ртутных ламп, которые в большинстве случаев устанавливаются на столбах? К тому же для них предусмотрены отдельные устройства запуска установленные прямо в фонарь. Считаю, что без внесения изменений в конструкцию фонарей управлять яркостью не выйдет, а это уже совсем другие объемы финансовых затрат.
И еще вопрос, а почему не сделать один центральный контроллер с датчиком освещенности и уже по нему отдавать команду на включение фонарей по сети. В таком случае Вы вообще отказываетесь от режима по графику, который все равно кто то должен задать, хоть и централизованно. Хотя тут тоже есть вопрос, что делать в пасмурный день, но считаю, что тут тоже можно что то придумать. Или второй вариант, можно сделать сигнал с фотодатчика в виде корректирующего, т.е. если рассвело раньше чем закончилось время, то выключаем и обратное тоже справедливо.
И еще вопрос, а почему не сделать один центральный контроллер с датчиком освещенности и уже по нему отдавать команду на включение фонарей по сети. В таком случае Вы вообще отказываетесь от режима по графику, который все равно кто то должен задать, хоть и централизованно. Хотя тут тоже есть вопрос, что делать в пасмурный день, но считаю, что тут тоже можно что то придумать. Или второй вариант, можно сделать сигнал с фотодатчика в виде корректирующего, т.е. если рассвело раньше чем закончилось время, то выключаем и обратное тоже справедливо.
Вот про фотодатчик у всех сразу первый вопрос)
Отвечаю. Городское освещение — это критично. Это та область, где экономить нужно очень аккуратно.
У нас есть утвержденный график включения и выключения фонарей. Он привязан к рассветам и закатам с небольшим запасом. У большинства потенциальных заказчиков логика такая, что лучше переплатить за свет, чем в нужное время где-то что-то не включится.
Согласитесь, фотодатчик может ошибиться. Блик какой на него попадет или луч фонаря.
Тут скорее уместен вопрос про использование фотодатчика при диммировании. В таком случае применение уместно.
Что же касается изменения конструкции. Да, я понимаю, что ряд фонарей мы не переделаем в принципе. Однако, есть мысли, что можно сделать с отдельными ситуациями. Мы еще в начале пути, я буду вам рассказывать, о наших тестах, успехах и неудачах.
Отвечаю. Городское освещение — это критично. Это та область, где экономить нужно очень аккуратно.
У нас есть утвержденный график включения и выключения фонарей. Он привязан к рассветам и закатам с небольшим запасом. У большинства потенциальных заказчиков логика такая, что лучше переплатить за свет, чем в нужное время где-то что-то не включится.
Согласитесь, фотодатчик может ошибиться. Блик какой на него попадет или луч фонаря.
Тут скорее уместен вопрос про использование фотодатчика при диммировании. В таком случае применение уместно.
Что же касается изменения конструкции. Да, я понимаю, что ряд фонарей мы не переделаем в принципе. Однако, есть мысли, что можно сделать с отдельными ситуациями. Мы еще в начале пути, я буду вам рассказывать, о наших тестах, успехах и неудачах.
Фотодатчик правильно установленный не может ошибаться. Нет проблемы поставить и три фотодатчика. Вопрос в том, а нужно ли? Днем освещение не поможет совсем, часто ли грозовые тучи на рассвете или в сумерках?
Подводить реле времени инженером? Ну круто, что сказать. Табличку рассветов-закатов зашить один раз в микроконтроллер что вам не позволяет?
Делали ли вообще технико-экономическое обоснование проекта, и можно ли из него привести выдержки?
Подводить реле времени инженером? Ну круто, что сказать. Табличку рассветов-закатов зашить один раз в микроконтроллер что вам не позволяет?
Делали ли вообще технико-экономическое обоснование проекта, и можно ли из него привести выдержки?
Еще раз) У нас есть график включения и выключения, которого мы придерживаемся. Он плавающий и уже залит на продолжительное время вперед. К сожалению — пока только у нас на сервере и связь идет через радиоканал. В разработке как раз находится устройство, в которое возможно залить расписание.
Технико-экономического обоснования не делали. Есть ТЗ. Выдержки из него показывать не могу, т.к. это внутренний документ. Что именно вы хотите увидеть, может я смогу ответить?)
Технико-экономического обоснования не делали. Есть ТЗ. Выдержки из него показывать не могу, т.к. это внутренний документ. Что именно вы хотите увидеть, может я смогу ответить?)
Экономические результаты для налогоплательщиков хочется увидеть :-)
а то с нашим ЖКХ получается интересная вещь. «тарифы высокие потому, что воруют, и нужно поставить счетчики, чтоб не воровали, и платили только за потребленное.» Народ ставит счетчики, получает еще и экономию (т.е. раньше расходовали так же, просто водоканал необоснованно брал деньги), и получают «дополнительное распределение общедомовых расходов».
вот и хочется узнать — есть ли экономический или иной эффект (кроме оплаты ваших работ и услуг)
а то с нашим ЖКХ получается интересная вещь. «тарифы высокие потому, что воруют, и нужно поставить счетчики, чтоб не воровали, и платили только за потребленное.» Народ ставит счетчики, получает еще и экономию (т.е. раньше расходовали так же, просто водоканал необоснованно брал деньги), и получают «дополнительное распределение общедомовых расходов».
вот и хочется узнать — есть ли экономический или иной эффект (кроме оплаты ваших работ и услуг)
Прямо сейчас выгоды для налогоплательщиков нет. Но!
1) Если система себя хорошо зарекомендует, то расписание будет составляться с большей адаптивностью к световому дню. Пока ездил инженер, часы переводили раз в месяц. Сейчас перешли на две недели. Такая адаптивность приведет к более рациональному использованию ээ.
2) Мониторинг потребления. В центре города это не так актуально, а вот по окраинам и в частном секторе обожают тырить ээ со столбов)
1) Если система себя хорошо зарекомендует, то расписание будет составляться с большей адаптивностью к световому дню. Пока ездил инженер, часы переводили раз в месяц. Сейчас перешли на две недели. Такая адаптивность приведет к более рациональному использованию ээ.
2) Мониторинг потребления. В центре города это не так актуально, а вот по окраинам и в частном секторе обожают тырить ээ со столбов)
Если честно, меня как налогоплательщика (и жителя северной страны) гораздо больше волнует мониторинг и оперативный ремонт «сломавшейся» ветки фонарей, чем экономия скольких-то киловатт-часов на освещение.
Я имел радость в режиме «было-стало» убедиться, насколько классное дело — когда улицы хорошо освещены. Это вопрос безопасности и комфорта.
Так что такие вещи надо ставить хотя бы за мониторинг. Это само по себе круто.
Я имел радость в режиме «было-стало» убедиться, насколько классное дело — когда улицы хорошо освещены. Это вопрос безопасности и комфорта.
Так что такие вещи надо ставить хотя бы за мониторинг. Это само по себе круто.
В наших краях есть интересный жилой район, где несколько застройщиков, как лоскутное одеяло застраивали участки. Собственно они-же организовывали инфраструктуру, включая освещение.
Один застройщик ради экономии поставил на фонарях датчики движения, видимо идея была включать освещение, если кто-то идёт. Опустим за скобки идиотизм этого подхода. Более впечатляющий факт в том, что монтажники что-то напутали и инвертировали управление. Фонари в нормальном состоянии светят, а когда кто-то проходит мимо — выключаются. Ещё странность в том, что это срабатывает не всегда, но часто.
Один застройщик ради экономии поставил на фонарях датчики движения, видимо идея была включать освещение, если кто-то идёт. Опустим за скобки идиотизм этого подхода. Более впечатляющий факт в том, что монтажники что-то напутали и инвертировали управление. Фонари в нормальном состоянии светят, а когда кто-то проходит мимо — выключаются. Ещё странность в том, что это срабатывает не всегда, но часто.
улицы должны быть освежены достаточно. достаточность — разная в разное время и даже в разные дни. не вижу ничего плохого в разумной экономии. ну и корме экономии — я специально упомянул «иной эффект» — это как раз такие неформальные вещи как радость жителей, реакция на проблемы (аварии, воровство), и т. д.
С фотодатчиком есть еще одна засада — он загрязняется. Как бы его вычурно не устанавливать — на нем будет осаждаться пыль, грязь и прочие паршивости, которые со временем будут искажать реальные показания освещенности.
Плюс мы же помним, что «инженер больше не нужен», поэтому и протирать датчик на периодической основе некому.
Плюс мы же помним, что «инженер больше не нужен», поэтому и протирать датчик на периодической основе некому.
лампы тоже перегорают. падающие деревья рвут провода. автомобили сносят [нагло выбегающие на дорогу прямо перед ними] опоры. Стекло фонаря тоже пачкается — поэтому его периодически моют. Не вижу особых причин, чтоб в регламентное обслуживание участка освещения наряду с заменой перегоревших ламп/мойкой (а то и заменой) стекол (раньше еще по регламенту и изоляторы мыли) не включить и протирку фотодатчика…
Интересная статья, но мне не ясно, как Вы собираетесь сделать управление яркостью для натриевых или ртутных ламп, которые в большинстве случаев устанавливаются на столбах? К тому же для них предусмотрены отдельные устройства запуска установленные прямо в фонарь.Можно подвести под модернизацию замену светильников на светодиодные — с целью экономии электричества.
И еще вопрос, а почему не сделать один центральный контроллер с датчиком освещенности и уже по нему отдавать команду на включение фонарей по сети. В таком случае Вы вообще отказываетесь от режима по графику, который все равно кто то должен задать, хоть и централизованно.А что случится, если у вас контроллер центральный, шкаф безмозглый, и, по какой-то причине, легла связь?
«областной город» — это какой-то из городов области, но не областной центр?
Мы делали такой проект в Иркутске для маленькой рекламной компании. GSM модем ставился на рекламную конструкцию, при подключении к серверу он скачивал расписание и работал по этому расписанию. Также можно было управлять этим руками.
Модем был нашего производства на базе Quectel M10 и ATmega168, в -40 прекрасно работали, но мы на всякий случай покрыли плату цапон лаком. ))
Модем был нашего производства на базе Quectel M10 и ATmega168, в -40 прекрасно работали, но мы на всякий случай покрыли плату цапон лаком. ))
А почему вручную надо таймер задавать, почему нельзя в привязаться к закатам и рассветам (ведь это расписание общедоступно и оно достаточно точно), сделать поправку для каждого участка? В таком случае вообще ручной работы не потребуется, все будет автоматом и в нужное время включаться / выключаться.
Не совсем понял вопрос. Это про первую схему, когда инженер приезжал и руками таймер переводил?
У нас сейчас все так и происходит. Есть утвержденное расписание от администрации, которое привязано к закатам и рассветам с запасом.
У нас сейчас все так и происходит. Есть утвержденное расписание от администрации, которое привязано к закатам и рассветам с запасом.
речь именно о расписании, привязанном к рассветам и закатам, только об этом ни слова в статье нет :)
можно просто сделать астрономический таймер «Arduino Astronomical Clock for Automatic Light Control » и всё. Наподобие mysku.ru/blog/aliexpress/42668.html
Если добавить время из GPS, то никогда не надо будет корректировать часы.
Если добавить время из GPS, то никогда не надо будет корректировать часы.
А у меня еще вопрос так сказать созрел. Вы говорите, что не осветить какой либо участок это очень плохо, а как Ваша система себя поведет, если радиосвязь упадет. Ну к примеру выйдет из строя приемопередатчик на одном из шкафов коммутации или вообще базовая станция сломается? И в целом об организации радио покрытия ни слова, возможно там есть какое либо резервирование каналов?
у них включение-выключение по расписанию. По радиоканалу лишь коррекция расписания, и мониторинг.
Ну, опять же из текста статьи, в качестве управляющих устройств у них:
Так вот бегло почитав на него инструкцию, я ничего подобного в функционале не нашел, это банальный датчик, т.е. нет у него такой логики. А управление выходами осуществляется по запросу, там даже протокол описан. Поправьте, если я что то упустил.
2) Для управления системой мы использовали радиомодули СИ-12 от Веги. У них есть управляющие контакты, на которые мы посадили реле подачи питания.
Так вот бегло почитав на него инструкцию, я ничего подобного в функционале не нашел, это банальный датчик, т.е. нет у него такой логики. А управление выходами осуществляется по запросу, там даже протокол описан. Поправьте, если я что то упустил.
Там стоят две БС, одна резервирует другую. В случае поломки одной, не будет большой беды.
Про организацию радиопокрытия на LoRa почитайте мои предыдущие статьи, я уж решил не повторяться)
Что же касается поломки радиомодуля. Да, такое возможно. У нас стоит оповещалка. Каждый час РМ шлет нам пакет, что он жив. Если РМ перестанет нам отвечать, то мы быстро об этом узнаем. Но как-то его зарезервировать… нет, этого нет. Но точно так же может сломаться любой узел шкафа.
Про организацию радиопокрытия на LoRa почитайте мои предыдущие статьи, я уж решил не повторяться)
Что же касается поломки радиомодуля. Да, такое возможно. У нас стоит оповещалка. Каждый час РМ шлет нам пакет, что он жив. Если РМ перестанет нам отвечать, то мы быстро об этом узнаем. Но как-то его зарезервировать… нет, этого нет. Но точно так же может сломаться любой узел шкафа.
Из моего опыта работы с гос. организациями «умные» системы внедряются если:
1) у них заводится адекватный человек с некоторой властью и настоящим желанием что-то сделать хорошо (редкость, правда?) после чего проводится экономическое обоснование и если этот анализ показал, что стоимость внедрения системы учитывая стоимость оборудования, работ по пуско-наладке и сопровождению действительно отобьётся при её эксплуатации;
2) «Сверху» спускается распоряжение ВНЕДРИТЬ, причём зачастую с прямым указанием что именно и на какую сумму;
3) Поставщик системы умеет «договариваться» с местными, которые могут принимать такие решения.
Интересно, какой вариант сработал в этом случае?
1) у них заводится адекватный человек с некоторой властью и настоящим желанием что-то сделать хорошо (редкость, правда?) после чего проводится экономическое обоснование и если этот анализ показал, что стоимость внедрения системы учитывая стоимость оборудования, работ по пуско-наладке и сопровождению действительно отобьётся при её эксплуатации;
2) «Сверху» спускается распоряжение ВНЕДРИТЬ, причём зачастую с прямым указанием что именно и на какую сумму;
3) Поставщик системы умеет «договариваться» с местными, которые могут принимать такие решения.
Интересно, какой вариант сработал в этом случае?
Понимание, что их система устарела напрочь. Я не буду раскрывать всей подноготной, но речи о каком-то административном ресурсе нет. Просто к нам обратились как к известной IT-компании со своей болью и попросили что-то сделать, предоставив пилотную площадку. Наши интересы тут совпали. Может был какой административный пинок где-то в кулуарах, но мы о нем не знаем.
Кстати, упоминаемый интерфейс — это WEB?
Да. По сути ссылка в Инете с личным кабинетом пользователя.
Как организована защита передаваемых данных между БС и сервером, между пользователем и сервером? Особенно команд управления.
Интересная работа.
А «плавное включение фонарей» каким образом будет реализовано?
Управлением яркостью свечения ламп или включением отдельных фонарных столбов?
А «плавное включение фонарей» каким образом будет реализовано?
Управлением яркостью свечения ламп или включением отдельных фонарных столбов?
примерная схема управления фонарными столбами
0%: 0 0 0 0 0 0 0 0 0 0
10%: 0 0 0 0 0 1 0 0 0 0
20%: 0 0 1 0 0 0 0 1 0 0
…
80%: 1 1 0 1 1 1 1 0 1 1
100%: 1 1 1 1 1 1 1 1 1 1
где 0 — выключенный столб, 1 — включённый
10%: 0 0 0 0 0 1 0 0 0 0
20%: 0 0 1 0 0 0 0 1 0 0
…
80%: 1 1 0 1 1 1 1 0 1 1
100%: 1 1 1 1 1 1 1 1 1 1
где 0 — выключенный столб, 1 — включённый
На мой взгляд тут важнее не время включения, а комплекс возможностей.
Имея хоть какой канал связи получаем доступ к измерениям расхода, состоянию шкафа, можно еще температуру собирать и т.д.
Многие такие цепочки фонарей кстати не имеют даже прибора учета и их потребление рассчитывается по некому согласованному графику. а по факту может быть иным.
И если таких фонарей много, то разница между тем сколько энергосбыт посчитает по графику и сколько они потребили на самом деле будет отражена в тарифе для 1 ценовой категории и в объеме потерь.
То есть если потребят больше по факту — все скинутся на освещение дважды — в налогах и в тарифах.
Поэтому важность внедрения подобных технологий гораздо шире чем подсветить когда темно.
Имея хоть какой канал связи получаем доступ к измерениям расхода, состоянию шкафа, можно еще температуру собирать и т.д.
Многие такие цепочки фонарей кстати не имеют даже прибора учета и их потребление рассчитывается по некому согласованному графику. а по факту может быть иным.
И если таких фонарей много, то разница между тем сколько энергосбыт посчитает по графику и сколько они потребили на самом деле будет отражена в тарифе для 1 ценовой категории и в объеме потерь.
То есть если потребят больше по факту — все скинутся на освещение дважды — в налогах и в тарифах.
Поэтому важность внедрения подобных технологий гораздо шире чем подсветить когда темно.
Если у меня есть молоток, то я везде буду искать гвозди.
Так и в истории с уличным освещением… Казалось бы в разы проще сделать две вещи, первое фотодатчик который смотри вниз и анализирует освещенность участка, на основании данных с фотодатчиков будем коректировать расписание, ну и второе залить расписание восходов и закатов в «фонарь». Бинго. Не благодарите.
Но нет, у нас же есть молоток, и мы найдем наши гвозди! ;)
И внимание раз в год можно тюнить прошивку (пусть даже и по радио), ну мало ли…
И вопрос, тут LORA зачем? На фонаре много энергии, туда можно что угодно запихнуть ведь, но тут мы снова возвращаемся к молоткам, но то такое…
Так и в истории с уличным освещением… Казалось бы в разы проще сделать две вещи, первое фотодатчик который смотри вниз и анализирует освещенность участка, на основании данных с фотодатчиков будем коректировать расписание, ну и второе залить расписание восходов и закатов в «фонарь». Бинго. Не благодарите.
Но нет, у нас же есть молоток, и мы найдем наши гвозди! ;)
И внимание раз в год можно тюнить прошивку (пусть даже и по радио), ну мало ли…
И вопрос, тут LORA зачем? На фонаре много энергии, туда можно что угодно запихнуть ведь, но тут мы снова возвращаемся к молоткам, но то такое…
А почему бы и нет?)
У нас есть весьма помехозащищенный канал связи с подтверждением доставки пакетов. У нас есть задача включать и выключать что-то и контролировать процесс. Чем плоха Лора?
Астрономическое реле? Отлично! А если заклинит? А если свет не включится, то что делать? Как об этом узнать?
Ответ очевиден — астрономическое реле с обратной связью. Т.е. именно то, что сейчас разрабатывается под проект.
Обратная связь через что? Через СС? Можно. Но чем хуже своя радиосеть?
Прошивку поменять раз в год? Так-то шкаф требует обслуживания по умолчанию, хоть раз в год в него должны заглядывать. Так чего бы не выдать инженеру задание заодно и прошивку обновить?)
У нас есть весьма помехозащищенный канал связи с подтверждением доставки пакетов. У нас есть задача включать и выключать что-то и контролировать процесс. Чем плоха Лора?
Астрономическое реле? Отлично! А если заклинит? А если свет не включится, то что делать? Как об этом узнать?
Ответ очевиден — астрономическое реле с обратной связью. Т.е. именно то, что сейчас разрабатывается под проект.
Обратная связь через что? Через СС? Можно. Но чем хуже своя радиосеть?
Прошивку поменять раз в год? Так-то шкаф требует обслуживания по умолчанию, хоть раз в год в него должны заглядывать. Так чего бы не выдать инженеру задание заодно и прошивку обновить?)
Допустим в городе 100 000 фонарей, как их всех включать по LORA?
Есть такая вещь как астрономический таймер. Да, там нет централизованного управления и мониторинга. Но очень печально что ответственные лица не знали (не знали ли?) о существовании такой штуки.
В дневное время на столбах нет питания. Поэтому установить на каждый фонарь датчик освещенности или персональное реле нельзя.
А может такой вариант: оставить питание постоянным, а на каждом фонаре управление обеспечить посредством PowerLine-адаптеров?
Рассматриваем разные варианты. LoRa показалась интересным решением, т.к. может работать с базовой станцией в километре от себя.
С помощью PowerLine можно управлять цепочкой столбов, но откуда будут поступать главные команды? Когда шкаф висит на одном из столбов и все это дело далеко от коммуникаций, скажем, на въезде в город?
С помощью PowerLine можно управлять цепочкой столбов, но откуда будут поступать главные команды? Когда шкаф висит на одном из столбов и все это дело далеко от коммуникаций, скажем, на въезде в город?
DALI или 0-10На расстоянии в километры ни то, ни другое работать не будет (на практике, я имею в виду).
С помощью PowerLine можно управлять цепочкой столбов, но откуда будут поступать главные команды?по Powerline вы будете управлять цепочкой фонарей, но управляющее устройство будет стоять в шкафу. И уже оно будет реализовывать логику управления и синхронизироваться с системой верхнего уровня. По любимому вами LoRa, например :)
На мой взгляд, задача поставлена не совсем правильно. Надо менять светильники на новые, с поддержкой дистанционного управления по линии питания (уверен, есть такие). И тогда, в электрическом шкафу в начале нитки у вас будет стоять контроллер фонарей, которому вы будете дистанционно говорить, что ему делать.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Записки IoT-провайдера: да будет свет, или история первого государственного заказа по LoRa