toksoft

Сейчас у меня такие инверторы, с аккумуляторными банками Trojan (open lead): solar.kiev.ua/invertory-ibp/avtonomnie-invertori-off-grid/avtonomnyj-invertor-any-power-ir5048-5kvt-48v Без балансировщиков. Уже 8+ лет как Хочу заменить свинец на LiFePo4 без замены инверторов. Именно на этих инверторах, нет никаких "пользовательских настроек". Подходящих установок на "худой конец" у этих инверторов несколько (bulk/float): 1. 14.9/13.7 2. 14.1/13.4 3. 14.6/13.7 4. 14.4/13.6 Последовательность bulk/absorb/float не меняется, т.е. будут все 3 цикла. Я думаю должен подойти вариант 3 или 4. С LiFePo4 до этого дела не имел. Все понятно, кроме float. Возможно кто-либо имел опыт эксплуатации таких батарей, и может "поделиться впечатлениями" ? То, что на ссылке,- да BMS. Для 16 литиевых ячеек без него никак.

1. Заряд свинца желательно 3х ступенчатый. Если "на выходе заряда дает 13,8-13,9" постоянно, то ой ... 2. Автомобильный аккум не подходит. Он может кратковременно выдать большой ток (крутнуть стартер), но на постоянную "тяжелую" нагрузку не подходит. 600Wt по 12V - это 50А (0.5C для 100А аккумулятора).

Добрый день, Понемногу подходят к концу мои Trojanы (которые 12 вольтовые), 6 вольтовые еще держатся. 2 Инвертора Q-Power 48V (5 & 6kWt), 2 независимых банка аккумуляторов. для 2х независимых фаз. Дополнительно на каждый из банков завешен заряд от FlexMax 60. Пока 2 + 1, без HUBа. Задумался над заменой на LiFePo4. По идее, именно на этих инверторах, под LiFePo4 подходит профайл AGM2 (14.6/13.7). На Flexах можно накрутить практически любые параметры. Присмотрелся к аккумам типа таких (x16): www.aliexpress.com/item/1005003093407804.html?spm=a2g0s.8937460.0.0.39422e0eafvJb7 ну и к балансеру ясное дело, типа такого (16S): www.aliexpress.com/item/1005002811248870.html?spm=a2g0s.8937460.0.0.39422e0eafvJb7 С bulk, насколько я понял, проблем не будет. С absorb vendor предлагает ограничиться 30 минутами. Этого на инверторе я отрегулировать не могу. С float проблем не вижу. EQ и так использую только в ручном режиме. У балансировщика достаточно тонкие проводки, около 1мм2. Это означает, что эта штука сможет балансировать дельту не более 10А. Это как минимум означает то, что перед установкой, все аккумы должны быть относительно равномерно заряжены. Может даже не 16 а 15 ... Если есть какие-либо подводные камни, может эксперты подскажут ? P.S. Я в курсе на счет китайских ампер/часов :-)

uafisher если вам не очень сложно,- можете прояснить организационную часть вопроса ? Предположим что у вас 16-24 датчика, разбросанные по 5-6 зонам. В принципе, администрировать такую схему может и конечный потребитель, либо своими силами, либо нанятыми "руками", либо зааутсорсить обслуживание на какую-либо лавку. Если сигнализация установлена на "реальном" объекте, который действительно требует охраны, и стоит на пульте, то это означает что со стороны заказчика, должна быть поддержка 24/7. А если датчиков 100 ? 150 ? 200 ? Хотел бы я кстати увидеть систему, со 100 беспроводными датчиками. Если вы сопровождаете такие системы, например 3-4 лавки, то я так понимаю, нужно быть готовым к тому, чтобы скажем в 3:00 ночи, ***ом на машине ехать к заказчику, и чинить/менять оборудование. Чинить - можно своими силами, либо по договоренности с вендорами, менять приблизительно так же. Сидит злой заказчик (или его представитель), охранники, которые прислала охранная лавка, а тут скажем датчик накрылся. Дизэйблим и всех отпускаем ? "прямо сейчас" привозим такой-же новый, меняем и конфигурим ? Из того, что видел я, большие лавки имеют постоянные контракты с лавками, которые устанавливали охранные системы, и отвечают за их сопровождение. Каким боком тут "частные консультанты", серьезно "непривязанные" к конкретному вендору ?

