Karl
Свой-
Постов
179 -
Зарегистрирован
-
Посещение
Репутация
0 ОбычныйИнформация о Karl
-
Звание
Частый гость
Контакты
-
ICQ
Array
-
STM32F407ZG-SK + UDP
Karl ответил Karl тема в Отладочные платы
Спасибо, буду пробовать. А FreeRTOS выбрал, потому что параллельно ещё несколько мелких задач будет. -
STM32F407ZG-SK + UDP
Karl опубликовал тема в Отладочные платы
Есть задача передавать/принимать данные по UDP. Есть отладочная плата STM32F407ZG-SK. Помогите, с чего начать, никогда раньше с этим не работал. Компилятор IAR. Так как в дальнейшем задач прибавится, планирую использовать FreeRTOS - с ней тоже опыта работы нет. -
Никак не могу запустить прерывания. Пишу под IAR. Поделитесь примерчиком проекта, кто работал с этим контроллером?
-
Срочно нужны индикаторы PG1286BRU Нужно 50 штук. Но купим и меньше если найдется. Тип подсветки можно любой. Жду предложений!
-
Реализация харт протокола
Karl ответил Karl тема в Форумы по интерфейсам
Очень даже надо :) Написал в личку. -
Реализация харт протокола
Karl опубликовал тема в Форумы по интерфейсам
Нашел много общих фраз по протоколу, нашел несколько HART - модемов. Но не нашел ни одной схемки. Интересуют примеры аппаратной реализации как мастера так и слейва. Помогите, кто с этим сталкивался. -
С самим прерыванием собственно проблем нет. Задача - оцифровать последовательно несколько каналов. Для этого я включаю АЦП на непрерывную работу. По прерыванию АЦП необходимо втечение одного такта АЦП сменить номер канала, который будет оцифровываться. Потом нужно считать оцифрованное значение и т.д., но это уже не критично по времени. Но если пихать в прерывание много кода, уходит слишком много времени на сохранение регистров по входу в прерывание. Тут я рискую не успеть поменять канал АЦП за один такт. Оставлять в прерывании только смену канала, а все остальное делать в основном цикле, отследив прерывание, тоже неприемлемо - пока идет оцифровка каналов, контроллер занимается другой работой. Что посоветуете?
-
Уф, ну и дискуссию вы тут развернули! Похоже, у кого-то мало работы ;) По моему мнению что кому использовать каждый решит сам. В моем случае использование переменных с плавающей точкой - необходимость. Избежать этого не получилось. А выводить эти переменные на дисплей ЖКИ необходимо только для контроля в режиме отладки. И тут, как правильно подметил shasik, "зачем мучить себя и писать какой-то код, если есть уже готовый" Всем удачи!
-
Я действительно локально определил массив. HEAP уже определил. Всем спасибо за помощь.
-
Попробовал sprintf - вылезла ошибка Fatal Error[e72]: Segment HEAP must be defined in a segment definition option (-Z, -b or -P)
-
Народ, подскажите, как в ИАР преобразовать float (double) в строку с целью вывода на экран?
-
Детектирование сигнала частотой 30 Гц
Karl ответил Karl тема в Алгоритмы ЦОС (DSP)
Спасибо, но вот алгоритм Герцеля найти никак не могу. По ссылочке от blackfin меня не пускают :( -
Спасибо за помощь! Все заработало :) Нашелся еще и мой косяк при инициализации таймера реального времени: я не читал регистр статуса RTTC_RTSR (При чтении регистра RTT_SR сбрасываются флаги RTTINC и ALMS). Из - за этого после включения питания все на 100% работало, а после аппаратного сброса на 100% не работало.
-
Детектирование сигнала частотой 30 Гц
Karl ответил Karl тема в Алгоритмы ЦОС (DSP)
Соотношение сигнал/шум обещают 1,5. Еще оказалось, что сигнал передатчика может быть разным. Либо непрерывный синус, либо пачки по 8 периодов синуса. Время между началом соседних импульсов 1,45 секунды. Тут знающие люди (чисто теоретики, которые вряд ли помогут реализовать идею на практике) предлагают делать БПФ и анализировать спектр, поскольку приемник должен быть настраиваемым на передатчики с разной частотой. Алгоритм Герцеля, к сожалению, найти пока не смог. Может подскажете ресурсы в интернете? -
посмотрел - в mac файле у меня нет фенкции execUserReset(). Просто скопировать эти функции в мак - файл или еще что-то добавить надо будет? Буду признателен, если выложите свой mac файл полностью, для примера.