Z86Exx

А кто нибудь еще помнит про такую экзотику?

наследство знаменитого Z80, я еще пользуюсь полным ходом, интересно узнать я один такой или еще кто есть?

0

Сообщение от ShodS Похвастаюсь всякой всячиной на Z86 а вот вам ОЧЕНЬ серьезный аппарат (угадайте что можно с его помощю делать) Вложение:

DSC00068.jpg

Похоже на 3-канальную ШИМ-рулилку комповыми вертушками :)
UPD: А, нет, не угадал :)

0

Сообщение от yors Похоже на 3-канальную ШИМ-рулилку комповыми вертушками :) UPD: А, нет, не угадал :)

http://asis-kbr.ru/forum/viewtopys.php?f=9&t=107

0

Ясно. Автор, респект :)

0

Сообщение от ShodS Неплохие контроллеры, закончаться, придется наверное ATMEL осваивать.

Ну вот, хотя ZILOG-и еще остались, AVR-ки можно сказать - освоил.

вот некоторые работки:
http://asis-kbr.ru/forum/viewtopys.php?f=9&t=117
http://asis-kbr.ru/forum/viewtopys.php?f=9&t=115

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

Вывод - зная ассемблер для одного семейства - достаточно просто перейти на другое.....

Кстати, AVR, очень понравился, намного приятнее ZILOG-го. У ZILOG организация памяти постраничная, а у FVR сплошная, прям вздохнул с облегчением. Еще скорость не сравнить, у AVR почти все команды занимают одно слово и один такт по времени, а у ZILOG команды разно шерстные, от 1 до 4 байт и каждый занимает 4 такта (хотя вроде последнее время появились с 1 тактом на команду, но я их не видел).

0

Сообщение от ShodS у AVR почти все команды занимают одно слово и один такт по времени,

Не совсем верно. Они по 2 такта, но за счет конвейера выборка команды совмещена с исполнением предыдущей, поэтому при простом коде без условий и переходов получается как бы по одному такту на команду. Но этот второй такт приходится учитывать, например, когда критично время реакции на прерывание. Возникает джиттер на один такт, в зависимости от поступления запроса (на 1 или 2 такте команды).

Да и слово - то одно, да вот байтов - то в памяти занимает 2, соответственно, адрес следующей команды будет больше не на 1, а на 2, что надо учитывать, например, когда в памяти программ хранятся еще и данные (константы). И команд получается вдвое меньше, чем размер занимаемой ими памяти...

Для сравнения, например, у PIC16 все команды длиной в 1 слово из 14 бит, занимают 1 14-битную ячейку памяти, и 1 единицу адреса. И память программ у PIC16 указывается не в килобайтах, а в килословах. Например, у Меги 8 и сходного с ней по начинке PIC16F876, указано по 8к памяти программ. Но у Меги 8 это будет не более 4к команд, а у PIC16F876 - 8к команд.

Сообщение от SWK Для сравнения, например, у PIC16 все команды длиной в 1 слово из 14 бит, занимают 1 14-битную ячейку памяти, и 1 единицу адреса.

А если в памяти программ записан массив данных, то в каждой ячейке, лишние 6 бит отбрасываются?

Сообщение от SWK И память программ у PIC16 указывается не в килобайтах, а в килословах. Например, у Меги 8 и сходного с ней по начинке PIC16F876, указано по 8к памяти программ. Но у Меги 8 это будет не более 4к команд, а у PIC16F876 - 8к команд.

Ну тады для PIC16F876, мега8 не является аналогом, а аналогом является мега16, вот и усе.....

И кстати, нет смысла экономить на битности команд (8, 14, 16 бит), главное что увеличение разрядности не вызывает увеличения цены..... Помоему даже наоборот ZILOG самый дорогой, потом PIC, а самый дешевый AVR.

0

Сообщение от ShodS Сообщение от SWK Для сравнения, например, у PIC16 все команды длиной в 1 слово из 14 бит, занимают 1 14-битную ячейку памяти, и 1 единицу адреса.

А если в памяти программ записан массив данных, то в каждой ячейке, лишние 6 бит отбрасываются?
Да. Читается просто байт (младшие 8 бит) и также занимают 1 единицу адреса и 14-битную ячейку. Довольно удобно.

Ну тады для PIC16F876, мега8 не является аналогом, а аналогом является мега16, вот и усе.....

Да, только для Меги 8 - PIC16F873 (4к, 28 ног), а для Меги 16 - уже PIC16F877 c 8к, она как и Мега 16 - в DIP-40 или PQFT-44.
Но когда выбирают, смотрят обычно на обьемы памяти в даташитах, и не всегда учитывают указанные мной нюансы.

