Котуинко

[BOB51]

У КОТУИНКи начальный загрузчик и первичный конфигуратор во флешке сидит - выполняет те же задачи, что и биос в старых компах.

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

[oleg110592]

BOB51 писал(а):

выполняет те же задачи, что и биос в старых компах.

та ну

Назначение BIOS:
проверка работоспособности оборудования;
загрузка операционной системы;
предоставление API для работы с оборудованием;
настройка оборудования.
После включения IBM PC-совместимого компьютера процессор, реализующий микроархитектуру x86, читает код BIOS из ПЗУ (с микросхемы EEPROM), записывает его в ОЗУ (оперативную память) и передаёт управление коду BIOS.
Затем код BIOS
выполняет тестирование оборудования компьютера (см. POST, англ. power-on self-test);
читает настройки из энергонезависимого ПЗУ;
применяет настройки;
ищет и загружает в оперативную память код загрузчика;
передаёт управление загрузчику.
Таким образом BIOS обеспечивает начальную загрузку IBM PC-совместимого компьютера.
В дальнейшем загрузчик ищет и загружает в память код операционной системы и передаёт ему управление.
BIOS реализует API для работы с внутренними и внешними устройствами компьютера. Загрузчик ОС и сама ОС используют это API для работы с оборудованием до тех пор, пока не загрузят собственные драйверы.

это все реализовано? На 51? Это гениально. Мои поздравления.

Тем самым - что придумал и собрал - то и будет работать

аналогично будет также работать если прошить AT89S юсбаспом, и как то все намного проще. Повторюсь - проблема прошить 89С у народа может возникнуть.
з.ы. юсбасп и биосы шить умеет...

[BOB51]

Упорное желание навязать свою последовательность действий.

Всему свое время - и до параллельного варианта очередь дойдет.
Только в том виде, который я себе представляю - дополнение к базовому ядру КОТУИНКи, и возможной автономной однократной прошивки АТ89С52 для работы в базовом блоке, а не как полностью самостоятельного изделия.

[oleg110592]

BOB51 писал(а):

Упорное желание навязать...

Где? В каком посте это "упорное желание"? Это просто высказывание своего мнения, для чего и форумы существуют. Это вам не блог (онлайн-дневник). Придется потерпеть чужое мнение.
Хотел просто подсказать как проще решить задачку, типа чтоб не стоя в гамаке и в противогазе. А тут опять наезд.

Только в том виде, который я себе представляю

Другим то нельзя представлять? Эгоизм. Некрасиво.

[ARV]

Биос это бейсик инпут-аутпут систем, т.е. базовая система ввода-вывода. Иными словами, драйвер аппаратной части, дающий возможность ПО верхнего уровня не зависеть от нее.

[OKF]

И был он ещё до PC. Вспоминаем BIOS, BDOS, CCP, TPA.) И очень показательна роль BIOSa, позволяющая софту спокойно работать (через функции BIOS) с огромным кол-вом разношерстного железа.

[BOB51]

oleg110592 писал(а):

...

Только в том виде, который я себе представляю

Другим то нельзя представлять? Эгоизм. Некрасиво.

Любое мнение учитывается - но в данный момент идет речь о модернизации для котуинки да с минимальными потерями и универсальностью.
Программатор для АТ89С.... в отдельно самостоятельном варианте - это "на потом", при том, что основное направление именно дополнение к ядру котуинки, а возможность "автономки" это уже "желательная вкусняшка" - но то уж "как получится".
Замечания и предложения принимаются к размышлению, но использоваться будут в соответствующее время.
Тут до завершения автопрошивайки для АТ89S не так уж много осталось.
База с алгоритмами проверится - можно будет дальше продвигаться.
О самой "автономной прошивайке" - там бинарный дамп для АТ89 является частью содержимого ПЗУ адуринки (вариант развития - микроCD или заменяемые ЕЕПРОМки). В отношении ПК остается только минимальный контрольный интерфейс сообщений о ходе выполнения работы с МК (уходим от необходимости применения отдельного ЖК индикатора). Собственно задачка - примитив для получения МК под установку в КОТУИНКО без дополнительных излишних затрат.
Делать сходу прошивалку (столь же "однократную") под АТ89С не рационально - ибо все равно затем потребуется модернизация под внешний накопитель/базовую платформу котуинки - а деталюшки то уже потрачены и жестко запаяны.
Это ведь только с текущим вариантом прошивайки "временное соединение" при последующей беззатратной утилизации компонентов допускается.
Собрал, сделал прошивку в адуринку, сделал прошивку для АТ89S52/S51 и затем разобрал безо всякой досады и потерь.
У меня вот такой "временный комплект теста" к примеру:
https://img.radiokot.ru/files/20529/2hyvnk1v2k.jpg
Собственно можно и проще - без платки под адуринкой.
Панелька-безнажимка всегда останется, адуринка также продолжит свое самостоятельное существование. Единственно в коллекции останется папочка со скотчем.

