PIC16F676 + 2x595

NewWriter · 04.02.2015, 00:34

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

Сообщение от Nick19

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

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

Сообщение от Nick19

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

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

Сообщение от Nick19

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

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

Сообщение от Nick19

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

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

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

Nick19 · 26.04.2015, 00:53

Цитата:

NewWriter

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

vavan1983 · 26.04.2015, 10:22

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

NewWriter · 26.04.2015, 13:10

Сообщение от Nick19

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

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

Сообщение от Nick19

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

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

STM32F0 · 26.04.2015, 13:38

Сообщение от NewWriter

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

А почему не PIC16F886?

Сообщение от vavan1983

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

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

NewWriter · 26.04.2015, 13:47

Сообщение от STM32F0

А почему не PIC16F886?

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

Сообщение от STM32F0

STM8S003K3

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

omercury · 26.04.2015, 13:51

Сообщение от STM32F0

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

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

Easyrider83 · 26.04.2015, 14:13

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

Nick19 · 26.04.2015, 23:09

Сообщение от NewWriter

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

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

Сообщение от NewWriter

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

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

NewWriter · 27.04.2015, 09:39

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