Если под % подразумевается величина напряжения питания вент-ра относительно номинального значения, то работает, имхо, чётко и предсказуемо (что видно по применению установки в % для 3-х пиновых вент-ров на мат. платах).

А не совсем понятна постановка задачи: почему мы должны стремиться установить одинаковые RPM для столь разных вент-ров одним сигналом ШИМ? Вот установить для них одинаковый уровень напряжения питания (относительно номинального значения) одной величиной % ШИМ, - кажется вполне рациональным, так как позволяет предсказать, на сколько будет снижена производительность оч. разных вент-ров при данной установке %.
Насколько вы сейчас, в данной реализации реобаса, уверены в том, что % отражают именно мощность потребления вент-ра, а не некоторую не вполне определённую величину, связанную с установленной скважностью ШИМ данного канала, и только некоторым образом отражающую вырабатывамое на выходе канала напряжение, сильно зависящее от модели подключённого к данному каналу?
Вроде бы, исходя из ваших ответов следует, что без калибровки (дающей неудобный, имхо - оч. нелинейный график) мы вообще не можем более-менее точно знать, какой уровень RPM будет иметь подключённый к каналу вент-р, при установке величины xx%?
Кстати, что касается проблемы формирования выходных напряжений, - стандартные контроллеры вент-ров (мсх. I/O), устанавливаемые на мат. платах, без проблем обеспечивают выработку хорошо управляемого напряжения питания вент-ров, т.е. задача эта вроде бы не столь сложна?
Был бы оч. признателен, если бы вы могли показать для какого-нибудь вент-ра 3in 120мм (как одного из распространённых форм-факторов) график % -> Uпит. А если ещё и покажете осцилл. пульсаций по питанию вент-ра, будет вообще шикарно.

Вот например до этого у меня на этом канале стоял вентилятор 70*70, работал на 700 об/мин при 4.8% выставленной мощности. Воткнул на его место 120мм, он даже завестись не смог, сработала защита от остановки, раскрутила его. В это время коррекция мощности тоже работала и увеличивала мощность,через примерно 30 секунд он начал стабильно крутиться на 250 об/мин, ну и гдето через пару минут мощность скорректировалась до 700 об/мин, при этом в процентах это было 17.35%. Такая вот разница и вот что произойдет если калибровка сделана для более слабого вентилятора, а воткнуть жирный.
По сути проценты - это скважность ШИМа. Вы правы в том что проценты с вольтами и оборотами связаны весьма мутно, как написал цифры выше и график получается горбатый. Но этот график использует комп и он сам по нему вычисляет %. Пользователю это может понадобиться для выставления очень малых оборотов. У этой 120-ки калибровка прошла до 280 об/мин - отличный результат, охвачен весь разумный диапазон. А вот для предыдущего минимальные обороты на которых ещё работал тахометр составили 680 об/мин, если захочется заставить работать его медленнее, то да, придётся посмотреть на график, чтобы прикинуть сколько там надо поставить % и выставлять "на глазок".
Если управлять вентилятором вообще без тахометра, то придётся только в % и смотреть глазами и щупать руками как он там крутиться при том или ином выставленном значении %. Аналогично для вентилятора с тахометром, но без проведения калибровки, только тут можно будет выставлять % и смотреть обороты.

А причина всего этого в экономии и упрощении. Вот хочу много каналов! А микросхемы управляющие 3 pin вентиляторами на материнках на сколько - 1 канал. 8 штук ставить - цена (хотя недорогие должны быть), сложность платы пайки и разводки платы... А ведь каждой ещё нужно управлять - это почти наверняка увеличит кол-во контактов управления, ставить МК помногоножистее, сейчас 28 ног и все заняты.
Если посмотреть в сторону специальных драйверов двигателей, то они тоже 1-2 канала, но цены на них очень кусаются.
По этим причинам стоит одна микросхема ШИМа предназначенная для управления светодиодами в оригинале, только вместо светодиодов стоят ключи с фильтрами - цена ей 50р в Китае. Микроконтроллер рассчитывает значение скважности для всех каналов и раз в 2-3 секунды отправляет ей значения пачкой и ШИМ молотит эти значения пока микроконтроллер не пришлёт следующие. По некоторым причинам частота ШИМа примерно 8кГц, не могу задрать её выше разумными способами, без фильтров будет пищать, а с фильтрами получаем нелинейность.
Вот так одно цепляется за другое. Вы как считаете, что лучше - дико всё усложнить и цену в небеса или помнить о нелинейности и подстраиваться под неё если таки регулируете обороты в процентах?

