Как стать автором
Обновить
-3
0

Пользователь

Отправить сообщение
Я невнимательно читал, или тут не написано, откуда они будут брать энергию на «ход»?
Точность измерения получилась нормальная, фильтрации всякие, повышение разрядности и т.п., так что абсолютная погрешность приличная может и есть, но сами измерения идут без разбросов. Так что если температура добавилась на градус, то она точно добавилась. Алгоритм на счет градуса в том, что после включения наддува засекаем какой-то таймаут (например 1 час) и перезапускаем его при росте температуры. Соответственно когда роста температуры нет, отсчитываем таймаут и детектируем потухание.

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

Еще в этом блоке есть симистор в управлении наддувом, поэтому запилил регулировку производительности наддува. Чем ближе к температуре выключения, тем меньше скорость вентилятора. Оправдано ли такое или это портит эффективность работы?
Вот мне интересно, там 2 знака после запятой для температуры и влажности. Зачем? Какую точность обеспечивают приборы измерения? Это такой дизайнерский шик или непонимание процессов?
Я правильно понял, что там читается значение АЦП и из него сразу (точнее после проверки корректности) считается давление? А как же усредение, фильтрация и т.п. Я только что дописал прогу для управления твердотельным котлом, плата на ATMega8, так вот, там значения АЦП (даже со спец подготовкой типа режима уменьшения шума при конвертации) скачут на 2 младшие единицы. А при хорошей фильтрации значимыми получается даже «десятые» от этих единиц. Какую точность без этого всего получаете?

void ADCGetADCTemprCZ2(void)
{
uint tmpData;

ADMUX = (1<<REFS0)|(1<<MUX1); //
__delay_cycles(50);

/*MCUCR |= (1<<SE)|(1<<SM0);
__sleep();*/

ADCSR |= (1<<ADSC); // Start ADC
while(!(ADCSR & (1<<ADIF))) {}; // Weit ADC complite flag

tmpData = ADCL;
tmpData |= (ADCH << 8);

if (CheckADCDataCZ2(tmpData) == true) tmpData -= MIN_TEMPR_ADC;
else return; // выходим из функции не применяя "плохие значения"

if (prgState.cz2ApplyFilter)
{
  ADCTemprCZ2 = Filter(ADCTemprCZ2, tmpData);
}
else
{
  ADCTemprCZ2 = (tmpData - 1) << 8;
  prgState.cz2ApplyFilter = true;
}

}

//++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
//++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

uint Filter(uint inOldData, uchar inNewData)
{
uint deltaOrOut, tmpData;
uint inNewDataLong = inNewData << 8;

if (inOldData > inNewDataLong)
{
  deltaOrOut = inOldData - inNewDataLong;
  
  tmpData = deltaOrOut >> 6;
  deltaOrOut = inOldData - tmpData;
}
else
{
  deltaOrOut = inNewDataLong - inOldData;
  
  tmpData = deltaOrOut >> 6;
  deltaOrOut = inOldData + tmpData;
}

return deltaOrOut;
}

//++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
//++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

schar ADCToTempr(uint adcData)
{

ulong tmpData;
schar out;

tmpData = (adcData - (settings.temprMinus10Offset << 8));
tmpData = tmpData * settings.temprKoefMult;
tmpData = tmpData >> 16;

out = tmpData - TEMPR_MINUS10_CONST;
return out;
}