[oleg110592]

BOB51 писал(а):

Собрал, сделал прошивку в адуринку, сделал прошивку для АТ89S52/S51 и затем разобрал безо всякой досады и потерь.

Дык гутарю все ж время - собрал юсбасп на макетке за полчаса, деталей то - разьем юсб, мега, кварц). или купил юсб асп на алике за 1.5$. Подключил к панельке с рычажком, пиши и прошивай. Сэкономленное время на написание прошивки ардуинки отдал семье, рыбалке, чтению, изучению макефайла.. Разобрал - остались панелька и юсбасп. Юсбасп потом пригодится для много всего (у меня китайский юсбасп валяется на случай поломки основного программатора авр). Шью иногда 8-ногие еепромки, не Тритон если бы - шил бы юсбаспом.
С самодельного юсбаспа можно вывести разъем для параллельного программирования AT89C51, тут прошивкой придется немного повозится. Но опять уже писал - только врезать свой алгоритм прошивки в готовое, что намного проще.
з.ы. это не навязывание, рецепт как экономить свое время и собрать действительно полезный девайс для народа, который не придется "разобрал безо всякой досады и потерь"

[OKF]

oleg110592, поражаюсь вашему терпению.

[BOB51]

Кому удобнее может на любом подручном собрать - собственно как исходники так и файл прошивки у КОТУИНКи открыты для всех.
С другой стороны я даю гарантированную схемку с прожкой для прошивки биоса основного кристалла главной платки котуинки в любой местности с минимальными затратами.

[oleg110592]

ну исходников на гитхабе не видать и тут незнамо где (в постах может затеряно), в отличии:
https://github.com/stv0g/usbasp
И еще на Си оно написано, что (имхо) удобнее в 100500 раз.
И по минимальной цене соврамши слегонца:

И хвостик еще для некоторых ардуинок надо. На фото - хвостик встроен.
И доступно и то и то одинаково. И хвостики на алике тоже есть.
з.ы. OKF общаемся просто, согласно пункту 2 правил "Форум - место для приятного и полезного общения". Может кому сие обсуждение и пригодится.
з.ы.з.ы. китайцы теперь делают программаторы на копеечном микроконтроллере CH551, С51 ядро, встроенный USB - вот это интересно (имхо) обсудить на форуме. Ардуиновые программаторы давно уже делают, кому не лень, скукота.

[BOB51]

Котуинкины исходники со схемами и дополнениями все на своих местах (правда рассеяны меж флудом).
Гитхаб я не использую.

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

[oleg110592]

повторюсь исходников затерянных в постах не вижу, если там в ассеблере инклуд *.txt - то не надо.

Так что снова придется самому разбираться

ссылки же даны . Может нужны двое из ларца? Вот побуду за двоих:

Спойлер

Код:

uchar ispWriteFlash(unsigned long address, uchar data, uchar pollmode) {

   /* 0xFF is value after chip erase, so skip programming
    if (data == 0xFF) {
    return 0;
    }
    */

   ispUpdateExtended(address);

   ispTransmit(0x40 | ((address & 1) << 3));
   ispTransmit(address >> 9);
   ispTransmit(address >> 1);
   ispTransmit(data);

   if (pollmode == 0)
      return 0;

   if (data == 0x7F) {
      clockWait(15); /* wait 4,8 ms */
      return 0;
   } else {

      /* polling flash */
      uchar retries = 30;
      uint8_t starttime = TIMERVALUE;
      while (retries != 0) {
         if (ispReadFlash(address) != 0x7F) {
            return 0;
         };

         if ((uint8_t) (TIMERVALUE - starttime) > CLOCK_T_320us) {
            starttime = TIMERVALUE;
            retries--;
         }

      }
      return 1; /* error */
   }

}


цифры для 51S из патча дудки надо?
Вот полезли уже плоды изобретения велосипеда

[BOB51]

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

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

[oleg110592]

самоделка интересна именно в плане самоделки, а не полного плагиата

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

Насчёт ассемблера "не Вашего стиля"

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

[BOB51]