Однокристалка с 16 PWM выходами и USB в корпусе TSOP44 стоит 100 рублей (в розницу).
Шутку не оценил.

Это да, только до таких я ещё не добрался - отсюда у меня конечно куча проблем, как нехватка и ног и частоты ШИМа и некоторые другие.

Пора подвести промежуточные итоги.
За то время пока я тут обсуждаю свой реобас, в общем то выяснилось следующее:
1. Выставлять значения в оборотах в минуту никого не интересует.
2. Чтобы вращение вентиляторов было точным тоже никому не нужно, как и точное измерение температуры.
3. Нелинейность регулировки непонятна и неудобна (хотя это не основной режим работы)
4. Сама конструкция тоже отстой.

Пообщался блин на любимом сайте. Хотя хорошие и заинтересованные отзывы тоже были и их вполне достаточно, чтобы понять что тема интересная.

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

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

На это можно вполне закрыть глаза.

Конструкция отличная, но я бы предпочел меньше каналов, больше датчиков.

Расстраиваться не надо.

maxxTech Спасибо, да я в общем то и не расстраиваюсь.

Тут видимо сделаю, когда выбрано при остановке "ничего не делать", то чтобы и правда ничего не происходило, ну в смысле и красным в панели канал не ставал и не было попыток раскрутить вентилятор. Это даст возможность ставить очень низкие обороты, но если остановится, то так и будет стоять.

Сейчас вот начал испытывать всё это на реально работающем компе, правда он у меня специфический - заклеен шумоизоляцией и закупорен весь кроме фильтра 10*10см на боковой крышке, через который и идёт весь воздух. Посмотрю как это работает в реальности и буду думать.
Пока вот могу сказать что температуру HDD измеряет градус в градус, термодатчик на середине тепловой трубки процессора показывает 40 () при простое и до 48 при долгом прогреве, при этом на процессорном термодатчике температура прыгает с 50 до 79. Видимо надо переносить термодатчик на основание кулера.
Воздух в таком герметичном корпусе греется от 40 до 46. Так что диапазон изменения температур не такой уж и большой, по крайней мере в моём случае.

Самым тяжелым тестом для вашего реобаса будет предположительно тестирование на открытом стенде, при использовании на процессоре маленького боксового радиатора совместно с вентилятором с широким диапазоном регулировки.

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

Пока проблема оказалась немного в другом. Как писал до этого температура меняется градусов на 5-6, что температура воздуха в корпусе, что температура кулера, а я уменьшил точность настройки до 1 градуса, в каких то местах хочется менять обороты при изменении скажем на 0.5 градуса. А изменения оборотов на слух отчётливо заметно только тогда, когда вентиляторы начинают идти на взлёт. Скажем 2*80мм слышно стаёт при 1200, а примерно на 1700-2000 начинается просто реактивный шум.

