Захотел подключить этот расширитель к MCS-51 (почему только MCS-48!), чтоб попробовать его использовать. Изучив не очень содержательный даташит от 8243, написал к нему программу, чтоб проверить его работу. Запись в порты 4,5 расширителя заработала с первой попытки, а вот с чтением получилась не очень - не читает старшую тетраду (порт 7), при этом младшая (порт 6) работает нормально. Вместо данных с P7 получаю 4 единицы (иногда 0111) вместо данных. Что сделал: Проверил монтаж (все нормально), убрал задержку, и прошагал программу в симуляторе, подставляя нужные данные в порт виртуальными кнопками. Заменил расширитель, заменил МК. Но все равно, старшая тетрада (P7) не читается. Не понимаю где затупил. Программа простейшая, только для того чтоб понять как оно работает. Она создает циклический 8-битный инкремент, и отображает его на светодиодах портов 4,5 расширителя, читает состояние его портов 6,7 (8-контатный ДИП-переключатель) , и отображает его на светодиодах порта P2 МК. Прошу помочь вас разобраться. Даташит NEC D8243HC
( У меня линии A/D.2 , A/D.3 51-го выбирают операцию, которую должен выполнить вр43 )
И что вы подразумеваете под "старшей" тетрадой(нибблом) ?
_________________ < виртуальная "кнопочка" >--( WWW ) <- Убедительная просьба интересующимся старыми компьютерами типа РК86 - не пишите в теме в барахолке, пишите Ваши вопросы в ( лс ) пожалуйста
Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.
Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре.
Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.
А почему бы и нет? Туда еще добавить таймер ВИ53/54 и программируемый контроллер прерываний ВН59 (возможно с разновидностями для 1810 - серии). В принципе вполне возможные устройства для применения. Другое дело УСАПП (ВВ51) или контроллер ПДП - для МК такие варианты практически нецелесообразны.
Поскольку в первичных источниках в свое время довольно слабенькие описания были пришлось делать "сборную солянку" из нескольких первоисточников да еще подгонять к единому представлению данных. Касательно применения - возможно и "слабоваты" по сравнению с современными расширителями по нагрузочной способности, одначе практически "в избытке" в старых "закромах" (как и статические ОЗУ 8*32к/8*64к). Для работы с комплексными устройствами вполне пригодные как элементная база, да и частенько подсказка как из нескольких однотипных МК попроще слепить необходимо-оптимальное устройство.
Ну, как. 6-тактовый, программатор не нужен. А так - все тоже самое, что у скажем, AT89S52. Можно писать не глядя на SFRы Самые вкусные - однотактовые серии STC12, STC15, еще понравился 8-ногий STC15W104. Но самый бомбезный , судя по всему - STC8, но пока не нашел английского даташита.
Может STM8? У STC cудя по приложению для прошивок (из прайсом) масимум STC10...
Нет, не STM8 ([хотя, тоже интересно). Именно STC8 А в прошивалке (STC-ISP 6.86) он есть, странно что не нашли. Однотактовый 8051. Куча периферии, программирование через USB (не USB-UART, но так тоже можно). SPI, TWI, АЦП, и все такое. Так как места в таблице SFR не хватает, адреса регистров периферии (а и много) - 16-битные, memory-mapped. Обращение к ним через movx A, @DPTR (и обратно).
Я смотрел раздел-вкладку "mcu selection/prise/samples" - там такового НЕТу (а раз в прайсе нету- значится "не рыпаемся"). Да и на вкладке "web-site" их НЕТ - вероятно для "внутреннего пользования и/или "промежуточная модель".
Кроме прочего меня там дилема размещения/возможности затирания главного заводского бутлоадера интересует...
Я смотрел раздел-вкладку "mcu selection/prise/samples" - там такового НЕТу (а раз в прайсе нету- значится "не рыпаемся"). Да и на вкладке "web-site" их НЕТ - вероятно для "внутреннего пользования и/или "промежуточная модель".
Мое наблюдение такое. У китайцев проблема с обновлением информации. Например, у них три сайта, все три недоделаны. (самый информативный - stcmcu.com). Порою, их отключают за неуплату.
BOB51 писал(а):
Кроме прочего меня там дилема размещения/возможности затирания главного заводского бутлоадера интересует...
Как я понимаю, системный загрузчик не входит в диапазон адресов памяти программ, и через регистры доступа IAP/EEPROM до него не добраться.
Как раз наоборот - это вроде как область ISP. Перезапись в том же режиме доступа, что и для ЕЕПРОМки. А вот пользовательскую область записывает тем же механизмом, только после перезагрузки из области ISP (флажки в соотв регистрах для командного/программного сброса). Вобщем... "кусочек" начиная отсюда viewtopic.php?p=3109227#p3109227 ... Правда пока немного отложено "на попозже"...
А потом кристалл "на выброс"? У них же спецрежима (высоковольтного/параллельного) НЕТ... Лучше "до выяснения" не рисковать. Да и в иероглифах я не силен - там наверняка еще дополнительно чегось должно иметься.
В принципе само построение доступа к ЕЕПРОМ уже "несколько нелогично"... Посему можно ожидать и подвоха при заливке собственного бутлоадера в область ISP. В то же время есть кристаллы с полным доступом ко всей памяти, как к IAP - а игеде там фабричному бутлоадеру заховаться?...
А кстати, что мешает "аппаратному" загрузчику провести необходимые проверки и сделать переход на адрес пользовательского IAP. Как он делает переход на нулевой адрес обычной программы, хотя известно, что загрузчик стартует при подаче питания.
Так давайте же выясним. Ну да, на выброс. А те, у которых я ноги поломал, или которые спалил, вставив не той стороной - не туда? По дохлому камню у меня претензий не будет. Это предложение. Напишите программу - пусть через регистры IAP пишет что нибудь туда должно быть писать опасно, а я потом проверю, и отчетик выдам.
У мня всего два "подопытных" в данной серии... ЖААЛКОО... А прожку... надо сначала своя бутлоадера в тот объем вписать...Был бы уарт аппаратный - можно котуинкин биос модифицировать... но при программном уарте могеть не влезть...
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 34
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения