Простой копировщик домофонных ключей

[NewWriter]

Кстати...
Постоянное переполнение стека, как вниз, так и вверх. Адрес 0x0B4D. Проблема в команде по адресу 0x0B56. Неверное использование call. Замена на goto устраняет переполнения стека.
Возможно, в этой прошивке ничем особым не грозит, но например в современных ПИКах F1xxx серии такая ошибка приводила бы к сбросу МК, если включен сброс по переполнению стека.

[RECTO]

Кстати...
Постоянное переполнение стека, как вниз, так и вверх. Адрес 0x0B4D. Проблема в команде по адресу 0x0B56. Неверное использование call.

NewWriter, я знаю, всё нормально, так специально сделано.
Просто этот ваш Протеус умничает сильно, когда его об этом не просят...

Замена на goto устраняет переполнения стека. Возможно, в этой прошивке ничем особым не грозит

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

В общем, меняйте обратно goto на call и собирайте в железе, всё нормально работать будет.

[rogoved]

день сурка?
https://kazus.run/forums/showpost.ph...postcount=5802

та я все ищу, никак не могу найти. Подсказал бы кто)

[RECTO]

та я все ищу, никак не могу найти. Подсказал бы кто)

Может, так? https://kazus.run/forums/showthread....521#post963521

[NewWriter]

Это не протеус, а мплаб. И всё равно, что протеус, что мплаб, но выполняет он то, что написано. А написано два раза подряд call и ни одного return между ними. В железе будет то же самое.
И несмотря на то, что стек циклический, так делать всё-таки не стоит. Потому что при "благоприятных" стечениях обстоятельств (типа "шаг вперед, два назад") неизвестно куда может выкинуть, значения, в общем случае, не определены.
И не зря в более продвинутых МК есть сброс МК при переполнении стека. Да и предупреждения в дебагерах не просто так выскакивают.
Ничего там "специального", лишь на первый взгляд кажется, что "всё учтено".
Так что, менять обратно - не буду. Зачем повторять ошибки, а потом гадать, когда же "специально" произойдет сбой.
-------------

Ладно, идем дальше.
Собственно, сама затея с батарейным питанием и с индикацией разряда батареи.
При разряде батарей будет снижаться контрастность ЖКИ. Допустим, выставив нормальный контраст при 4,8 В (три свежие батарейки), мы можем видеть более менее нормальный контраст ЖКИ при снижения напряжения до 4 В.
И это будет далеко не полный ресурс батареек.
(хотя и по докам на ЖКИ миним. напряж. не менее 4,5В, но работает он даже от 3,5 В, только резистор контраста надо покрутить).

RECTO почему-то рекомендует 4,7 В в для порога "разряжена батарея". Видимо, предполагает питание от 4-х батареек. Но... это ведь не меньше 6,5 В у новых.
Правда, с таким током подсветки ЖКИ (при 10-омном резисторе) излишки напряжения батареек быстро просядут. Тут еще и биполярный транзистор свое отберет.
Постоянно включенная подсветка, она весьма прожорливая. 5 минут с таким током и... По хорошему, либо совсем без нее, либо поставить какой-нить дип-переключатель, чтоль... Ну хотябы.
А ведь еще есть 150-омные резисторы на светодиодах. Запредельно.
Если поставить яркие светодиоды, резисторы можно в 10-15 раз увеличить.

Получается, что КПД этого приборчика ну просто ниже плинтуса. При собственном потреблении МК и ЖКИ буквально в несколько миллиампер, остальное, в двадцать раз большее, разбазаривается на второстепенную обвеску. А ведь заявляется то батарейное питание!

Кстати, контроль за батареей можно делать более экономично, полагаясь на встроенный компаратор и экономичный источник опорного напряжения. А сомнительный биполярный транзистор заменить на экономичный полевик.

