In vino veritas

[BOB51]

JDM и «генная инженерия» по-Донецки.
Благодаря многочисленным «пинкам» от друзей-знакомых (в частности уважаемого Sem7) пришлось вплотную заняться выведением гибрида железа программатора для PIC микроконтроллеров, пригодного для работы с СОМ-портом.
LPT-шные версии (в том числе описанная выше модификация AN589) меня пока вполне устраивют. Одначе попытки знакомых повторить чего из простейших СОМ-версий программатора (JDM и/или Extra-PIC) почему-то весьма часто наталкивались на неудачу.
При анализе схемотехники «простейших» было выявлено несколоько весьма объективных слабых точек имеющихся схем.
Поскольку враждебная техника материнок ПК за последнее время обзавелась микросхемами СОМ-портов с энергонезависимым режимом Z-состояния (помимо стандартного допуска на разброс параметров входного сигналалиний интерфейса) в качестве входной цепи была выбрана схема от Extra-PIC с добавлением буфера-преобразователя также на линию сигнала MCLR/Vpp.
Применение микросхем преобразователя уровня (ST232B) не только облегчает жизнь СОМ-порту ПК, но и устраняет последствия неопределенности в случае перевода выводов ведущего порта в Z-состояние.
В канале обработки сигналов Clock, Data_out и Data_in использовано также почти «стандартное» решение с инверторами с открытым коллектором для создания двунаправленной шины данных. Такое решение более корректно по отношению к уровню сигнала Data_out у вывода программируемого МК. В результате в отличии от прототипа сигнал Data_in для ПК не инвертируется.
Наибольшее изменение коснулось схемы формирования сигнала на линии RESET МК.
Примененная схема обеспечивает формирование четкого нуля или подачи напряжения программирования различной (настраивается на сменном стабилизатореUprg) на выводе RESET МК (в отличии от прототипов вида JDM и/или Extra-PIC, где привязка к GNG выполнена через килоомный резистор).
В качестве прототипа взят формирователь от программатора pablin – упрощенная версия AN589 – без раздельного управления уровнями 0 и +Uprg. В дополнение к уже собранному добавлены те же цепочки стабилизации ключей, что и у ранее модернизированного AN589. Питание на программатор подается от внешних источников, платка стабилизатора напряжения программирования съёмная. Такая компоновка позволяет применить как схему с внешним трансформатором и понижающими импульсными стабилизаторами +5 и + Uprg так и схему с питанием от +5 вольт от USB и повышающий импульсный стабилизатор для +Uprg.
Разводка колодок подсоединения панелек сделана в уже «устоявшемся» виде для применяемых ранее у меня компонентов и может быть изменена под имеющуюся у потребителя базу.
Собственно о самих панельках… При их изготовлении предпочтительно добавить дополнительно два компонента – конденсатор 0,1uF от вывода OSC1 и GND и резистор в 240 Ом между выводом PGM и GND (если таковые имеются в применяемых МК).
Собственно схема:

my_JDPR.pdf

(165.88 КБ) 1000 скачиваний

Вариант монтажа (в моем варианте «паутинка» на макетной платке):
http://img.radiokot.ru/files/20529/xhlsvvvrg.GIF
Вид сверху
http://img.radiokot.ru/files/20529/xhlpexi5z.gif
Вид со стороны дорожек
http://img.radiokot.ru/files/20529/xhlpu54e5.gif
Общая компоновка без блока питания и стабилизаторов
http://img.radiokot.ru/files/20529/xhlqfn0lf.gif
Для использования с данным железом испытывались две оболочки
Icprog 1.06C и PICPgm 1.8.3.0
Настройки на железо соответственно:
Для Icprog 1.06C
http://img.radiokot.ru/files/20529/xhlk17t3u.png
Для PICPgm 1.8.3.0
http://img.radiokot.ru/files/20529/xhlkrgl1g.png
Следует отметить, что модифицированный программатор работает также и с мостами USB-COM НО… весьма «заторможено». Поэтому рекомендуется использовать СОМ-порты материнок и/или PCI-COM карты.
Работа оболочек несколько отличается в том плане, что PICPgm 1.8.3.0 более корректен по отношению к установке/снятию МК с панельки программатора: +Uprg подается только в необходимые моменты работы а при «простое» на линии сброса МК присутствует 0.
Icprog 1.06C сохраняет +Uprg на момент завершения процедур обработки/программирования включенным.