Энергопотребление это сколько энергии было потреблено. Мощность тут это скорость потребления, если так можно выразится, а время это время :) Поэтому Вт*ч
Энергопотребление как раз меряется мощностью и временем, в течении которого эта мощность потребляется, то есть мощность * время. Ваттами меряется потребляемая мощность.
А оригинальный блок питания ремонтировать не пробовали? Это вроде самый логичный вариант решения проблемы.
Моя бухгалтерша уверяет, что обновления никакие не устанавливала (и вообще она их только вручную ставит), никакие сообщения не открывала. Но вирусный процесс был запущен из процесса «медок». Поэтому, все же не понятно, как именно он попал на машину и по какому событию активизировался.
Это не так, шифруются файлы формата ворд, эксель, пдф и т.п. но расширение не меняется. Картинки не трогает. Подозреваю, что в MBR`овской части вируса есть алгоритмы дошифровать оставшееся после перезагрузки.
У меня в рабочей сети заражение началось с машины под необновленной ХР, на которой работает МедОк, вирусный процесс был запущен от процесса МедОк. От нее по сети пострадало 2 машины с необновленной ХР и одна с 7-кой, похоже там бала какая-то проблема с обновлениями. Пара ХР еще выпала в синий экран, что там пока не смотрел, но думаю все должно быть нормально. Там где на ХР стоят последние обновления все ок.Так же все ок с 7-ми с относительно последними обновлениями.
Расход топлива и вредность выбросов не находятся в прямой зависимости. Например, бедные топливные смеси, которые используются для экономии топлива на частичных нагрузках горят с более высокой температурой и в выхлопе появляется много оксидов азота (который соединяется с водой с образованием очень едкой азотной кислоты).
На ХР до сих пор выпускаются обновления и все уязвимости закрываются как и, например, на семерке.
На сколько я понял из статьи проблема не в прочности как таковой, а в усталости метала. Из-за постоянных деформаций (запланированных) происходит его разрушение. Не факт что титан по этим параметрам сильно превосходит алюминий. Наверное если бы все работало не так, то нужно принципиально менять конструкцию.
Это какие-то разные восприятия мира что ли… Или даже не знаю как сказать…

У нас, например, з.п. в 10 т.грн. в месяц считается хорошей, процентов 75% работающих людей получают меньше (или гораздо меньше). Не говоря уже про пенсионеров с доходом в 1-1,5 т.грн. в месяц. При этом та же аренда жилья может доходить до 2 т.грн. в месяц, у нас нету кофе с булочкой за 8 грн. и стакан свежего сока стоит больше 12 грн. Так же у нас нету новых нормальных машин за 20-30 т.грн., нету бензина за ~1грн. за литр. Да и покушать на 30 грн можно только скромно в столовке. И живут же люди как то :)
А как обстоят дела с ресурсом современных панелей? А то этот вопрос совсем не затронут в статье.
Так главная «изюминка» информации — это принцип ранжирования всех доступных ОС драйверов, свой-чужой это только часть процесса, причем далеко не самая важная.

Ну, если завтра какой-либо производитель напишет драйвер и случайно в его INF-файле поставит что-нибудь вроде 11.02.3017...


И ничего не случится. Он не получит цифровую подпись драйвера от Майкрософт и все на этом. Такой драйвер не установится просто так. Вы упускаете из виду всю картину, а зациклились на «костыле» для «своих» драйверов. Если же пользователь на столько умный, что сможет установить такой драйвер без подписи, то все, о чем здесь пишут, просто не имеет никакого значения.
И как ориентироваться по «стандартному и очевидному полю», если оно может быть изменено / не изменено любой из «фирм» как её индусам заблагорассудится?


Любое поле может быть изменено как заблагорассудится разработчику драйвера. Вот присваивать драйверу атибуты «встроенный» или сторонний — это точно костыль! А использование даты это принцип ранжирования всех доступных ОС драйверов (например при установке драйвера ОС натравили на папку, в которых их 10 штук, как тут выбрать лучший?). И сама ОС очень элегантно пользуется этой же системой ранжирования для установки рейтинга для своего драйвера.

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

А так всё равно остаётся ненулевая вероятность того, что какая-нибудь «фирма» выпустит драйвер у которого в INF-файле дата разработки будет ...


Так же есть ненулевая вероятность неправильного прописывания любых идентификаторв, версии и т.п., но дата это имхо самое стандартное и очевидное поле, по которому можно хоть как-то ориентироваться в «свежести» драйверов. Объясните, в чем именно «костыльность» решения?

Информация

В рейтинге
Не участвует
Откуда
Чернигов, Черниговская обл., Украина
Зарегистрирован
Активность