toksoft

Для этого нужно инстукцию изготовить, и сконвертировать в PDF. Более того, работая с Hager/ETI/Elko автоматикой, с легкостью можно проследить тренды в том, как эти штуки программируются. Даже если механизм управления (крутилки например) заменить на что-либо другое, то сохранив логику программирования, аналогичную брендовым - проблем не будет. DIY это от бедности. Ранее (не смотря на доступность ARM), таких мыслей не было. Сейчас, если например нужно купить CRM-2H, а на olx "кончились", то 1 шт обойдется в ~400 грн, а то и дороже. А если нужнно 4 шт ? 1500+ грн ? Да, конечно как мне кажется контакторы и просто реле повторять нецелесообразно, но вот логику управления - вполне. bms-group - для "породистого" оборудования нужны "породистые" доходы, причем не эпизодические, а постоянные. Горизонт планирования сейчас в Украине - от силы год, да и то, при лучших раскладах.

Я например еще в прошлом году перешел на ARM автоматы, т.к. цена на автоматику стала несколько неадекватной. Если раньше я например покупал CRM-93H за ~300 грн, то сейчас цена изрядно возросла, причем на все компоненты. И я такой не один. Покупательная способность населения изрядно подупала, а цены выросли Месяц ессно будет "вырван из жизни", на предмет разборки,- потом все как часики. Плата распрекраснейшим образом помещается в DIN корпус на 1 позицию, но пришлось брать двойной, т.к. в Украине сейчас довольно проблематично найти 2х рядные корпуса (по 2 линейки на каждой стороне, разнеснные по высоте), ну и еще некоторые нюансы. Куча объявлений на OLX, касательно заказной автоматики, но есть проблема: цена. И контроль исполнителей. И тестирование, и еще дохрена чего. Зааутсорсить имеет смысл изготовление плат, заказать корпуса с нужной картинкой,- и поехали. Все просто. Открываете каталог Hager, ETI, Finder, ... - и вперед. У разных ARM по разному можно реализовать алгоритм защиты от "слизывания" софта и логики, т.к. это есть основная ценность устройства. Экономическую составляющую я думаю посчитаете сами. На "активных критиков" можно особо внимания не обращать,- клиент обычно голосует кошельком.

После 3х лет работы успешно скончался контроллер управления осмосом. Сам контроллер выглядел приблизительно так: Вскрытие показало что сгорел силовой ключ управления насосом, который находится под большим таким ЖК индикатором, который для устойчивости был поставлен на липучки, и выпаивать который морочливо. Сам контроллер имел китайский и английский языки (индикация), злобную пищалку, напоминалку о необходимости замены картриджей, и TDS meter. Логика промывки у самого контроллера была немного странной,- после наполнения бака (срабатывание реле высокого давления), на некоторое время включалась промывка (секунд 20). Промывка так же включалась по крайне странному алгоритму, приблизительно раз в 3-5 дней, минут на 7-10 (каждый раз по разному). Посмотрел на цену нового - более 1000 грн. С кучей "функционала", который мне в общем-то не сильно нужен. Качество изготовления (и заложенные конструкцией недостатки) на вскрытом в общем-то тоже не сильно радуют. У моего осмоса 2 электроклапана,- один открывает поток воды "на вход", 2й открывает bypass для промывки, минуя ограничитель. Реле низкого и высокого давления присутствуют. На дренажном выходе мембраны установлен обратный клапан, я так понимаю чтобы слив из трубы не попадал в систему. Временно перекоммутировал напрямую, удалив контроллер, и отключив один из клапанов. Ессно остался без промывки и показаний TDS. Можно конечно поставить краник,- но тогда нужно не забывать его открывать, а с этим проблема. Порылся в запасах,- нашел AVR, реле, и прочей обвязки - думаю проще "сделать под себя". Из того, что сразу "бросается в глаза": 1. Открывать bypass сразу, а реле основного потока, скажем секунды через 2. Закрывать аналогично. "в оригинале" открывались одновременно. 2. Изменяемые параметры промывки - "через интервал" + длительность, ну и наверное +календарное время когда эта самая промывка должна начинаться. 3. TDS - чисто для информации, т.е. не привязывать показания к логике работы. Индикативный такой себе показатель. 4. Насколько я понимаю, показания TDS не зависят от температуры? В оригинальном контроллере показания температуры присутствовали на экране, но как-то совсем не коррелировались с реальностью. После разборки стало понятно, что сенсор "живет" в одном из чипов, и отношения к температуре воды или температуры в помещении не имеет. 5. Поставить 2й TDS датчик на входе, для оценки качества исходной воды (в Киеве не нашел). Может знатоки посоветуют или покритикуют ?