В принципе, лично я бы вообще не ставил батарейного питания. Просто подцепил бы разъем USB и запитал бы от компа или от телефонной зарядки. Особого смысла в батарейках лично я не вижу. Только утяжеляют и удорожают прибор.
Ну или только если копирование ключей на поток поставить, сидя где-нибудь на рынке.

И еще чисто эргономический вопрос... Цвета индикаторов. Обычно, для индикации режима записи - красный цвет. А для индикации чтения - зеленый цвет. Так понятнее, так общепринято, как бы вот. А то я, глядя на видео, вообще не понял, что означает зеленый св.диод, пока не прочел.
Ну и в полной схеме индикатор вкл.питания можно и не ставить - ЖКИ, да еще с подсветкой, и так ясен перец, что включился.

Ну как бы и вот, и что мы получаем?
А получаем, что хоть копировщик и работает как-то там, и разрекламирован широко, но... но блин... Ну за столько лет то неужто эти "детские болезни" нельзя было излечить? Уже версия 6,22, а беды всё те же. Видимо, "специально".

[reviver]

При разряде батарей будет снижаться контрастность ЖКИ. Допустим, выставив нормальный контраст при 4,8 В (три свежие батарейки), мы можем видеть более менее нормальный контраст ЖКИ при снижения напряжения до 4 В.
И это будет далеко не полный ресурс батареек.
(хотя и по докам на ЖКИ миним. напряж. не менее 4,5В, но работает он даже от 3,5 В, только резистор контраста надо покрутить).

Каждый "подгоняет" под свои вкусы, у меня например изначально была поставлена 5 вольтовая кренка 2950_KP1184EH1. В последствии и от кренки пришлось избавится в связи с переходом на Li-Ion - преобразователь. Вот бы ещё индикацию напряжения АКБ на дисплей.
Светодиоды так же, красный - запись, чтение - зелёный, изначально. Согласен, в полной конфигурации светодиоды не нужны, хотя один "запись"- красный, применяется во всех копирах.

RECTO дал начальную, основную задумку, остальное уж зависит от фантазии тех кто повторяет.

[papulia]

Ну как бы и вот, и что мы получаем?
А получаем, что хоть копировщик и работает как-то там, и разрекламирован широко, но... но блин... Ну за столько лет то неужто эти "детские болезни" нельзя было излечить? Уже версия 6,22, а беды всё те же. Видимо, "специально".

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

[NewWriter]

В теме уже есть крендель, появился еще один.

Это вы про себя?

переделать под себя - ради бога флаг в руки

Я это и сделал. А что, нельзя чтоль?

Противно становится от таких постов.

Противно - не читайте, никто не заставляет.

А я лишь даю пищу для размышления

[RECTO]

NewWriter, спасибо за конструктивную критику, но всё же попробую ещё раз донести эту мысль:
менять call на goto в программе не нужно!

То, что там

написано два раза подряд call и ни одного return между ними

(на самом деле больше, чем 2 раза) - это не ошибка! При опустошении стека программа "выкидывается" во вполне определённое место.

По поводу

значения, в общем случае, не определены.

- это в "общем" случае. А в данном же случае - вполне определены.

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

Ошибкой будет замена call на goto. В этом случае как раз может произойти сбой, поскольку в стек не будет занесено нужного значения перехода. А мы потом пол-форумом гадать будем, почему глючит.. Доверьтесь автору, возможно, он всё-таки не тупее Матлаба и знает, что делает.

Теперь по остальному.

RECTO почему-то рекомендует 4,7 В в для порога "разряжена батарея". Видимо, предполагает питание от 4-х батареек. Но... это ведь не меньше 6,5 В у новых.

Вообще-то, предполагалось питание от 4-х NiMH аккумуляторов. В свежезаряженном состоянии они дают как раз чуть больше 5 вольт. Разряженные - около 4,5-4,7. Но я в описании предлагал каждому подобрать то напряжение срабатывания детектора, которое нужно в его случае, если эта функция вообще нужна. А если не нужна - отключить.

