Arduino.ru

Один мужик с Краснодара 30 лет Ардуину в соляной кислоте держал, затем вынул, глядит - а у нее миллис переполнился. Китайцы подсунули брак...

В принципе все это должно быть под силу arduino mega? А с отзывчивостью как будет? 16MHz в реальном времени будет отрабатывать? Расчеты в принципе, с виду не сложные, регулировка скважности на пяти каналах в зависимости от температуры четырех датчиков. Или лучше что-то по мощнее, вроде STM32F103C8 ? Не хотелось бы все скупать и проверять лично, может кто поделиться опытом. 

а с 12 шим что делать?

и что такое "реальное время"? 

к слову: DS18B20 думают столько, что ты что угодно посчитать успеешь.

Не понял,  что значит, "что делать"? Ардуина мега не поддерживает 12 штук ШИМ на вход?

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

Что это за такие тахометры, что выдают ШИМ? Обычно там датчик холла стоит просто.

Да, скорее всего ваша правда. Мне почему то запомнилось, что этой простой шим сигнал. Они чем то отличаются? )

Конечно отличаются. Шим обработать гораздо сложнее.

"что делать" означает "что делать с этими входными сигналами"

"регулировка скважности на пяти каналах в зависимости от температуры четырех датчиков. " - вижу. 

+ приходят ещё и 12 шим. Пришли - ну и куда их?

 

 

"мгновенное или не более секунды" - гуманитарий, штоле?

это представление - чушь. а вот "не более секунды" - совершенно реально. 

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

 

Так точно!

 

Замечательно!

Интересный малый. Двенадцать шим в рилтайме дурдуина не сдюжитЪ + датчики И + ДИСПЛЕЙ!  Сил_нихватитЪ у её...

Ищи чонить пухлое из стм32, шоп на аппаратке 12 шимов считать, ну дма там для дисплею, даччики ужо нивщёт для 72 мГц.

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

Расскажи мне, как это всё будет выглядеть, алгоритм или концепция...   )))))))))))))))))))))))))))

STM32F303VCT6

Нормальный? Или еще мощней?

Отслеживать значения чего?

(на всякий случай: у ШИМ нет значений, ШИМ - это Широтно-Импульсная Модуляция)

а ширина импульса не значение?

loop()

{

  если (прошло установленное время)

 {

 1. считали данные с термометров, запомнили

 2. запустили следующее преобразование.

 3. установили новую шим на выходах.

 4. считали ланные с тахометров

 5. если интервал между фронтами на каком-то входном пине больше допустимого - вывели куда-то тревожный сигнал.

 }

}

 

Тебе не нужна мощность, нужны аппаратные ресурсы проца для обработки событий. Вот и думай.

Sunway TaihuLight 

 

SLKH

Интересен только пункт №4.

Поподробнее, плz

Желательно конечно заготовленное заранее изображение, и поверх выводить шрифтом данные. Еще на стадии подбора всех компонентов, пока остановился на дисплее 3,2 "TFT 480x320

читаем состояние пинов.

если ТС сподобится дать параметры входных сигналов, можно будет думать о подробностях.

 

и как долго ты собираешься на него смотреть? и что такого красивого ты захочешь увидеть после запуска устройства и любования этим экраном в течение, например, первых 10 минут? 

а главное - какое время ему нужно для приема информации?

Первый пост нельзя изменить, или я не понял как. Но там вполне понятно написано, тахометры с вентиляторов(в цифрах на данный момент точно не скажу, амплитуда в пределах 2 вольт, частота десятки, сотни герц) + температуры с DS18B20, все, это все входящие данные.

Эстетика, знакомое слово? Можно конечно просто данные выводить, без изображения на фоне, но хотя бы разными цветами, что-бы каши не было.

Со временем приема информации пока разбираюсь

Человек делает вентиляцию серверной.

И ему не обязательно знать частоту вращения всех 12-ти вентиляторов- достаточно знать что они не заклинили и вращаются.

Вот черт - шар мутный попался - не могу точнее в нем вычитать остальное.

 

Для серверной нужно дистанционное оповещение. Никто туда смотреть на экранчик не ходит. Ну, может, только гуманитарии по утрам.

