Самодельный контроллер разряда ИБП

[MICROWATT 765]

Мне он не нужен.
В источнике питания  датчик Холла бесполезен, как и МК.

[ingr 74]

MICROWATT, МК був би корисний. З модулем езернету, АЦП 16-24 біт для вимірювання напруги, струму і температури, і статистичною базою поведінки акумулятора в різних умовах. Тобто, щоб можна було зробити хоч якусь, більш-менш достовірну, оцінку стану акумулятора і прогноз. Заодно можна би прикрутити датчик назовні - температури, вологості, руху... По деталях це тягне на гивень 300. Тобто, при великих партіях можна зробити таку радість за 600. Чи хтось захоче такий сервіс за такі гроші?

[DigitalBrain 29]

МК був би корисний. З модулем езернету,

 

не старайся=) я тут 10 страниц его обрабатываю...и толку ноль.. его бы и КГБ не уговорило

Тут бы уговорить товарища на простейший 8 битный мк, а не 32 разрядный с EtherNet и  24 битным ацп (хотя такой тут не нужен-10-12 бит за глаза-это же не осциллограф)

 

Та если б он и 100$ то нормально, если со всеми плюшками. Покупая всякие инжектора, патч панели, Poe адаптеры, мониторинговые платы дороже выйдет...=\ и это без учета сопутствующего геморроя. Все ровно будет ответ "мк в блоках питания бесполезен, я не вижу ему применения, кроме как мигалок и свистелок"...(с)MICROWATT

Відредаговано 2014-10-13 18:31:36 DigitalBrain

[ingr 74]

Для осцилографа вистачило би 8 біт... А тут якраз справа в оцінці швидкості падіння напруги при розряді, щоб вловити момент перерозряду окремої банки в батареї акумуляторів. Це така гіпотеза, але, здається доволі очевидна. Десь в сусідніх темах про балансир я прикидав яку саме розрядність необхідно щоб це оцінити. Питання тільки в плавності електрохімічних процесів. Чи не буде там "природніх" флуктуацій в маштабі тих мілівольт...

В мене вже валяється пара ад7799. Довший час валяється. Не вистачає часу...

[NiTr0 583]

Питання тільки в плавності електрохімічних процесів. Чи не буде там "природніх" флуктуацій в маштабі тих мілівольт...

ИМХО - будут. Пузырьки там на пластинах, уменьшающие площадь пластин и увеличивающие внутреннее сопротивление...

При заряде - ток скачет ОЧЕНЬ сильно.

[DigitalBrain 29]

 

 

А тут якраз справа в оцінці швидкості падіння напруги при розряді, щоб вловити момент перерозряду окремої банки в батареї акумуляторів

 

Ну не знаю какие там Вы аккумуляторы хотите использовать, но в необслуживаемых аккумуляторах одну банку не померить...а если и можно, то 10 битный ацп выдает с шагом в 2,4мВ при 2,5в опорного. Этого вполне достаточно.. Точнее мерить - мерить шумы...

 

Хотя это уже какие то извращения...

[MICROWATT 765]

MICROWATT, МК був би корисний. З модулем езернету, АЦП 16-24 біт для вимірювання напруги, струму і температури, і статистичною базою поведінки акумулятора в різних умовах. Тобто, щоб можна було зробити хоч якусь, більш-менш достовірну, оцінку стану акумулятора і прогноз. Заодно можна би прикрутити датчик назовні - температури, вологості, руху... По деталях це тягне на гивень 300. Тобто, при великих партіях можна зробити таку радість за 600. Чи хтось захоче такий сервіс за такі гроші?

Вы говорите скорее не об УПС, а о хорошем универсальном блоке телеметрии. Тут я - за, двумя руками. Пусть считающие себя специалистами в данной области берутся и делают.

Да, такой ОТДЕЛЬНЫЙ прибор был бы полезен, наверное. Они вообще-то есть, но построены бестолково, случайными в технике людьми, без системного мышления. Потому и имеют ограниченный спрос.

 Далеко не все,  но кто-то свои узлы таким бы оснащал. Но это пассивный прибор. Для оценки состояния объекта и прогнозирования.

 Но впустить такое внутрь схемы УПС для активного управления - технически неграмотно, просто нереально. Правильно спроектированный УПС - самодостаточная полная система и в дополнительном управлении извне не нуждается. Совершенно ясно, что  не его обязанность  измерять температуру, влажность и закрытие замков.

 Кому-то хочется измерять напряжение батарей или емкость - вот она батарея снаружи УПС - берите и меряйте. Вон они замки и датчики землетрясений, не в УПС.