У меня Сорбент АС (кажется 0.315) стоит в качестве осадочника (1354) после DMI-65 (1054). Почти 2 года, полет нормальный. Нужно наверное будет досыпать (с перезагрузкой), где-то в следующем году. Думаю немного вымылся из баллона. "реанимировать" путем ударной дозы гипохлорита не требовалось, потерь давления после промывки не было. Там кстати хитрая нижняя фильера на трубе нужна, помню еще в лучшие времена искал неделю. В Украине сейчас купить немного проблематично, но можно.

Кхмм... А что именно "не надежно" у AJAX ? У меня уже достаточно давно все работает, почти все "по воздуху", и датчики, и брелки. Без чудес и неожиданностей. Может я просто "пользователь неправильный" ? Да, Jablotron например лучше, но и дороже ...

Даже не знаю. Посмотрел на международный портфолио компании - впечатляет. Возможно это действительно "будущее" Может именно так и нужно "заходить на рынок" в реалиях сегодняшнего дня ? Как для многоквартирного дома (подъезда, корридора)- по моему слишком избыточно, т.к. есть весьма большой шанс того, что повредят. Самостоятельно отслеживать путем телефона попытку вскрытия/проникновения - считаю несерьезным. При такой стоимости оборудования, это должна быть охранная фирма, или специально обученные люди. Для частного дома потребуется большее количество камер, оплакивать которые в случае применения скажем "кувалдометра", придется из своего кармана. Я пока останусь на старой проверенной централизованной схеме с регистратором.

Вроде божился что 2042, "Original english". Приедет - увидим. Если я помню правильно, то авторизацию на RTSP можно вообще отключить в меню HIKа. Доступ можно ограничить на уровне сети.

Обещают до 20 декабря. По присланной китайцем картинке, и сравнению с моей 3Mp четверкой - мне показалось что меньше. Прошивку у регистратора точно менять не планирую,- ни к чему. На текущей прошивке таботают и AOTE (onvif), и Хики, и еще один загадочный китаец (4Mp, тоже onvif), который мне коллега на попробовать/потестить выдал. На счет "непонимают" - были такие мысли, и относились они эксклюзивно к h264+. На cctv вроде как обещали что проблем быть не должно, т.е. протокол является надстройкой над h264. Других причин не вижу, т.е. с 99% вероятностью заработает. Кроме того, я ведь могу и напрямую RTSP URL прописать, так что уверен что тревога "ложная".

Да, NVR таки DH-NVR5216, как вы и советовали года 2 назад. Претензий нет, все работает как часики. Я того - не имею так много времени, и "активного желания" играться с прошивками камер. Работает себе и работает, тем более что это все-таки прошивка "не совсем оригинальная", посему update будет достаточно морочливый. Что касается описания камер у китайцев - "не переймайтесь" Угол реально меньше чем у 3Mp (на 4ке объективе). Визуально. copy/paste такой себе. На счет предложения касательно камер,- спасибо, обращусь. Скорее всего даже до конца года. Фокус интересует 4, 2.8 на "некупольной" не сильно актуально, а на 6м объективе заметны геометрические искажения. 12й объектив даже не смотрел. Объективы можно заказать отдельно, я видел цену ~15$ за штуку. Так, отметил для себя, но оно мне в общем без надобности. В общем я все-таки не установщик, а конечный пользователь, который ко всем неприятностям, еще и сам сопровождает свою систему P.S. Кроме неприятности с защитным стеклом камеры имени AOTE (5Mp, обектив 3Mp/6). Толщина стекла - 2 мм. Может поможете, или "прямым проходом" просто заказать у стекольщиков ?