Ok, только если вы знаете boolean algebra на том же уровне что и основы работы охранных сигнализаций, то начинайте "ржать" прямо сейчас. www.ee.surrey.ac.uk/Projects/Labview/boolalgebra/quiz/index.html Попробуйте пройти, хотя-бы со 2го раза.

Вы так и не ответили на вопрос о том, что такое централь охранной сигнализации, и какие функции (основные) она выполняет. Ну, и если говорить об AJAX и Jablotron,- ответов ни на один вопрос вы не дали. Может все-таки напряжетесь ? P.S. Вот, собсно зачем и нужна сертификация. В процессе, часть кандидатов, которые "совсем не в теме", просто отсеяться, и заказчику будет немного проще выбирать.

Все что мне нужно, у меня уже есть. Если понадобиться что-либо еще, я обычно ищу более профессионально подготовленных кандидатов. NO - Normally Open NC - Normally Closed обычно, это по отношению к контактам реле. Возможно используется еще в каком-то контексте иначе. EOL - наверное End of Line. Резистор что-ли ?

Вам перевести, или поймете в оригинале ? cookbook.nodered.org/mqtt/connect-to-broker

Зря вы так ... Я просто хочу чтобы вы не писали глупостей, и не теряли свой рейтинг. Я готов отвечать на вопросы, бесплатно причем. И, как вы видите, совершенно не реагирую на оскорбления. Вам мало ? P.S. Я никому не навязываю свои решения и не рекламирую их. Вы не поверите ...

NodeRed может использовать MQTT broker. Если вы так уверены в том, что NodeRed и есть MQTT broker,- посмотрите лог,- там будет написано какой именно брокер используется для данного instance. Если хотите - расскажу конечно, в деталях, какие протоколы, сигналы, чем управляется, где сохраняется,- много чего. Но ! Прежде чем переходить к advanced tipics, я хочу быть уверренным в том, что вы понимаете что такое централь, и как она работает, и что такое перефирия, какая ее роль, и как оная взаимодействует с централью.

NodeRed может использовать MQTT broker, а может и не использовать. Например готовить и сохранять сценарии. В любом случае NodeRed - это не MQTT broker. Датчики могут быть дискретными, например датчики движения, которые держат контакты замкнутыми и, при срабатывании, размыкают на определенный временной интервал, потом снова замыкают. Да, это может быть геркон на окне или двери. Это может быть датчик затопления, который тоже замыкает или размыкает контакты, может быть пожарный датчик. Если провода рвутся - то это автоматически означает срабатывание датчика. Если централь имеет программу, которая понимает, что "разомкнули на секунду потом снова замкнули" - это срабатывание, скажем на движение, а разомкнули и не замыкаем - это обрыв провода - тогда будет соотв. реакция. PID и все прочие приблуды - это внешние по отношению к сигнализации устройства. Управление оными может быть тоже дискретным (ON/OFF). Может быть и аналоговое управление, и цифровое (i2s/spi/vendor specific...). Логику работы внешних устройств, в этом случае, придется унифицировать, и предусмотреть относительно универсальное конфигурирование. Это прошивка централи. Временные/событийные параметры, должны сохраняться в EEPROM централи.

Блин, smartdom,- кончайте фантазировать. NodeRed не имеет отношения к MQTT broker. Я не с целью "загнобить",- а с целью помочь. Представьте себе что у вас есть плата, которая позволяет обрабатывать 16 входных сигналов (замкнуто/разомкнуто) и, скажем 24 выходных реле. Вы себе представляете, как должна быть реализована логика ? Это, фактически и есть централь ... P.S. customer.cloudmqtt.com, не ?

Вы реализовали часть (или полностью) KNX stack на mega, или просто ипользуете mega в качестве исполнителя ? При чем тут тогда MQTT ? Если вы хотите решение, которое не зависит от внешних ресурсов (инет), имеющее автономный "человеческий" интерфейс для конфигурирования/управления, то это именно так и делается. Часть EEPROM выделяется под код, часть под js/css/html. Других вариантов пока не придумли. И вы не поверите - это все еще Arduino

Что означает "китайский клон" ? Производитель кристалла Китай, или плата собрана в Китае ? Технология MQTT подразумевает наличие брокера, и для управления всем хозяйством, таки еще нужен клиент, который будет выдавать "PUBLISH", "SUBSCRIBE", ..., с параметрами. Вы используете PUBLISH для динамического конфигурирования устройства, или только для оперативных команд ? P.S. Заметьте,- я даже не спрашиваю вас как вы "приклеили" к mega сетевой интерфейс, и реализацию IP stackа, которого там отродясь не было Может конечно мои знания устарели, но ...

О, это здорово, хотя и не имеет отношения к сигнализации. Если не секрет,- какой микропроцессор вы использовали для реализации вашего проекта (ATmega2560 ?) ? Devkit (уже готовый микропроцессор, запаянный на плате, с обвеской), или разрабатывали плату самостоятельно ? Как конфигурируется устройство ? Есть Web интерфейс ? У меня кстати, во всей домашней автоматике, можно и мышкой. Так удобнее. Теперь на счет JAVA/Js, и иже с ними. По крайней мере эти 2 технологии, подразумевают выполнение скрипта на стороне клиента, т.е. Web browser. И, да - это все еще Arduino. Все что для этого нужно - это Web сервер на стороне микропроцессора, который будет "отдавать" скрипты WEB browser, а он будет их исполнять. Интерактивность можно реализовать путем https/http requests или, например WebSockets. У dev платы mega (я думаю вы выбрали именно ее), нет сетевых интерфейсов и, достаточно ограниченный объем EEPROM, что вряд-ли позволит держать на кристалле скрипты, которые должны передаваться клиенту (Web browser). Можно конечно добавить spi EEPROM, но учитывая особенности платформы, это, как мне кажется, не самое лучшее решение. Посмотрите на Raspberry, Cortex, Tensilica, .... Возможно реализация вашего решения на другой платформе, даст возможность управлять/конфигурировать систему как-то поудобнее. "толстый" клиент тоже вариант,- но его придется поддерживать для разных платформ. А теперь, представим себе AJAX или Jablotron. Вы "живьем" ихние интерфейсы (Web) управления видели ? Думаю да. А как эти черти собсно реализовали ЭТО ? У этих 2х вендоров подход отличается. Может расскажете как ? А заодно, когда в следующий раз вы возьмете в руки централь,- вы таки глянете на то, какой микропроцессор (кристалл) управляет всем этим хозяйством ? А какая у него внешняя переферия, установлена рядышком ? А теперь внимание вопрос: Вы готовы, основываясь на своем опыте, подготовить хоть какое-то описание того, как должна работать система охранной сигнализации ? Максимально детальное. А как оная должна конфигуриться ? Как бы вы это хотели видеть ? Словами, или снимками экрана/макетами ? А какую переферию (например датчики, адресные расширители портов, ...), вы хотели бы к оной подключать ? Не нужно опускаться на уровень программного кода - это называется "бизнес требования высокого уровня". P.S. Sorry,- забыл добавить,- это не ктому, чтобы вы "вдруг" начали публиковать такое в открытом доступе - не поймут. Просто ответьте на вопрос "для себя любимого"

Choose your predefined Switch Configuration Predefined Configuration not necessary (RS-485 as a default) RS-232 Ethernet communication - NO Wi-Fi & BLE (Bluetooth Low Energy) - NO GPRS/GSM - NO Причем тут сапоги ? Вы один из разработчиков этого devkit ?

Ok, давайте разбираться. Еще в далеком 2012 году, я частично понимал что мне нужно в плане сигнализации. Точнее не так,- понял благодаря более опытытным форумчанам, в частности Diver. Еще раз благодарю всех. Когда я "выкатывал" свои требования,- они были достаточно детальными. То есть тогда я так думал Через пару лет, я понял, как я ошибался. Требования пришлось корректировать. Систему (централь AJAX) я не менял, что возможно, доделывал внешней обвеской, что невозможно - отложил "напотом". Все наезды на AJAX, я считаю необоснованными. Централь проработала 7 лет, радиомодуль (датчики) работает и сейчас. Вопросов нет. Что дальше ? Купить Jablotron, и потом довешивать всей той обвязкой которая мне нужна ? Или докупать кучу компонент, а потом их рано или поздно менять ? Дилемма ... Выложить кучу кэша "сейчас", и потом только сопровождать, понимая что компоненты не вечные и их придется менять ? Или возникнет "хотелка", нереализуемая, или тяжело реализуемая тем набором, который предлагает Jablotron "на сейчас". Или, инвестировать пару недель своего времени, и сделать свое, благо я уже точно знал "как это должно быть". Более того, если текущая реинкарнация Ajax заточена под plug&play, и всячекими путями продвигает "воздушные" решения, то Jablotron -это самодостаточная проводная система, которая в виде опции, может шлюзоваться в ip. Мне нужно было "все в IP". То есть система изначально должна быть управляема путем ethernet. Проводного, или воздушного. Теперь по поводу Arduino. Чуть выше в сообщениях, вы "жаловались" на интерфейс. Без деталей. Типа "не нравится". А как должно быть ? Вы можете нарисовать свой макет/шаблон, и сказать "я хочу так" ? А какие технологии вы хотели бы видеть в реализации интерфейса ? Java, Js, .Net, WebAsm, ... ? Чего вы хотите ? Ok,- хотите "чего-то странного" - скажите чего именно, и как по вашему мнению это дожно выглядеть. Если еще есть мысли как это реализовать - то с голоду вы точно не умрете. Что же я слышу вместо этого ? "Может если бы они сделали человеческий интерфейс, может и курсы не понадобились бы.". Wow ... Это уровень конечного потребителя, в лучшем случае монтажника. Я могу даже предположить, что вы понятия не имеете о чем говорите, когда упоминаете Arduino. От слова совсем. В вашем терминологическом поле - это "кубики Лего". Вы понятия не имеете об архитектуре кристалла, языках программирования, переферии, ... Равно как и о том, что такое Arduino по сути, какие есть плюсы и минусы. Что мы имеем: 1. Вы, судя по всему, неспособны внятно сформулировать свои требования к продукту, и ожидаете что вендор, по счастливой случайности, таки "угадает" ваши скрытые желания. 2. Помимо требований "верхнего уровня", я думаю у вас возниктут серьезные проблемы с реализацией оных, опять же по причине отсутствия знаний. Что касается "весь мир ... Arduino",- дык уже. Большинство из "умной" автоматики, которая доступна на Украинском рынке (и не только),- так или иначе использует компоненты/сервисы/инструментарий/технологии Arduino. Вы этого просто не замечаете. Для вас - это конечный продукт, и user manual. Для того, чтобы разработать свое решение, недостаточно пару десятков раз установить сигнализации разных видов и мастей. P.S. Если вы хоть раз в жизни устанавливали Jablotron или AJAX, вы не интересовались на каком кристалле собрана централь ?