В данном случае имело место не
"...написано ж не хочу тратить время на ассемблер с текстовыми инклудами...."
а прямое отрицание права на существование проектов с "инакомыслием":

повторюсь исходников затерянных в постах не вижу, если там в ассеблере инклуд *.txt - то не надо.
...

Дескать
"нету там исходников" потому что, "если там в ассеблере инклуд *.txt - то не надо".

При всем уважении - привередность однако...
Ну да то ответный КУСЬ.


По сути - при побайтовом протоколе у АТ89S с межбайтовыми/межпакетными интервалами особо проблем нету, а вот при постраничном придется таки им внимание уделить. Есть вероятность замедления обработки данных, когда добавляется обработка внутреннего счетчика байт в МК. Но то уже на основе котуинки тесты будут - там частые "перепрошивки" обычное рабочее состояние (адуринку мучить влом). В принципе все Sки таки дублируются параллельным вариантом (для некоторых это и своеобразный "лок-доктор" ибо из последовательного биты защиты могут не сбрасываться).

Насчет "изобретательства велосипедов"...
Прожка сейчас делается под адуринку (под Си), но полученные приемы и информация затем подлежит использованию в базовом комплекте котуинки - а это уже ассемблер, так что и алгоритмы и все прилагающееся лучше заранее в полном объёме и без привязки к конкретному компилятору делать - в целевом проекте любое из имеющихся семейств МК может в "жгучем модуле" использоваться - AVR, MCS51 или PIC.

[oleg110592]

а прямое отрицание права

Это домыслы называется. Опять спрошу где, в каком посте это отрицание. На прошлый вопрос про "упорное желание" ответа не получил. Вот это и есть флуд и наблюдается переход на личности. Это происходит когда аргументов нет. Модератор увидит - может забанить. Потом исходников среди флуда не найдешь. Лучше сосредоточится на задаче (совет, а не упорное желание).

По сути - при побайтовом протоколе у АТ89S с межбайтовыми/межпакетными интервалами особо проблем нету, а вот при постраничном придется

Дык это уже предлагалось ранее - побайтовым, вот и польза есть.

Насчет "изобретательства велосипедов"...Прожка сейчас делается под адуринку (под Си)

И исходник ардуиновый предлагался - велосипед же. Потом конечно можно выдать за свое, как видели в обсуждении DDS - три раза скопипастить код и это уже мое, а по сути тоже самое.

[BOB51]

Снова подкол с намеком

....
Это домыслы называется. .... Потом конечно можно выдать за свое, как видели в обсуждении DDS - три раза скопипастить код и это уже мое, а по сути тоже самое.

.....
А потом обижаемся за "переход на личности" и "домыслы"?


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

Вариант исходников для побайтового простейшего решения копипастить... это уже совсем мозгами не шевелить.
Я еще до подобного не дошел (несмотря на достаточно частые советы/пожелания).
А вот проверять все что сделано макетом - это таки время надо.

[oleg110592]

BOB51 писал(а):

А потом обижаемся

тож домыслы, поскольку сквозь монитор обиду не увидишь. Да и чего обижаться то, если в интернете все правы
https://www.b17.ru/blog/128284/
а постраничный, может стереть надо вначале

Код:

Algorithm for Page write mode:
1.      Power on the circuit.
2.      Send the instruction for programming enable.
3.      Check the 4th byte on MISO pin. If we receive 0x69 this means chip is enabled.
4.      If the serial programming mode is enabled then send the chip erase instruction.
5.      Send first byte to enable page write mode followed by the address of the page.
6.      After the address bytes the 256 data bytes of data is sent on the MOSI pin.
7.      Keep repeating step 6 till all the pages you want to write are written.

https://www.engineersgarage.com/tutoria ... ory-write/

[BOB51]

Стирается все вполне прилично.
Только у АТ89S нет "постраничного стирания" - исключительно общее стирание кристалла.
Скорее там все же другие "тонкости".

Помимо прочего
1. требуется учитывать возможную погрешность кварца (длительность тактов заметно более чем 1/16 clc)
2. питание исключительно от дополнительного источника 5 вольт (от USB даже 5-вольтового возможны проблемы)
3. шлейфы от ардуино явно уступают по частотным характеристикам ленточному кабелю с раскладкой "земляных" жил через один сигнальный.
Собственно побайтовый вариант готов, но уж слишком "черепаший" - 25 минут на полный цикл:
проверка ПЗУ - общее стирание - повторная проверка "чистоты" - запись с верификацией результата.
Так что помудрю еще с постраничником, прежде чем выкладывать.