Блин ... Я уже более 10 лет как "завязал" с ИТ, но такое пропустить просто не могу. Причем Quality Of Service к проблемам с каналом ? QoS поможет если есть возможность выделить полосу, по признакам from/to, порты, известные протоколы, маркеры (для MPLS), может еще каким-то новомодным признакам, которые я просто не знаю, т.к. уже давно не вникал. То есть если есть стабильный, но загруженный другим трафиком канал. Если присутствуют latency/jitter в канале (более положенного, для RTSP в особенности), или канал просто "лег", то QoS тут явно не у дел. Камера должна сама решить что с этим делать. Если нет связи с приемником, то можно попытаться где-то сохранить видео,- в памяти (пару секунд), либо на карточке, если таковая присутствует, для последующей передачи приемнику (например регистратору). Можно просто "забить", т.е. не отсылать, пока не будет восстановлено TCP соединение с приемником. При отсутствии карточек в моих камерах,- думаю именно так и будет (проверю). Именно для такого сценария, UDP или TCP особого значения не имеют, т.е. эффект будет абсолютно аналогичным. Причем у UDP в этом случае шансов больше, т.к. не нужно хранить состояние уже установленных соединений. Если же вопрос заключается в том, что видеопоток "не пролазит" в канал, в его текущей конфигурации, то как должно быть "в идеале" ? Из того, что я помню, с большой долей вероятности, на стороне приемника и/или источника, наступит "глубокая задумчивость", при этом оборвется TCP соединение. В зависимости от типа операционной системы, которая на источнике/приемнике, состояние соединения вероятнее всего будет "TIME_WAIT" или "TIME_WAIT2", т.е. "залипшая" сессия, ожидающая пока ее прикончит OS, управляющая TCP стеком. Если таких сессий будет много,- то железяки могут "задуматься" надолго, и придется их перезапускать, например передергиванием питания. Может конечно на сегодняшний день все кардинально изменилось,- тогда буду признателен за детальное объяснение.

Попробовал переключить одну из камер на TCP: Пришлось снова играться с "поимкой" трафика со свича. Да, действительно TCP. Подтверждаю. Камера (тип и версия прошивки): Регистратор: Понаблюдаю пару дней, если будет время - помучаю. AN12,- поглубже ознакомился с MxPeg. Уважение. Протокол в смысле. Есть конечно некоторые нюансы, такие например как детектирование движения небольших объектов на статическом фоне, но это решаемо. Интуитивно догадываюсь, что концепция детектирования движения небольших объектов, "не вписывается в концепт" слабого процессора камеры. За неимением достоверной информации, воспользовался online калькуляторами подсчета объема, необходимого для схранения потока с камеры. 1.15 - 1.2, по сравнению с h264 (в смысле больше). Сравнимо с "обычным" mjpeg, но с практически идеальным стоп-кадром (исключены артефакты компресии). Уже в этом году, МОБОТИКС "гармонично вписался" в onvif, т.е. стал официальным членом. И ... задекларировал о планируемой поддержке h264 в своих камерах. Детальнее присмотрелся к ассортименту камер на сайте. Если честно - то не впечатляет. Ни дизайн, ни функциональность. Попытались "слепить все в кучу", но главное, как мне кажется - это все-таки MxPeg. Я бы с удовольствием приобрел камеру, которая имеет поддержку MxPeg, но только в conventional форм-факторе. Те форм факторы, и "типа фичи", которые предлагаются на сайте, нафиг не нужны. Ну или если сказать мягче - "чересчур футуристичны". Главное - удачный протокол. Все остальное - "шашечки", которые уже есть у других производителей (TCP, антивандальные корпуса, ...), и которые нафик не нужны за такую цену. Не знаю, выживут они или нет, т.к. судя по заавленным завершенным проектам (на рашкостанском сайте почему-то), самым большим числится "Донбас-арена". Надеюсь что если не выживут, то хотя-бы протокол не канет в лету. Некоторые производители (QNAP например), уже имеют частичную поддержку MxPeg. Надеюсь Hik, Dahua, и прочие скопируют,- и я надеюсь в этом случае стать одним из первых покупателей. P.S. Я не продавец, а достаточно рассчетливый и циничный пользователь, который в свое время наступил практически на все швабры: www.stroimdom.com.ua/forum/showthread.php?t=147723