Ну и весь архив с графикой:

my_jdpr.zip

(865.7 КБ) 514 скачиваний

Пы.Сы.
Проверка работоспособности железа проводилась на трех разных ПК под 32-х разрядной WIN XP.
В качестве моста USB-COM тестировалась CH340 (готовый покупной переходник)

[BOB51]

На ближайшее время пройдет испытание версии с одним источником питания (допуск потребляемого тока для питания от USB ПК):

my_jdpr_uno5.pdf

(238.15 КБ) 439 скачиваний

технически от внешнего 5- вольтового сомнений нету, но покупной повышающий импульсник требует проверки.
Дополнительно схемы применяемых панелек-безнажимок (то, с чем работаю):

my_jdpr_panels.pdf

(237.92 КБ) 401 скачивание

с добавочными "рекомендациями".


Проверка с повышающим стабилизатором на основе покупного ( на базе MT3608 ) дала максимальный суммарный ток порядка 80 мА. В результате чего питание подключено к USB-разъему ПК.


Однако...
И сие касается работы самих прожек-оболочек, а не вариантов железа.
При проверке с pic16f628 picpgm выявился очередной "баг" (ранее подобные фокусы наблюдались с pic12f629).
Причем те "фокусы" зависят не от конкретного железа (полный AN589 или JDM-версия), а от особенностей программ-оболочек.
В picpgm 628-й (предварительно "чистый") и читается и определяется и записывается с однократно сразу при записи выполняемой верификацией. А далее... Ни определения ни чего-то иного с уже прошитым МК выполнить не удается.
Помогает только обработка на icprog 1.06c - там и чтение и верификация и стирание.
А уж опосля снова можно на picpgm переносить.
Вобщем... У каждой прожки-оболочки свои заморочки!


Вобщем...
ЕДИНОЕ ДЛЯ ВСЕХ ПРОЖЕК-ОБОЛОЧЕК ЗАМЕЧАНИЕ:
ЕСЛИ НЕТ ЖЕЛАНИЯ НАРВАТЬСЯ НА ГЕМОРОЙ С "ПРОПАВШИМИ" МК ВИДА PICus вульгарис -
НА ВРЕМЯ РАЗРАБОТКИ/ОТЛАДКИ ПРОГРАММ КАТЕГОРИЧЕСКИ ЗАПРЕЩАЕТСЯ ИСПОЛЬЗОВАТЬ ВЫВОД СБРОСА (RESET) НЕ ПО ЕГО ПРЯМОМУ НАЗНАЧЕНИЮ (ЗАПРЕЩЕНО ПЕРЕНАЗНАЧЕНИЕ ФУЗАМИ)!!!


Фотка варианта СОМ железа с питанием от USB-порта, установленным блочком повышающего импульсника и панелькой для pic16f628:
http://img.radiokot.ru/files/20529/xl0ekkpmy.gif

Окончательный вывод по тестированию программ-оболочек и железа.
К великому сожалению
использование малолапых ПИКов в любительской практике (корректура программ после проверки макетными испытаниями) в случае использования в программе вывода RESET как вывода порта
возможна только при наличии ПК с интегрированным LPT портом, железа от AN589 и программы-оболочки icprog 1.06c (своеобразный "PIC-DOCTOR")...
В противном случае кристалл прошить (и вполне корректно) вполне возможно. НО повторная перепрошивка и/или стирание невозможно (МК превращается в "однократно программируемый" для тех, у кого нет соответствующей базы для "PIC-DOCTOR"а).

[dosikus]

Вобщем...
ЕДИНОЕ ДЛЯ ВСЕХ ПРОЖЕК-ОБОЛОЧЕК ЗАМЕЧАНИЕ:
ЕСЛИ НЕТ ЖЕЛАНИЯ НАРВАТЬСЯ НА ГЕМОРОЙ С "ПРОПАВШИМИ" МК ВИДА PICus вульгарис -
НА ВРЕМЯ РАЗРАБОТКИ/ОТЛАДКИ ПРОГРАММ КАТЕГОРИЧЕСКИ ЗАПРЕЩАЕТСЯ ИСПОЛЬЗОВАТЬ ВЫВОД СБРОСА (RESET) НЕ ПО ЕГО ПРЯМОМУ НАЗНАЧЕНИЮ (ЗАПРЕЩЕНО ПЕРЕНАЗНАЧЕНИЕ ФУЗАМИ)!!!