И кстати, нет смысла экономить на битности команд (8, 14, 16 бит), главное что увеличение разрядности не вызывает увеличения цены..... Помоему даже наоборот ZILOG самый дорогой, потом PIC, а самый дешевый AVR.

У нас все зависит от настроения продавца. Несколько лет назад у нас AVR были в 2-4 раза дороже PIC. Или с год назад МЕГА 16 упала с 1500 до 300 тенге (~150тенге за бакс), а Мега 8 осталась по 800-900... Хотя лично мне Мега 8 не нравится нехорошей раскладкой портов по корпусу и функционалу. В Меге 16 и 32 - все по порядку, и более логично. Да и портов больше.

Основной "рабочей лошадкой" я в последние года выбрал себе PIC16F873A, PIC16F876A, PIC16F877A, - есть все, что надо, и их у меня куча. Но если по каким- то причинам удобнее другие - использую PIC12F629, PIC12F675, PIC16F628, PIC16F636, PIC16F676, а также Меги 16, 32, 64, 128, и Тиньки 12, 15, 2313, 26.

Сообщение от SWK Сообщение от ShodS А если в памяти программ записан массив данных, то в каждой ячейке, лишние 6 бит отбрасываются?

Да. Читается просто байт (младшие 8 бит) и также занимают 1 единицу адреса и 14-битную ячейку. Довольно удобно.Ну тады понятно, почему у PIC пишут емкость не в байтах а в программных ячейках, просто дополнительные биты невозможно использовать, т.к. остается 6 бит - ни туда ни сюда. В отличие от PIC, у AVR на каждую программную ячейку приходится 2 полноценных байта, вот и указывают размер в байтах. Насчет удобства, у AVR ничуть ни сложнее, просто для получения адреса массива байтов, адрес метки умножаеш на 2, и вся сложность. Зато при одинаковой емкости команд, у AVR, в 2 раза больше емкость массива.

Сообщение от SWK Сообщение от ShodS Ну тады для PIC16F876, мега8 не является аналогом, а аналогом является мега16, вот и усе.....

Да, только для Меги 8 - PIC16F873 (4к, 28 ног), а для Меги 16 - уже PIC16F877 c 8к, она как и Мега 16 - в DIP-40 или PQFT-44.
Но когда выбирают, смотрят обычно на обьемы памяти в даташитах, и не всегда учитывают указанные мной нюансы. Ну так, кто работает с контроллером, обычно знает его особенности, а кто только знакомится, понятное дело разбираться надо, Whos who.

Сообщение от SWK Хотя лично мне Мега 8 не нравится нехорошей раскладкой портов по корпусу и функционалу. В Меге 16 и 32 - все по порядку, и более логично. Да и портов больше.

Насчет мег 16 и более, это надо уже на С подъезжать к ним, а я пока асмом решаю все вопросы, так что мега8 это потолок. Ща вот PID регулятор замутил довольно нехилый на мега8, так там всего на 2 Кб, ну еще планирую калибровку пришить, многоточечную, еще кило добавится может..... Но в ближайшем времени хочу начать переводить на С свои наработки, посмотрим что получится.

SWK"]Основной "рабочей лошадкой" я в последние года выбрал себе PIC16F873A, PIC16F876A, PIC16F877A, - есть все, что надо, и их у меня куча. Но если по каким- то причинам удобнее другие - использую PIC12F629, PIC12F675, PIC16F628, PIC16F636, PIC16F676, а также Меги 16, 32, 64, 128, и Тиньки 12, 15, 2313, 26.[/QUOTE]Ну опять же на С наверное, раз такие объемы используеш (меги 16-128). Кстати на тиньках реально на С впихнуть боле мене задачку? Приведи примеры твоих устр-в на тиньках и на С (или для тинек на асме пишеш?)

0

Сообщение от ShodS Ну опять же на С наверное, раз такие объемы используеш (меги 16-128).

МикроПаскаль от МикроЭлектраники. И для PIC, и для AVR. Очень удобно. Кстати, у МикроЭлектраники есть компиляторы С, PASCAL и BASIC и для других контроллеров - например, 8051, и даже для ARM появились.
http://www.mykroe.com/eng/cate... sompyters/

Кстати на тиньках реально на С впихнуть боле мене задачку?

Хоть на Паскале. Кроме может самым младших, у которых и ОЗУ - то нет...
Сейчас глянул у себя в МикроПаскале (mykroPascal PRO for AVR v4.60), - есть поддержка Тинек, начиная с ATTiny13. Думаю, аналогично и в МикроС (я С не люблю...).

Глянул по PIC - PIC12 есть почти все. Вроде кроме 508 и 509. PIC12F629, PIC12C672 и прочие - уже есть. PIC10 - вроде нет. Но у меня еще версия Паскаля для PIC довольно старая (3.2). Может, уже и появились...