Предположим что у нас есть изображение размером 2048x1536. В случае с h264, будут передавться key frames, т.е. целый кадр, с последующими дельтами. Частота передачи key frames регулируется и, определяет ширину полосы пропускания, и занимаемое место на носителе. В случае с MxPEG, будут передаваться не дельты, а полноценные кадры. Если для указанного выше разрешения в общем случае можно ограничиться полосой в 8 mbps, при условии кодирования имени h264, то для передачи именно видео, а не снимков экрана (такое грубое сравнение, в основном для понимания) для случая с MxPEG, потребуется передать большее количество информации. В случае mjpeg, мне показалось (субъективно), что ~11 mbps дает примерно такой-же уровень качества (проверял на хике). Это собсно и логично - при эквивалентном качестве либо жми сильнее, либо слабее, но передавай больше. Возможно, в рамках разработки MxPEG был выполнен некоторый "тонкий тюнинг", но вряд-ли это позволит "приблизиться вплотную" к h264 (полоса пропускания/качество). Да, преимущества всегда, ну или почти всегда неразмытого стоп кадра ну mjpeg неоспоримы. Возвращаясь к протоколу TCP/UDP, точнее причинам возникновения задержек: 1. Проблема со стороны отправителя (программа или железо) 2. Проблемма со стороны получателя 3. Проблема с каналом передачи Вы утверждаете, что TCP - это очень надежно. Ну Ок,- давайте смотреть: Для сценариев 1&2: неважно. Проблема с программой или железом не зависят от протокола передачи. Для сценария 3, нужно выяснить и понять следующее: 1. Что случилось, или из-за чего произошел сбой в канале 2. Что делать дальше Если произошел сбой при использовании UDP, то вы просто потеряете пару пакетов, и после восстановления (предполагаем что перерыв кратковременный) поток возобновиться. Для случая с TCP все гораздо сложнее. Отправляющая сторона (предположим камера), обнаружит кратковременное "выпадение", но поскольку доставка гарантированная, то программное обеспечение камеры, должно во первых как-то забуферизировать то, что не смогло отправить, а во вторых попытаться переустановить TCP соединение. Ну Ок, восстановили соединение (TCP). Что дальше ? Начинаем в первую очередь "пропихивать застрявшее", продолжая буферизировать то, что приходит online постоянно ? Как при условно постоянной полосе пропускания скомпенсировать эту самую дельту ? А никак, только накапливать, т.е. камера переходит в такой себе "полуаварийный режим", при котором она постоянно держит буфер на своей карточке, куда постоянно дописывает данные, которые по финалу нужно передать в нужном порядке конечному потребителю - регистратору например. Если такие сбои возникают часто, то буфер (на карточке) будет иметь забавное свойство постоянно заполняться, возможно даже до 100% доступной емкости. В случае с UDP (для хиков например), можно параллелно писать "отрезки" на карточку, если так уже хочется "полной гарантированной непрерывности", и путем встроенного клиента ftp складывать себе куда-то в сторонку, на внешний носитель. Ну или сразу на NAS. Кому как удобнее. Карточка кстати от такого здоровее не становится, и ее по финалу тоже придется менять. Срок жизни, даже "навороченной" оценить сложно, нет у меня такого опыта, я бы оценил примерно в год, при постоянной работе (24/7) именно в таком буферном режиме. Теперь по поводу "наворотов". Чего именно вы хотите добиться путем установки системы видеонаблюдения ? Я вижу следующие варианты: 1. Предотвращение или оперативное реагирование на внештатные ситуации 2. Разборка полетов "пост фактум" 3. "Все сразу и еще чуть чуть" 1й вариант предполагает либо постоянное присутствие оператора, ведущего наблюдение, или реагирующего на разные alarms, которые генерятся камерами или сопутствующим железом. 2й вариант предполагает запись 24/7, с приемлимым для последующего анализа качеством. Ну и вариант комби - оперативно наблюдаем/реагируем, и параллельно пишем. Для средней и большой компании - я думаю уместен вариант N3. Вариант N1, в "чистом виде", я слабо себе представляю. Вариант N2 - для небольших компаний и частных лиц. Если мы говорим о большой компании - тогда конечно да, ваша продукция вне всякой конкуренции, к тому же "официально заявленный ценовой диапазон", позволяет себе немало разных вольностей, с целью продвижения продукта на рынке. Для небольших компаний и частных лиц, такой подход в большинстве случаем неприменим. Во первых камеру, вместе с карточкой могут с легкостью украсть, при отсутствии оперативного реагирования. Возвращаетесь вы себе домой, а камера за 600$ йок, исчезла, вместе с записями, и частью имущества. Или просто камеру сперли. Как забавно. Ставить рядышком хик или нечто подобное, чтобы охранять "большую и дорогую камеру" ? Ну или вариант N2: "бах, дзинь, хрясь". Все. Нету камеры. подстрелили из пневматики например. С ухудьшением криминогенной обстановки и обнищанием населения - это уже реальность. Хорошо еще если карточка выжила. Гарантийный случай ? Угу, пренепременно. 600$, ну или "как пострадавшим" - скидка - 500$. Это на счет децентрализованного хранения. Одной кстати камерой, в случае дома вы скорее всего не обойдетесь. 3, 4 может даже 5. Это уже 2400-3000$. Ну Ок, наверное тогда нужно еще купить и регистратор. Ессно у компании-разработчика MxPEG, т.к. кодек свой, и альтернатив собсно нет. Цену не озвучите ? С хиком, dahua, или подобным - на кажом углу, и в каждом объявлении. Если камера "кончилась", и это не гарантийный случай, то ~100$ - и счастье у вас в руках. Тоже в общем не сильно дешево, но гораздо дешевле 600$, согласитесь. Аналогично с регистратором, и прочей аттрибутикой. Когда есть альтернативы, это здорово помогает при переговорах с поставщиком решения. Когда же поставщик понимает, что "клиент никуда не денется", т.е. не будет менять всю систему на другую, более доступную на местном рынке, затратив уже столько денег на MxPEG, то "условия игры" очень даже здорово меняются. P.S. Пожалуйста не читайте рекламные проспекты, подготовленные маркетологами. Там не обманывают, просто недоговаривают некоторые детали, которые можно и нужно анализировать, если вы конечно неготовы по финалу заплатить цену *3, по сравнению с вашей первоначальной оценкой.

