Программатор Пиков - Page 3

Hello George!

15 Apr 04 08:44, Alexey Gushin wrote to you:

 GS>>>> А COM порт - ме-е-едленный...
 GS>>  Есть. Hо программатор на LPT всё равно будет работать
 GS>> значительно быстрее ;)

Скорость программирования пиков определяется времянками на RB6 RB7, а они
задаются программно, и скорость компорта не имеет к этому никакого отношения.

Anatoly

   Anatoly, ты ещё здесь сидишь?


Четверг Апрель 15 2004 16:36, Anatoly Mashanov wrote to George Shepelev:

 GS>>>>> А COM порт - ме-е-едленный...
 GS>>> Есть. Hо программатор на LPT всё равно будет работать
 GS>>> значительно быстрее ;)
 AM> Скорость программирования пиков определяется времянками на RB6 RB7, а
 AM> они задаются программно, и скорость компорта не имеет к этому никакого
 AM> отношения.

 Скорость чтения, (а стало быть, и верификации), может быть _существенно_
выше. Иногда это критично...


                                                   Георгий

Hello George!

17 Apr 04 01:58, you wrote to me:

 GS>>>>>> А COM порт - ме-е-едленный...
 GS>  Скорость чтения, (а стало быть, и верификации), может быть
 GS> _существенно_ выше. Иногда это критично...

Готов ли ты доказательно утверждать, что скорость передачи сигналов с ног
управления модемом компорта в регистр статуса модема и обратно существенно
меньше, чем скорость передачи сигналов из регистра управления LPT на его ноги и
обратно с ног на регистр состояния, либо то, что простейшие комовские
программаторы (JDM, Компик и подобные, но не ICD и не WISP) используют
тактирование компорта (115200 максимум) в качестве тактового сигнала для пика?

Anatoly

Hello, Anatoly!
You wrote to George Shepelev on Sun, 18 Apr 2004 13:00:08 +0400:

 GS>>>>>>> А COM порт - ме-е-едленный...
 GS>>  Скорость чтения, (а стало быть, и верификации), может быть
 GS>> _существенно_ выше. Иногда это критично...

 AM> Готов ли ты доказательно утверждать, что скорость передачи сигналов
 AM> с ног управления модемом компорта в регистр статуса модема и обратно
 AM> существенно меньше, чем скорость передачи сигналов из регистра
 AM> управления LPT на его ноги и обратно с ног на регистр состояния,

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

With best regards,
            Alexander Derazhne.

   Anatoly, ты ещё здесь сидишь?


Воскресенье Апрель 18 2004 14:00, Anatoly Mashanov wrote to George Shepelev:

 GS>>>>>>> А COM порт - ме-е-едленный...
 GS>> Скорость чтения, (а стало быть, и верификации), может быть
 GS>> _существенно_ выше. Иногда это критично...
 AM> Готов ли ты доказательно утверждать, что скорость передачи сигналов с
 AM> ног управления модемом компорта в регистр статуса модема и обратно
 AM> существенно меньше, чем скорость передачи сигналов из регистра
 AM> управления LPT на его ноги и обратно с ног на регистр состояния,

 Ты не забыл, что предполагалось использовать "самодельный" программатор
с "набортным контроллером"? Вот этот самый контроллер вполне мог бы выдавать
считанные данные сразу по 4 бита. Ускоряет обмен, правда?


                                                   Георгий

   Alexey, ты ещё здесь сидишь?


Четверг Апрель 15 2004 08:44, Alexey Gushin wrote to George Shepelev:

 GS>>>> А COM порт - ме-е-едленный...
 AG>>> Hа скорости (в худшем случае) 9600 получаем  1mS на байт.
 AG>>> Время прожига одного слова (16F630 Hапример):  2 mS.
 AG>>> Так что с запасом!!!
 GS>> Кроме прожига есть ещё чтение и верификация. Hе забыл о них?
 AG>   Верификацией микроконтроллер пусть занимается, который жгет.

 Допустим (значит у него изрядный буфер для зашиваемых данных предусмотрен,
что было неочевидно). А если только считать прошивку нужно?


                                                   Георгий

Hello Alexander!

18 Apr 04 14:46, you wrote to me:

 AM>> модема и обратно существенно меньше, чем скорость передачи
 AM>> сигналов из регистра управления LPT на его ноги и обратно с ног
 AD>     Hе знаю как насчёт "существенно", но у драйверов RS232 низкая
 AD> скорость нарастания, ниже чем у LPT, что позволяет обходиться без
 AD> согласования и практически любыми кабелями....

Известный дивайс Кроникс-Сигма имеет предельную скорость 900 кбит/с на обычных
RS-232 ключах. Это практически соответствует предельной скорости обмена по ISA
шине вообще.

Anatoly

                           Пpивет, Anatoly!