Максимум что можно рискнуть отдать наружу, малограмотным в основной своей массе пользователям (пусть не обидно будет кому-то, но статистика такова), - дистанционное отключение УПС логическим сигналом. И то, необходимость такой функции нужно доказывать и серьезными техническими доводами, а не "бла-бла, мне бы датчик Холла, а у вас бородавка на носу и утюг в доме старомодный...."

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

 

[DigitalBrain 29]

 

 

Тут я - за, двумя руками.

Кто Вы такой и что Вы сделали  с MICROWATT? 

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

 

Раз оборудование мониторится централизовано, почему не можно  мониторить его питание и среду в которой оно находится? Это же копейки а для покупателя дополнительный "+"..Все повесил ящик засунул свитчи с умным UPS +батареи закрыл и забыл. UPS по ходу ээксплуатации учуял что емкость уже не та записал в лог, софт проведет сбор данных по узлах и скажет что пара двигать булками на узел N менять акк. Тут действительно получается интересный продукт, спросите любого ИТшника, он будет только за. Вы же для них продукт хотели делать, не для себя...

 

 

 

Но разрабатывать все это с нуля и целиком

По этому я предлагал найти программиста мк. Он это запросто делает особенно на stm32. Это не сложно...ну относительно. Потратьте немного времени на чтение гугла. Уже все давно написано до Вас самим производителем мк (если это stm32). Осталось только в кучу собрать и подправить под свои нужды.

 

http://ab-log.ru/smart-house/ethernet/avr

 

Остается запустить веб сервер слушать запросы и отдавать инфу в стандартном JSON . Много ресурсов и внешней памяти для этого не надо. Любой ламопрогер даже сможет прочитать эти данные на чем угодно...начиная от бейсика и с++ до php

[ttttt 195]

UPS по ходу ээксплуатации учуял что емкость уже не та

Такие не годятся. Ну не нужно мнение упса по батареям, наигрались с такими в свое время. Нужны чистые данные. Вы же не проведете достаточно экспериментов с большим количеством батарей достаточно долгое время, но навязать алгоритм хотите. Он не будет работать у всех.

 

Остается запустить веб сервер слушать запросы и отдавать инфу в стандартном JSON

Это слишком сложно. Достаточно отправить UDP пакет на хост-коллектор. Можно раз в 10 мс снимать, агрегировать и отправлять, но не чаще, чем, скажем, раз в 500 мс (50 записей как-раз должно влезть в один фрейм)

[NiTr0 583]

Ну не нужно мнение упса по батареям, наигрались с такими в свое время. Нужны чистые данные.

Никто не мешает упсу иметь свое мнение по поводу батарей и выражать его в виде моргания лампочкой. Во всяком случае - оно никому не помешает. Если батарея катастрофически (более чем на 30-50%) просела за пару месяцев - значит неплохо бы поморгать о проблеме.

 

Это слишком сложно. Достаточно отправить UDP пакет на хост-коллектор. Можно раз в 10 мс снимать, агрегировать и отправлять, но не чаще, чем, скажем, раз в 500 мс (50 записей как-раз должно влезть в один фрейм)

А еще правильнее - реализовать что-то стандартное, тот же SNMPv1. udp запрос - udp ответ. Ну чтобы не изобретать велосипед.

Да и раз в 10 миллисекунд симать показания - смысла нет ИМХО...

Відредаговано 2014-10-14 07:57:38 NiTr0

[Setevoy 127]

Раз оборудование мониторится централизовано, почему не можно  мониторить его питание и среду в которой оно находится? Это же копейки а для покупателя дополнительный "+"..

~5$ только проц в закупке. И мы даже не начинали считать разработку. Программист МК хочет денег. Не так, как джавист, может быть, но тоже нормально хочет.

 

Все повесил ящик засунул свитчи с умным UPS +батареи закрыл и забыл. UPS по ходу ээксплуатации учуял что емкость уже не та записал в лог, софт проведет сбор данных по узлах и скажет что пара двигать булками на узел N менять акк. Тут действительно получается интересный продукт, спросите любого ИТшника, он будет только за. Вы же для них продукт хотели делать, не для себя...

Вы лично купите такой продукт, как предлагаете сделать? И сколько штук?

[MICROWATT 765]

~5$ только проц в закупке. И мы даже не начинали считать разработку. Программист МК хочет денег. .

Так тут-то и лежит коренное отличие в подходе к проблеме.

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

 А программист озабочен только трудоустройством МК и себя любимого.

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

[astraliens 16]

 

~5$ только проц в закупке. И мы даже не начинали считать разработку. Программист МК хочет денег. .

Так тут-то и лежит коренное отличие в подходе к проблеме.

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

 А программист озабочен только трудоустройством МК и себя любимого.

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

 

 