Во первых в пЫк не "фузофф" , во вторых- почему бы не использовать вменяемый пыккит , вместо костылей?
И уж если пользуете костыли то зачем другим советовать? Авр головного мозга????

[BOB51]

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

[dosikus]

Вам dosikus досадно, что я, а не Вы, сие обнаружил, провел сравнение макетов и опубликовал результат?

Сие "тайное" знание -Секрет Полишинеля . И только дремучие самоучки-затворники его не ведают.
Отключить MCLR и включить внутренний осцилятор - жесткий батхерт для ЖДМ идолопоклонников, неведающих о живительной опции VPP First.
Для пЫк есть термин - биты конфигурации, для STM option byte, и только уверовшие адепты авр везде лепят "фузы"...

[BOB51]

Насчет внутреннего осциллятора - это есьмь чистый бред.
А вот насчет переопределения mclr - так сие не столько JDM/EXTRAPIC касается - к сожалению ткаовой болячкой болеет скорее сама программа-оболочка применяемая с программатором.
Я ж не сторонник "комбинации из пяти проводков" - пришлось в "удаленном режиме" разбираться вот и появился гибрид, в котором к собственно железу притензий быть не может ни с каким типом известных системников. А отчет по результатам для того, чтоб кто еще на те грабли не попал.
Кстати... В большей части любительских железяк под АВР использование вывода сброса также ограничено - и ничего, вполне употребимо.

[dosikus]

Насчет внутреннего осциллятора - это есьмь чистый бред.

Ну если и дальше так будете тупить , все покажется бредом
http://www.microchip.com/forums/m141768.aspx
http://www.picbasic.co.uk/forum/showthr ... ab528437fa
http://www.rcgroups.com/forums/showthread.php?t=433790
Обратите внимание на даты постов.
Для всех это уже история для вас очередные грабли. Ну и продолжайте их собирать, вместо плодотворной работы.
Кстати pickit2 стоит сущие копейки, это на случай если не хватает знаний собрать .....

[СКАЗОЧНИК]

Не понимаю о чем спорите. Однако, я сам того не хотя начал мал-мало разбираться в ПИКовских микроконтроллерах. Даже уже прерывание умудрился написать. Вот так бывает жизнь заворачивает, что приходится познавать то, что никогда не собирался.

[BOB51]

Внутренний осциллятор прекрасно останавливается по выводу сброса (согласно той же документации производителя) - нече пинять туды, куды не требуется.
Да и особых проблем с полной схемой AN589 + ICprog1.06C как-то совершенно не наблюдается.
А вот при работе под winpic800 и/или picpgm даже схемотехника AN589 не помогает.
Насчет "купить покруче" для куражу - дык не всем такое надобно.
А чего касательно "плодотворной работы" - я ж не на Вас dosikus лично работать обязан - делаю и публикую чего мне интересно и что считаю возможным для всеобщего ознакомления.

[BOB51]