Спасибо, помню, уже написал. Пока не отвечает. Рассчитываю на помощь Украинского клуба.

Не, не пищит. Разобрал и прочекал ради интереса всю схему. TI, на родной борде. ИК подсветка - FY-5542. 3й проводок (+) видать обломились ставить на разъем,- он на самом деле управляет ИК фильтром, при срабатывании датчика, и включении подсветки. Модульная сборка, влаги не было, потеков и следов ржавчины тоже. Комплектующие возражений не вызывают. Кроме отдельных элементов - явный Китай, хотя и фабричный. FY-5542 - явно китайская, может от перепада температуры ключик закончился, может дефект фабричный. На всякий случай заменил еще и резистор (показалось что треснул). Заработало ...

Похоже влияет, трещина образовалась достаточно давно, но только сейчас кончилась светодиодная подсветка. Пару дней пытался найти в магазинах всю плату целиком, потом не выдержал, починил сам. Может конечно и несвязанные события,- но мне будет кране лениво во второй раз выпаивать smd компоненты, и запаивать новые.

Перфекционизму нет предела. Мне кажется что стоимость сервисных систем дома (включая видеонаблюдение), не должна превышать стоимости самого дома. Камеры имеет смысл брать такого класса, чтобы в случае их повреждения или потери, не пришлось "садиться в шпагат". Физические ограничения есть у всех камер, тут ничего не поделаешь,- их просто нужно знать. Садовое товарищество пойдет на покупку дорогостоящего, и достаточно уникального и привязанного к единственному производителю оборудования, только при условиях взятки председателю, и полным техническим невежеством большинства участников. Если возникает конфликт (достаточно частое явление в наше время) с поставщиком, то должна быть альтернатива. При отсутствии оной - мои глубочайшие соболезнования пострадавшим. Что касается нагрузки на процессор камеры, то ваша альтернатива - это увеличение полосы пропускания, чтобы значит "пропихнуть" больший объем информации. Для 1, 2 или даже 3х камерах это наверное незаметно, но на 7 (как например у меня, 2*5Mp, 4*3Mp + 1*4Мп), при проигрывании видео с нескольких компьютеров (с регистратора), при одновременной записи 7 потоков, создается трафик, явно превышающий 100 mbps. Если "жать слабее", то придется брать "чисто гигабитный" свич, не считая того, что если я например хочу чтобы "все работало в автономе", 24/7, т.е. без компьютера, "снимающего показания", то выбором регистратора я буду очень здорово ограничен,- догадайтесь почему. Мне все-таки кажется что камеры - это не предмет поклонения и "статусности", а все-таки расходники, соотв. те, кто могут позволить себе рассматривать ваши камеры именно в таком ракурсе - несомненно их приобретут.