*** 18 Apr 04 21:27, Anatoly Mashanov wrote to Alexander Derazhne:

 AD>> скорость нарастания, ниже чем у LPT, что позволяет обходиться без
 AD>> согласования и практически любыми кабелями....

 AM> Известный дивайс Кроникс-Сигма имеет предельную скорость 900 кбит/с на
 AM> обычных RS-232 ключах.


"Hе верю" (c). Маркировку конкретного драйверного чипа - в студию ?

                                      с уважением Владислав

Hello, Anatoly!
You wrote to Alexander Derazhne on Sun, 18 Apr 2004 22:27:38 +0400:

 AM>>> модема и обратно существенно меньше, чем скорость передачи
 AM>>> сигналов из регистра управления LPT на его ноги и обратно с ног
 AD>>     Hе знаю как насчёт "существенно", но у драйверов RS232 низкая
 AD>> скорость нарастания, ниже чем у LPT, что позволяет обходиться без
 AD>> согласования и практически любыми кабелями....

 AM> Известный дивайс Кроникс-Сигма имеет предельную скорость 900 кбит/с
 AM> на обычных
 AM> RS-232 ключах. Это практически соответствует предельной скорости
 AM> обмена по ISA шине вообще.

    Перечитай ещё раз квоту - "скорость передачи сигналов из регистра
управления LPT на его ноги и обратно". Т.е скорость того, что за регистром
(шины) мы не учитываем. Тут приводили примеры - дескать, в некоторых
режимах, на некоторых платах бывает и больше.

With best regards,
            Alexander Derazhne.

Hello George.

17 Apr 04 00:56, you wrote to me:

 GS>    Alexey, ты ещё здесь сидишь?


 GS> Четверг Апрель 15 2004 08:44, Alexey Gushin wrote to George Shepelev:
 AG>>>> Так что с запасом!!!
 GS>>> Кроме прожига есть ещё чтение и верификация. Hе забыл о них?
 AG>>   Верификацией микроконтроллер пусть занимается, который жгет.

 GS>  Допустим (значит у него изрядный буфер для зашиваемых данных
 GS> предусмотрен, что было неочевидно). А если только считать прошивку нужно?

   Согласен, что  чтение гораздо длиннее чем прожиг.
  Увы, мне в практике нужен в 99% случаев только прожиг.
  (подозреваю что это так для большинства разработчиков)


Alexey

Здраствуйте George,
*14.04.2004* *17:07:37* Вы писали в *RU.EMBEDDED*
сообщение к *Alexey Gushin*
о *"Программатор Пиков"*.

 AG>> А ведь есть еще 115200 !!!

 GS>  Есть. Hо программатор на LPT всё равно будет работать значительно
 GS> быстрее ;)

Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня так
завтра отменят. Так что ну его нафиг.

С уважением, Den

Hello, Den Y Borisov !

 >  AG>> А ведь есть еще 115200 !!!

 >  GS>  Есть. Hо программатор на LPT все равно будет работать значительно
 >  GS> быстрее ;)

 > Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня

Hе знаю что за драйвер, но LabTool48 у меня прекрасно работает под w2k. ICE2000
кстати тоже.

 > так завтра отменят. Так что ну его нафиг.

С уважением, Дима Орлов.

   Den, ты ещё здесь сидишь?


Четверг Апрель 15 2004 10:49, Den Y. Borisov wrote to George Shepelev:

 GS>> Есть. Hо программатор на LPT всё равно будет работать
 GS>> значительно быстрее ;)
 DB> Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня так
 DB> завтра отменят. Так что ну его нафиг.

 Шину PCI тоже "отменят". Ты уже выкинул из своего компа все PCI карточки?


                                                   Георгий

Hello George.

17 Апр 32 09:45, you wrote to Den Y. Borisov:

 DB>> Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня
 DB>> так завтра отменят. Так что ну его нафиг.
 GS>  Шину PCI тоже "отменят". Ты уже выкинул из своего компа все PCI
 GS> карточки?
Ой... а где у меня PCI? Hа ноутбуке?

Vital

   Vital, ты ещё здесь сидишь?


Понедельник Апрель 19 2004 18:42, Vital Migunow wrote to George Shepelev:

 DB>>> Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня
 DB>>> так завтра отменят. Так что ну его нафиг.
 GS>> Шину PCI тоже "отменят". Ты уже выкинул из своего компа все PCI
 GS>> карточки?
 VM> Ой... а где у меня PCI? Hа ноутбуке?

 Откуда же мне знать? Во всяком случае на моём ноутбуке LPT порт есть и Subj
на нём работает. В отличие от "компик"а. Для меня этот нюанс гораздо важнее,
чем рассуждения о драйверах в win32...


                                                   Георгий

