Выставить биты данных на ШД Микроши в диапазоне 8000H-BFFFH

[xintrea]

значит надо разбираться с прошивкой STM. спад сигнала должен начинаться по окончании /RD (или /32к), а по картинке получается что ножка STM переводится в нужное состояние и затем сразу переводится на ввод. а длительность спада определяется емкостью проводов (щуп осциллографа и прочее).

Вот, добрался до оборудования, сделал замер (извиняюсь за JPG, движок форума на лету из PNG конвертит). Напоминаю, что надо смотреть на место, где /RD и /32К в нуле.

1. Замер произведен на ножке STM, на которой выставляется 1. ШД Микроши отключена, то есть замер именно ножки микроконтроллера STM.

Желтый - /RD
Голубой - /32К
Синий - ножка STM



Видно, что есть некоторое запаздывание появления сигнала на ножке, ибо код не оптимизировал. Но оно укладывается в диапазон когда на /RD еще 0. Видна "полочка" когда STM единичку удерживает. И Микроша этот сигнал считывает правильно. Но вот почему он так спадает - непонятно. И как с этим бороться (и нужно ли) тоже не могу понять.

2.А если добавить щуп на ШД Микроши (с STM ШД еще не соединена), и посмотреть что в этот момент происходит на стороне Микроши, то на фиолетовой линии видно, как Микроша в этот момент генерит единичку на D7 (потому что при 82H на D7 единица будет) и 0 на D6:

Единичка на D7:



Ноль на D6:




3.Далее я соединяю ШД Микроши и STM-ку. И вот какие "общие" сигналы получаю:

1 на STM - и 1 на Микроше:



0 на STM - и 0 на Микроше:



1 на STM - и 0 на Микроше - это устраивает, установка 1 на STM дает 1 на "общей" ШД:



0 на STM - и 1 на Микроше - а вот это не устраивает, установка 0 на STM все равно оставляет 1 на "общей" ШД:



Вот и нужно придумать, как сделать так чтобы 0 на STM давал 0 на "общей" ШД.

А так же я все равно не понимаю, чем 0 от STM хуже чем 0 от шинного преобразователя, который мне советуют.

- - - Добавлено - - -

Нет, ему просто надо открыть вход осциллографа для начала. А уже потом думать.

Что значит "открыть вход осциллографа"?

[Advertiser]

[HardWareMan]

Что значит "открыть вход осциллографа"?

Инструкция пользования осциллографом, смотреть раздел "Открытый и закрытый вход". Переключатель режима у Rigol на картинке ниже.


- - - Добавлено - - -

А так же я все равно не понимаю, чем 0 от STM хуже чем 0 от шинного преобразователя, который мне советуют.

Выход шинного формирователя рассчитан на работу с шиной. Это значит, что его выход (когда активен) достаточно сильный и может эффективно перезаряжать ёмкость шины. В то же время у микроконтроллера никто не обещает такого функционала, т.к. выводы не рассчитаны на работу с большой шиной (а в случае с микрошей - ещё и длинной). Именно поэтому я и рекомендую развязать через буфер. И если направление только в одну сторону (от МК в ЛК) то можно использовать просто буфер/регистр с третим состоянием, типа 555АП6/555ИР22 и иже с ними.

[Serg6845]

Вот, добрался до оборудования, сделал замер

0 на STM - и 1 на Микроше - а вот это не устраивает, установка 0 на STM все равно оставляет 1 на "общей" ШД:
Вот и нужно придумать, как сделать так чтобы 0 на STM давал 0 на "общей" ШД.

вот здесь (обведено кружком) четко видно что STM вместо 0 выставляет на шину 1. почему так - вопрос к прошивке.

А так же я все равно не понимаю, чем 0 от STM хуже чем 0 от шинного преобразователя, который мне советуют.

так как бы правильнее. и даже в данном случае возможно поможет скрыть явный баг в прошивке (который возможно сидит где-нибудь в стандартных библиотеках). но добавит гемор по управлению 3 состоянием этого самого буфера (или потребует дополнительной логики для управления).
с другой стороны - выходы у STM32 как бы не мощнее чем у АП6 будут...

