Вот репейник USBшный... Ну не тем у меня голова занята - есть последовательный канал RS232 и пущай себе будет - сейчас собственно схема мозг грузит. Свойства и количество выводов используемых деталюг в различных комбинациях применения. Канал связи с простого СОМа на чего другого переводить - это на третьем плане. Когда все уже работать будет можно и на радиоканал перевести.
Именно схема... Паять таки влом... А отметить, что базовые платки котуинки в версии с монитором питания и сброса по факту основа специализированного пограмматора на платформе ардуино MCU Dude Major Core с атмега8515/атмега162 (причем практически без переделки монтажа) да добавочного "жгучего блока" под конкретные кристаллы как-то сразу даже мне не увиделось... Лучше таки атмегу162 припасти для такого случая - там памяти программ чуток больше. Разница между устройством на AT89C52 и ардуино MCU Dude Major Core будет только в активном уровне с монитора питания и сброса для RESET МК (перепрошивка аттини13), да в том, что программу для MCS51 можно менять бесконечно (ОЗУ таки), а у меги количество перезаписи ПЗУ ограничено. Т.е. на мегах удобно целевой прошивальщик с фиксированным "жгучим блоком" делать, а далее сама котуинка с mcs51 уже далее делается и более универсальна - можно быстро целевую внешнюю обвязку сменить. Сменить кристалл МК на главной плате можно в любое время - конфигурация железа будет одинакова для всех вариантов.
Одно замечание - конденсаторы у кварца для АТ89ххх =30 +/- 10 пикофарад, а для атмег - 12-22 пикофарады. надо проверить как будет работать кварц с АТ89 при номинале в 22 пикофарады или работу атмеги при 27 пик ... Итог краш-теста - атмега8515 работает на генплатке вместо АТ89S52 при кварце 11,0592 и конденсаторах 27пикофарад. Так что теперь надо "жгучий блок" продумать, а уж затем связку с мегой и/или стандартной котуинкой. Общее в основном останется в виде платки ОЗУ и платки "жгучего блока" - модуль связи и генплатка могут быть упрощены.
Вопрос "из чего соорудить" таки остается открытым - 40-лапки штука хоть и приятная, но эти мелкосхемы нельзя считать "народно-доступными"... Как вариант рассматриваются две адуринко-про-мини с 4 штуками 74CH595 и накопителем - статическим ОЗУ на 64к*8... Однако на адуринке сменить кварц ... весьма проблемно... (слишком малюсенький - из покупных туда даже припаять сложновато). Посему или одну платку придется самоделкой строить на основе покупной атмеги328Р в DIPе (атмеги8 если софт под адуринкой влезет) под кварц 14,7456 для минимальных отклонений по скоростям канала связи с ПК... Но там таки опять "нестандарт" - придется "стороннюю" платформу использовать - от того же MCUdude (или кого другого). Или... рискнуть прогнать *.хекс образа 64 килобайтного массива для накопителя под стандартным для адуринок 16 МГц кварце (что не проверенно практикой). Может кто уже непрерывные массивы данных на 9600 с нанкой-про-мини прогонял - чего там с возможными ошибками? Низкая скорость обмена выбрана для возможности гарантированной полной обработки данных до получения нового байта под алгоритм обработки файла "на лету" без приостановки передачи с ПК. Пока размышлямсы продолжаются...
И... окончательное решение ленивого кота... Остается в полном объёме базовая котуинка. Для прошивки биос в АТ89S52 (или AT89S51 если DPTR1 использовать не планируется в дальнейшем) будет использована самоделка из ардуино-нано и панельки-кроватки под 40-лапые атмеги от STK200. Минус - та нанка ничего другого сделать не сможет (нет универсальности без изменения самого СКОТча). Собственно это самый "экономичный" вариант из всех возможных. А далее уже сама котуинка оснащается на первое время утилиткой для AT89S серии и далее для МК с параллельной загрузкой.
Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.
Гляжу в книгу вижу... белопушистого... Ранее с последовательным протоколом прошивки не занимался - параллельного как-то хватало. А тут решил поприглядеться и... обломс... Три вопроса в даташите так и не нашел (что для АВРок, что для АТ89S)...:
1. максимальный интервал между передачей байтов в рамках пакета, который не будет засчитан как сбой обмена 2. минимальный интервал между пакетами, при котором следующий пакет будет воспринят как очередная команда 3. состояние вывода MOSI программатора при чтении данных из МК (единица или нулик или произвольное содержимое)
Под "пакетом" подразумевается последовательность их 4 байт данных включая команду, адрес и данные и 3+255 байт данных для постраничного режима у ат89s Придется видно опытным путем определять...
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
Ну и где там ответы на мои вопросы? Я ж ее весьма пристально просмотрел - допустим чтение байта данных (не говоря уже о страничном блоке, где теоретически возможно повторение комбинации любого из командных пакетов) по mosi идет команда, адрес старший, адрес младший а что потом, когда МК отправляет данные по miso, на линии mosi программатор выставлять должен? 1/0/Z?? Далее идет байт за байтом - каков интервал времени между байтами (а не между тактовыми импульсами SPI!!)? Следующее - пересылка командного блока завершена - пускай те же 4 байта и режим чтения/задания режима работы... Какой интервал необходимо выждать (и требуется ли таковой) перед посылкой следующего командного блока? Ни диаграмм ни графики... Начинки ж того модуля обработки я не ведаю - может он считает байты после декодирования команды, а может и иной вариант - задержка более нормы = авария или послал блок ранее - сочли за "некорректное продолжение команды"... Разве чуток больше про страничный пакет для АТ89S8253 имеется - там хоть обозначили в таблице команд "byte4 - byteN" Вместо ранее жестко закрепленного в графе byte3=data0 и byte4=data1-255...
Относительно копипаста - у меня к оному отношение отрицательное, тем более база будет с иными параметрами на основе уже готового наследства от STK200/SiProg (кварц 4МГц) и прошивайка с одной заранее установленной прошивкой-заготовкой, а не загружаемой из ПК.
Опять не то - это о задержке после цикла записи, а не "стандартный" интервал между командными пакетами. (И то... там надо поллингом завершения цикла записи пользоваться - то же вопрос читать последний байт с анализом D7 или просто смотреть содержимое текущего miso?) Допустим читаем три байта сигнатуры подряд - какой интервал между пакетами чтения?
Кстати... контроль по времени ... это при записи одного байта - а при страничном режиме оный должен только в конце пакета из 3+255 байт делаться.
где там слово задержка Serial Byte Write Cycle Time это Время Цикла Записи Последовательного Байта
Цитата:
какой интервал между пакетами чтения
мы о разных вещах говорим - какой такой интервал? Это ж SPI - там все зависит от длительности CLK. Он должен быть в рамках - тогда прошиваемый мк будет успевать реагировать.
SPI с побайтовой пересылкой нескольких байт. Длительность тактового сигнала оговорена, а интервалы между байтами и комплектами из нескольких байт - не оговорены. Может быть как непрерывный поток, так и с некоторыми интервалами.
"Serial Byte Write Cycle Time это Время Цикла Записи Последовательного Байта" после того, как он был принят - т.е. по завершении обмена на шинах SPI. Это время процесса самой записи в ячейку(и) ПЗУ. А один байт будет переслан или все байты страницы - не имеет значения. Длительность пересылки определена минимальными значениями длительности тактового импульса SCK только "снизу" - не менее 8tCLC (параметры tSHSL и tSLSH). А более длительные - всегда пожалуйста. Собственно время пересылки одного байта будет не менее 8*8*8=512 tCLC (8 длительность 1, 8 длительность 0 и всего 8 таких импульсов на байт данных).
а интервалы между байтами и комплектами из нескольких байт - не оговорены. Может быть как непрерывный поток, так и с некоторыми интервалами
не оговорены - значит не нужны. Разработчики понимают, что нам надо принять/передать байт и положить/считать в/из буфера. На это надо время - SPI подождет, пока следующие CLK не начнутся.
Цитата:
Это время процесса самой записи в ячейку(и) ПЗУ.
Дык выше так было и написано(чучхэ - не читатель). Из даташита(перевод):
Код:
Алгоритм последовательного программирования Чтобы запрограммировать и проверить AT89S52 в режиме последовательного программирования, выполните следующие действия (рекомендуемые): ...... 2. Включите последовательное программирование, отправив команду Programming Enable serial на ножку MOSI / P1.5. Частота тактовой частоты сдвига, подаваемой на вывод SCK / P1.7, должна быть меньше чем частота процессора на XTAL1, деленная на 16. 3. Кодовый массив программируется по одному байту за раз в байтовом или страничном режиме. Цикл записи является самосинхронным и обычно занимает менее 0,5 мс при 5 В. ......
Меня интересуют значения параметров интервалов - минимальные и максимальные... Вот как те, что на картинке: https://img.radiokot.ru/files/20529/2hvv10s05y.GIF верхний вариант - это непрерывная последовательность, а нижний - реальный побайтовый обмен - это та картинка из даташита, только для полного командного пакета. Ну и чего таки выставлять на mosi при чтении данных.... В страничном режиме программируется за раз ВСЯ страница из буфера обмена, куда ее загружают при отсылке пакета из двух байт команда/адрес и 256 байт данных за один заход.
Возможно SPI и будет ждать следующего импульса - но только в случае, если это предусмотренно алгоритмом внутри МК. Собственно по приему одного байта процесс считается завершенным - а как оценить следующий это уже задача встроенного устройства. Может и "продолжить", а может и "послать подальше" ("превышено время ожидания" к примеру)... По крайней мере данные об межбайтовых и межпакетных интервалах таки напрочь отсутствуют во всех описаниях.
еще раз - хоть с интервалами (можно и час и более), хоть без. Читать инструкции и принимать/передавать байты блок программирования успевает даже если будет минимально допустимый зазор между CLK последнего бита и следующего первого бита нового байта (для того и времена CLK оговариваются 8 tCLC). MOSI "0" наверное - нулевых инструкций вроде нет.
Дык ёжли б не тот "постраничный режим" особо и прицепиться не к чему - разве что разнобой в параметрах тактовой и кодировании команд для разных Ат89... Да нехорошие воспоминания о работе с самодельно-любительскими программаторами - даже STk200 с ISP Programmer 1.2.0.56 и то... не всегда стабильно с первого раза отрабатывал. Посему больше штатным параллельным режимом пользовался - тот всегда абсолютно стабилен - единственный минус - аппаратной обвязки там многовато. Так что лучше все возможные варианты перешерстить, чем оставшиеся кристаллы позапороть. До профпрограмматора ехать далеко и то по рабочим дням... Это таки время теряется по каждому неудачному тесту - денек-другой...
поначалу побайтный режим использовать. Да и фузов там нет, что запарывать то, разве сигнатуру - так и без оной прошить своим софтом можно. Глянул в наш базарный магаз - полно разных AT89Cxxxx, если делать для народа - параллельный прог весьма нужен. А для S народ оказывается уже давно решил, причем предлагаемым уже ранее самым простейшим способом(который был жестачайше отвергнут мявтором). У меня был подобный самодельный юсбасп, переделанный под STK500 - нормально шил, не порол ничего, только при корочении питания случайном приходилось передергивать юсб. http://www.8051projects.info/resources/ ... rammer.23/
Я закладываю АТ89S52 (AT89S51) как основу КОТУИНКи - а уже на ее базе, учитывая скоростное ОЗУ-накопитель ВПД/ВПП и создав соответствующие "жгучие блоки" с прикладным программным обеспечением (оперативно заменяемые) творить прикладные программаторы. В том числе и для ПИКушек. Это (программаторы) рассматривается как только одно из возможных применений "расширителя портов"... На данный момент ардуинка-нанка готовится как автономная прошивайка биоса B2B и всего-то... Собственно схемка: https://img.radiokot.ru/files/20529/2hx7ly4snr.GIF Первичная часть протокола вроде успешно откаталась - вход в программирование, чтение сигнатуры и LOK битов (они таки в АТ89 присутствуют - в разных по-разному в отношении количества и качества/функционала/особенностей сброса). Доконаю прошивайку биоса - тогда и до "жгуча блока" под параллельный режим для DIP40 можно будет продвинуться. Основное отличие от предлагаемого - у меня нет специализированной софт-оболочки - загрузка дампа идет в виде сырца intel hex8 напрямую из терминала. Отсюда и некоторые особенности вида "один базовый блок - множество расширений".
Я закладываю АТ89S52 (AT89S51) как основу КОТУИНКи
а если у народа С51 - кина и вина не будет? Писал писал, что их полно - как об стенку горохом. Далеко такая котуинка будет от народа. Да и в теме "истина в вине" написано
Цитата:
КОТУИНО. Версия биос для AT89S52/AT89C52
это, как его - волюнтаризм(с), про биос дальше
Цитата:
как автономная прошивайка биоса
понимаю - компьютер в комплекс котуинки тоже входит (она ж котуинка предназначена для связи с ПК), но зачем компьютеру регулярно прошивать биос?
Цитата:
Слово БИОС (BIOS) может обозначать: BIOS (от англ. basic input/output system) — базовая операционная система ввода-вывода, встроенное программное обеспечение компьютеров. BIOS (фильм) БИОС-1, БИОС-2 и БИОС-3 — лабораторные эксперименты красноярского Института биофизики по созданию замкнутых экосистем.
зачем это скоростное ПДД (что это такое ВПД/ВПП гугл не знает), если можно на голой меге, подключенной напрямую к юсб сделать практически любой программатор. Опять далеко от народа.
Цитата:
LOK битов (они таки в АТ89 присутствуют
LOCK (запереть) это не фузы - они много где присутствуют. Обычно снимаются простой командой стирания всего флэша.
Цитата:
у меня нет специализированной софт-оболочки
как это нет? Это в линуксе терминал из коробки. В виндовсе тоже был в составе (сейчас в сборке могут выпилить), но практически им никто не пользовался. Всегда качали сторонний специализированный софт терминал (выше обсуждали). И чем это лучше специализированной оболочки? В специализированной оболочке программатора намного удобнее кнопки жать. Ой далеко от народа. Тем более уже все готовое есть.
Специализированная софт-оболочка это не простая терминалка, а сделанная под конкретное устройство прожка (в принципе ни для чего иного не приспособленная). Терминал - штука универсальная, но в то же время более примитивна в отношении удобства управления конкретным устройством. Нету красивых и понятных картинок. Касательно биос-прошивайки - именно под АТ89S52/51 с учетом простоты изготовления и минимума излишних затрат. Собственно сам биос грузится не с компьютера а входит в состав скотча. Операция однократная, так что сооружать более навороченное устройство для минимального старта смысла нету. Дальше уже приставка к КОТУИНКе делается и все задачи на нее перекладываются. Собственно оно для того изначально и задумывалось - снять проблему прошивки биос-бутлоадера для КОТУИНКо в ситуации с отсутствием LPT порта. А не как "универсальный программатор". Можно конечно чего с прицелом на параллельный режим соорудить - но там или "нестандарт" (редкие АВРки/дорогие версии адуринки) или наворотов с гору... Ведь параллельную прошивайку надо будет делать с учетом как однократно-автономной прошивки биос, так и для универсального использования с базовым модулем котуинки (загрузка дампа в накопитель с последующей неспешной обработкой). Это и время и затраты. В то же время ставить атмегу162 в DIP40 и проблем нету... Но во-первых найди такую атмегу, во-вторых лишняя "безнажимка" в расход пойдет.... ЖАБКО...
Специализированная софт-оболочка это не простая терминалка, а сделанная под конкретное устройство прожка (в принципе ни для чего иного не приспособленная).
Слабая отмазка. Там модифицированная avrdude для прошивки AT89S51 используется, что может быть проще. Для прошивания лучше использовать софт, предназначенный для прошивания - это очевидно. Дудкой еще можно чего много шить в том числе авры по TPI тем же юсбаспом. Народ делая такой юсбасп приобретает невиданные доселе возможности. А для чего иного можно и терминал приспособить - никто не мешает обе программы использовать. з.ы. насчет биосов продолжаю не понимать - они ж на материнской плате ПК, неужто на Шекспира на нашего замахнулись.
Сейчас этот форум просматривают: Selfrock и гости: 10
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
Вход
Регистрация
Правила
FAQ
Поиск
