NiTr0

микротик, привыкайте.

легко - шлет пакеты на мак-адрес которого нет в FDB, и свич пакет ессно рассылает по всем портам. смотрите фильтры unknown unicast.

ИМХО - либо буфферы слишком мелкие (увеличить через ethtool), либо грабля в том что прерывания обрабатываются не тем камнем, к которому подключен собссно pci-e слот, а другим, и данные выгребаются через межпроцессорную шину, со всеми вытекающими... https://communities.intel.com/community/wired/blog/2009/11/04/how-the-kitchen-sink-and-statistics-explain-and-treat-dropped-packetsнеплохо описано что какая ошибка значит.

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

на 3.14+ при отключении шейпера в if-down (удаление qdisc на ppp) с интервалом раз в пару недель происходили краши (они остались и на 4.1.х - убирание прибивания шейпера из if-down в if-up существенно стаилизировало брас, на 3.14 не пробовал). в 3.19+ добавились грабли с race condition в pppoe session termination (когда и демон, и ядро пытались прибить туннель по PADT - раньше это было, но деинициализация не была асинхронной и race condition не случался), которые вроде как подчистили в 4.8 (сам еще не пробовал). на 3.2, 3.4 и 3.10 брасы вполне стабильны. ну и да, неплохо бы на стэктрей

ну нет так нет, дело ваше, ищите волшебное решение...

откатиться на ядро 3.4 или 3.10 для начала (не знаю какое там на дебиане стоит), либо - обновитесь на 4.8.х... потом - убрать деинициализацию шейпера, и убрать sfq.

на столе за час экспериментов вис несколько раз. виснет, похоже, при переполнении буфера, при помехах по питанию, ну и если ессно касаться кварца. в шатном драйвере (который скопипастен с ардуинки похоже) не было никаких методов определения факта виса/сброса. там не в вычислениях проблема. в чем - я написал выше: во-первых атмел напрямую в даташите пишет - АЦП может дать что-то близкое к 10 битам только если использовать ADC noise reduction sleep, который скорее всего в ардуине не реализован (учитывая качество реализации всего прочего в библиотеках), во-вторых - напряжение пульсиру

на одной атмеге навряд взлетит. реальных 8 бит (не думаю что в ардуиновских либах реализован sleep на время преобразования) маловато для мониторинга 4*15=60В батареи, пляска показаний +-0.3В - чересчур наверное... не говоря уже об усреднении (что будет если первый канал считается в процессе разряда, а второй - в процессе паузы? ток-то - меандр), и т.п. "мелочах"... ну и да, как я уже говорил, имеющиеся драйвера enc28j60 требуют доработки напильником.

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

в принципе, таки придется на каждый канал делать свой вольтметр. и все вместе вешать на какую-нить шину. которую уже опрашивать snmp контроллером. тут легко и масштабируемость (4 или 8 или даже больше каналов), и ремонтопригодность, и гибкость получить. attiny13 - не знаю, смысла не вижу из-за ее убогости по сравнению с stm8 (за цену тиньки можно взять stm8s103 уже на платке, правда lm1117 придется сковырнуть - т.к. всего лишь до 15В диапазон, или ставить какой-то 78l05 в довесок, зато много лап свободных). а usb-serial стоит гривен 50...

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

очевидно же - разницу в напряжениях между разными аккумами, скажем, более 0.5-0.7В в процессе разряда. потому как если на одном еще 12.5, а на втором уже 12 - это значит что первый заряжен % на 70-80, а второй - всего на 30 (примерно).

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

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

мониторинг напряжения при разряде батареи. если на всех одинаково проседает - ок, если на всех 12.3 а на одной уже 11.5 - батарею в помойку. разряд - либо по естественным причинам (отключение напряжения облэнерго), либо - самотестирование батарей упсом, если упс умный и с удаленным управлением (APC к примеру умеют разряжать до ~20% емкости)

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

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

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

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

стабильность источника опорного напряжения - до 100 ppm/градус, резисторы тоже не сильно-то плывут (даже у 5% резисторов разброс сопротивления менее 1% в партии на деле, после n лет лежания в пакетиках - 1%, которые металлопленочные, будут стабильнее). и кто к ней будет делать внешние делители? к ping3 (который имеет 3 АЦП) что-то никто не спешит колхозить измерители... я вон в топике предлагал несколько дешевых стекируемых модулей с UART + опционально SNMP контроллер либо USB интерфейс к компу - сказали, не нужно, нужен готовый девайс, коробочка с эзернетом и n входами. да

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

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

собссно созрела идея сделать такой девайс. пока - видится как одноканальный/многоканальный цифровой вольтметр с последовательной шиной (либо - вариация на тему TTL UART, подключаемая к китайскому USB-TTL RS232 адаптеру, либо - RS485 шина), гальванической развязкой интерфейса (пара оптронов, питание интерфейсной части отдельное - +5В), и небольшим током потребления от измеряемого аккума (несколько миллиампер). протокол - какой-нибудь стандартный, тот же modbus, для которого уже есть куча библиотек, + набросать какую-то консольную утиль на питоне для ленивых (для вызова из шелла типа './voltmete

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