О зарядных устройствах и свинцовых АКБ от А до Я (по версии Kass)

[Кass]

[user]TOM[/user], так о том то и речь, что знание языка вовсе не говорит о понимании сути и смысла в технических текстах. Я и так стараюсь писать максимально простым языком, избегая сложные для понимания понятия и термины. Я же не пишу о корреляции регулируемой величины в пропорционально интегрально дифференциальном регулировании при анализе статистических характеристик флуктуационных шумов с интегральным распределением. Ну для кого это будет? Стараюсь писать простыми словами на пальцах. Но у кого то это вызывает иллюзию абсолютной простоты описываемых процессов.

[TOM]

корреляции регулируемой величины в пропорционально интегрально дифференциальном регулировании при анализе статистических характеристик флуктуационных шумов с интегральным распределением

Классический ПИД-регулятор в системе с шумом

[Кass]

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

[TOM]

Потом окажется, что нужно учитывать ещё и фазовые изменения

[Кass]

Потом окажется, что нужно учитывать ещё и фазовые изменения

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

Кстати. В практической реализации трактов ИКМ, к примеру в ИКМ30/32 в том же стыке G702, ну к примеру по протоколу ISDN PRI пересинхронизация при флуктуации получила жаргонный термин "проскальзывание". Вот теперь представьте, что может подумать неосведомленный в теме человек, услышавший знакомое слово "проскальзывание". Слово то ему известно, и не проблема посмотреть по словарям его семантику. Однако любая информация из словарей или Википедии будет очень далека от значения данного термина в контексте протокола ISDN PRI. Но все равно найдется какой то Сергио, который будет высмеивать употребившего данный термин. Мол что может проскальзывать сугубо в цифровом тракте? Ну там же нет пассиков и вообще никакого трения.

Блин. Кстати, нужно погуглить, есть ли что в сети на данный момент на эту тему.

[serggio]

Что-то наш "профи" давненько нас не радует новыми познаниями в области погрузчиков, стандартов, ТКН, ПИД, ISDN PRI, УПАТС Панасоник 336 и пр... 
Заряд АКБ на Х5 во время сервисных процедур в авторизированом "ашан-центре", при которых неизменно АКБ каюк, но все стороны не в обиде друг на друга, тоже давно не описывался... 

[Яков93]

А я в последнее время усредняю данные несколько по другому.
Делаю сразу 32 измерения, забиваю их в массив, потом сортирую эти значения по возрастанию, выбираю 16 штук только тех, что сидят в середине, 8 самых высоких и 8 самых низких отбрасываю. Потом эти 16 штук складываю и делю на 16.
По мне так самый точный метод фильтрации. Никакие случайные всплески не пройдут.
Скетч вот такой

Спойлер

#define I_RAW PB0

unsigned long temp0;
unsigned long I=0;
int nums[32];
int a, d, t;
int size_nums=32;


void setup() {

}

void loop() {

if(millis()-temp0>=2000)
{
temp0=millis();

   for(t=0; t<size_nums; t++)
   {
    nums[t] = analogRead(I_RAW);
   }

   for(a=1; a<size_nums; a++)
     for(d=size_nums-1; d>=a; d--)
       {
        if(nums[d-1] > nums[d])
         {
          t=nums[d-1];
          nums[d-1]=nums[d];
          nums[d]=t;
         }
       }

   for(t=7; t<23; t++)
     {
      I+=nums[t];
     }
     I=I>>4;
}

}

Делаю на STM32. Вроде вычислений всяких много, и должно быть медленно, но сейчас измерил в натуре - весь цикл занимает всего-то 380 микросекунд.

[Alex_Soroka]

Делаю сразу 32 измерения, забиваю их в массив, потом сортирую эти значения по возрастанию, выбираю 16 штук только тех, что сидят в середине, 8 самых высоких и 8 самых низких отбрасываю. Потом эти 16 штук складываю и делю на 16.
По мне так самый точный метод фильтрации. Никакие случайные всплески не пройдут.

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

[Яков93]

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

Спорить не буду, метод конечно не самый рациональный на свете по времени исполнения. Но времени весь этот цикл с измерениями, упорядочиваниями и фильтрами все равно занимает только 380 микросекунд. Не особо представляю, что можно такого важного за это время упустить.
Коль уж требуется какой-то важнейший параметр который надо все время контролировать и 1/3 миллисекунды он никак не подождет, то ведь прерывания никто не отменял. Что хорошо в STM32 любой из выводов вроде можно на аппаратное прерывание настроить.

[Паяка]

Что хорошо в STM32 любой из выводов вроде можно на аппаратное прерывание настроить.

А ещё, модуль АЦП имеет встроенные компараторы, умеющие генерировать прерывания.

[Серик]

А ещё, модуль АЦП имеет встроенные компараторы, умеющие генерировать прерывания.

Приветствую Всех Форумчан!
Здравствуйте, Уважаемый Паяка!
А что это может дать, на этом можно построить защиту?