Добрый день, Небольшой форс-мажор. На одной из моих камер лопнуло стекло: Размеры (мерял штангель-циркулем): Диаметр 66 мм, диаметр отверстия 32мм. +/- 0.5мм В Киеве "прямым проходом" у компаний, которые декларируют что занимаются ремонтом CCTV камер не нашел. Спасибо.

Понятно. Использование пропраетарного кодека MxPEG достаточно оригинально, и это похоже определило все последующие "фичи", которые производитель нынче позиционирует как "конкурентное преимущество". Что касается TCP/UDP - это всего-лишь гарантированная/негарантированная доставка пакетов от источника в точку (или в точки) назначения. К качеству картинки это по большому счету не имеет никакого отношения. Если пакет "потерялся" (для случая с UDP), то не беда, "едем дальше", пользователь может заметить " кратковременное искажение картинки. Еще один "тонкий" момент заключается в том, что установление TCP сессии тоже требует некоторых ресурсов и, в общем случае, более нагружающе чем UDP stream. 8 TCP потоков потребуют так же больше ресурсов маршрутизатора (свича), чем 8 UPD потоков, т.е. переносим нагрузку "из камеры" "наружу". Гигабитные или 10 гигабитные свичи, если камер/пользователей много. Касательно файловой системы, физически "подпрыгнуть" выше быстродействия карты памяти не получится, сама же файловая система (тоже наверное пропраетарная ?) вносит грубо говоря, не более 5-7% задержки (например ext3). Может конечно используется файловая система с SFT-2/3 журналированием, тогда да, задержки могут быть серьезными. Если же еще накладывается шифрование - то все может быть очень грустно. То есть меняем нагрузку на процессоры камеры имени h264 high profiles на некую аналогичную (ну или того-же порядка). Вопрос кому это нужно в местных реалиях ? Я думаю средним и большим лавкам, которые привыкли работать с "благодарностями", что бы при этом типа "сильно не краснеть" когда будут интересоваться "почему так дорого" ? А типа "потому что качественно, надежно, и круто" Для частных пользователей и небольших (может кстати и средних) лавок, варианты из дешевых и легкодоступных HIKах кажутся более разумными. Такой себе video RAID Выгорела одна камера,- взял другую (~100$), и поехали дальше. Да, ИК подсветку лучше конечно отдельным прожектором, встроенные в общем не самый лучший вариант. Управляемость системы своимим силами без привлечения внешних ресурсов (или с их минимальным привлечением) для ваших камер достаточно малореальна, т.е. что-либо заменить или переконфигурировать рядовой пользователь так просто не сможет. Операционные затраты тоже считаются в наше нелегкое время P.S. Тем временем HIKи выпустили на рынок 4Mp: www.aliexpress.com/item/4MP-DS-2CD2042WD-I-POE-WDR-Audio-Pure-English-version-hik-ip-camera-IP66-Security-CCTV/32513230420.html?spm=2114.031010208.3.74.iQH6lQ&ws_ab_test=searchweb201556_6_79_78_77_80,searchweb201644_5,searchweb201560_9 Заказал на пробу,- это все-таки не 600$ ...

