NiTr0

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

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

не обязательны 0.1% резисторы - достаточно просто термостабильности (у металлопленочных она довольно-таки высокая), остальное - дело коэффициентов. это не есть проблемой. и проблема не в точности АЦП, а в стабильности опорного источника. то, что аккумов может быть более 8 - это понятно. но модульная конструкция здесь никого не заинтересовала, а делать дорогого монстра, который нужен будет в единичном экземпляре (т.к. остальным нужно решение подешевле) - тоже смысла немного.

стабильность источника опорного напряжения - до 100 ppm/градус, резисторы тоже не сильно-то плывут (даже у 5% резисторов разброс сопротивления менее 1% в партии на деле, после n лет лежания в пакетиках - 1%, которые металлопленочные, будут стабильнее). и кто к ней будет делать внешние делители? к ping3 (который имеет 3 АЦП) что-то никто не спешит колхозить измерители... я вон в топике предлагал несколько дешевых стекируемых модулей с UART + опционально SNMP контроллер либо USB интерфейс к компу - сказали, не нужно, нужен готовый девайс, коробочка с эзернетом и n входами. да и "телеметрическая станция" из ардуинки + эзернет модуля легко собирается, все библиотеки есть, и даже примеры есть в интернетах - например http://41j.com/blog/2014/12/arduino-snmp-voltage-monitor/потому смысла делать аналогичный полуфабрикат особо не вижу. а вот кому надо - вполне смогут выпаять делители/заменить их на нужные, и получить ту самую "телеметрическую станцию"... калибровка-то будет присутствовать. по поводу цены: скорее всего - получится дешевле чем ping3. но более точно по цене смогу сказать когда будет на руках готовый прототип + будет известно нужное кол-во девайсов (пока есть макет на проводках, на котором ставлю эксперименты - по факту осталось прикрутить снмп и реализовать EEPROM), а для этого - нужно определиться, что же конкретно нужно в прототипе.

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

в общем, большинству нужен таки отдельный немодульный девайс с эзернетом, с snmp (или другим протоколом), и несколькими каналами измерения. в каком-то недорогом корпусе с монтажом на DIN рейку. питание девайса придется делать отдельным (он будет кушать как минимум несколько десятков милиампер), хотя, думаю, кому надо - сможет сам подключить его к аккуму батареи чтобы не покупать еще БП. по поводу каналов: сколько и какого напряжения нужно? стоит ли делать отдельные измерители (по одному на канал с гальваноразвязкой), или просто сделать N каналов с делителями? если делители - то какие (все одинаковые, или с разным расчетным напряжением - к примеру, первый - 0..16В, второй - 0..32В, и т.д.)? думаю, на 0..100В канале удастся получить точность порядка +-0.3..0.4В - достаточно чтобы оценить, жив или мертв аккум при разряде. хотя могу и ошибаться. по поводу выходов: мнения, похоже, разделились, кому-то нужны, кому-то - нет. может, в таком случае просто сделать N относительно слаботочных выходов, скажем, для подключения релюх?

собссно созрела идея сделать такой девайс. пока - видится как одноканальный/многоканальный цифровой вольтметр с последовательной шиной (либо - вариация на тему TTL UART, подключаемая к китайскому USB-TTL RS232 адаптеру, либо - RS485 шина), гальванической развязкой интерфейса (пара оптронов, питание интерфейсной части отдельное - +5В), и небольшим током потребления от измеряемого аккума (несколько миллиампер). протокол - какой-нибудь стандартный, тот же modbus, для которого уже есть куча библиотек, + набросать какую-то консольную утиль на питоне для ленивых (для вызова из шелла типа './voltmeter.py <id девайса> status') потому - вопросы, что/как измерять: на каждый аккум по точному вольтметру, или один на несколько аккумов батареи (естественно, с возможностью подключить несколько таких вольтметров на шину)? если многоканальный - сколько каналов, и как отсылать измерения (выдавать просто напряжение на каждом канале, или же разность напряжений каналов)? индикаторы - нужны или нет (на лишних грн 20-30 скорее всего будет дороже в случае одного 3-позиционного LED индикатора, грн на 40-50 в случае ЖК китайского)? или хватит многоцветного светодиода (-ов, если многоканальный) - красный при разряде ниже 11В/заряде выше 14.7В, желтый - при разряде меньше 12.3В/заряде выше 14.2В, иначе - зеленый? или предусмотреть гребенку для подключения стандартного индикатора кому нужно будет? ключ, включающий внешний шунт (скажем, до 3А расчетный ток) при превышении напряжения выше некоего регулируемого порога (либо по команде, либо - смешанный режим, т.е. по перезаряду либо по команде на минуту скажем включает разрядную нагрузку) - нужен или нет? клеммники, корпуса - как будет удобнее? просто плата с клеммниками, которую каждый разместит где ему удобно (хоть в мыльнице)? рассчитывать под какой-то пластиковый корпус (которые от 30 грн и выше сейчас)? или платы, стыкуемые разъемами "папа-мама" по интерфейсной части, с клеммниками (либо вообще голыми пятаками, в которые паяются провода к общему клеммнику) для подключения к батарее? интерфейс - какой будет практичнее? TTL UART, который нормально работает в пределах нескольких метров? или RS485, который может работать с витой парой вплоть до километра? или критично нужен ethernet с snmp (что будет довольно дорого скорее всего, если на каждое устройство)? или подумать насчет ethernet/snmp в качестве опции, мастер-устройтсва опрашивающего кучку слейвов? какое количество подобных девайсов нужно (сейчас/в перспективе)? т.е. есть ли практический смысл ними заниматься?

