NiTr0

LUA...

radiusd -X...

я на форуме абиллса даже патчик на эту багофичу выкладывал... Session-Timeout=0 - костыль работает, но только если на брасе работает дисконнект. если не настроен - сессия будет висеть пока не порвется по техническим причинам...

+ по налогообложению/бухгалтерии кое-что меняется (если не ошибаюсь), + есть список требуемых должностей в штате и т.п... если не ошибаюсь - там в сухом остатке 20% с дохода. 5% с оборота меньше 20% с дохода только в случае если рентабельность больше 25% - это не про вечно строящийся телеком явно. можно вывести как дивиденты... а почему не наоборот? ФОП на общей - как по мне гемор же бессмысленный, лучше ООО на общей держать, можно и с НДС (чтобы с юриками работать)... Если что - за провтык в отчетности судить будут бухгалтера с директором, а не вас.

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

стоимость гены какая? + каждые несколько сот часов замена масла, + каждые несколько тысяч часов - капиталка движка...

похоже, keenetic viva - самое дешевое, куда можно запилить iperf... все что дешевле - на реалтеке.

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

вроде как аппаратный нат на тплинках кривой-корявый, роутер регулярно крашится при его активации, а в сторонних прошивках его нет. как вариант - что-то на ралинке/медиатеке (RT-N56U), и зашить туда wive. нормальный аппаратный нат до 4-8 тысяч сессий, стабильно работающий, при нагрузке на проц в единицы %.

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

легко - шлет пакеты на мак-адрес которого нет в 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В немедленно отправляется в помойку. потому что если аккум не отправить в помойку сейчас, а поставить даже одиночным аккумом на другой узел - проработает от силы полгода, после чего издохнет окончательно. не, понимаю, если лепить это все на кучке компараторов - то проблемно будет реализовать нормальный алгоритм, но здесь какбы это и не подразумевается. вы кажется упорно не хотите понимать задачу. задача стоит сохранить в первую очередь работоспособность узла связи, а не батареи. а вот 100Гц пульсации на банках к слову будут тоже довольно интересными для анализа, хорошая идея. потому как однозначно характеризуют внутреннее сопротивление аккума, которое неплохо характеризует состояние пластин. правда не думаю, что имеет смысл ставить отдельный ОУ - хватит и просто кондера на вход АЦП ИМХО... 3.3В/256=13мВ (гарантированных, принимая погрешность 4LSB для 10бит АЦП), т.е. при токе в 10А разрешающая способность по факту менее 2 мОм - что довольно-таки неплохо.

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

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

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

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