- - - Добавлено - - -

Инструкция пользования осциллографом, смотреть раздел "Открытый и закрытый вход".

кстати ни разу не похоже на закрытый вход. во-первых постоянная времени не того порядка.

(это я на закрытом входе подключил батарейку)

во-вторых - на спадах импульсов нет выбросов в минус.

[HardWareMan]

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

Ну, вы можете продолжать есть кактус, это ваше право.

От себя добавлю, что вероятно вы на ножке включили PULL_DOWN а выход ваш не в PUSH_PULL.

[xintrea]

вот здесь (обведено кружком) четко видно что STM вместо 0 выставляет на шину 1. почему так - вопрос к прошивке.

Я перепроверил именно то место что ты обвел кружком. Именно оно, кстати, и не дает мне двинуться дальше.

При разорванной ШД между STM и Микрошей:
- замеряю на стороне STM - ножка для D7 выдает 0, вообще ровная линия на 0В постоянно.
- замеряю на стороне Микроши на D7 - выдает 1 (старший бит от 82h).

При соединенной ШД картина именно такая, что ты обвел кружком. Но это не потому что STM ставит 1 из-за какой-то баги. STM, как было проверено, все время ставит 0.

А фишка в том, что тонкий провал на левой границе нарисованного тобой кружка - это как раз и есть момент, где STM ставит 0. Но он сразу же вытягивается до 1 потенциалом ШД Микроши.

Вот более широкая картинка этого места:



Получается, что STM-ка в режиме Push-Pull не может толком притянуть к земле линию с общей ШД. Вроде как в теории, если на ШД было выставлено слово стостояния 82h, то оно хранится там к интересуещему нас моменту просто за счет емкости шины. И когда STM-ка поставила на шине 0, емкость должна была разрядиться (наверное). И до следующего машинного цикла на шине должен был остаться 0. Но происходит другое - сигнал почему-то снова вытягивается до 1.

Вот я и не могу понять причину такого явления.

[Serg6845]

[QUOTE=xintrea;1153161]

Я перепроверил именно то место что ты обвел кружком. Именно оно, кстати, и не дает мне двинуться дальше.

При разорванной ШД между STM и Микрошей:
- замеряю на стороне STM - ножка для D7 выдает 0, вообще ровная линия на 0В постоянно.
- замеряю на стороне Микроши на D7 - выдает 1 (старший бит от 82h).

При соединенной ШД картина именно такая, что ты обвел кружком. Но это не потому что STM ставит 1 из-за какой-то баги. STM, как было проверено, все время ставит 0.

А фишка в том, что тонкий провал на левой границе нарисованного тобой кружка - это как раз и есть момент, где STM ставит 0. Но он сразу же вытягивается до 1 потенциалом ШД Микроши.

а выглядит оно так что именно STM ставит 1 - там дальше ровная полка с уровнем 3.3В.

Получается, что STM-ка в режиме Push-Pull не может толком притянуть к земле линию с общей ШД.

может и спокойно притягивает, и даже держит какое-то время. там где стрелка. а вот потом что-то идет не так...

Вот я и не могу понять причину такого явления.

предлагаю провести пару экспериментов.
1 - повторить замер с оторванной ШД, но притянуть D7 STM через 1кОм к 3.3В
2 - со стороны Микроши притянуть D7 к земле через 2кОм и к +5В через 3кОм, все соединить и повторить замер. там будет хорошо видно кто, когда и куда тянет шину.

а причин там может быть куча - начиная от "звона" на проводах, из-за чего STM думает что /RD уже закончился хотя это не так, или например выставление уровня на ножке через логическую операцию непосредственно над портом, или в прерывании что-то лишнее срабатывает... я не спец по STM, просто общие моменты...

[xintrea]

[QUOTE=Serg6845;1153169]

предлагаю провести пару экспериментов.
1 - повторить замер с оторванной ШД, но притянуть D7 STM через 1кОм к 3.3В
2 - со стороны Микроши притянуть D7 к земле через 2кОм и к +5В через 3кОм, все соединить и повторить замер. там будет хорошо видно кто, когда и куда тянет шину.

