LQFP80 - DIP переходник для макетной платы на STM8S

Потребовалась макетка для старшего контроллера в STM8S семействе. Захотелось реально пощупать что можно выжать из камня. Решил сделать универсальный переходник на макетную плату с минимальным посадочным местом (пролет между рядами — 0.3") и выводом на пины — всех ног.

LQFP/TQFP/QFP 80 to DIP solderless adaptor board    LQFP to DIP breadboard module



Достоинства данной платы:

  • Предназначено для беcпаечной доски
  • самое минимальное посадочное место )
  • на разъем выведены абсолютно все пины
  • разведено место под кварц и цепь сброса
  • сам кварц съемный на цанге, есть возможность исп. трехногий
  • для удобства коммутации установлен дип
    с замыкающий равнозначные цепи питания периферии
  • питание цифровой и аналоговой части — отдельно,
    в аналоговой стандартная обвязка
  • для устойчивого запуска — правильно разведен полигон земли
  • Разведен стандартный SWD разъем от ST-LINK/V2 (совм с STM8S-Discovery)


и главное — если вам какой-то обвяз не нужен (кварц, фильтры аналоговое питание, дип, етс) — можно не напаивать Запустится будет даже в самом кастрированном варианте — лишь бы С4 от 0.47 до 3мкф и ресет притянут к питанию.



прим: на схеме светодиод выполняет роль индикатора питания, дип переключатель — для экспериментов с питанием контроллера

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


Рабочий комплект:
STM8 LQFP80 adaptor  



Для желающих выкладываю гербер, ЛУТ уже не канает. Размеры платки ~60x55 мм

UPD: сильно не пинать, делал исключительно под себя как 5в отладку с максимумом возможностей, так что без претензий.

PS: для запуска с внешним кварцем на 24МГц — не забудте вставить такт задержки, см. апноут
  • 0
  • 23 ноября 2012, 18:13
  • valio
  • 1

Преодолевая пределы. Часть третья. Библиотеки в IAR.

Во второй части я предложил способ формирования ресурсов в среде IAR. Но не всегда достаточно выделения только ресурсов. Порой объем кода, требуемого для реализации сложного алгоритма, составляет десятки килобайт и выделить ресурсы данных при этом либо не представляется возможным, либо не дает желаемого результата. Не плохим выходом можно считать формирование «ресурсов кода».
Первая приходящая на ум идея — виртуальная машина, к сожалению, имеет больше минусов: создание самой ВМ, компилятора к ней, необходимость тщательной отладки, ну и естественно низкая скорость выполнения.
Гораздо интереснее выглядит вторая идея – библиотеки кода. Что если создать некое подобие *.dll/*.so файлов? Естественно на динамическую загрузку в полной мере я не претендую. Но реализовать аналог ROM с собственным API нам вполне по силам.
Про экспериментальную версию формирования библиотек кода, по аналогии с ресурсами, я вам расскажу в данной статье.


Читать дальше
  • +3
  • 01 декабря 2011, 12:43
  • angel5a
  • 2

Преодолевая пределы. Часть вторая. Ресурсы в IAR.

В первой части я продемонстрировал, как ресурсы могут быть созданы средствами ST Visual Develop. Но естественно держать проект в двух студиях несколько не удобно. В текущей публикации я расскажу, как все необходимые ресурсы могут быть созданы в среде разработки IAR.


Читать дальше

Преодолевая пределы. Часть первая. Ресурсы.

При выборе среды разработки для контроллеров не мало важным является наличие ограничений по времени использования, объему кода, набора поддерживаемых архитектур и компиляторов. Использование платных версий сред часто затруднительно, а порой и не возможно, ввиду высокой их стоимости. Наиболее популярным решением, к сожалению, является использование crack’ов и keygen’ов. Но мало кто задумывается над способами легального использования средств разработки «не загоняющими вас в узкие рамки». В предлагаемой серии публикаций будет рассмотрено два способа использования среды разработки с ограничением по объему для создания прошивок, куда большего размера.


Читать дальше