Что вам Arduino покоя не дает ? Прямо как красная тряпка. Я когда-то достаточно четко (как мне казалось) попробовал сформулировать свои требования к охранной системе: https://www.stroimdom.com.ua/forum/showthread.php?t=136919 спасибо форумчанам - помогли выкристаллизовать. В 2019 году, на esp32 реализовал все то чего не хватало, и даже больше (LoRa + пульты), полностью заменив старую централь AJAX. Я не знаю, можно ли отнести Visual Micro поверх Visual Studio и библиотеки с github к Arduino, наверное скорее да чем нет. Вопрос не в платформе, и не в инструментарии, а в идее, и ее реализации. Чего не стал, и не буду повторять/улучшать - это датчики и приемник. Морочливо, и не сильно оправдано. Пока остался старый Ajax 104. Задумываюсь о замене датчиков и приемника на яблотроновские, пока не решился. Поскольку и хард и софт мои, проблем что-либо поменять, кроме лени, нет. Уже почти год как ничего менять не приходилось. uptime - 311 дней. Монтажник - это персонаж, который 1. Знает (например из опыта или из курсов) основы правил установки 2. Сверлит стену и крутит шурупы 3. Умеет (в лучшем случае) выполнить первоначальные настройки 4. Знает (опыт + отфильтрованные рекламные заморочки почтавщиков) плюсы и минусы решений на рынке 5. Способен поспорить с коллегой-конкурентом под каким углом правильно закручивать шуруп Это пожалуй и все. Рассуждения монтажника о преимуществах и недостаткак той или иной платформы, концептов и программирования - это нонсенс. Примерно такой-же. как рассуждения грузчика о творчестве Ренуара

Попробуйте включить upnp.

Сэр, я полностью разделяю вашу точку зрения. Более того, я против монополии в той или иной области. Но ... Как Директор и Владелец, я мало интересуюсь "богатым внутренним миром" монтажника. Мне нужно чтобы начальник этого самого монтажника, подтвердил наличие у оного сертификата. Актуального. Это если подходить формально. Если неформально, то я понимаю "особенности национальной охоты", и все-таки рискну выбрать толкового персонажа без сертификата. Сейчас по крайней мере. Если вендор сигнализации усложнил свою систему так, что реально нужен сертификат, то соотв. возрасла цена. Многократно. Продолжать, или сами догадаетесь ?

Угу. А теперь расскажите как вы ставили первую свою сигналку у клиента, предварительно пройдя курсы у вендора, и получив сертификат

Ну вот, снова меня заинтриговали Пришлось инвестировать час времени, "освежить" информацию по Jablotron. 1. www.jablotron.com/en/about-jablotron/downloads/?level1=2507&level2=2508&level3=&_level1=2507&_level2=6421&_level3=&do=downloadFilterForm-submit 2. xn--80adgeboqrpy5j.com.ua/security_systems/wireless_alarm_Jablotron Насколько я понял, если ставить сейчас, то связываться с 60й или 80й сериями не очень перспективно, 60ка уже кажется снята с поддержки. Значит сотка. Под сотку ip connectorа не нашел, может подходит от 60, нужно разбираться. Управление через WEB вроде-как есть, но только через myJablotron. То есть, насколько я понял, локально - нет. Как для меня - это блокер. Цены в общем тоже не сильно радуют. В любом случае, у меня своя сигналка, с LoRa, 16 релеями, и 24 входами. Централь. Датчики и приемник я могу использовать любые, пока живые - использую AJAX (у меня была древняя версия, отдельно централь, отдельно радиомодуль). Думал может сменить на яблотроновские,- но там похоже цена, и сложность склеивания с "неродным" решением окажется неподъемной для меня.