Видимо, достаточно эксперимента 1. Отключил полностью ШД Микроши, подтянул D7 STM через 1кОм к 3.3В. И мерию на нем. Вот что получается:



То есть, дело не в Микроше, а просто по какой-то причине не сохраняется 0 на ноге D7 дольше 100нс. Хотя по-хорошему, контроллер должен дождаться когда желтый и голубой сигнал перестанут быть одновременно 0, и с некоторой задержкой перестать удерживать 0 на ноге D7.

А тут складывается впечатление, что контроллер увидел желтый и голубой в нуле, выставил 0 на ноге D7, и думает что там 0 так и держится. А этот 0 за 100нс притянулся к 3.3V.

[tnt23]

xintrea, покажите конфигурацию GPIO. Можно в виде исходников, можно скриншотом из CubeMX.

[xintrea]

xintrea, покажите конфигурацию GPIO. Можно в виде исходников, можно скриншотом из CubeMX.

Здравствуйте. Выкроилось свободное время, продолжаю.


Исходники можно взять здесь: https://github.com/xintrea/mikroshamem
(На всякий случай, здесь идет речь о коммите aed203fd684d2adade93fdf8efbb0ae2e138d670, который актуален на момент написания данного сообщения)


По сути, проект написан с использование CMSIS, в нем всего два файла на Си и один заголовочный (в каталоге /src, естественно).

Сейчас код в таком состоянии, что в нем есть только инициализация перифирии и бесконечный цикл. В бесконечном цикле сделано ожидание чтобы сигналы /32К и /RD (ножки A10 и A11 на STM) одновременно были в физическом 0. Если не так, то ШД на B8-B15 находится в состоянии Input, чтобы не мешать работе Микроши. Если оба сигнала в 0, то ШД на B8-B15 переключается на выход в классическом режиме Push-Pull, и на ШД выставляется байт 0x00.

Для эксперимента, нога старшего разряда (B15) притянута к 3.3V через резистор 1кОм, а ШД Микроши отключена полностью. Это притягивание как-бы эмулирует единицу, которая "остается" от слова состояния 82H когда Микроша подключена к STM.

Так вот, в этом эксперименте картина абсолюто та же самая, что и на последнем скриншоте. STM-ка почему-то притягивает к нулю B15 всего на ~120нс и сразу отпускает, даже не дождавшись, когда хотя бы один сигнал /32К или /RD перестанет быть равен 0. Хотя по алгоритму в коде этого не должно быть.

И самое главное: если в коде раскомментировать строчку 146, в которой написана единственная команда:

// GPIOA->BSRR = (1<<GPIO_BSRR_BS0_Pos); // Светодиод включается

... то длительность притягивания B15 к 0 сильно удлинняется, и можно сказать что становится правильной! А эта строчка всего-навсего устанавливает 1 на ноге A0, которая никакого отношения к делу не имеет! Причем на ноге A0 никаких переключений нет, она как в первый раз установилась в 1 так и переставляется все время на 1 этой строчкой.


На скриншоте:
Желтый - /RD
Голубой - /32К
Синий - ножка B15 STM (с подтяжкой к 3.3V через 1кОм)




Если быть точным, то при раскомментировании строчки установки 1 на A0, длительность притягивания B15 к 0 все же длинновата, по-хорошему возврат в 1 должен начаться спустя не более ~150-280нс после восходящего фронта желтой линии. Установка 1 для A0 должна занимать не более 30нс, я это проверял на ногодрыге. Детектирование состяния /32К или /RD занимает, как мы видим, 120-250нс. Поэтому возврат к 1 должен начинаться спустя ~150-280нс от восходящего желтого фронта. А он начинает восходить к 1 спустя 500нс. Это странно.

Возможно, у меня ошибка в коде, но я ее не вижу. Буду рад, если кто-нибудь ткнет носом где в коде проблема.

- - - Добавлено - - -

была другая проблема, стм банально не успевал войти в прерывание по сигналам RD или WR. Пропуская обращение и получалась каша. А так - да, коллеги выше правильно подсказали - неправильно настроены порты микроконтроллера.

Поэтому я сразу отказался от прерываний. В моем коде просто бесконечный цикл.