как-то слишком резко уж сказано аж прям обидно чтоли.. вы ровняете систему (свои бп), у которой предназначение только одно - преобразовать одно в другое и все это для относительно узкого круга пользования...

а теперь представте, что вам нужно сделать хотябы тоже самое для различных рынков (япония - 100 В 50 или 60 Гц, Эквадор 120 В и 60 Гц, Украина, 220 В и 50 Гц, Фиджи 240 В и 50 Гц и т.д. вариаций достаточно много и все они должны работать в одной коробке независимо от страны назначения и без вариантов), сюдаже различные климатические условия, где-то влажность высокая, где-то среднегодовая температура своя и т.д. условий выстраивается огромное множество. Насколько редко Вам доведется весь этот зоопарк отлаживать. А теперь представте, что от Вашего БП помимо питания требуется ещё что-то (умножте количество этих что-то на N), потом умножте это N на количество условий, которые ранее описаны....дальше продолжать, думаю, не стоит..

 

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

 

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

Відредаговано 2014-10-14 12:08:15 astraliens

[Setevoy 127]

Так тут-то и лежит коренное отличие в подходе к проблеме.

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

...

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

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

Я не знаю где, как давно и на чем завершилось ваше знакомство с процессом разработки ПО, но оно оторвано от реалий. Вы говорите о студенте с ардуиной на коленке, а не о разработке ПО.

 

А программист озабочен только трудоустройством МК и себя любимого.

Программист сегодня озабочен тем, как повежливей отбиться от рекрутёров.

[ttttt 195]

Да и раз в 10 миллисекунд симать показания - смысла нет ИМХО...

Данных много не бывает, нужно максимум, что может влезть в относительно небольшой трафик, будет что анализировать Відредаговано 2014-10-14 11:52:02 ttttt

[DigitalBrain 29]

Такие не годятся. Ну не нужно мнение упса по батареям, наигрались с такими в свое время. Нужны чистые данные. Вы же не проведете достаточно экспериментов с большим количеством батарей достаточно долгое время, но навязать алгоритм хотите

 

Так а никто не запрещает чтоб софт сам считал и первичные данные не скрывать, речь идет об организации api, тот кто не хочет организовывать собственный сбор и анализ данных по своих алгоритмах вправе положиться на тот результат о состоянии что выдал ups

 

 

 

~5$ только проц в закупке

Да каике 5$? За такие деньги можно 2 ядерные 1,6ггц  ARM RK3066 для планшетов купить в рознице. О ценах на мк , которые действительно реальны , я уже тут рассказывал, и сам их покупал. По цене, доступности программистов и и возможностях для производства лучше stm8/32 не найти.

"простые" 8 битки - от 18 центов в рознице, но они не такие и простые - все нужное есть

32 битки- от 90 центов, но на количестве еще падает..

 

 

Что тех пару типов что тех я покупал и avr у них покупал по 50 центов и рассыпуху в пакетах на 2 кг и даже 2 бабины с смд транзюками протащил авиа почтой - никаких проблем..

 

 

 

 А программист озабочен только трудоустройством МК и себя любимого

Тут мега программист не нужен. 20 летний студент выпускник с удовольствием возьмется  ради интересной задачи и отметки в трудовой за небольшую ЗП...

Или же можно программиста поискать  не в штат, а на проект чтоб он мог работать на основной работе и договорится на какую то долю с каждого проданного устройства с его ПО. Это удел юристов=)

 

 

 

программы чтобы оправдывать свое существование

сказал тот кто 10 лет переизобретает импульсные БП. Так везде. 

Відредаговано 2014-10-14 11:58:29 DigitalBrain

[DigitalBrain 29]

как-то слишком резко уж сказано аж прям обидно чтоли..

отлично..а то я думал только у меня иногда такие чувства, когда пишет MICROWATT

 

 

 

Если бы все было так, как Вы преподносите, то сидеть нам всем на windows 1.0 в лучшем случае...

 

не windows это уже "свистелки и перделки" нужно было остановится на командной строке...это и надежнее...и поддержка продукта проще...

Відредаговано 2014-10-14 12:07:02 DigitalBrain

[MICROWATT 765]

а теперь представте, что вам нужно сделать хотябы тоже самое для различных рынков (япония - 100 В 50 или 60 Гц, Эквадор 120 В и 60 Гц, Украина, 220 В и 50 Гц, Фиджи 240 В и 50 Гц и т.д. вариаций достаточно много и все они должны работать в одной коробке независимо от страны назначения и без вариантов), сюдаже различные климатические условия, где-то влажность высокая, где-то среднегодовая температура своя и т.д. условий выстраивается огромное множество. Насколько редко Вам доведется весь этот зоопарк отлаживать.

А теперь представте,...