В общем да. производитель, кстати, может задать логичный вопрос: а оборудование устанавливалось сертифицированными специалистами ? В случае местных вендоров, этот вопрос можно уладить, в случае западных, с большой долей вероятности возникнут вопросы. В случае каких-либо неприятных событий, могут и отказать в выплате компенсации. Да и в общем не быстрый это процесс. Я думаю, не менее года. По поводу закрытых программно-аппаратных решений, лучше их избегать, по возможности. Если таковой нет, то я бы не стал экспериментировать с "гаражными специалистами" (car's keylock), а напрямую бы обратился к вендору. Насчет сложности продукта, тут ситуация двоякая: раньше хотелось "понавороченнее, да еще и с запасом". Сейчас, когда в практически в каждой розетке и выключателе автоматика, управлять всем этим зоопарком стало немного сложно Когда "кончился" мой старый добрый AJAX 103, я таки сделал свою сигналку, и по прошествии пары лет, я уже стал забывать как эта вся хрень конфигурится. Понимая что вендор (например AJAX) должен "бежать чтобы оставаться на месте", то есть "постоянно улучшать" прошивку, возникают вполне резонные сомнения "а может не нужно" ? Есть решение, есть его lifecycle, например лет 5. Потом замена. P.S. Камера работает как часики. Спасибо !

Давайте разложим по полочкамю Для начала касательно стойки HP, SAP, Mikrotik и иже с ними 1. Стойка HP - это аппаратно-программній комплекс, который в общем нужно поддерживать, в т.ч. firmware апгрейдить, согдасно рекоммендациям HP. помимо сложности первоначальной настройки и управления, присутствует еще и стоимость сопровождения, нужен контракт с поддержкой. Целевая аудитория такого решения - достаточно большая компания, например провайдер, банк, крупное предприятие, которое может себе такое позволить. Ну или энтузиаст, который или имел, или имеет квалификацию и время, на установку и поддержание работоспособности комплекса. С полным пониманием того, что HDD не вечные, и рано или поздно на стойке загорится желтый светодиод. Можно подождать пока он покраснеет, а можно поменять начинающий сыпаться HDD. 2. SAP. Это еденичные случаи, в масштабах Украины. стоимость владения - "по самому скромному" - десятки тысяч долларов в месяц. Более того, SAP имеет такое забавное свойство как снимать с поддержки определенные компоненты, с заменой на новые. Ну или ценовой политикой "загонять" клиентов в облако. 3. Mikrotik. Докментации полно, причем во всех ракурсах. Да, это не совсем plug&play, но если вы хоть раз в жизни конфигурили CISCO, то особых проблем не будет. Сигнализация. Компоненты и зависимости: 1. Сама сигнализация (централь, датчики, клавиатуры, сирены, ...) 2. Кабельное хозяйство 3. Электричество 4. Каналы оповещения 5. ГСО или частная охранная фирма Сигнализаций сейчас валом. Любых. Как plug&play, так и типа "промышленных" и хорошо масштабируемых решений. Датчиков тоже в общем в избытке. Если выбирать, то наиболее распространенную на местном рынке,- это гарантирует наличие компонентов и ремонтопригодность. Чтобы значит не ждать 2х новых датчиков неделю. С электропитанием, в принципе можно обеспечить автономку (для сигнализации), не самая сложная задача, вполне подъемная. С каналами оповещения - GSM (SMS, звонки), интернет (email, cloud, ...) Что касается SLA в местных, Украинсих реалиях,- это полный аврал. Кто-нибудь читал свой договор с провайдером инета ? Даже в случае большой компании, компенсации за отсутствие канала - вопрос проблематичный. В основном, провайдер идет на некоторые уступки, чтобы значит крупный корпоративный клиент не ушел к конкуренту. В случае частного лица, с ежемесячной оплатой 150 - 500 грн - да гори он огнем этот "проблемный" клиент. Никто возле оного особо танцевать не будет. "нам очень жаль что вы наконец-то уходите" Помимо проблем самого провайдера, могут быть еще проблемы связи, которые не зависят от провайдера. Например вы "заложились" на cloud/gmail/... а аплинк у самого провайдера упал. Причем, например, "местные" ресурсы по прежнему доступны, а например европейские/американские сервера уже нет. По поводу GSM - ситуация ничуть не лучше. SMS - это негарантированный канал доставки. Приоритеты у пакетов обычно такие: a) голос b) SMS c) Data Чуть перегружена сеть - и все, приехали. SMS приедет через час, может даже на следующий день, а может не приехать вообще. Бывает ... Аналогично с данными. Почитайте условия предоставления сервиса имени МТС/Kиевстар/Life. SLA говорите ? Целевая аудитория форума,- в большинствне своем, я думаю не корпоративные клиенты. То есть физлица (ну или небольшие ФОПы), которые считают каждую копейку. Иногда, энтузиазм и инженерное мышление побеждает, и покупается "новая игрушка", которая абсолютно неоправдана как с экономической, так и с технологической точки зрения. Обоснования под это самое "хочу" приводятся достаточно эфимерные, как правило имеющие слабую связь с реальностью. Нужно просто это признать для себя, и трезво оценить сколько вы готовы потратить на эту игрушку из вашего бюджета.

