Есть ли ошибка в даташите на SN74LS169B?

Aug 16 2020

Я смотрел на TI SN74LS169B, синхронный двоичный счетчик вверх / вниз.

Страница продукта: https://www.ti.com/product/SN74LS169B

Техническая спецификация: https://www.ti.com/lit/gpn/sn74ls169b

Согласно даташиту:

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

Однако я изучал функциональную логическую схему, представленную в таблице данных, и мне кажется, что поведение должно быть противоположным. Это функциональная логическая схема из таблицы:

Предполагая, что Q низкий для всех триггеров (счетчик равен 0), LOAD высокий, чтобы отключить загрузку, ENP и ENT низкие, чтобы включить подсчет, и U / D высокий, чтобы установить направление подсчета на UP, я получаю следующий результат:

Похоже, что на всех входах триггеров высокий уровень, что указывает на то, что следующим состоянием счетчика будет 15, а не 1.

Повторяя вычисления, когда U / D низкое, чтобы установить направление счета ВНИЗ, я получаю следующий результат:

Теперь похоже, что следующим состоянием счетчика будет 1, а не 15.

Я дважды, втрое и вчетверо проверил свою работу ... это направление счета в обратном направлении от того, что указано в таблице, что указывает на ошибку в описании или логической диаграмме, или я что-то упускаю ??

Ответы

3 EmrysMaier Aug 17 2020 at 20:33

Я никогда не публикую здесь - возможно, я начну больше после этого. Когда вы просите TI обновить стандартную логическую таблицу (например, SN74LS169B ), я являюсь одним из инженеров по приложениям, которые просматривают, классифицируют и внедряют исправление.

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

В этом случае я открыл заявку в нашей внутренней системе отслеживания ошибок таблицы данных, чтобы я мог просмотреть эту логическую схему, чтобы проверить проблему, которую вы представили. Как только я проверю проблему (у меня нет причин сомневаться в вашей логике, поэтому я предполагаю, что вы правы), поскольку эта проблема мало влияет на большинство клиентов, я отмечу ее как обновление, которое будет включено, когда таблица данных обновлен по новым стандартам.

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

Спасибо, что обратили мое внимание на этот вопрос!