Шестнадцатеричный дешифратор для семисегментного LED*а

[ass77]

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

У ТС даже квадратная шина задействована и как оказалось атмеловский ISP в наличии, но «лучше конечно помучаться»(с)

[pyos]

6 ног достаточно для руления сдвиговыми регистрами.

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

---------- Сообщение добавлено 13:12 ---------- Предыдущее сообщение было 13:06 ----------

А можно из 8-ми бит этого порта использовать 3.
В крайнем случае 2.
В еще более крайнем случае - 1.
И подключить эн 595-х и эн соотв. 7-сегментников, без динамической индикации.

О, опередил

[Openreel]

Их же можно каскадировать, поэтому достаточно будет трёх.

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

[dortonyan]

Чего пристали, ну не люблю я динамическую индикацию

На 595 логике индикация делается самая что ни на есть статическая.

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

Мой вопрос так и остался без ответа:
Почему нельзя вывести то же самое через SPI на доступную 595 логику, и сэкономив 5 портов, которых так не хватает?

Существует DM9370 - нормальный шестнадцатеричный дешифратор. Производство FAIRCHILD, не кого-нибудь. Т.е. достаточно массовый и недорогой. Могут же делать! У меня его даташит от 2000 года, т.е. делают давно. Только поиск "купить" выдаёт фиг.

Потому что при наличии контроллера этот классный дешифратор нафиг никому не впал. И не понятно зачем он вам.

[hippo64]

Встает старинный вопрос за секс на Красной площади

---------- Сообщение добавлено 15:13 ---------- Предыдущее сообщение было 15:12 ----------

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

[ass77]

Почему нельзя вывести то же самое через SPI на доступную 595 логику, и сэкономив 5 портов, которых так не хватает?

Ответ очевиден - не хватает знаний в программировании.
Вот тут http://www.nedopc.org/forum/viewtopic.php?f=85&t=17663 на нафталине, начиная от диодных дешифраторов до ПЗУшек решают подобную задачу.
Кстати, мс14495 вспоминали?
---------- Сообщение добавлено 15:26 ---------- Предыдущее сообщение было 15:22 ----------

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

Значит проект с самого начала был не проработан или ТЗ кривое.

[dortonyan]

Ответ очевиден - не хватает знаний в программировании.

По моему за то время пока ищется дешифратор можно было уже десять раз разобраться и написать SPI вывод. Для опытного программера это 20 минут работы с перекурами.
Для неопытного.. ну пускай вечер.

[Wladimir_TS]

Интересно - а есть-ли какой доступный (на Али) буржуинский аналог К155РЕ3, но желательно побыстрее. И вообще мелкие ПЗУ от 16х4 до 256х8 способные работать на частотах в 50 МГц. Желательно многократно программируемые.

[Serge_L]

Есть, конечно
Всякие GAL…. И подобное

[ass77]

Есть, конечно
Всякие GAL…. И подобное

По невменяемой цене.

[Serge_L]

ass77, честно, хз
У меня их в виде «изюма» столько, что точно хватит)

[Pyku_He_oTTyda]

http://easyelectronics.ru/upravlenie...u-provodu.html

Когда совсем туго с выводами...

[Wladimir_TS]

Всякие GAL…. И подобное

А можно с этого места по подробнее ?

По невменяемой цене.

Сколь сильно "невменяемой" ?

Вообще есть вопрос по быстрым ПЗУ в замену 565РТ4, 565РТ7. Частота считывания 20 МГц. Но только перепрограммируемым - а то отладка как-то много микросхем расходует.

[Alex]

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

Скока?! Для опытного, 20 минут - это на UART-приемник/передатчик, с мажоритированием, паритетом и прочим. Да и то...

А SPI - я на интервью, если программерам-эмбедщикам, на первые 5 минут прошу написать на доске/бумажке программный SPI, только на передачу.
В зависимости от результата- "следующие 5 минут" могут и не наступить...

[Openreel]

можно с этого места по подробнее ?

https://habr.com/en/articles/535936/

[Оллема]

Скока?! Для опытного, 20 минут - это на UART-приемник/передатчик, с мажоритированием, паритетом и прочим. Да и то...

А SPI - я на интервью, если программерам-эмбедщикам, на первые 5 минут прошу написать на доске/бумажке программный SPI, только на передачу.
В зависимости от результата- "следующие 5 минут" могут и не наступить...

Жесткач!
Я хоть и писал ранее программный SPI, но то ли старый склероз уже стал - вот сходу нифига не вспомню...

[Wladimir_TS]

https://easyelectronics.ru/upravleni...u-provodu.HTML

Когда совсем туго с выводами...

Не знаю как у кого - но у меня ссылка дохлый, однако.

---------- Сообщение добавлено 12:51 ---------- Предыдущее сообщение было 12:37 ----------

https://habr.com/en/articles/535936/

Спасибо, а серия К1556 не такая и дорогая - 60-150 руб за корпус в пластике. Но как понимаю однократки.

[Pyku_He_oTTyda]

Wladimir_TS, постарался подправить, но у меня открывалась.
Идея на картинках оттуда:

https://www.mikrocontroller.net/topic/87149#new - первоисточник на немецком (через VPN), там же и исходник на asm.

[pyos]

Pyku_He_oTTyda, это же ровно тот же метод, про который говорил Алекс и на который я давал ссылку на его страничку. Метод довольно старый, ему лет 30 емнип.

[Pyku_He_oTTyda]

pyos, сорри)) Не видел