20000 дропов в месяц - не так и много, чтобы возникли явные проблемы, при дропах порядка нескольких единиц в секунду.

все значит, уперся микротик в полочку, не тянет железо...

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

плохо помните. электроны имеют отрицательный заряд, потому ВНЕЗАПНО бегут к плюсу. которые ВНЕЗАПНО делятся анионы и катионы. с противоположным зарядом, да. и что? вы же тут кажется утверждали, что имеет значение, какую клемму подключать/отключать первой? так покажите же, на примере аккума и лампочки, что произойдет если отключить "не ту" клемму. ок, есть светодиод без каких-либо опознавательных знаков на выводах, есть 2 клеммы от него, есть аккум без опознавательных знаков. давайте, назовите способ как имея этот набор сказать, где у аккума плюсовая клемма, а где - минусовая. ведь есть же, по-вашему, разница, каую клемму первой подключать/отключать, поведение же должно меняться?

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

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

кажется этой теме "счастливый владелец" довольно доходчиво расписал же...

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

к слову, может проблема собссно с фряхой? еслифря является источником траффика?

стоит такой, LACP 4 гиговых линка, суммарный трафик через него порядка 2 гбит, проблем никаких.

не потребуется, если не разряжать ниже 10.5в... только в случае переразряда.

пффф... нгинкс с абиллсом тоже вполне себе дружит.

тавышо, целых 8% разницы, как я мог НАСТОЛЬКО ошибиться это же вкорне меняет дело, производительность растет до небес да-да, при нагрузке в 40%. вырастет трафик % на 20, загрузка ядер скакнет под 90%, и сожрет он все заявленные производителем 69Вт. прям как какой-нить тазик на i5, молотящий без особого напряга 10 гбит траффика... 5г - это всего лишь 3.5-4 тысячи активных абонов. с этим кол-вом легко справится один(!) тазик на десктопном i5. ну или 2 тазика, чтобы обеспечить резервирование. каждый ценой баксов по 600 от силы, с огромным запасом... ну и да, что-то я не видел у мелких провов с 3-4к абонов массово джуниперы с цисками (имею ввиду не свичи, и не древние монстры-калориферы типа шеститонников).

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

1.5 вход + 0.8 исход с загрузкой до 40-50% - и при этом волшебным образом должно вытянуть 4-5 гигов?... открою секрет: если нагрузка вырастет % на 20-30 - это чудо упрется в полку. и да, уже сейчас у ваших абонов скорее всего в ЧНН наблюдаются проблемы со скоростью. а как пппое терминатор - железка завернется намного раньше...

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

ну и как, 20 минут прием двух фуллвью при флапе бгп сессий не смущает? а одно ядро в полку, которое бгп обслуживает - тоже норм? или вы из тех кому фуллвью не нужен и кто при аварии на аплинке (скажем, обрыв одного из направлений - бгп сессия висит, но мира нет зато дефолт исправно анонсится) предпочитает сидеть без интернета либо спешно бежит к ближайшему компу с виндоксом чтобы вручную погасить проблемный аплинк аплинк?

ну-ну, упереться в 4-5 гигабит на 1072 (ценой в 3 килобакса), при том что дропы (и проблемы со скорсотью) начинаются гораздо раньше, на 40-50% загрузке, и что дальше? потом, сгорает CCR - что делать? ждать пока через пару недель привезут замену?.. с чего ему кукожиться-то? флуд - пофиг, там ядра мощные, в отличие от микротика (где прерывание от сетевухи обслуживается одним-единственным ядрышком, с производительностью где-то на уровне целерона 300-500 МГц, а сетевухи сами дешманские сохо - не верите, вскройте CCR1016, почитайте маркировку и прослезитесь, дешманский квалком-атерос типа того, что на офисных матерях распаивается); а если вдруг случается бага и брас начинает валиться от кривых пакетов - вероятность получить заплатку от разработчика в разумные сроки куда выше, чем в случае микротика (напомните, сколько лет они латали критическую уязвимость с висом тика при интенсивных ssh коннектах? 3 года, или 5?).