ИСКРА в ЖО… или размышления по поводу устойчивости разных семейств по отношению к асинхронному искровому разряду.
По ходу работ с МК пришлось столкнуться с весьма редкой ситуацией – требуется работа простейшей схемки при условии, что рабочим подрежимом является состояние асинхронного искрового разряда «на корпус» (при том, что линия того корпуса одновременно и линия возврата датчика).
Собственно программка простейшая, схемка примитив…
А проверка разных схем делается пропусканием искры от газовой электрозажигалки через участок проводка, соединенного с шинкой «GND» макета во время работы оного.
Для AVR и PIC реакция схемы однозначна – аварийный перезапуск по возмущающему воздействию. А вот схемка на mcs51 (AT89C2051 ранее собранная) на подобный искромазохизм практически не реагирует.
Правда схемотехника и функционал программ несколько различен, но искра в шинку одинакова.
Подозрении пало на схемку обеспечения POR – одначе проверить… Перезапуск по POR однозначно затирает данные от WDT и BOD контроля, что еще более усложняет ситуацию.
Предпологаемая причина – критичная реакция схемы опознавания статуса POR на резкие скачки наростания/спада напряжения, генерируемого искрой зажигалки (и через прочие внутренние цепи растекающегося).
В принципе для обычных приложений особо не критично – правильно организованная программа корректно отрабатывает ситуацию ошибки и восстанавливает работу по снятию возмущающего воздействия. А вот для режимов, где МК управляет источником искропускания (электорподжиг, системы зажигания, сварка, источники питания дуговых осветителей) такое решение отнюдь не полезно. Хорошо если дуга искры синхронно управляема от того же МК – можно попытаться просчитать опасные интервалы и учесть их. И то … не факт. Ибо из-за постоянного перезапуска вместо работы получаем «звонок».
Вопрос по сохранению содержимого в ОЗУ из-за затирания данных детектора BOD остается открытым (спецконтроль по причине асинхронности по каждому шагу программы недостоверен). Возможный предполагаемый способ борьбы – анализ CRC подписи контрольных байт ОЗУ (либо совершенно незадействованных в программе либо содержащих байт ключевого статуса состояния для определения точки восстановления) при наличии четко контролируемого внешнего признака первичного включения системы.
Обнадеживает то, что не имеющая схемы контроля POR AT89C2051 не реагирует на подобные воздействия дефектами исполнения программы.

[СКАЗОЧНИК]

Во! Это уже мне интересно. А что такое POR?
У меня подобная проблема, так и не победил ее... Только у меня не искра, а реле, которое включает мощную нагрузку в цепи, а эта нагрузка излучает всякое говно, от чего МК перезагружается. Что ПИК, что АВР. Разницы нет. Может ПИК слегка поустойчивее работает.
Да, и логика работы такая же, как вы описали, т.е. непосредственно нагрузка должна включиться и остаться включенной, а получается, что она сама себя выключает тут же.
Земля у всего одна и та же. Т.е. общий провод у нагрузки, реле и у схемы МК.

[asvhmao]

Может какую глупость напишу, т.к. 99% не понимаю о чём идёт речь
Есть такая штука, как запаиватель магистралей. BOB51 наверняка это устройство видел. Там генерация с частотой 40 МГц, и напряжением порядка 100-200 Вольт. От основного блока до запаивающего, передаётся эта генерация по коаксиальному кабелю, где два провода - экран и центральная жила. На запаивающей части есть кнопка управления, замыкается при нажатии на массу через сопротивление и начинает подаваться генерация. При замыкании основного контакта на массу, который перепаивает магистраль, происходит остановка генерации. Развязка там через катушки индуктивности порядка 33 µГн, они здорово душат переменку, а постоянка там свободно передаётся.



Вроде как-то так

[BOB51]

СКАЗОЧНИК
В каждом из МК семейств AVR/PIC и/или других более современных имеется схема контроля подачи напряжения питания (POweR on reset circuit).
Функционирует данный модуль автономно, никакими битами конфигурации/фузами его отключить невозможно.
В первых образцах (да и у AT89S51/S52 и "выше") данная схема только контролировала перепад при включении питания (лучше бы уровень - но схемотехника и принцип работы данного узла ни в одном даташите не раскрывается) и выставляла соответствующий сигнальный флажок.
В большинстве позднейших моделей схема POR уже помимо активации флага еще и автоматически приводит к полному сбросу всех регистров/субмодулей МК в исходное (соответственно подаче питания) состояние (а иногда и к генерации импульса системного сброса на выводе reset у некоторых семейств).
Весьма полезное устройство.
Одначе...
В ситуации с той же газовой зажигалкой:
1.подаем питание
2.проводим начальную инициализацию
3.включаем клапана подачи горючки
4.активируем поджиг
5.ждем ответ датчика ионной проводимости в течении контрольного интервала
6.отключаем искрогенератор
7.непрерывный контроль датчика ионной проводимости до отключения питания
...
если искровой разряд после его активации будет вызывать (даже полностью корректную) реинициализацию системы то дальше пункта 4 программа устройства никогда не продвинется.
Вот с такой ситуацией (вобщем-то нештатной - только в случае, ежли искра будет бить не между свечами, а со свечи "на корпус") и необходимо разобраться.