Извините за любопытство,- а вам не сложно было бы перевести ваше чисто рекламное заявление в техническую плоскость ? Используется свой пропраетарный кодек ? Это такое преимущество ? Что такое "межопорные кадры" в терминах h264/h264+ компрессии (если в ваших камерах таковая используется) ? По "более качественному архиву" и "протокол передачи данных" это вообще шедеврально. Если вы написали свое сообщение в целях рекламы, то это вопрос к модераторам, если вы все-таки понимаете о чем пишете,- неплохо было бы объяснить.

www.forumhouse.ru/threads/305619/page-16

matrot,- мне кажется что забыли еще один вариант: заказать у Китайцев, что собственно планировалось, и исполняется. Самостоятельная сборка без вакуумного ламинатора вряд-ли сравнится по качеству и долговечности со сборкой на ламинаторе. Помимо того, что я таки доделаю свою солнечную электростанцию, есть еще несколько сопутствующих задач, которые хочется решить параллельно. Одна из этих задач - это обеспечение рабочих мест здесь, в Украине, а не наращивание экономического потенциала Китая, правда с большой экономией для себя лично. Должен быть некоторый компромисс, т.е. фактически сколько "сверху" вы готовы переплатить за то, чтобы не пришлось путем вооруженной охраны отгонять одичавших аборигенов в набедренных повязках, от вашего дома. Иначе смысла городить огород по большому счету нет. Нужно не тратить кэш зря, а готовиться к "скоростной эвакуации" из страны, в точности как это сейчас происходит на востоке. Учитывая местный менталитет, и качество местного населения, как правило никакие логичные доводы не сработают. Значит нужно чтобы каждый 2й (а лучше 1й) заказывал себе напрямик, из китая, пока местный рынок поставщиков не переформатируется (с созданием этих самых рабочих мест) таким образом, чтобы хотя-бы первый проход при сравнении цен, не давал столь разительные отличия. Нежизнеспособные поставщики достаточно быстро сдуются, придут новые, в общем жизнь не остановится.

Не, ну у меня вполне логичный вопрос: Я хочу купить у Украинского производителя, или поставщика-интегратора. Это логично, да ? В духе времени можно сказать. Поддержать национального производителя, ну или сборщиков этих самых батарей. Открываю ценник имени "самого жирного", "породистого" можно сказать. Кэш начинает нервно шевелиться в кармане. Цены озвучены. Doublecheck с aliexpress. Skype c китайцем. Уточняю у форвардера условия доставки. И ... жесткий облом. Получается что "местный производитель" меня тупо разводит практически на двойную цену ? За товар, по характеристикам уступающий китайскому ? Полнейший сюр. Где собака порылась ? Жадный производитель ? Конченое государство ? Конченое население ? Произвольная комбинация из 1х трех вариантов ? Помощь клуба ? При этом я приблизительно знаю зарплату (~300$) сборщиков в Китае. Есть обоснованные сомнения в том, что этот самый местный производитель платит аналогичную компенсацию своим сотрудникам. Что то явно не так в датском королевстве ...

Так такими темпами, скоро можно будет брать серьезный кэш только за объяснение "что такое СБ и зачем они вам нужны". А проектировка всей схемы, таки будет составлять 70% от стоимости оборудования. Возвращаемься в совок. Медленно но уверенно. Дефицит "того, что нужно", плюс переизбыток "того что не очень". Отдельные счастливчики, которые по досадному недоразумению не забыли закон Ома, и умеют пользоваться скажем google translate, смогут с гордостью заказывать "разные непонятные штуки откудато оттуда"

