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

Пришел листочек с новостийника от радиолоцмана...
собственно
http://www.rlocman.ru/news/new.html?di=250263
анонсирован первый "совместный блин", испеченный с момента объединения
надоть скачать да поглядеть даташитки...

и как теперь новые продукты к разделам пристраивать? не то в АВР, не то в РIС...
Можеть прийдется раздел "гибриды" создавать...


Кстати... с какого-то ... эти даташиты лежат не в тиньках, а в....

разделе
http://www.microchip.com/design-centers/8-bit
отдельными строчками
All 8-bit AVR MCUs (которая пока нерабочая)
посему тырил ссыли косвенно по поисковику:
http://www.microchip.com/wwwproducts/en/ATTINY817
http://www.microchip.com/wwwproducts/en/ATTINY816
http://www.microchip.com/wwwproducts/en/ATTINY814
http://www.microchip.com/wwwproducts/en/ATTINY417
...

Вобчемс... уполз в изучение конструкции новых разделов сайта с документацией...

судя по первым строкам производитель и сам не понимает, что такое он выпустил: в заголовке страницы написано "ATTINY814 - 8-bit PIC Microcontrollers", а в тексте страницы "The ATtiny817/816/814/417 is a series of microcontrollers featuring the 8-bit AVR® processor"

после беглого ознакомления - вкусненькие кристаллики, теперь бы еще по ценам демократичным, и можно еще долго жить-не-тужить

Выпустил... весьма оригинальное решение...
"Базовое ядро с назависимой от ядра периферией".
Там основная новинка - блок BAS MATRIX.
Плюсом - линейная область адресации памяти от регистров до ПЗУ...
А прочее... долго вчитываться "во много букафф" надо... да еще с учетом нового стиля в написании/оформлении документации...
Седьмая студия весьма громоздка - да и чем самопальным прошивать - тоже надоть шукать...

да, документация не понравилась - похоже, взяли модный стиль ARM... т.е. отделили архитектуру от составляющих ее блоков, и теперь описание МК сводится к перечислению модулей, а о модулях - читай в описании модуля... может, это и хорошо, если будет на самом деле полная преемственность: одно описание на все типы МК... но вероятнее всего не будет... и тогда лично моей голове этот лишний напряг не нужен - я и ARMы именно по причине неадекватно сложной документации не стал изучать... вместо одного даташита стопицот - оно мне надо?

Возможно и другое развитие - как в случае с MCS51 - описание ядра само-по себе, а описание периферии само-по себе.
Тогда реальное улучшение.
Учитывая преемственность в подобном подходе и у микрочипа...
Вобшшеммссшшшс... поглядим, почитамссс...
Вполне может и чего еще начитаетси...