Попробую немного прояснить ситуацию. У нас в СТ 2 трансформатора на баллансе. Итоговая стоимость получается из ежемесячных счетов, которые выставляет КЭ, потери (в трансформаторах, ХХ, и в проводах до конечных потребителей), и "размазанная" помесячно сумма на обслуживание трансформатора. Замена масла, замена сальников, вызов лаборатории, покупка токовых трансформаторов (по инициативе КЭ), замена счетчиков на ТП, где установлены трансформаторы. В случае если владелец трансформатора частное лицо, то можно заключить коллективный договор, но при этом нужно отчетливо понимать то, что владелец - он и есть владелец. Да, цена при таких раскладах получается от 2 до 2.50 грн (дневной тариф). Гемор по вытряхиванию кэша из тех кто "сегодня не успеваю, но обязательно заплачу завтра" тоже на нас. Зачем спрашивается ? Объяснение крайне простое: Все кабельное хозяйство после трансформатора (380В), так же передается на балланс КЭ. Тут есть 2 варианта: 1. Старый, и бедный СТ, где 50+% пенсионеры, и у которых кабельное хозяйство не менялось уже лет 30 как. Скрутки, убитые кабеля, старые совковые автоматы на низкой стороне (на ТП), которые уже собсно автоматами не являются, но еще кое-как работают в качестве размыкателей. 2. СТ, в котором либо изначально провода нужного сечения (с учетом нагрузки "на сегодня", и в ближайшей перспективе), + размыкатели на десятке, ... в общем полный фарш В первом случае, КЭ можно "спихнуть" все это хозяйство на балланс, но при этом может оказаться так, что всем без исключения ограничат потребление 16 амперными автоматами. Как для 1, так и для 3х фазного подключения (3х16). КЭ это не благотворительная организация, и модернизировать кабельное хозяйство, на которое "забили" за период 20+ лет, забезплатно не будет. Из-за 1, 2х или даже 3х потребителей, суетиться КЭ так же не будет. "нет технической возможности". Это будет долго, мучительно и, по финалу, пару платежеспособных самоорганизуются, и возьмут себе трансформатор на столб (например 150). Нелегкий и недешевый путь, который дополнительно потребует разрешения СТ, в ведении которого находятся столбы, на проведение (подвешивание) дополнительных кабелей. Во втором случае, модернизация, вероятнее всего произошла за счет ваших средств, и тогда "сдаваться КЭ" хоть тушкой, хоть чучелом, смысла особого нет. Если рассчеты нагрузки выполнены правильно, и повешен новый алюминий с достаточным запасом (приведен в порядок трансформатор, фидеры, ...), то вполне можно позволить себе 3х40А, по ценам, которые вы, как члены СТ, сможете определить самостоятельно. Имеется в виду первоначальное подключение, к уже модернизированной сети. Учитесь договариваться друг с другом, возможно в формате юридических документов, или готовьтесь к большим финансовым расходам (первоначальное подключение, увеличение мощности, ...), ну или к ограничению условий предоставления сервиса (понижение мощности). P.S. Все ваши договора от имени СТ с другими потребителями, которые могут и не быть членами СТ - ваше личное дело. Нужно только не забывать, что большинство СТ сейчас зарегистрированы как неприбыльные организации.