PIC16F676 + 2x595

[NewWriter]

Nick19, это ответ топикстартеру или мне?? еслимне, то:

в одном файле 4 строчки неисполняемого в MPLAB кода, после того как закомментировал эти строчки программа пошла,

А я ведь написал, что и как, просто читать надо внимательно. И в файле поясняющий коммент стоит. Эти строчки для правильной работы "в железе", без этих строчек внутр.ген.МК будет работать на фик знает какой частоте.

но только по шагам, правильно отображаются цифры. Значит с таймингами где-то накосячил

А я написал, почему так, читать надо было внимательно. Косяк не с таймингами и вообще не в коде и не в схеме, с ними всё в порядке, ибо В ЖЕЛЕЗЕ ВСЕ РАБОТАЕТ. косяк в симуляции ULN2803.

Общее впечатление, проект сырой. Я б у себя не стал такой проэкт применять,

А это вообще и не проект, а просто демонстрация решения проблемы топикстартера. К тому же, я приложил фотку реальной работы этой схемы и кода "в железе" - работает, показывает, значит, применять можно. И я написал, как и куда можно воткнуть кусок кода в проект.

не хватает ног. Но я по другому выхожу из положения. 74ALS164 + 74ALS138.

Если честно, я не совсем понимаю эту затею, зачем так нерационально то, ни с точки зрения схемы, ни с точки зрения кода, ни с точки зрения логики работы. Вместо постоянных 3 линий управления - их 5, причем чем больше разрядов, тем больше линий. Логика работы хромает - лишние действия, засветки сегментов при загрузке регистра (проверь сам - по схеме либо запрещаешь работу дешифратора и ПАРАЛЛЕЛЬНО удерживаешь регистр в сбросе, но тогда ничего в регистр не загрузишь, он не принимает данные; либо очень быстро за несколько микросекунд загружаешь регистр, но тогда борешься с высокочастотными мощными помехами от непогашенного индикатора)...
Хотя, можно работы логику улучшить, достаточно отсоединить вход разрешения дешифратора от входа сброса регистра, регистр не сбрасывать вообще (зачем его сбрасывать?), а разряды индикатора гасить в момент загрузки регистра.
Вобщем, вариант на любителя, если совсем уж нету нужных микросхем под руками.

А вообще есть даже куда более интересные варианты. Например, 1-проводной интерфейс, в который упакованы и данные, и тактирование, и причем это реально работает. Вот описание - http://developer.mbed.org/cookbook/1Wire-LCD . Единицы и нули кодируются длительностью посылки. Программно реализуется не сложно. Вот работающий пример на основе моего предыдущего примера, всё отлично работает (это не конечный проект, это просто демонстрация работы 1-wire интерфейса, просьба не называть проЭкт "сырым" или ненормальным):
(кстати, моё мнение - проще взять МК большего размера, чем изобретать кучу обвеса, его ведь на плате нужно разместить)

[Nick19]

NewWriter

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

[vavan1983]

rusyvochka,почему именно такая конструкция? Можно взять один PIC16F1459 и заставить работать 7-сигменты. Наверное нужно чем дешевле тем лучше?

[NewWriter]

отказался ввиду катастрофической нехватки 1 Кбайта флеша.

Всего то делов - сменить МК. Наиболее подходящий - 16F873A, при почти той же цене всего устройства получаем 4k флеша и никаких расширителей портов! (стоимость двух 595-х как раз добавляется к цене 676-го МК). А благодаря прямому управлению, уменьшается и размер кода.

Ну а я приложу свой прожект

А не хватает файла macro43.inc, поэтому не получается скомпилировать и посмотреть, что делает МК, а краткого описания работы нету. Я так полагаю, судя по количеству строк, проект запросто можно переписать так, чтобы утолкать в эти самые 1k. Просто написано не оптимально.

[STM32F0]

Наиболее подходящий - 16F873A

А почему не PIC16F886?

Наверное нужно чем дешевле тем лучше?

Если дешевле, то STM8S003F3 + 2X595 или STM8S003K3 фиг чем перешибёшь!

[NewWriter]

А почему не PIC16F886?

Да без разницы, было бы в наличии.

STM8S003K3

А это уже другой производитель, другие средства написания и программирования.

[omercury]

Если дешевле, то

ТС, по ходу, другие просто не умеет, да и эти на Асме.

[Easyrider83]

ТС не развивается. И это печально.

[Nick19]

А не хватает файла macro43.inc

Да виноват довложил макросы.

Просто написано не оптимально

Я понимаю, что написано плохо. К сожалению я не программист, а электронщик. И времени на оптимизацию кода совсем нет. Кроме того это неполная программа, как вы понимаете, и дополнительная часть может перевесить основную. Поэтому я отказался от дальнейшей реализации этого проекта. А поставленную задачу буду решать такой связкой - 16F676-›программный UART-›опторазвязка-›UART PC в полудуплексном режиме. PIC посылает данные по запросу от ПК. ПК обрабатывает данные и посылает команды ПИКу. Ну. а в дальнейшем нацеливаюсь на STM32.

[NewWriter]

Я так понимаю, это некое зарядное устройство для аккумуляторов? А если прикрутить алфавитно-цифровой ЖКД (ну типа WH1602) и чуть разнообразить управление, то быть может и связь с ПК не понадобится, и устройство будет независимое от ПК.
На изучение STM32 уйдет времени больше, чем если просто переписать прогу под 16F886 (раз уж нет времени на оптимизацию кода в том проекте, и раз уж "не программист")