Всеравно нада будет доделывать некоторые залипухи в TV80 к примеру что бы по чтению операнда из памяти останавливаться (можно сделать залипуху что бы до конца не выполнялся машинный цикл и не происходила перезапись внутренних регистров)
поучаствовать готов естественно
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Alexfreed - есть еще такая вещь, как "In-circuit debugger", который и реализуется отчасти программно. У фирмы Microchip такие есть - почитай про него, может почерпнешь ряд полезных идей.
Я недавно пользовался их MPLAB ICD 2 для отладки своих прог. В принципе работает, но довольно тормозно: когда делаешь программе 1 шаг, то на это требуется секунд 10 реального времени, чтобы отладчик прочитал все данные из памяти отлаживаемого проца. Пошаговое выполнение в таких условиях имеет мало практического смысла; я почти исключительно пользуюсь только точками останова. Однако такие вещи поддаются оптимизации. И вообще полезны!
Да, есть такие вещи. Кроме MPLAB есть еще ATmel AVR Studio. И много других. И есть настоящие ICE (In-Circuit Emulator). Там вместо настоящего процессора вставляется специальный с дополнительным каналом связи с хостом и т.д.Сообщение от Barmaley_m
Я с ними со всеми работал с начала 90х, так что с концепцией знаком.
Надо 2 части - железо и программа на хосте. Железо я делать люблю, а программы писать - не очень. А поскольку похоже никому это не надо, то наверное и делать не стану.
Кстати, а почему собственно не рассматривается вопрос о расширении самого ядра Z80 на 16 битную разрядность данных. Скажем оставим совместимость работы в 8 битном режиме и еще добавить некоторые команды для работы с 16 битными данными. Ведь по сути - это будет очередной виток в развитии Спека. Проц можно реалаизовать на ПЛИС, чтобы идеология компа не нарушалась. Зато графика сразу может прыгнуть на новый уровень и т.д.
Какие мысли по поводу.
имхо потому и не рассматривается, что нет смысла. Это будет ни с чем не совместимое нечто, к которому надо с нуля писать весь софт.. А смысл? Если проще взять любую существующую 16/32.. etc платформу уже с кучей софта.. и это будет ни чуть не хуже написания с нуля всего софта для несуществующего процессора.. а перезагрузка в FPGA новой платформы занимает пару секунд..
В Z80 можно, и даже нужно влезть внутрь, но отнюдь не для того чтоб изобретать новый процессор..
Последний раз редактировалось Black_Cat; 19.04.2009 в 12:44.
Я не говорил о новом проце, если ты читал внимательно - то вопрос стоял о расширении существующего. И программы не надо переделывать.
Для примера у 8086 был собрат с 8 битной шиной 8088. Ведь софт никто не переделывал. А тут собственно наоборот - есть z80 с 8 битами, вот немного архитектуру его изменить - упс и 16 битный. Для того чтобы воспользоваться преимуществами полноценных 16 бит ввести новые команды которые этип преимущества подчеркивали. Так что старые проги не надо переделывать. Но появится возможность для полноценных Си и Паскаль компиляторов, потому как многим сейчас на асме лень программить.
А асм?
http://opencores.org/project,y80e
вот примерно такой
У еZ80 есть компилятор С бесплатный, но политически зилог не дал распространения простому программатору в линейке, его повторили с ограничениями, и команд там не совместимых море.
Последний раз редактировалось Totem; 25.12.2016 в 01:21.
Ты слыхал как грузится Flyshark ?! нет, совсем не тот, что на дискете...а Flyshark, тот самый блин Flyshark...тот ,что был когда то на кассете...
zx spectrum 48 issuse 6a, Ленинград-1, zx spectum 128 +2 grey,Пентагон-128, ZXM-Phoenix 5.02 ( assembly)
Зерно истины тут есть - Z80 дичайше не хватает математики высокой разрядности, хотя бы целочисленной 32bit (сгруппировав регистры по аналогии с 16-битными регистровыми парами) , математики функционально полной - с сложением, умножением и всеми флагами сравнения (а не как у 8080/Z80 с его 16битными мат. возможностями, где для половины флагов в тех операциях нет обработки и надо городить проверки на 8-битных половинках), опционально в качестве приятных излишеств добавить ММU, но не такой бесполезный как у Z180, а позволяющий городить что-то многозадачное с защитой. При этом менять разрядность ШД проца (с 8 до более бит) или прямо адресуемой адресной шины (т.е. ранее ММU) до более 16 бит, стало бы уже не так важно, ибо компактность кода компиляторов (хоть асм, хоть С/Паскаля) и так уже стала бы лучше в разы, а скорость работы программ возросла в разы т.к. отпала бы надобность "городить огород" в коде при обработке int и long.
Сравните на досуге насколько просто выглядит компилированный С-код где используется только 8-битная математика, и как быстро он работает. Точно также стала бы работать и 16/32-битная на новых командах, и, к примеру, FatFS стала бы компилироваться не в 20килобайт, а в 5кб, и работать в десятеро быстрее чем как сейчас на подпрограммах. А ведь таких библиотек под портирование с "больших машин" - море разливанное, бери и используй (тот же TCP/IP, нормальные реализации которого не лезут в убогую 8-битную математику 8080/Z80).
Эти очевидные вещи почему-то не очевидны для разработчиков ЦПУ той поры. Их бы в порядке порки заставлять под свои поделия писать код посерьезнее моргания светодиодом, вот тогда бы и мысли развивались в рациональном направлении, а не с потолка.
- - - Добавлено - - -
хоть 20 хоть 120 Мгц-овые процы Z80 не могут выполнить 65кб сплошного кода из-за того что если код реально сложен математически, то он получается очень рыхлым, фактически весь с разложением на 8-битных регистрах многоитеративными циклами. Элементарный awk 1979 года, даже странслированный без float (только int) самым эффективным C-компилером Z80 получается на выходе в 80кб. Повышение компактности кода важнее всех прочих доработок проца: накой мне супербыстрый проц если на нем ничего сложнее супертетриса не запустишь?
Последний раз редактировалось Error404; 30.12.2016 в 13:10.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Ну это ж неконструктивный разговор вообще пошел. Тут тема о чуде юде трехголовом и трехватном в современной fpga, который занимал бы места стоко же скоко и NIOS2\MicroBlaze. Т.е. карикатура на Z80.
То что не компилится awk это проблема отсутствия linker-loader-а с поддержкой оверлеев, на том же pdp11 и unix7 он был написан? (который 28kW адресного пространства использует) .
Как говорит Ступа:
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