FobOrban
Спасибо за более подробное разъяснение относительно моих вопросов, - про "мощность" и характер преобразование % PWM -> Uпит понятно, больше не "пристаю"... Можно задать пару вопросов по организации логики управления:
- возможно ли запоминать профили установленных регулировок, т.е. есть ли возможность быстро изменить нужным образом регулировки всех используемых в системе вент-ров, путём загрузки настроенного профиля?
- нельзя ли в рамках этого контроллера устроить управление каналом таким образом, чтобы в некотором произвольно установленном диапазоне темп-р данного канала RPM вент-ра не менялся, оставаясь на установленном пользователем значении ("плоский" график дельта t -> %RPM)? Для некоторых пользователей незаметность шума охлаждения ПК связана с неизменным уровнем этого шума, т.е. постоянством RPM. А возможное изменение темп-р в известных пределах при таком режиме для работы системы некритично - ПК ведь не нуждается в поддержании некоторой опред. темп-ры, важно лишь не допускать выхода её за границы допустимых значений.
Признаюсь, мне совсем непонятно стремление организовать реакцию вент-ров системы на изменение темп-ры на 0,5 и даже на 1-2 град., т.к. считаю, что это было бы уместно при организации контроллера темп-ры инкубатора или аквариума (жизненно важная стабильность темп-ры), но вовсе не ПК. Т.е. разрешающая способность установок порогов вполне может быть высокой (1 град. кажется вполне достаточным), а вот реакция вент-ров на каждый такой "чих" темп-ры - излишнее изменение фонового шума, отвлекающее пользователя от работы, имхо.
С уважением!

Прямо всех? Так получается что вентиляторы косвенно связаны друг с другом. Например скорость корпусных вентиляторов можно настроить от температуры воздуха. Кулер от термодатчика гдето в районе процессора, так же видеокарта, думаю ещё вентилятором блока питания управлять, разместив в нём термодатчик. Цель каждой настройки вентилятора, сделать чтобы соответствующая часть не перегревалась. Если скажем слишком замедлим корпусные, то температуры в других местах поднимутся и внутренние вентиляторы будут раскручиваться сильнее. И вот тут надо достичь какого то баланса во всём этом. Сначала ставишь все вентиляторы на постоянные обороты как и было до реобаса, а потом начинаешь подбирать зависимость изменения оборотов от температуры для кулера и так последовательно по всем термодатчикам/вентиляторам. Одним словом есть что понастраивать. Профили не подходят, потому что тут всё слишком индивидуально получается и от железа и от расположения термодатчика.

Температура не прыгает быстро, если например загрузить процессор на 10-30 секунд, то если радиатор хотя бы средних размеров, то его теплоёмкость проглотит это и дай бог температура изменится на 0.25 град. При этом по внутренним термодатчикам процессора температура скакнет слегка, но холодный радиатор не даст ей подняться. То есть изменение температуры - это по внутренним датчикам устройств оно быстрое и резкое (особенно в начале прогрева), а радиатор медленно прогревается и обороты достаточно редко переключаются. К тому же писал, что изменение с шагом в 200 оборотов не воспринимается, а когда обороты меньше 800 то и вентиляторов то не слышно. Кроме того даже старта вентилятора не слышно если правильно настроить время старта. Это всё не проблема на самом деле. А то что подстройка оборотов плавно меняет обороты гдето на 50-100 - это вообще можно увидеть только если смотреть на панель, а никак не на слух.

Просто полный диапазон изменения термодатчика при нагреве получается градусов 10 для процессора а для воздуха в корпусе изменения градусов 5, если минимальная настройка будет 1 град, то получится использовать только 5 ступеней настройки вентилятора. Если трогать радиатор рукой, то изменение кажется сильным, т.к. человек очень-очень нелинейно воспринимает температуру, например 36 градусов это слегка тепло (руки холоднее 36.6) а 42 уже обжигает, а ведь разница то 6 градусов всего! Поэтому и нужна такая тонкая настройка, т.к. температура даже на 0.5 град резко не прыгает, а общее её изменение не так велико как кажется.

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

Прекрасная иллюстрация настройки профиля, имхо. Только надо дополнить тем, что таковую настройку проводят в нескольких, характерных для сценария использования данного ПК, режимов его нагрузки (простой, типичная, максимальная\стресс нагрузка).

