Котуинко

[СКАЗОЧНИК]

Смотрите, какую интересную штучку накопал. ))))
http://www.labfor.ru/online/aduc

Там еще и с ПЛИС есть.

[BOB51]

У мня подобное монстро на столе уже даавно лежить.
http://img.radiokot.ru/files/20529/1o57u8vz9j.jpg
КОТУИНКО называется.
(На снимке собственно КОТУИНКО + "жгучий модуль" программатора для АТ89С2051/4051).
Только в отличии от того, что по ссыли с фиксированнюй внешней конфигурацией на КОТУИНКе схемотехника с произвольной внешней обвязкой.
Касательно *.hex файлов не обязательно - при соответствующем программном обеспечении можно и интерактив с буковками-цифирьками соорудить. В то же время "в ящичке" лежить processing и лениво ждеть своего времени (относительно консоли управления в ПК).
И для создания программок для самой КОТУИНКО там всего-то атмелевского c51asm да fd51 достаточно.

[BOB51]

МЛИН...
ПОГЛОТИЛА ЛЕНЬ И ПОФИГИЗЬМ творческа упадку...
СПАААТКИИИ.... охотааа...

[BOB51]

Почитал мал DI HALTA (отдельно сделанная подборка по МК в виде книжи)...
Наскочил на упоминание happy JTAG...
Скачал...
Тем более, что FT232RL от адуринья комплекта имеется...
Пустил прожку "в лоб" на ХР (СОМ11 у мня для фтдишки...)
Не нашла прожка тот СОМ...
Или дрова не те - у мня самые современные, или номер порта понижать надо...
То попозже на свободно-тестовом компе попробую...
ФТДИшка у меня с лазерной гравировкой - "фирмовая"...
Вопчемсс... скусненько было бы...

УПС...
А в схемке исходной там
FT2232C
а у адуриньи
FT232RL
...
ПОХОЖЕ ОБЛОМ...
Ибо перенастраивать компову прожку мне не под силуу...

[ARV]

Облом потому, что FT232 в принципе не позволяет реализовать bit-bang режим, и никакими комповыми прожками эту аппаратную особенность не устранить

[OKF]

Как раз FT232R и позволяет! Причём очень шустро.)

[BOB51]

Вот такая

http://img.radiokot.ru/files/20529/1t2aoi4inq.jpg
позволяет.
Однако прожка-то на другую заточена...
http://img.radiokot.ru/files/20529/1to09rkokk.jpg
оттого и ОБЛОМС.

А свою я ешшо намечал под собственны Si-prog и jdm вместо СОМ адаптера присадить (когда прижмет).

ХОША... пока не проверил - это таки из области предположений.
А проверять ... лееенььь....
Ибо то уже ковырднадцатый программатор будет - пихать некуда...
А СОМ порты в моих компах наверняка еще и меня переживут...

[oleg110592]

[uquote="BOB51",url="/forum/viewtopic.php?p=3600325#p3600325"]Однако прожка-то на другую заточена...[/uquote]
для FT232RL надо прожку от первой версии пробовать
http://www.lura.sk/?&LP=114EN&MP=3&ML=3&PO=%27%27

[BOB51]

Вечерком попробую!

[ARV]

[uquote="OKF",url="/forum/viewtopic.php?p=3600313#p3600313"]Как раз FT232R и позволяет! Причём очень шустро.)[/uquote]
я могу ошибаться, конечно, так что поправьте, если я не прав: FT232R реализует последовательный порт с минимумом вспомогательных сигнальных линий, а FT2232 - поддерживает и параллельный порт, т.е. имеет существенно больше линий и режимов управлуния ими.

хотя каша в моей голове давно не перемешивалась, и, возможно, подгорела...

[BOB51]