Mon Apr 19 2004 18:42, Vital Migunow wrote to George Shepelev:



 DB>>> Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня
 DB>>> так завтра отменят. Так что ну его нафиг.
 GS>>  Шину PCI тоже "отменят". Ты уже выкинул из своего компа все PCI
 GS>> карточки?

 VM> Ой... а где у меня PCI? Hа ноутбуке?

А внутри. Сейчас во всех ноутбуках есть. Правда там mini-PCI. От обычного
отличается типом и размером разъема. Электрически почти то же самое что и
обычный PCI (правда имеет ограничение на токи и еще что-то по мелочи не
поддерживает).

/Sam [samoutin(ат)hotbox.ru]

  Пpивет, George.

  Вот что George Shepelev wrote to Den Y. Borisov:

 GS>>> Есть. Hо пpогpамматоp на LPT всё pавно бyдет pаботать
 GS>>> значительно быстpее ;)
 DB>> Пpогpамматоpy на LPT нyжен в Win32 нyжен дpайвеp. LPT не сегодня
 DB>> так завтpа отменят. Так что нy его нафиг.

  Вот интеpесно, pазговоpы о смеpти ЛПТ идyт yже сколько лет...
А я щас пpисматpиваю бyкy на pаботy. Много посмотpел. И что вижy:
КОМ отсyтствyет (ЮСБ за него), а ЛПТ очень часто - есть, pодимый!
Щё нэ вмэp...

 GS>  Шинy PCI тоже "отменят". Ты yже выкинyл из своего компа все PCI
 GS> каpточки?

  Когда отменят? Ой, я yже боюyyyсь! ;-)))))

 GS>  + Origin: All You need is soft! (2:461/124)

  Without PCI? ;-)

  Michael G. Belousoff

... ==== Пpоблемy надо pешать до того, как она появится. ====

Привет Den!

Четверг, 15 Апреля 32г. в 09:49, Den Y. Borisov писал к George Shepelev в
области RU.EMBEDDED (RU.EMBEDDED):
 GS>> Есть. Hо программатор на LPT всё равно будет работать
 GS>> значительно быстрее ;)
 DB> Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня так
 DB> завтра отменят. Так что ну его нафиг.
трудно сказать, что быстрее отменят, FDD,IDE,LPT,COM,USB, тут во многом диктует
производитель.Hам остается лишь подстраиваться под них.
Всего тебе. Alexander.
                     Hачато в 09:09, Понедельник, 19 Апреля 04г., 2:5055/134.3

     Hi, Den!

15 Apr 04, Den Y Borisov writes to George Shepelev:

 GS>>  Есть. Hо программатор на LPT всё равно будет работать
 GS>> значительно быстрее ;)

 DYB> Программатору на LPT нужен в Win32 нужен драйвер. LPT не сегодня так
 DYB> завтра отменят. Так что ну его нафиг.

но от этой отмены ведь существующие экземпляры портов не перестанут работать???
и какая религия мешает держать в хозяйстве "технический" комп на базе первопня
или даже 486 с исой и прочими вещами???

    With best wishes - Andrey Khristov

   Vladimir, ты ещё здесь сидишь?


Понедельник Апрель 05 2004 19:07, Vladimir Chekin wrote to Kirill Frolov:

 KF>> недалеко оно ушло от пролетавшего здесь варианта
 KF>> Г. Шепелева (хотя, честно говоря, я так и не понял, чем
 KF>> шепелевский *.SCH смотреть).
 VC> Узнаётся  достаточно просто: F3 в фаре или DN на файле .SCH, в первых
 VC> строках написано: ;P-CAD 2001 Schematic V16.01.06 P-CAD 2001 Schematic
 VC> Binary (Rev 5) Именно его схему я так и смотрел. Она (схема) ничем не
 VC> отличается от схемы Compic и её клонов,

 Ты что-то путаешь.


 VC> Варианты  для  COM  порта  практически  идентичны

 С точки зрения принципа работы - да, но они очень существенно отличаются
по качеству работы.

 VC> и  имеют один cущеcтвенный недоcтаток -  все  они  используют
 VC> питание  порта,

 Это преимущество программатора (отсутствие необходимости специального
питания) имеет обратной стороной указанный недостаток ;)

 VC> а порты на разных машинах довольно   разные,  не  все  потянут,

 Угу. Hа большинстве ноутов работать не будет :-(

 VC> пляски с  бубном  обеспечены.  Выход: модернизация  таких  схем  до
 VC> внешнего питания +  преобразователь 232.

 В принципе можно просто внешнее питание добавить, без преобразователя RS232.

 VC> Т.е. сложность схемы становится на один компонет (преобразователь
 VC> 232) больше, чем схемы для LPT.

 А работает медленее. Так что если уж связываться с внешним питанием,
лучше выбрать LPT вариант, тем более что нынешние принтеры всё равно
по USB подключаются...

 VC> Резюме: схем много, софта много.

 Сравнительного анализа софта мало. С оперативным отслеживанием поддержки
новых чипов...


                                                   Георгий