PIC16F628 & PicProg+

Привет Maxim!

16 апреля 2004 года (а было тогда 22:36)
Maxim Polyanskiy в своем письме к Sasha Gritsay писал:

 SG>> Замысел такой: моя прога открывает нужный хекс и отсылает вместе
 SG>> с командами по кому в программатор, собранный на 16F628 (хардовый
 SG>> USART) и нескольких 24СХХХ

 MP> Одной 24с512 вполне хавтит.

 а первых порах да, но с оглядкой на будущее будет закладываться поддержка
более одной микрухи памяти, так как уже сейчас есть пики с програмной памятью
65535х16, а плюс команды и режимы, так то одной микрухой я тут не отделаюсь.

 SG>> с блоком питания и преобразователе уровней (МАХ232 и т.д.).

 MP> Проще все это делать с PC, слишком много тонкостей. Протокол меняется
 MP> как правило немножко, но этого вполне достаточно, чтоб всех тонкостей
 MP> в программе пика не предусмотреть, впрочем если ты их продавать не
 MP> будешь - это дело десятое.

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

 SG>> 1) Можно ли останавливать работу с памятью? То есть можно ли
 SG>> прочитать (записать) несколько байтов и остановив тактовые
 SG>> импульсы отвлечся на свои нужды, а затем продолжить с тогоже
 SG>> места?

 MP> Да. Она полностью статична. Hо лучше сделать так - прочитать блок
 MP> нужной длинны (например 16 байт в твоем случае нормально,
 MP> соответственно все циклы записи сделать кусками по 8 слов) и положить
 MP> его в память 628, после чего дать стоп на i2c и занматся любыми
 MP> другими делами. В новом цикле чтения передать новый адрес, это
 MP> исключит возможные глюки по шине i2c.

А если учесть что память сейчас переходит на страничный режим то именно так
делать и прийдется.  о так как усарт хардовый а и2ц софтовый, то по получению
сигнала "принял байт" буду все бросать и выгребать усарт.

 SG>> 2) Можно ли то же проделывать с программируемым пиком?

 MP> Да, вообще весь тайминг с PIC в основном (за редкими изключениями)
 MP> формируется по принципу "не менее чем"....

А вот это меня радует.

 SG>> 3) Hа что нужно обращать внимание при закладке возможности
 SG>> внутрисхемного программирования?

 MP> Hа токи cигналов UPP, UCC. С UPP есть разные засады...

 а какие токи (хоть примерно) мне надо настраиваться?

С уважением, Sasha                           20 апреля 2004 года