Кстати... у микрочипа с самого начала документация строилась на отдельном описании каждого из модулей...
Но со временем (у 24-й серии) отдельного юзерс гвиде/Reference Manual по всем модулям в едином файле почему-то не соорудили.
А по "среднемладшим" там специально "сквозной для всех" да еще и с весьма неплохим русским переводом был...
(http://www.microchip.ru/lit/?mid=1x0 (оно же в одном файле - Справочник по всем микроконтроллерам PIC16))


Я для тех новых док сделал отдельну папку и назвал ею...
ATPIC

Интересно! Беглое знакомство с документом показывает, что
все регистры стали равноценными
тактирование в слипах можно менять на лету
....
Читаем дальше.

На сей счет сложно судить ибо в доработанном описании системы команд (0856L) так и остались прежние значения для регистров СОЗУ в командах... возможно будет какое изменение в будущем...
Касательно РСФ однозначно имеем:
"...All I/O status and control registers reside in the lowest 4KB addresses of the data memory. This is
referred to as the I/O memory space. The lowest 64 addresses are accessed directly with single cycle
IN/OUT instructions, or as the data space locations from 0x00 to 0x3F. These addresses can also be
accessed using load (LD/LDS/LDD) and store (ST/STS/STD) instructions. The lowest 32 addresses can
even be accessed with single cycle SBI/CBI instructions and SBIS/SBIC instructions. The rest is the
extended I/O memory space, ranging from 0x0040 to 0x0FFF. I/O registers here must be accessed as
data space locations using load and store instructions.
..."
таким образом ЯДРО НЕ МЕНЯЕТСЯ - изменения вносятся по организации периферии.
Хотя... и такого подхода достаточно для мошной модификации базового МК.

BOB51 писал(а):весьма оригинальное решение...
Плюсом - линейная область адресации памяти от регистров до ПЗУ...

одним словом - румыны

Еще бы головную боль, связанную с фьюзами, решили.
Мне-то все равно, не пользовался ни разу, но просто очень уж смешно выглядят. В одном прошивальщике активные птички, в другом - их отсутствие. Не тот выставил - вся мнимая простота прошивания "на 5 проводках" оборачивается конструированием реаниматора. А то и вообще на отпевание отправляй. Выставления одного хекса недостаточно, к нему еще картинку с птичками добавить нужно, да еще и с пояснениями.

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

Добавлено after 13 minutes 54 seconds:

ARV писал(а): ARMы именно по причине неадекватно сложной документации не стал изучать... вместо одного даташита стопицот - оно мне надо?

Зря не стали! Чем сложнее начинка, тем больший объем документации, и его не впихнуть в один документ. Вы хотите, чтобы документ был по 5000 страниц? Это же "Война и мир" Толстого в переводе получится.
А куда вы сейчас без знания арм?
Вот гораздо полезнее микрочипу было бы развивать арм-совместимые чипы.

Я совсем слабенький любитель, но вот мне для моих простых задачек, ОЗУ в 16 Пиках пока хватает. И даже отсутствие доступа к стеку не очень напрягает (тру ОСРВ не напишешь, ни и фиг с ней). А вот раздельных векторов прерываний, для удобства, очень не хватает.

Мурато Мяуконни писал(а):А куда вы сейчас без знания арм?

на свалку истории

Ну допустим и самоделки на основе интеловских микропроцессоров еще с I8086 никто не пытается сооружать...
Хватает готовых персоналок...

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

Я правильно понял, что от кварца можно затактировать только 32768 Гц, а если хочешь 20 МГц, то только внутренний RC или внешний генератор городить?

А вот и совсем оригинальные АВРки начали "испекаться":
ATtiny1614, ATtiny1616 и ATtiny1617

http://www.microchip.com/wwwproducts/en/ATTINY1616

http://www.rlocman.ru/news/new.html?di=278797

пока глубоко не читал... одначе...

свои родненькие 8-ми битные PICи оне большее любят - иш какой периферии понапихали DMA, АЦП 12 бит..., понимаешь:
http://www.microchip.com/promo/pic18f-k ... ss_Release

Та дай боже все сектора продолжать хотя бы с прежним прилежанием.

А еще лучше разумный симбиоз - надежность (по минимуму еррат) от атмеля, преемственность по корпусированию между новыми и старыми моделями от микрочипа.
А может со временем и абсолютно новая серия пойдет - кусманчик периферии от 51-й(приоритетный контроллер прерываний), кусманчик от аврок и кусманчик от пик24...

BOB51 писал(а): А может со временем и абсолютно новая серия пойдет

Я вот думаю что пора ARM/stm32 осваивать... Быстрее будет чем они что то родят дельное.

AndTer писал(а):Я вот думаю что пора ARM/stm32 осваивать...

Мне еще STM8 понравился. Тоже копеечный, но с богатой периферией.

Из недостатков : какой-то извращенный ассмеблер и регистры как в Z80 (аккумулятор и два индексных). Вектора прерываний не двигаются. Но малое количество регистров с лихвой компенсируется широком набором команд (они по ходу под Си заточены) и периферией. Все это в одном адресном пространстве и даже во флеш можно писать не страницами, а побайтно (в смысле стирать самому не надо ничего).

Да особо смысла нет. Частоты отличаются слабо. Память тоже примерно. АЦП и таймеры тоже +/-. Богатства периферии не заметил.
Для среднестатистического радиогубителя они практически равны. Если знаешь авр, то смысла на стм8 переходить нет, сразу на 32 надо. А если не знаешь ничего, то... тоже стм32 стоит изучать. Конечно, иногда "из пушки по воробьям" получается, но с учётом цены, какая разница, тини он или стм32, даже если диодом помигать.