16F876A отличия прошивки?

[OldMike]

Всем привет.
Столкнулся с траблом: мне желательно шить 16F876A внутрисхемно (задалбывает раз по 30 в день тягать проц из панельки в программатор и обратно... Программатор ProPIC2 самодельный (сразу спасибо за совет приобрести PicKit , но пока не хочу), прога WinPic800. Сделал ему дополнительный разъем, прицепил жгут до дивайса. Слегка умощнил ключ, коммутирующий Vdd (а еще убрал электролит из цепи питания, осталась керамика 2х0,1 мкФ), сигнал Clck тоже буферизировал - чтобы тянуло повышенную нагрузку (соответствующие выводы ПИКа настроены на вывод в схеме и нагружены на пару микросхем серии 74HC574, питание которых идет параллельно процу).
И вот чего получается - ставлю туда 873А - программатор его спокойно шьет прямо в схеме (причем - можно даже не выключать статического питания схемы, по завершении прошивки сразу автоматом запускается - красота!)
А вот 876А он так шить не хочет.... Отдельно в программатре - пожалуйста, а в схеме - ошибка... Причем - если включено статическое питание схемы - ошибка практически всегда, при отключенном питании - один раз из 20 может записаться...
Внимание - вопрос :
Кто нибудь подскажет - в чем отличие программирования этих процов и как на 876А получить тот же результат? Какой из 3х сигналов (Vdd,Clock,Data) неправильный (Vpp развязан диодом)?
Конечно - теоретически можно в схему вставить полноценные ключи, отсекающие проц от остальной схемы - но у меня печатка заводского изготовления, да и не хочу схему в полтора раза усложнять...
PS А достаточно ли просто диода по выводу MCLR (диод подает на него 5В Vdd, если нет Vpp)? Или там еще в обязон резистор нужен, чтоб он мог при включенном питании ресетнуться на старте?
И обязательно ли имульсное питание при программировании? 16F84 прекрасно прошивался при постоянном питании, да и 873 шьется...
Ниче не понимаю.....

[OldMike]

Сам спросил - сам и отвечаю! (Может кому пригодится:))
Дело было в сигнале сброса/MCLR, он же Vpp. Он перед началом цикла программирования должен быть в 0.
Но - почему же с 873 это все работало?
И второе - теперь для включения схемы в нормальную работу мне с 876 нужно отключать от платы разъем программатора (огород-то городился из-за переподключений при отладке, чтоб ничего не переподключать...) - чтобы сброс освободить... А вот с 873 все работало и без сброса...
И шо таки делать?

[Rst7]

И шо таки делать?

Ну тумблер же в цепь сброса у программатора, просто разрывать сигнал MCLR. Щелк, прошили, щелк, работаете, и так далее.

А вообще давно пора завязать с этим старьем.

[OldMike]

С каким именно?
А тумблер - это канеш выход, но как-то неэстетично...

[Rst7]

С каким именно?

Да что c PIC'ами, что с AVR'ами во всех случаях, когда нужно больше 8 ног.

[OldMike]

Извини, я ретроград...
Мне ПИКи искренне нравятся...
Там, где их возможностей достаточно...

[Rst7]

Извини, я ретроград...
Мне ПИКи искренне нравятся...
Там, где их возможностей достаточно...

Та дело даже не в ретроградности. Сегодняшние реалии таковы, что при количестве ног более 8 за 1$ Вы получаете полноценный 32хбитный микроконтроллер с объемом FLASH/RAM чуть ли не в 10 раз больше, в 10 раз более быстродействующий (при том же потреблении), чем за $2..3 - 8битку с крохотным флешом, ОЗУ и производительностью.

[KMG]

Та дело даже не в ретроградности. Сегодняшние реалии таковы, что при количестве ног более 8 за 1$ Вы получаете полноценный 32хбитный микроконтроллер с объемом FLASH/RAM чуть ли не в 10 раз больше, в 10 раз более быстродействующий (при том же потреблении), чем за $2..3 - 8битку с крохотным флешом, ОЗУ и производительностью.

Миша не умеет писать на С, он пишет на ассемблере, поэтому переход на другой кор для него представляет трудности.
Давно его пинаю на предмет изучения С, пока безуспешно.

[Rst7]

Миша не умеет писать на С, он пишет на ассемблере, поэтому переход на другой кор для него представляет трудности.

Ах вот оно что. Надо учиться, там никаких сложностей.

[research]

тяжело перелазить, все сайты по ARM начинаются с фразы "а теперь заказываем демо плату", и нет такого, что берем 6 проводков, прошиваем, мигаем светодиодиками.

на пиках с этим тоже не особо, но есть маны, что берем пикит и втыкаем туда-то, а у ARM я (неспеша, правда) через год только раскопал, что STM32F103 у которых есть нативное USB не шьются по нему, и нужен свой программатор.
Так же, нативной среды тоже нет. Смотрю как баран на кеил и иар.