Так частники потому у Квазара никогда и не купят, по причине цены. Если раньше (когда присутствовали "шальные деньги"), кто-то и мог "обломиться" с доставкой из Китая, то сейчас, когда прижало - Квазар нервно курит в стороне. Это ведь абсурд,- даже учитывая стоимость доставки панелей из Китая, местная цена значительно выше. С какого спрашивается хрена ? Да, можно долго разглагольствовать по поводу "рулетка", но по факту, Китайские панели ничуть не хуже, а чаще всего лучше Квазаровских. Любое мини-производство (даже скажем до 1000 панелей в месяц) в Китае, почему-то получается дешевле. Китайская цена - 0.6$ за ватт (без доставки). Можно и меньше, особенно если на объемах. Квазар занял нишу на типа местном "корпоративном рынке", на котором решающим фактором является возможность отката для участников процесса. А частники ? Китай ессно. Покупать по таким ценам, которые предлагает Квазар - преступление против здравого смысла и своего кошелька. Кстати,- зарплаты китайцев, которые работают на производстве панелей (линии),- где-то ~300$, иногда чуть больше. Общался с двумя поставщиками, которые меня заинтересовали. У китайцев похоже традиция,- если договоритесь конечно - путем Skype и мобильного телефона, "живьем" показать "что и как работает". понятно что все детали не раскрывают, но из того, что видно - блеск. Никаких пьяных, помятых, или неудовлетворенных "неевропейскими зарплатами пересiчних". Все аккуратненько, без спешки, с улыбками. А главное динамика сумашедьшая. Тут же по ходу задал вопрос о нестандартном размере панелей. Никаких там "я посчитаю, подумаю и посмотрю, а затем пренепременно с вами свяжусь". Секунд 10 на раздумия,- затем ответ,- да, если закажешь 48+ штук, плюс неделя на перестройку и изготовление "нестандарта". Цена та-же - 0.6$. Вы себе на Квазаре подобное представляете ? За каких хреном я должен "поддерживать местного производителя", который при больших затратах работает хуже? путем своего кармана ?

Да хоть 500$ поставьте,- сейчас вряд-ли купят. По крайней мере не здесь. Тот контингент, которому нужно именно такое оборудование, "не пасется" на форумах. У них другие задачи. Хохяйственно-административные как правило. Если кто и заиинтересуется,- так это посредники, которые взвинтят ваши 1100$ до 2000$, и добавят еще по 500$ в квартал за "типа обслуживание". "обслуживание", в случае реального форс-мажора, будет заключаться в тарнспортировке сгоревшего блока к тому-же Daletу, или аналогичному поставщику, имеющему опыт гарантированного ремонта подобного оборудования. Что касается "я должен нанять машину, двух грузчиков",- вообще сюр полнейший. Жить в частном доме без минимум одной машины,- это явная аномалия. Нужно переезжать в квартиру, или все-таки решать вопрос с машиной. Блок кстати не настолько тяжелый, чтобы "нанимать грузчиков", хотя конечно хозяин-барин. Что касается нагрузочной способности инверторов, лень искать под вашу модель, насколько я помню, отличий (согласно инструкции) с APC нет: The APC series inverters have different overload capacities, making it ideal to handle demanding loads. 1 For 110%<Load<125%(±10%), no audible alarm in 14 minutes, beeps 0.5s every 1s in the 15th minute, and Fault(Turn off) after the 15th minute. 2 For 125%<Load<150%(±10%), beeps 0.5s every 1s and Fault(Turn off) after the 1 minute. 3 For 300%≧Load>150%(±10%), beeps 0.5s every 1s and Fault(Turn off) after 20s. Вы того,- попробуйте процентов на 80 на 30-60 минут загрузить,- потом сами увидите. "лишним не будет, впереди трудные времена" это несколько смело. Народ сейчас интересуется в основном возможностью экспорта в сеть, экономии путем использования солнечных батарей, ... Этот конкретный блок такого сам по себе такого не умеет, и нужно еще немало "докинуть" и поработать для того, чтобы такое стало возможным.