В том-то и дело, что я отлично все это представляю.

 Я представляю не облако в штанах, не острова Фиджи, а конкретный гондурас. С его стандартами сети, влажностью и среднегодовой температурой.

 Я также отлично представляю конкретных папуасов, их возможности по грамотной эксплуатации. Еще - конкретные местные технологические возможности. Ну нет у нас 3D принтеров и даже плоттерной порезки майлара под рукой. И не будет в обозримом будущем.

 Обижаться не нужно, я просто исхожу из реалий и действую в этих конкретных  условиях. Аппаратуру работающую от Фиджи до Антарктиды я тоже создавал, поверьте, хорошо понимаю что это такое. Это стоит раз в 50-100 дороже ширпотреба и требует кроме денег еще  многого, чего уже нет и не будет.  Потому и не занимаюсь пустыми мечтаниями о всемирных рынках. 

Задача предо мною стоит  обеспечить недорогими надежными УПСами Пятихатки и Жмеринку.  Вот ее и решаю.

 Кто-то понимает задачу по иному? Пусть встает к станку рядом и покажет что у него конкретно в железе вышло.

 А пользователи сами разберутся быстро что чего стоит.

[Setevoy 127]

Да каике 5$? За такие деньги можно 2 ядерные 1,6ггц  ARM RK3066 для планшетов купить в рознице. О ценах на мк , которые действительно реальны , я уже тут рассказывал, и сам их покупал.

Очень интересно.

Дайте ссылочек с ценами, чтоб у нас получилось cpu, mac и phy для ethernet, пускай десятка. Можно хоть одним чипом, хоть тремя. Если оператива и флеша требуется внешняя - тоже считаем. Аналогично кварц.

Да, и нужна поддержка от производителя, доступ ко всей документации. И, конечно, возможность купить любое количество в любой момент с прогнозируемым лид таймом. Мы ведь не хотим наломать клиентов, когда пойдёт спрос, а у китайцев отбраковка закончится?

[NiTr0 583]

Вы говорите о студенте с ардуиной на коленке, а не о разработке ПО.

Он говорит о "хорошем прикладном программисте" с годичным стажем

 

Данных много не бывает

Аккурат сегодня засрался раздел с БД мускула... Где собссно в основном лежали данные заббикса. 120 ГБ Хотя тоже без особого фанатизма вроде как юзаем его.

[Setevoy 127]

 

Вы говорите о студенте с ардуиной на коленке, а не о разработке ПО.

Он говорит о "хорошем прикладном программисте" с годичным стажем

 

За год хорошие админы оракла не получаются.

[NiTr0 583]

Дайте ссылочек с ценами, чтоб у нас получилось cpu, mac и phy для ethernet, пускай десятка

http://www.futureelectronics.com/en/technologies/semiconductors/microcontrollers/32-bit/Pages/5949094-STM32F107VCT6.aspx?IM=0 + http://www.futureelectronics.com/en/Technologies/Product.aspx?ProductID=RTL8201CLVDLFREALTEKSEMICONDUCTOR3414638&IM=0 - менее 7 баксов И это - топовый камень семейства, на деле можно обойтись и поскромнее камушком. Відредаговано 2014-10-14 12:36:45 NiTr0

[ttttt 195]

Микроватт вроде все рассказал, на что он готов и я его прекрасно понимаю: упс с возможностью переключения на батарею по внешнему сигналу и все. Многих устроит, поиграемся с ардуинами и все будет юзабельно.

Главное теперь, чтобы напряжение на выходе выше 200 В было, чтобы не ограничиваться особым видом дорогих full-range БП.

[NiTr0 583]

За год хорошие админы оракла не получаются.

Ну у Микроватта за год получаются "хорошие прикладные программисты" из схемотехников Вот о таких "хороших программистах" он, видимо, и говорит

[Setevoy 127]

 

Дайте ссылочек с ценами, чтоб у нас получилось cpu, mac и phy для ethernet, пускай десятка

http://www.futureelectronics.com/en/technologies/semiconductors/microcontrollers/32-bit/Pages/5949094-STM32F107VCT6.aspx?IM=0 + http://www.futureelectronics.com/en/Technologies/Product.aspx?ProductID=RTL8201CLVDLFREALTEKSEMICONDUCTOR3414638&IM=0 - менее 7 баксов И это - топовый камень семейства, на деле можно обойтись и поскромнее камушком.

 

Я так и сказал - пятёрка.

Ждём от DigitalBrain варианты сильно дешевле пятёрки.

Я так понимаю, должно получиться бакс-полтора уже с PHY?

 

ЗЫ "Пускай десятка" - имелась в виду пропускная способность.

Відредаговано 2014-10-14 13:40:14 Setevoy