asvhmao
Это именно искровой асинхронный разряд непрерывного действия через участок шины "общая земля" или "питание". Причем у устройства свое питание, а у зажигалки - свое гальванически разделено (тест-макеты). У целевого устройства и питание и шина "общая земля" совмещенные.
Вот блок-схема контрольного теста:

zud_test.GIF

(33.36 КБ) 676 скачиваний

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

Добавлю еще... шины питания макета (помимо стандартного электролита 220uF*6,6V с понатыканными двумя - тремя 0.15uF керамическими smd конденсаторами возле МК) защищены подключенным между + и "общим" супрессором 1.5KE6V8CA.

[asvhmao]

Может опять что-то не то скажу или спрошу
Не понятно, что такое датчик ионной проводимости? Каким образом с него снимаются показания?
Дальше по земле мк, что если её отгородить, от общей земли, индуктивностью? А потом уже вешать фильтры и защиты по питанию? Какая сама земля, чугунолитейная конструкция или тоненький проводок между двумя устройствами? Может ещё и экран какой вокруг надо сделать?
И по поводу поджига, вы посылаете пакеты импульсов как в газовых колонках и печках с электроподжигом делают, или у вас качерошокеротесло балалайка получилась и эта сварка постоянно жужжит?

[BOB51]

Датчик ионной проводимости пламени основан на способности плазмы пламени проводить ток в одностороннем порядке (предварительно используется высоковольтное ВЧ возбуждение с блокинг-генератора).
Посему элемент корпуса и общая шина никакими дросселями не отделяются.
Отличий между импульсными разрядами в системах котлоподжига колонок и "кухонным качером" практически незаметно
(в отношении пакостности). И там и там произвольно во времени действующий разряд, вызывающий высоковольтный всплеск. Кроме того идет обычно серия разрядов (полное подобие автомобильного многоискрового на блокинге с тиристором при условии, что тиристор не управляется с МК, а находится в режиме автогенерации).
Ну и само интересно - действительно можно практически любую схему таким способом навремя (или совсем) из строя вывести. Посему интересен не аппаратный способ броьбы с данной особенностью, а программный - систему POR с ее возможными в искуственно созданной ситуации сбоями корректно проверить. Ибо МК без аппаратно подключенной к системе генерации сброса POR на такую же искру в шину питания и/или "GND" (схема теста выше) НЕ РЕАГИРУЮТ (тот же AT89C2051).

Чисто злой спортивный интерес, подкрепленный полученным на практике испытаний результатом.

[asvhmao]

А ну если программно, тогда я умолкаю и молча продолжаю курить
Ну а если бы аппаратно, то нам дай только волю, мы понапридумываем схемы, размером с УЛПЦТИ

[BOB51]

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

[asvhmao]

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

[BOB51]

Так в том и проблемка, что обычные схемы к скорости наростания почти нечуствительны (разве что тиристоры такого не сильно любят). Вобчем бум поглядеть... Предположение, что сбоит только блок POR можно попробовать проверить исходя из предположения, что данные ОЗУ не повреждены (как подсказывает опыт с макеткой на AT89C2051)...
Одначе... НЕ ФАКТ... Посему закладываем далласовский CRC8 в виде 9 регистров ОЗУ в произвольном порядке с определенными значениями. Один из оных регистров - флаги статуса программы (не путать с регистром статуса!).
Для каждого случая своя CRC8 в ПЗУ чтоб знать на каком месте произошел сбой (своеобразная "точка возврата").
По ходу исполнения программы собственно CRC8 не вычисляется, а только контролируется (по ранее просчитанному для данного случая значению - гарантия от ошибок сбоя в момент рассчета/перезаписи данных).
При включении питания проверим кнопу - она нажата только один раз - и запишем стартовую комбинацию.
При сбросе POR, не сопровождаемом кнопой, проверяем блок контроля и в зависимости от результата идем или в "полную аварию" или к требуемому фрагменту - есно с потерей какого-то времени (увеличивается интервал контроля на длительность и количество перезапусков POR), однако прожка хош и "рывками" но всеже будет продвигаться.
Вот только прожку надоть переписать почти заново...

[Sem7]

Я просто всё вкурить не могу, что это за датчик такой и как он работает...

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