Тут всё очень индивидуально: на мой взгляд, несколько вент-ров на 600об\мин это не совсем то же самое, что они же на 800, и с точки зрения шума, и сточки зрения увеличения "запыливания" (загрязнения фильтров). С другой стороны - даже если для кого-то шум одинаков, в чём смысл вариаций RPM даже и на 200об\мин, в ответ на незначит. флуктуации темп-ры какого-либо датчика?
Кстати, не задумывались о гистерезисе реакции реобаса на температуру по времени: чтобы реобас осуществлял переход на "профиль" следующего уровня на некоторое время, не мЕньшее установленного юзером - например, порядка 3-5мин? Если всплеск тепловыделения к концу этого периода прекратится, охлаждение возвращается на предыдущий профиль, если тепловыделение продолжается на том же уровне, сохраняется данный профиль на очередные 3-5мин, и т. д. Таким образом, шумовые изменения работы охлаждения ПК становятся более плавными, чем когда они зависят от относит. коротких всплесков темп-ры какого-либо датчика (это, правда, более актуально для случая использования в кач-ве основного датчика DTS ЦП - по величине реакции на этот датчик сигнала PWM мат. платы, например).

В этом, на мой взгляд, недостаток систем охлаждения с внешним датчиком темп-ры ЦП. Реакция самого ЦП на "свой нагрев" определяется всё же величиной сигнала от встроенных DTS, и то, что внешний (инерционный) датчик может не среагировать на всплеск нагрузки должным образом (быстро), может привести как минимум к троттлингу, а в некотором крайнем случае задержки реакции системы охлаждения - возможно, и к аварийному шутдауну системы по перегреву ЦП?

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

В профилях работы которые вы хотите я не понимаю одного момента. Если бы был вручную управляемый реобас, тогда бы да. Перед стресс тестом имело бы смысл нажать кнопку и поменять профиль всех вентиляторов, стали бы они крутиться быстрее, а не каждый отдельно ускорять.
А тут то все эти профили настраиваются в одном месте - обороты зависят от температуры. Если температура низкая - шума нет. А если она высокая, то значит есть нагрузка и нужно включать профиль нагрузки или стресс теста. А чем эти профили отличаются от простого увеличивания оборотов в ответ на температуру? Они же увеличиваются не просто так, а так как настроишь. И так можно считать первые 3 ступени тихим профилем, ещё 3 производительным, а последние 2 уже стрессом.
Это я всё к тому, что если менять профили в зависимости от температуры, дак оно и так есть. А если сделать всё тихим-тихим и плевать при этом на температуру, то зачем автоматика?

Когда несколько вентиляторов прибавляют обороты - конечно шум больше, но кто сказал что их сразу всё надо прибавлять? Если даже на выдув 2 вентилятора, привязанные к одному термодатчику, то зависимость от температуры у них может быть разная. Можно настроить чтобы сначала 1 разогнался, а потом второй. А второму может и не потребуется разгоняться,
Смысл реакции на незначительное изменение температуры в том, что это делать никто и не заставляет! Можно же ступень сделать очень широкой в плане температуры, а обороты увеличивать лишь тогда, когда совсем уж температура вырастет, но тогда их придётся делать сразу высокими, чтобы охладить пыл уже почти перегревшейся детали, а при относительно плавном нарастании в какой то момент устанавливается баланс обороты-температура.

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

Да, понятие обжигания относительно, тут не будем спорить.
Проверял ли термодатчики - конечно, под мышкой подержал вместо градусника. Нет особых причин им не верить, по паспорту они от минус скольки то до 85 градусов имеют точность +/-0.5 град. Сейчас у меня стоят некоторые датчики из разных партий, купленные в абсолютно разных местах и разное время. При одинаковых условиях погрешности укладываются в обещанные. Сам реобас температуру не измеряет и не высчитывает из каких то хитрых измеренных параметров. Он дает команду "измерить", а потом считывает значение уже в конкретных цифрах.

Хочется ещё поставить точку в проблеме шумности:
1. Автоматические реобасы самим своим существованием подразумевают изменение оборотов при работе, особенность этого реобаса в том, что тут все чётко настраиваемое.
2. Резкие скачки оборотов настраиваются самим человеком и их можно избежать, плавное измерение оборотов на других реобасах тоже создает шум - всё дело лишь в величине оборотов. Небольшие скачки оборотов (и коррекция оборотов) шума не производят и не обязательно одновременно менять обороты на всех вентиляторах разом, тут нет необходимости вешать на 1 канал 5 вентиляторов и управлять ими совместно.
3. Само существование автоматики совсем не означает тихого компьютера, а лишь даёт возможность подстраиваться под температуру, уменьшая шум когда его можно избежать и не давая перегреться в других случаях, сам процесс настройки полностью на человеке.