[S_Kov]

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

Критика должна быть конструктивной. Ну, ладно, еще как-то можно самому придумать, почему для некоего "реалтайма" это плохой вариант. А вот почему это только для неотвественных задач?.. Это уже не для среднего ума.. 
Добавлено 26 Ноя 2018 в 22:37

Но времени весь этот цикл с измерениями, упорядочиваниями и фильтрами все равно занимает только 380 микросекунд. Не особо представляю, что можно такого важного за это время упустить.
Коль уж требуется какой-то важнейший параметр который надо все время контролировать и 1/3 миллисекунды он никак не подождет, то ведь прерывания никто не отменял.

Вот это я тоже не понял. Как вычисление некоторой средней величины связано с возможностью прерывания от ножки микроконтроллера?..
Зря вы тушуетесь перед наскоками уважаемого Сороки. За ними ничего нет.

[serggio]

Зря вы тушуетесь перед наскоками уважаемого Сороки. За ними ничего нет.

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

[S_Kov]

А как же черная коробочка с секретным алгоритмом,

Не понимаю, о чем вы
Я краем глаза посмотрел битвы вокруг УЗС, то так, честно говоря, ничего и не понял. Я в детстве неоднократно делал резонансники и должен признать, что это очень приятная и очень эффективная штука. Правда, мне не нужны были токи больше 10А, но не вижу особых проблем сделать и 20А. Там логика работы резонансника очень простая, и почему вокруг этого ЗУ столько шума - не понимаю. Там все делается на одной микросхеме, сейчас не помню ее "имя и фамилию". И вторая микрушка во вторичной цепи для синхронного выпрямителя. Ничего секретного. Нет, там конечно есть свои нюансы, ну например не всякие конденсаторы будут хорошо работать в резонансном контуре, но это уже все обговорено везде в и-нете на железячных форумах 100500 раз. Конечно, можно к резонанснику добавить контур управления с микроконтроллером, который бы "рулил" выходным напряжением, но когда начинается битва за микросекунды в вопросах зарядки "большого конденсатора", коим по факту является аккумулятор - я этого не понимаю. Там любой МК с частотой семплирования АЦП >1кГц должен справляться на ура.
А вообще, должен извиниться перед уважаемой публикой, что повелся на провокационные замечания уважаемого Сороки. Ведь уже давно сформулирован главный принцип любой рекламы: "Любое упоминание человека идет на пользу его рекламе, если только это упоминание - не некролог"
Обязуюсь больше не поминать всуе "великого и ужасного"

[Паяка]

А что это может дать, на этом можно построить защиту?

Приветствую, уважаемый [user]Серик[/user]! Да, можно настроить прерывание по выходу какого-либо напряжения за установленные пределы. А если МК имеет и конфигурируемые логические ячейки, то и мгновенно отключить что-нибудь, не дожидаясь обработки сигнала процессором.

Например, такая логика: Ключ_вкл = ШИМ_акт & Комп_норм. Тогда на драйвер силового ключа будет выводиться логическая 1 с таймера ШИМ, только если на это даст разрешение компаратор. Если напряжение вышло за допустимые рамки, компаратор мгновенно (за доли микросекунды) отключит силовой выход!

[Яков93]

Вот это я тоже не понял. Как вычисление некоторой средней величины связано с возможностью прерывания от ножки микроконтроллера?..

Ну как же, ведь пока идет обсчет этого цикла можно пропустить какое-то важное событие. Например нажатие кнопки... оооочень короткое, короче 1/3 мс.

[Alex_Soroka]

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

ну если вам нужно обьяснять такие простые вещи, значит... вам не надо лезть в реалтайм 
1) в алгоритме подбор идет, и применяются длинные циклы. Это недопустимо , потому что держит Процессор на вычислениях, не давая возможности следить за остальными параметрами. Угроза переполнения стека, если применяются еще и прерывания.
2) при быстроменяющейся обстановке, такое "засыпание чтобы измерить" будет приводить к постоянному отставанию от МППТ, что может привести к раскачке и нестабильности. Особенно(!) если в качестве нагрузки используется АКБ который "почти заряжен и скооро закипит" 

3) раз тут на форуме все такие вумные, то почему ракеты падают? Почему китайское покупаете а не своим , высокооумным, не завалены полки ваших магазинов?   это так, риторический вопрос...
4) почитал несколько журналов росийского издания "современная электроника", в части статей о программировании - восхваление ООП для реалтайма это нечто  теперь мне окончательно понятно почему ракеты не летают и падают, и также понятно почему тупик в разработках 

[SapienzSPB]

2) при быстроменяющейся обстановке, такое "засыпание чтобы измерить" будет приводить к постоянному отставанию от МППТ, что может привести к раскачке и нестабильности. Особенно(!) если в качестве нагрузки используется АКБ который "почти заряжен и скооро закипит" 

Видимо с МППТ вы не сталкивались.