Там и " полного 232го" достаточно.
Т.е. такого, где все линии доступны.
Та версия, что указана в ссылке от
oleg110592 вполне себе
подцепилась к платке...
Даже номер порта не трогал (СОМ11) .
Теперь осталось сваять тестик на работоспособность
того jtag.
Только воть... Сначала в кащеесундучке
подыскать чего подходяшша из весьма
куцего списка изделий под jtag у 4.19-й студии.
У меня из предлагаемого лишшш...
Бэушные меги128е(не факыть, что живые)...
Одначе уползаю макетку мудрить...

[BOB51]

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

[ARV]

Хорошая платка

хотите сказать, что смогли JTAG-ом для отладки воспользоваться?

[oleg110592]

[uquote="BOB51",url="/forum/viewtopic.php?p=3602909#p3602909"]А там вопрос быстродействия - оптроны-то в основном "черепахи" по сравнению с непосредственным контактом...
Надоть мозгами потрясти...[/uquote]
Adum1201 применял

есть адумы большеканальные, дорого

[BOB51]

У меня максимум 6N137 МОГУТ появиться...
Для работы с siprog/jdm и rs232 их конечно достаточно, а воть JTAG...?

ARV
Пока статус раздумий - как бы поудачнее ту платку прицепить,
чтоб с минимальными затратами наиболее универсально-полезное
из имеющегося набора деталюшек и хотелок выжать.
Для начала таки приделал к платке лапки (вариант DIP-monstro по имеющимся там дырчаткам).
Теперь ее можно на разные платки переставлять будет.
Я ж ту платку планирую заодно и для типовых любительских проггеров - siprog&jdm прикошмарить...
ВОТЬ...

Относительно теста - там можно одну штуку МК со светиком прицепить для простой проверки -
но то уже на данный момент не так интересно.

[BOB51]

Пока особо в направлении работ по JTAG на базе платки FTDI не стал зпробираться.
Собственно самих микросхем не так уж и много, отладка «по старинке2 вполне устраивает… Да и саму платку с FTDI весьма жалко… Отложено на стадии превращения платки в «DIP модуль» - попозже может еще чего надумается.

КАПЛЯ ДЕГТЮ на "розовы мечты с колубой каёмочкой".

В то же время перечитал подборку-книжу от DiHalta…
Особо часть из второй версии относительно работы с памятью программ.
Пресловутое PROGMEM.
Этот раздел работ с МК под СИ (как и указатели) весьма «смутно-узкое» место относительно имеющихся наработок под ассемблером.
Ежли с указателями еще так-сяк разобраться можно, то работа с массивами в ПЗУ для АВРок в СИ и в ассемблере явно не равноценны.
Да еще и относительно ардуины правописание совсем… МНДЯАА…
Хош аки говорят – «тот же GCC»…

Собственно базовое отличие от того, что у DiHalta заключается в обязательном префиксе CONST в начале строки описания массива.
Как указано в адуриньей референсе по PROGMEM допустимо объявление:
«…
const dataType variableName[] PROGMEM = {}; // use this form
const PROGMEM dataType variableName[] = {}; // or this form
const dataType PROGMEM variableName[] = {}; // not this one
…»
без указания «const» компилятор пошлет нас подальше. Отсюда и «мелкие нюансы», позднее выползающие в объявлениях/описании функций обработки тех массивов ПЗУ – обязательное указание типа указателя на массив как, к примеру, const byte *ptr …
При том, что и вариант byte *ptr также проходит и компилируется – но с парой – тройкой матюков/вармингов на возможное некорректное преобразование типов.
По крайней мере в моем примере (

pgst1.rar

(43.87 КБ) 240 скачиваний

) с массивом знакогенератора (не символьной строкой!)
при подобном удалении const из описания указателя на массив компилятор выдает:

Спойлер

«…

Код: Выделить всё

C:\Documents and Settings\User\Рабочий стол\pgst1\pgst1.ino: In function 'void loop()':

C:\Documents and Settings\User\Рабочий стол\pgst1\pgst1.ino:49:32: warning: invalid conversion from 'const byte* {aka const unsigned char*}' to 'byte* {aka unsigned char*}' [-fpermissive]