[KMG]

Денис, а в чем проблема, JTAG программатор это несколько деталей на LPT port.

[Rst7]

тяжело перелазить, все сайты по ARM начинаются с фразы "а теперь заказываем демо плату", и нет такого, что берем 6 проводков, прошиваем, мигаем светодиодиками.

Не читайте всякие сайты. Например, для прошивания LPC достаточно последовательного порта и двух сигналов (сброс и инициализация загрузчика). У меня валялся USB-to-COM на FT232, я от него преобразователь уровней отрезал и спокойно шью. Его же не снимая с разъема для программирования использую как отладочную консоль.

на пиках с этим тоже не особо, но есть маны, что берем пикит и втыкаем туда-то, а у ARM я (неспеша, правда) через год только раскопал, что STM32F103 у которых есть нативное USB не шьются по нему, и нужен свой программатор.
Так же, нативной среды тоже нет. Смотрю как баран на кеил и иар.

А что значит "нативная" среда в применении к ARM? Ядро везде одинаковое, периферия разная - так то дело пятое. Берете IAR и в путь. Например, помахать лапкой PORT0.5 на LPC17xx будет примерно так

Код: [Выделить]

#include <NXP/iolpc1768.h>
void main(void)
{
  FIO0DIR=1UL<<5;
  for(;;)
  {
    FIO0SET=1UL<<5;
    FIO0CLR=1UL<<5;
  }
}

Ну а дальше причесываете - включаете ускоритель доступа к FLASH, включаете PLL, включаете тактирование от PLL, переключаете тактирование периферии, подаете на нее питание (на нужную), инициализируете, и так далее.

[research]

KMG, RST7

я чайник, и от имени других чайников повторюсь, нет доступной информации.

Про AVR есть миллиард сайтов, для начинающих, для чайников, для ламеров, для полных идиотов и даже для олигофренов.
И продаются они в любом магазине, в котором есть панельки для микросхем. Есть панельки, значит тини13 или мега8 лежат рядом.

АРМ в том же ДЦ2 доступней не стали, разве что знатоки могут купить STM32F405 в ИТИСе, а LPC в DIP корпусе - фантастика.

подобия ардуин под ARM тоже не сахар, leaflabs maple - :facepalm:

jtag  на 6  проводках мне не попадался, а попадется попробуй угадай с чем его готовить.

вот народ и сидит на чем привык. Мне вот лень прицеплять внешнее ОЗУ к аврке и дспику, вот c такойто матерью ползу вперед

[Rst7]

Кстати, о дешевых отладочниках для ARM.

http://www.embeddedartists.com/products/lpcxpresso/lpc1769_xpr.php

20 евро. Плюс отпиливаете от него половину и получаете JTAG.

[research]

я заказал j-Link и ST-link. Понятия не имею, что это, придется разбираться в бою.

Платка с LPC занятная, еще IDE какой-то дают и SDK, хоть понятно от чего танцевать.

Кстати, несмотря на одинаковые ядра, кто-то из производителей дает вспомогательный софт, вроде pin-configurator'ов , а кто-то делает вид, что они не нужны.

[Rst7]

Кстати, несмотря на одинаковые ядра, кто-то из производителей дает вспомогательный софт, вроде pin-configurator'ов , а кто-то делает вид, что они не нужны.

Никогда не пользуйтесь никакими такими генераторами кода, пишите все сами.

[KMG]

Никогда не пользуйтесь никакими такими генераторами кода, пишите все сами.

Rst7, попробуй сконфигурить маппинг IO для i.MX51 по даташиту. Там на один пин может быть смаппен один из нескольких модулей, причем возможны конфликтные ситуации.
Родной IomuxTool от Freescale позволяет избежать головной боли.

[Rst7]

Rst7, попробуй сконфигурить маппинг IO для i.MX51 по даташиту. Там на один пин может быть смаппен один из нескольких модулей, причем возможны конфликтные ситуации.

Та ну щас такое во всех камнях. В LPC, например, 4 разных функции на каждом выводе доступны. И ничего. Все равно сначала надо распланировать, что и где на каком выводе будет. А уже по этому плану руками вся конфигурация выписывается аж бегом.

[KMG]

В данном проекте 269 IO и без тулзы отследить возможные конфликты вручную весьма затруднительно.

[Rst7]

В данном проекте 269 IO и без тулзы отследить возможные конфликты вручную весьма затруднительно.

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

На самом деле основной вопрос в том, что начинающие привыкают сразу пользоваться всякими генераторами кода совершенно не вникая в сущность процесса. И даже три ножки не могут потом самостоятельно окучить. Опять же, в случае перехода на другую архитектуру (по различным причинам) сразу начинают искать волшебную тулзу с кнопочкой "сделать 3.14здато". Ну и метод ставить во главу угла при выборе архитектуры наличие волшебного софта, который все сделает за тебя, порочен по самое не могу.