Постоянно включенная подсветка, она весьма прожорливая. 5 минут с таким током и... По хорошему, либо совсем без нее, либо поставить какой-нить дип-переключатель, чтоль... Ну хотябы.

Здесь согласен. Подсветка дисплея - основной потребитель энергии в этом копире. Можно, конечно, поставить выключатель на подсветку, только будут ли им реально пользоваться? Дисплей без подсветки как-то неинтересен, видел такой вариант... Да и не часами же копир гоняют, от силы по 2-5 минут в день, при таком режиме заряда хватит надолго. Ну, а для забывчивых есть функция отключения питания по тайм-ауту.

Ещё есть у меня мысля - попробовать поставить OLED-дисплей. Они и выглядят красиво, и потребляют мало. Стоят только дорого...

А ведь еще есть 150-омные резисторы на светодиодах. Запредельно. Если поставить яркие светодиоды, резисторы можно в 10-15 раз увеличить.

Вы о чём? О нагрузке на ноги ПИКа, или о потреблении? Если о нагрузке, то можете не беспокоиться, ноги ПИК-а спокойно тянут по 20 мА каждая. С данным номиналом вполне укладываемся в допуск. Я раньше вообще ставил последовательно со светодиодами по 100 Ом - вполне нормально работало. А на динамическую индикацию вообще 75 Ом ставил - ни разу ничего не погорело.

Если о потреблении - ну так не обязательно же повторять предложенную схему 1 в 1, ставьте на своё усмотрение, конечно...

Получается, что КПД этого приборчика ну просто ниже плинтуса. При собственном потреблении МК и ЖКИ буквально в несколько миллиампер, остальное, в двадцать раз большее, разбазаривается на второстепенную обвеску. А ведь заявляется то батарейное питание!

А ещё там RFID-модуль с раскачкой контура!..

На самом же деле, мне этих батарей без подзарядки хватает на пару месяцев, с учётом постоянных экспериментов с копировщиком и работой над прошивками. Если смущает большое потребление - ну, отключите подсветку, не ставьте светодиоды...

Кстати, контроль за батареей можно делать более экономично, полагаясь на встроенный компаратор и экономичный источник опорного напряжения. А сомнительный биполярный транзистор заменить на экономичный полевик.

Не получится. Здесь источник опорного напряжения - просто цепочка резисторов, он не стабилизирован. А значит - опорное напряжение будет "уплывать" вместе с напряжением питания, такой компаратор ничего не отловит...

В принципе, лично я бы вообще не ставил батарейного питания. Просто подцепил бы разъем USB и запитал бы от компа или от телефонной зарядки. Особого смысла в батарейках лично я не вижу. Только утяжеляют и удорожают прибор.

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

И еще чисто эргономический вопрос... Цвета индикаторов. Обычно, для индикации режима записи - красный цвет. А для индикации чтения - зеленый цвет. Так понятнее, так общепринято, как бы вот. А то я, глядя на видео, вообще не понял, что означает зеленый св.диод, пока не прочел.

Ну, я когда только первую версию делал, не знал, как оно "общепринято". Сделал по-своему, как я это вижу. Вроде, говорят, прижилось...

Ну как бы и вот, и что мы получаем?
А получаем, что хоть копировщик и работает как-то там, и разрекламирован широко, но... но блин... Ну за столько лет то неужто эти "детские болезни" нельзя было излечить? Уже версия 6,22, а беды всё те же. Видимо, "специально".

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

Ну, а если серьезно - почему же, появляются новые реализации схемы. Например, USF-44 предложил очень хорошую схему питания копира от Li-Ion аккумуляторов с зарядкой на борту, за что ему премного благодарен. Взял её за основу для следующей, 7 версии.

.

[rogoved]

Может, так? https://kazus.run/forums/showthread....521#post963521

У него в итоге не вышло, я с ним общался. Вышло, только в автокаде и криво.