Форум РадиоКот

oleg110592 писал(а):по аналогии с PC где сейчас никто практически не пишет на чистом Си (разве что драйвера и пр. системное)

В аппаратурных приложениях написание "драйверов" и есть ОСНОВНАЯ ЗАДАЧА. Все остальное - тривиальный сервис и украшалки.
Ключевые параметры изделия обеспечиваются именно на уровне ядра РТОС.
Как бы не совершенствовались МК и не уменьшалась их цена, в конкурентной борьбе у эмбеддеров выиграет тот, кто сумеет выжать из МК по максимуму, обеспечив тем самым уникальность ТТХ конечного изделия.
Пользователи библиотек плюсов и шарпа будут лишь одними из толпы...

К радости хомячков даже в ядре Linux появилась возможность писать дрова на плюсах. Мир сошел с ума, похоже
На плюсах, как я считаю, удобно писать всякие UI/GUI под ОС, особенно многооконные - тут ООП очень даже помогает.
Но делать классы для работы GPIO - это извращение. Опять же либы, нацарапанные на плюсах прячут механизмы работы с железом, что приводит к увеличению армии быдлокодеров. Это похлеще даже чем бездумное использование SPL для STM32. А потом народ недоумевает, почему на ARM с тактовой частотой 160МГц все работает не быстрее, чем на AVR

coredumped писал(а):Но делать классы для работы GPIO - это извращение.

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

Вот вопрос в новой для меня области - для FPGA существует так называемая конфигурационная память. Как я понял она имеет протокол SPI. В связи с этим вопрос - почему применяется именно дорогущая память от производителя FPGA, а не любая доступная с SPI?

Chettuser писал(а):Вот вопрос в новой для меня области - для FPGA существует так называемая конфигурационная память. Как я понял она имеет протокол SPI. В связи с этим вопрос - почему применяется именно дорогущая память от производителя FPGA, а не любая доступная с SPI?

1. Она не такая уж дорогущая.
2. FPGA как правило имеют несколько схем конфигурирования. Для примера, некоторые Altera Cyclone в BGA корпусах может использовать параллельную flash для загрузки.
3. Те же циклоны имеют режим passive serial programming, а в этом режиме можно законфигурить ПЛИС из МК. Именно этот метод использую я - очень удобно апгрейдить софт и конфигурацию ПЛИС в готовых изделиях - не нужно никаких дополнительных программаторов. Берется контроллер с flash с расчетом размещения битстрима ПЛИС или, как вариант, можно применить любую внешнюю микросхемку flash/eeprom.

Я имел ввиду режим Active serial. Значит есть таки различия у SPROM и SPI Flash/EEPROM?

Кто нибудь знает что нибудь о китайских светодиодных вентиляторах? как их перепрошить и какой у них канал связи? купил сувенир решил разобрать обнаружил кучу неизвестных пятоков для подключения и названия которые не гуглятся на плате TBD-11-03 на светодиодной ленте TBD18 в ряду 9 светодиодов по названию загуглить не удалось.

где питалово этого микроконтроллера MC908QC16CDZE это чудо на ходится в стиралки , что-то не включается стиралка,

Спасибо!!!

так кварца нету, наверное внутренний , работала нормально стиралка, через две недели включил , никаких признаков жизни

Сначала проверьте напряжение в розетке.

pyzhman писал(а):Сначала проверьте напряжение в розетке.

Только перед этим прочитать МПБЭЭ, раздел "Технические мероприятия" п. "Проверка отсутствия напряжения". + ИПИСЗ

как быть когда надо организовать задержку менее 1 мкс ?
я так полагаю что ф-ция _delay_us(); уже сдесь безсильна

FreshMan писал(а):сдесь безсильна

здесь бессильна

FreshMan писал(а):как быть

Можно сделать свою функцию задержки с помощью простого цикла (так же устроена и стандартная функция). Ассемблер и ручная оптимизация помогут из нее выжать меньшие интервалы задержек, но все зависит от МК. Я бы даже сказал в большей степени от частоты, на которой он работает. К тому же, стоит учитывать накладные расходы на вызов функции.

Chettuser писал(а):Я имел ввиду режим Active serial. Значит есть таки различия у SPROM и SPI Flash/EEPROM?

Да, есть разница. Все это можно прочесть в datasheet в разделе "device configuration" - там есть описание протоколов, временные диаграммы, короче вся необходимая информация.

FreshMan писал(а):как быть когда надо организовать задержку менее 1 мкс ?
я так полагаю что ф-ция _delay_us(); уже сдесь безсильна

Несколько NOPов подряд

zero648 писал(а):Несколько NOPов подряд

Точно! Если не нужно задавать разные задержки, то самое простое - это несколько пустых инструкций. Что-то в голову не пришло.

Доброго дня Сегодня такой вопрос: Если надо сделать устройство, в котором будут часы реального времени и что-нибудь ещё.
Я смотрел эту статью, там всё делается на ATmega16.

Часы можно реализовать по таймеру и тактировать его от кварца 32 кГц. Но всему остальному контроллеру 32 кГц будет мало. Как-то я криво выражаюсь, как обычно.

Короче, вопрос такой: можно ли вешать на МК 2 кварца (в случае с Atmega16 у него есть ноги XTAL1 - XTAL2 и TOSC1 - TOSC2. А у ATmega48 это одни и те же ноги. Его, значит, нельзя? Но в таком случае можно ли повесить на эти выводы часовой кварц, чтобы от него тактировался таймер, а всё остальное работало от встроенного источника?

Что мешает получить секундные интервалы из частоты 38 кГц или даже 14.7456 МГц?

Можно просыпаться по таймеру2 от медленного кварца, быстро делать что-то на встроенном RC-генераторе (кстати OSCCAL) и засыпать до следующего тика таймера2.
Нужно обосновать плюсы и минусы такого варианта.
Более чем желательно конкретизировать ситуацию, ещё лучше - с перспективами развития в будущем. Хинт: уарт, питание от розетки.

задержку менее 1 мкс... Несколько NOPов подряд

PIC16 @ 500 кГц.

Мikа писал(а):Доброго дня Сегодня такой вопрос: Если надо сделать устройство, в котором будут часы реального времени и что-нибудь ещё.

Оптимальная реализация зависит от применяемого источника питания.
При батарейном питании самым экономичным будет двухчастотный режим, когда от часового (32768 Гц) кварца питается только АСИНХРОННЫЙ таймер МК, который способен генерировать прерывания в режиме sleep микроконтроллера. А уже при просыпании МК включается системный генератор, который чем более высокочастотный - тем лучше, поскольку потребление МК на единицу частоты системного тактового генератора тем меньше, чем эта частота выше.