Вообще, обязательно. Частота вращения должна быть согласованна. Но это лишние детали, частности, к делу не имеющие отношения. От форума хотел получить совет на типа: "вот в этой железяке есть аппаратная обработка ШИМа на двадцати пинах, а на этой шине дисплей повесить". Или что нужно две железяки. И все. Реализацию не прошу )))

Это не серверная

А что, значение?

Тогда поделитесь опытом, как это значение можно прочитать?

Нет такого.

Не знаю, поняли ли Вы или еще нет, но основной вопрос, что делать с теми 12 ШИМ сигналами, которые поступают на вход.

Собственно как программный, так и аппаратный ШИМ подразумевают, что ШИМ - это выходной сигнал микроконтроллера. Что с ним делать, когда он поступает на вход - совершенно непонятно.

Другое дело, если ШИМ поступает на вход тахометров (т.е. приборов для измерения частоты) - тогда нужно знать характеристики этих тахометров, хотя бы цифровые они или аналоговые, а также характерные времена работы - подсчета показаний.

Если же (не дай Бог!) на самом деле никаких тахометров нет и предполагается, что частоту будет измерять сам МК, то именно это и будет самым ресурсопожирающим алгоритмом - в этом случае нельзя ничего сказать до того, как будут точно известны диапазоны изменения частоты сигналов.

Вывод: опубликованных данных недостаточно для каких-либо рекомендаций. В первую очередь интересуют характеристики тахометров.

Уточнение: под "аппаратным ШИМ" подразумевается возможность МК иметь таковой на своих выходах. 

Аппаратная обработка ШИМ на входах - действительно ни одним из МК не предполагается.

Да уж, трудно понимание у нас )

На вход МК будет подаваться не ШИМ.

На вход МК будут подаваться данные тахометра. Это я по не знанию запутал Вас. Тахометр примерно выдает амплитуду в пределах 2 вольт и частоту в десятки, сотни герц.

 

Что-бы не задействовать ресурс ЦП используются таймеры, верно? Значит мне нужно 17 таймеров. У ардуино столько явно не будет, верно?

верно.

я читаю через прерывание, два аппаратных и одно pcint, рабочая ширина импульса от 1000 до 2000 мксек

(три канала)

PS но ТС нужна частота как я понимаю

И 12 таймеров хватит... т.е. СТМ32Ф205 пойдет... для начала...

Ардуина тут лишняя...

Тануна... На СТМ32 вся эта херня аппаратно мутится... )))))))))))

МК -то может и сдюжит, а вот вы сами?

поделитесь, кто предполагается автором прошивки этого чуда "с 17 таймерами" ? - уж не вы ли?

Есть в большинстве МК. Например, для avr есть timer capture. Но не в таком количестве и за вменяемые деньги.

 

Уно осилит и в софте, если чуток пораскинуть мозгами в плане реализации.

Для измерения амплитуды у МК предназначен ADC, аппаратных средств измерения частоты у МК нет. поэтому и вопрос: тахометр (по определению - устройство для измерения частоты) выдает сигнал в какой-либо приемлемой для МК форме или нет? (другими словами, это действительно тахометр или просто генератор импульсов?)

Операция чтения в ЯП обычно записывается оператором присваивания, например:

a = b; // читаем значение переменной b  в переменную a.

Приведите пример операции чтения (не измерения) частоты.

Хотя "мутится", - это явно жаргон, притом с весьма неопределенным значением, рискну предположить, что "мутится" и читается - далеко не одно и то же.

15 лет назад довольно свободно писал на ассемблере, Си и Перле. Умею в С++ и классы. На чистом WinAPI писал многопоточное приложение. Думаю с 17 таймерами справлюсь ))

 

 

pivikov, да и интересно , как выглядит функция f(in0, in1, ... in11, DS18B20_0, DS18B20_1, DS18B20_2, DS18B20_3) -> [out0,out1 , ... , out4] ,как вы ее себе представляете  ? 

ШИМ = широтно-импульсная модуляция.  Измерить ШИМ = измерить ширину импульса, и ничего больше.