Автоматика, как водится, будет выполнять защитную функцию - если юзер ошибся с выбором профиля под текущую нагрузку.
Например, у ряда изготовителей мат. плат, система охлаждения переводит вент-ры в режим 100% оборотов вне зависимости от профиля, если темп-ра ЦП достигает некоторой максим. величины.

Это понятно, речь идёт о возможном негативном факторе инерционности передачи ниформации о нагреве ядра ЦП к этому датчику (не столько зависит от свойств самого датчика, сколько зависит от свойств ЦП ("внутренний" термоинтерфейс) и системы его охлаждения).

Зло это или не зло - но это данность, следующая из фактических особенностей работы ЦП: возможность резкого и значительного изменения энергопотребления. Вопрос в том, как организовать технически приемлемое и комфортное для юзера парирование этого изменения со стороны системы охлаждения ПК.

Возможно ли такое соответствие вообще, в динамике изменения нагрузки на ЦП, по вашему опыту?

Конечно, - вам как разработчику виднее, в чём её цель.

Как и во многих других вопросах, связанных с субъективным человеческим восприятием, здесь до "точки" ещё оч. далеко, имхо...
Но усилия в этом напрвлении, конечно, приветствуются!

Вы же сами понимаете что тут такое невозможно. Производители знают какой там процессор будет стоять и какие у него температуры, тут это всё висит на человеке, как он настроит, так и будет. Какой я термодатчик куда поставлю я и сам не знаю, а какой там будет диапазон изменения температуры узнаю, только после того как поставлю туда термодатчик.

Да, для конкретного комплекта процессор-кулер находится температура простоя и температура когда он близок к перегреву. Температура на основании кулера при перегреве будет всегда одинаковой - независимо от температуры воздуха. А динамика между этими 2-я точками как в голову взбредёт, в смысле чтобы и тихо и не дать перегреться.
То что вы пишете процессор перегреется а внешний термодатчик не успеет этого заметить - это не так. Конечно надо делать некоторый запас, на реобасе с ручками тоже ведь никто не делает обороты кулера чтобы процессор был на грани тротлинга!

Ну, про модель ЦП обычно не знают, а данные о температуре, конечно, имеются - от DTS. У Asus, емнип, устроено было так, что вне зависимости от выбранного профиля охлаждения (пусть даже "Silent"), при превышении ЦП темп-ры ~70 (75?) град. устанавливается уровень вент-ра в 100%. Вообще, фича полезная, хотя и не абс. необходимая.
Ещё интересует такой вопрос: как предполагается крепить датчики темп-ры к основаниям кулеров? Какие кулеры вы планируете использовать для своих опытов?

Как не знают про модель процессора? Он же детектится на старте... так что все данные до скольки может греться каждый поддерживаемый процессор там есть. Тем более что критическая температура зависит только от техпроцесса или его вида. Ведь все процессоры скажем Sandy Bridge имеют одинаковую температуру перегрева. Так что всё там прекрасно известно.

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

Я понял так, что мы говорили о закладываемых изготовителем мат. платы возможностях управления охлаждением. Имелось в виду, что эти возможности изготовитель не привязывает к какому-то конкретному ЦП, так как плата обычно (в сокетном исполнении) поддерживает много разных моделей ЦП. Короче - произошло некоторое недопонимание...
С креплением датчика понятно, а какие кулеры планируете попробовать?

Особой разницы не вижу. Отличия в общем то только в теплоёмкости будут и соответственно в скорости прогрева. Если речь про большие кулера, то это будет мой Thermaltake Big Typhoon. А убогий видимо просто боксоподобный без тепловых трубок.

Big Typhoon - удобный, имхо, кулер для опытов: хорошо доступно и основание, и нижняя часть ТТ.

А видео кто нибудь посмотрел, какие впечатления остались? А то скачали его около 50 раз и тишина...