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

Со схемой понятно, а вот как сделать отрицательную ШИМ непонятно.

Это вам как раз-таки со схемой непонятно.
Ещё раз: подключив исток к "+" питания и притягивая затвор к "земле", вы будете получать отризательные напряжения затвор-исток.

Все понял, значение "0" ШИМ относительно истока будет максимальное минусовое напряжение, а значение "255" ШИМ будет минимальное, т.е. пила ШИМа как-бы будет инвертирована.

Я в цифровой технике только осваиваюсь...
Тут вопрос возник - наткнулся где то на код, где USART (UART?) используют в качестве SPI. Возможно ли такое и в каких случаях, в чём как говорится здесь соль? На каких МК это возможно?

Практически на всех. Именно этот модуль реализует как частности и SPI и I2C и UART(даже нестандартный 9-битный UART). Естественно, в каждый момент времени может работать только в одном из режимов.

Ага! Видимо поэтому он и называется Universal Просто интересует 9-битный SPI. Спасибо.

Chettuser писал(а): Просто интересует 9-битный SPI.

9бит SPI есть в STM32 с новой периферией

Спасибо. Про это я знаю, но STM32 для простых применений, простите, жирно.

Обычная STM32F100@24MHz... на N1616 TFT...
Вывод цветной картинки 128X160 16бит цвет из внутреннего флэша - 30,7mS...

Chettuser писал(а): но STM32 для простых применений, простите, жирно.

жЫрно это юзать старье , а STM32F0xx по цене горстки риса это уже норма ...

Вывод цветной картинки 128X160 16бит цвет из внутреннего флэша - 30,7mS...

Стас, это из тех извращений с предварительной упаковкой, о чем соседу ЛИ nixto внушали ?

Не... это nixto вещал о предварительной упаковке для своего АВР... а здесь упаковка на лету... 16бит данные перекодируются в 18 бит и выталкиваются через 16бит SPI...

dosikus писал(а):по цене горстки риса это уже норма ...

Поживём - увидим.

Что скажете про такой программатор:

"usb программатор микроконтроллеров avr и at89s совместимый с avr910" Журнал Радио.
Я смотрю на схему конечно критически , но прикол в том, что есть возможность заиметь такой набор с готовой платой нахаляву, т. е. минимум гемора.

dosikus писал(а):жЫрно это юзать старье

"Старьё" - это видимо булыжник в сторону PIC18 и MSP430?
Ничего не имею против STM32, уже щупал STM32L-Discovery, но для каждого приложения нужен свой МК, а то и ПЛИС, да и к тому же остающийся избыток ресурсов в 80-90% настораживает

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

У вас прям по Радио, такой http://kits.radio.ru/cf3f3c6de9fe86ceed ... a6b4.shtml ?
Сжечь/запороть пока ничего не удалось им?))

нет, самодельный. Что он может сжечь, если в оригинале даже питание с него не берется?
Хотя это может быть проблемой, когда у вас схема чувствительна к перенапряжениям(например 3.3В логика) а вы полезете туда с 5-вольтовым программатором. Этим он и отличается от профессиональных, которые умеют подстраивать напряжение выходов.

Котаны, выручите. Есть ли у кого-то платка фьюз доктора с мегой в TFQP, разводить мне негде, да и не получится по фен-шую.

ДОбрый день Озадачился таким вопросом (разговор о ATmega и Atmel Studio): после компиляции мы получаем hex-файл, который заливается в МК. Допустим, он имеет размер 1 КБ. Но при компиляции, в окне вывода информации Atmel Studio пишет таблицу, в которой выводится информация о использованных ресурсах памяти. И там размер программы, записываемый во flash может быть 0.5 КБ. Вот у меня вопрос, истинно занимаемое прошивкой место в МК определяется из значения в этой табличке? Или только из размера hex? Или реальный объём занимаемой памяти определяется как-то из этих двух значений? И если всё-таки истинный объём занимаемой памяти пишет Atmel Studio, то почему hex файл настолько превосходит по размеру выведенное в Atmel Studio значение?

компилятор показывает реальный объем занимаемой flash, а размер hex-а по сути ни о чем не говорит... в hex-е информация кодируется в "человекопонимаемом" виде, т.е. со значительной избыточностью