C:\Documents and Settings\User\Рабочий стол\pgst1\pgst1.ino:172:6: note:   initializing argument 2 of 'void znak_seg(byte*, byte*)'

Скетч использует 3176 байт (10%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 214 байт (10%) динамической памяти, оставляя 1834 байт для локальных переменных. Максимум: 2048 байт.

…»

…
Дополнительно та особенность, что указана у DiHalta –
Объявление и инициализация массивов в ПЗУ допускается только перед функциями MAIN – в случае с адуриньей это перед тандемом

Спойлер

«…

Код: Выделить всё

void setup() {
  // put your setup code here, to run once:
}

void loop() {
  // put your main code here, to run repeatedly:
}

…»

Кстати… те массивы и компилируются в область между таблицей векторов прерываний и основной программой
(см. пример в архиве ).
В то же время (по крайней мере в ардуинке), непосредственная вставка в теле программы допустима лишь для строк типа char.
У ардуино это вариант F (вместо применяемого в GCC PSTR)
«…
Serial.print(F("Write something on the Serial Monitor that is stored in FLASH"));
…»
Однако такой вариант для массива данных (тот же инлайн знакогенератор к примеру) не подходит…
Посему явно преимущество за ассемблером «в чистом виде» - там можно массивы данных в ПЗУ размещать в любом месте программы и с любой интерпретацией их (массивов данных) содержимого.

И «на закусь» для размышления любителям «нестандартных адурин».

Помимо стандартного «джентльменского набора», поставляемого в комплекте ардуино IDE существует и множество любительских «и не очень» дополнительных вариантов «инструмент – плата».
ВОТ…

У меня установдены и от DIY (похоже сейчас можно не найти)
(
https://raw.githubusercontent.com/sleem ... index.json
https://raw.githubusercontent.com/sleem ... index.json
)
И от иных разработчиков…
Воть и решил свой тест-проектик простейшей считалки секунд
http://img.radiokot.ru/files/20529/1txrpavvnn.jpg

pgst1.rar

(43.87 КБ) 240 скачиваний

на них «прогнать» …
Ведь заявлены - то ОДИНАКОВЫЕ базовые платформы.

Воть чего из того теста получилось:

Спойлер

«…

Код: Выделить всё

плата arduino nano
atmega 238p(old bootloader)

Скетч использует 3176 байт (10%) памяти устройства. Всего доступно 30720 байт.
Глобальные переменные используют 214 байт (10%) динамической памяти, 
оставляя 1834 байт для локальных переменных.
 Максимум: 2048 байт.

…………………………..

Код: Выделить всё

DIY
плата atmega328/P/PB
processor version atmega238P
16MHz cristal
use bootloader
.....
LTO enabled
level 2,7v
остальное "по умолчанию"

Изменены опции сборки, пересобираем все
Скетч использует 3176 байт (9%) памяти устройства. Всего доступно 32256 байт.
Глобальные переменные используют 214 байт динамической памяти.

…»

продолжаем тесты

Спойлер

«…

Код: Выделить всё

MinyCore (от https://mcudude.github.io/MiniCore/package_MCUdude_MiniCore_index.json )

MinyCore
atmega238
16MHz external
2,7v
LTO enabled
variant 238p/pa
bootloader "да"

получаю...

Код: Выделить всё

Arduino: 1.8.8 (Windows XP), Плата:"ATmega328, Yes, 328P / 328PA, 2.7v, Enabled, 16 MHz external"

Изменены опции сборки, пересобираем все
C:\Documents and Settings\User\Local Settings\Application Data\Arduino15
\packages\arduino\tools\avr-gcc\4.8.1-arduino5/bin/avr-gcc-ar: Cannot find plugin 'liblto_plugin-0.dll'

exit status 1
Ошибка компиляции для платы ATmega328.

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
"Показать подробный вывод во время компиляции"

…»

ладно... ставлю

Спойлер

«…

Код: Выделить всё

MinyCore
atmega238
16MHz external
2,7v
LTO disabled(default)
variant 238p/pa
bootloader "да"

и получаю "типовой матюк"

Код: Выделить всё

Arduino: 1.8.8 (Windows XP), Плата:"ATmega328, Yes, 328P / 328PA, 2.7v, Disabled (default),
 16 MHz external"

Изменены опции сборки, пересобираем все
collect2.exe: error: ld returned 5 exit status

exit status 1
Ошибка компиляции для платы ATmega328.

Этот отчёт будет иметь больше информации с
включенной опцией Файл -> Настройки ->
"Показать подробный вывод во время компиляции"

…»

Далее еще интереснее:

Ставлю

Спойлер

«…

Код: Выделить всё

MajorCore (от того же https://mcudude.github.io/MajorCore/package_MCUdude_MajorCore_index.json )

atmega8515
16MHz external
2,7v
LTO disabled(default)

запуск компиляции и...

Код: Выделить всё

Изменены опции сборки, пересобираем все
Скетч использует 3496 байт (45%) памяти устройства. Всего доступно 7680 байт.
Глобальные переменные используют 128 байт (25%) динамической памяти,
 оставляя 384 байт для локальных переменных. Максимум: 512 байт.

…»

Воть так фокус...

Значит «https://mcudude.github.io» мой тестик для "родной" 328й
сочло "недопустимым", а для 8515 - нормально схавало...

то же и в случае с 8535

Спойлер

«…

Код: Выделить всё

MightyCore ( https://mcudude.github.io/MightyCore/package_MCUdude_MightyCore_index.json )

atmega8535
16MHz external
2,7v
LTO disabled(default)
pinout "bobuino"

(в этом варианте UART на типовых для адуринке номерах лапок)

Код: Выделить всё

Изменены опции сборки, пересобираем все
Скетч использует 3522 байт (45%) памяти устройства. Всего доступно 7680 байт.
Глобальные переменные используют 128 байт (25%) динамической памяти,
 оставляя 384 байт для локальных переменных. Максимум: 512 байт.

…»

в то же время большинство «mcudude.github.io» платформ выкидывают представленный выше
"типовой матюк"
(
collect2.exe: error: ld returned 5 exit status

exit status 1
Ошибка компиляции для платы
)
ессно при одном и том же представленном тесте.

ЧУДЕСА...


Приложением два архивчика:
собственно исходный вариант без PROGMEM

stest6.rar

(37.89 КБ) 225 скачиваний

и "модернизированный" с примитивным знакогенератором, прописанным массивом данных в ПЗУ

pgst1.rar

(43.87 КБ) 240 скачиваний

это "учебно-тренировочный материал" для понимания вышеописанного.
ардуино-IDE версии 1.8.8 со всеми на текушшу дату обновлениями.

[ARV]

поток сознания... ничего не понял - мелко плаваю...

а вместо PROGMEM давным давно можно (и нужно!) пользоваться __flash. уж не знаю, как там в ардуиньях (там C++), а в рабоче-крестьянском C (avr-gcc) вообще красота!

[BOB51]

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

Так что ... Лучше не экспериментировать...


Кстати...

КОГДА КОТУ ДЕЛАТЬ НЕЧЕГО...
( или размышления по мотивам, навеянным ТУТ https://radiokot.ru/forum/viewtopic.php ... 3#p3607513 и
https://radiokot.ru/forum/viewtopic.php ... 2#p3608432 )

Для начала почитамс повнимательней "хотелки" автора (melandr) чтоб чего путнего ответить...
...


По местным условиям я из "доброго котейки" вероятно скоро вот в такого зверя превращуся
http://img.radiokot.ru/files/20529/1tyk5qya77.jpg
(скопипастил подходяшшу по смыслу и идее фотку в инете)

[BOB51]

МНДЯА...
Изначально была хотелка:
http://img.radiokot.ru/files/20529/1tza57qp8d.JPG
Воть...
При том, что мне жуть не нравятся 28-лапые "бабочки", к коим относятся клоны атмега 48/88/168/328 и простая 8-ка в DIP корпусах...
Уж при всем их внутреннем обустройстве использовать оное с одновременным примитивом вида "N-позиционный 7-сегментный дисплей с динамической разверткой" без дополнительной внешней обвязки из простой "рассыпухи" без вреда относительно применения интегрированного функционала просто ... "весьма неудобно"...
Эти МК заточены более для работы с "периферией с маломозгом" - дисплеями с интегрированными контроллерами и под последовательный интерфейс, обеспечиваемый аппаратной начинкой.
Однако...
В принципе нет ничего невозможного. Ну потерял автор возможность применения UART, прерываний и немножко функционала таймеров... Так вроде оные в данном девайсе ПОКА применяться и не планируется.
А вот...
Насчет самого дисплейчика и клавиатуры ... Желательно таки схемку подизменить.
Привести ее к виду "совмещенная динамическая развертка и клавиатура"
Да и вынести все силовые ключи за пределы МК.
Вот к такому обобщенному варианту к примеру:
http://img.radiokot.ru/files/20529/1tzagy7mtf.GIF
Собственно схемы драйверов (но без клавиатуры) у меня в общем виде были в старой конструкции extdi2313 или в более "облегченном" варианте (без внешнего модуля TTL->COM):
http://img.radiokot.ru/files/20529/1tzanifo5h.GIF
Только надо будет привести к новому макетному варианту, применяя ядро на меге8-подобном DIPе с возможностью использовать ресурс адуринки:

раскладка базового ядра DIP28.pdf

(492.82 КБ) 243 скачивания

там что minyCore, что про-мини/нанка, что DIY -в принципе отличия только в дополнительных опционах "тонких настроек".
Заодно и еще одна практическо-учебная работа, позволяющая возможности адуринкина СИ оценить в самостоятельно поставленной задаче без использования сторонних библиотек-копипастов (ресурсом референса).

Хорошо еще, что у melandrа базовая схема с кварцем - меньше мороки в "опционных различиях" между "стандартной" базой адуриньи и применяемым вариантом макета.
Ну уж с ключиками... Придется согласиться.
Ибо для "совмещенки" НЕОБХОДИМ активный логический уровень 0 для линий сканирования позиционных ключей.
А уж на основе чего те ключи делать - то "на усмотрение" - мой макетный набор рассчитывался на относительно высоковольтное питание нестабилизированной постоянкой ~24-27 вольт при длине шлейфов всей схемы индикации до 2-3 метров (рекламно-щитовые развлекушки).
Для простых мелкоконструкций штука явно избыточная. Зато лежит "в наличии".

Теперича осталось только ядрену макетку соорудить - моя для нанок несколько иную раскладку разъёмов имеет - придется таки помудрствовать над схемкой и паялом потыкаться перед продолжением...

[Ser60]

BOB51: если хотите добиться динамической индикации для 7-сег. дисплеев или точечных матриц и ещё с обработкой нажатий кнопок, посмотрите на микросхему HT16K33 - чудо китайской мысли. Связь с МК по I2C, закинул в неё данные для индикации и можно забыть про неё до следующего обновления данных. Обеспечивается регулировка яркости, имеются модели с разным числом выводов, и стоит копейки. Я её только и использую теперь вместо MAX'ов. Примечательно ещё и то, что вопреки ДШ работает отлично от 3.3В (по крайней мере, все мои 10+ образцов работали). В Китае или на Амазоне продают кучу плат с уже распаянной микрой и даже с установленными на плату дисплеем (7-сег. с желаемым цветом или матрицы). По-моему с её выпуском программная реализация динамической индикации на МК ушла в прошлое.