Ами ICD-2 с PIC18F4550 като USB бридж ли, преходник ли, не знам как да го кръстя го дават, че поддържа USB 2.0. Докато при ICD-U40 директно си пише че преходника RS232 <-> USB е на скорост 250kbps. Сега не мога да коментирам дали по моето ICD-2 има някакъв проблем, работи си като пушка, една грешка не ми е извадило до сега, било през RS232, било през USB. Не вярвам да е от моето ICD-2, захранванията ми в началото бяха кофти, щото с Copy-Paste правих захранванията. Оправих ги, след като си направих сметките за индуктивностите и кондензаторите. Сега са пушка, и на скопа са бетон.

Примерно на тоя, код, при положение, че не следя никакви променливи се бави на ред по 2 секунди:


ICD-U40 туй го опрасква без да се замисли.

Значи може да е нещо в моята машина, знам ли.

Не уточних, че 5-те волта на моето USB са 4,79V, няма значение, дали е пуснато или спряно ICD-2. PIC18F4550 работи на 4,79V да не нещо да го бърка това, въпреки че според мен си е в норма захранването.

Ебати симпатичния ред си написал. Тежко му на някой ако трябва да пише кооперативен код с теб В интерес на истината, аз избягвам да пиша подобни чудесии, камо ли за PIC. Като ми остане време мога да пробвам да видя при мен как ще върви нещо такова.

Това за УСБ 2.0 го казах в контекста на разликата между "USB2.0 Compatible" и "USB 2.0 High Speed Compatible" дефинициите. Просто пика няма как да вдигне нещо повече от Full Speed, ако ще да се скъса, т.е. и двете решения (CCS и MPLAB) ползват Full Speed, по скоро разлика в скоростта идва от софтуера вътре.

Много си е хубав реда , не хаби място по екрана.

Значи, не мога да си кривя душата, ICD-2 в сравнение с ICD-U40 е пълна скръб в режим дебъгване. Много бавна работа, за всеки ред се чака по минимум една секунда, даже на nop-ове също. Вярно, пробите ми са само с 18-та серия, CCS C и MCC18, асемблер не съм пробвал. ICD-U40 направо си хвърка. Тоя хубавия ред го опердашва за 2 секунди, ICD-2 за 4-5 секунди. В предишния пост съм писал 2 секунди, ама сега вече засичам с хронометър, та не са 2 секунди за ICD-2 Е, много хубаво не е на хубаво, ICD-U40 поддържа само една точка на прекъсване, докато примерно при 18F2525 ICD-2 поддържа цели 3, даже работят

Чудя се, дали няма да се намери някой с фабрично ICD-2 ( по възможност от П-в ), навит да направим едни проби и да сравним дали причината е в щангите или в двора на микрочиповете

Мисля да питам в edaboard, да видя там спецовете какво ще кажат.

Пирев, дано да ми остане време, утре ще гледам да пробвам, точно с тоя пример.

Подготвих примера, да не пишеш код. Примера е за CCS C или MCC 18, но съм го разделил в два zip файла, компилирани, с coff/cod файлове и т.н.

А бе много тъпо са го измислили чипльомикровците:

MPLAB ICD 2 Ready
Stepping Target

и така до безкрай. На всяка инструкция се върти този надпис, ми то оттук се бави. Не може ли това да се спре по някакъв начин ? Кода ли да гледаш или този непрекъснат поток безмислици. И непрекъснато някакви предупреждения и т.н. Айде, тях видях откъде се забраняват, ама това много дразни.

Ийййй , не се научиха да правят среди, дялнали оттук оттам с т'слта и MPLAB се получило.

[quote="¶"]Последно през 2003г. съм работил с ICD-2 и спомените ми бях за кекава работа, бавно мудно и по RS232 и по USB, в сравнение с ICD-S20. Сега, имайки и ICD-2 и ICD-U40, не мога да не споделя вчепетленията си, че ICD-2 е пълна скръб. Един ред ми го дебъгва няколко секунди, a ICD-U40 на 250kbps същият сорс, същата платка, за не повече от 1,5-2,5 секунди, някой път по 3, ако имам много променливи които следя. Пък като вземе да зарежда тия операционни системи, скука, при ICD-U40 няма такива операционни системи, всичко е вкарано в ICD процесора, директно тръгва да дебъгва, без да се помайва.

Мислех си, че с годините са подобрили работата на ICD-2, още повече, че вече има и втори процесор, при това с къде къде по-големи възможности от първия. Явно microchip ще изоставят ICD-2 до 1г.

Иначе, като програматор безспорно ICD-2 печели, справя по-бързичко от ICD-U40, но не е кой знае колко по-бързо, като се има предвид, че едното поддържа USB 2.0, а другото използва конвертор RS232 <-> USB и работи на 250kbps. Явно алгоритъма на работа на CCS е доста по сносно направен.

Това е лично мнение, може на друга платформа, да работят по по-различен начин, но при мен си е мъка да се работи с ICD-2.[/quote]

Откъде и как мога да купя ICD - U40 ?

Може и да съм милионер в стотинки, ама не обичам да ги харча излишно. Малко повече отделено време и нещата току станали и по-хубави, и по-евтини...

Да не би само аз да мисля така!?

ICD2 USB:
- кит за запояване - 75лв.
- асемблиран кит - 105лв.
- асемблиран кит в маркова кутия - 120лв.

От ICD2 и милионер в стотинки не можеш станеш можеше де, ама да го беше произвел през 2002г.

Интересно ми твоето ICD2 с двата интерфейса ли е или само единия ? А марковата кутия как изглежда ?

Ама ти сериозно 2 месеца си си играл за по-малка платка, през това време моите ICD2 ги продадох и/или подарих . Схемичка няма ли да постнеш с платчицата да видим какво е твоето творение ?

- ICD2 USB (only);
- Италианска, Teko.

Нямам време за приказки, там е проблема.
Като мога ще направя снимки и линк на схемата.

Един въпрос: USB светодиода ти работи ли?

При мен не свети, вероятно от *.hex-a.

Можеш ли да ми пратиш твоите *.hex-ове да пробвам с тях.

10х!

Ако говориш за USB светодиода по схемата на моето ICD2, този светодиод е хубаво да не работи Светва когато нещо се сгафи по USB, мисля че ми светна 1-2 пъти, но тогава активно човърках по платката, та беше със сигурност предизвикано от мен.

Фирмуера е от EDA board, за PIC18F4550 http://potyo.uw.hu/icd2/18f4550.hex , за bootloader за PIC16F877A първоначално използвах от http://www.edaboard.com/ftopic161641-0-asc-0.html , но се оказа, че създава понякога проблеми ( от време на време при Downloading ICD 2 Operating System зависваше ), после съвсем случайно попаднах на един друг bootloader за PIC16F877А, с който заспа: http://www.edaboard.com/ftopic70755-0.html , първият пост на radoslav, icd2.zip файла сваляш, в него има един файл icd16_F_40.asm, асемблираш го с MPASM и го качваш като bootloader на PIC16F877A.

Имам няколко въпроса.
Мислиш ли, че *.НЕХ-а за 877А има някакво значение?
Вчера прочетох програмната памет на 877А на един от моите програматори с друг такъв и резултатът беше 0000 или FFFF (не помня кое от двете) на всички адреси.
Бутлоудерът да не е в 4550? Щото после като включих ТаргетПрограматора като Програматор и тръгна.
А като се сменя типа на дивайса се сменя и програмната памет на 4550. Дали така трябва да работи или трябва да сменя *.НЕХ-а на 4550?

10х!

hex файла на BootLoader има значение, ако ICD2 процесора е PIC16F877 се прави верификация при Downloading ICD 2 Operating System. Някой си zaphod42 е преработил BootLoader-а на PIC16F877, за да може да работи на PIC16F877A. Преработката се състои в забрана на верификацията ( поставил е nop-ове ) при Downloading ICD2 Operating System, което не е коректно, тъй като е твърде вероятно при download да възникне грешка в записа, при което ICD2 няма да работи коректно, само че потребителя няма да знае за тази "особеност" на направеното си ICD2 и може да си блъска главата в стената от чудене защо не иска да работи.

Не знам какво си прочел от PIC16F877A, но ако си прочел само 0x0000/0xFFFF значи нещо не е наред или с програматора, с който си го прочел, или със самия PIC16F877A.

Не е възможно според мен да се сменя програмната памет и на PIC18F4550, при смяна на target процесора, защото няма да има обратна съвместимост със старите модели ICD2 на Microchip, а те не използват PIC18F4550, ами USB чип на Cypress. PIC18F4550 просто замества USB чипа на Cypress и действа като bridge между PSP порта на PIC16F877A и USB порта на ПК. Цялата работа по програмирането/дебъгването се върши от PIC16F877A. Много се огъзъдачих, когато видях какво са спретнали Microchip, вместо в новия дизайн на ICD2 да изхвърлят PIC16F877A и да го подменят изцяло с PIC18F4550, който ще поеме USB и RS232 комуникацията, има достатъчно голяма програмна памет, така че да събере фирмуера за всички фамилии PIC процесори, те са се спряли на недоносче от 2 процесора. Обратната съвместимост със старият модел ICD2 с USB чипа на Cypress, не би била голям проблем за екипа по поддръжката на ICD2, тъй като и bootloader-a и operating system за PIC16F877/877A са писани на език от високо ниво, най-вероятно C, и би било много лесно да се поддържат едновремнно и моделите с USB чипа на Cypress, и моделите с PIC18F4550, при което новото ICD2 би било къде къде по-надежно и бързо, и по-евтино. Пък след 2-3г. просто забравят да поддържат по-старите ICD2
Само че не са нарправили нищо от това, за което пиша, според мен имат намерение в близко бъдеще за зарежат ICD2 и да се ориентират само към Real ICE.

Отделно, дето коментирахме в 2-3 теми, че ICD2 е безкрайно бавно като дебъгване в по-новите версии на MPLAB. Цецо беше споменал за тази "особеност" и реших веднага да го проверя, инсталирах 6.20, 6.40, 6.60 и там ICD2 просто си хвърка, а в MPLAB 7.21, 7.50, 7.51 едва едва мърда. Явно проблема е в MPLAB, защото нямам разумно обяснение по USB връзка да се бави толкова, какво ли толкова обменя ICD2 с MPLAB ? Обменя Watch регистрите, някой и друг служебен регистър и това е. Би трябвало да може почти в реално време да се изпълнява програмата в постъпков режим. Сигурно някоя много умна глава ръководи екипа по подръжката на MPLAB, за друга причина не мога да се сетя.

Прати линк на фирмуера, който използваш, въпреки, че не вярвам да е нещо различно.

П.П. Забелязах, че BootLoader-а, който използвам, връща версия 01.01.00.00 ( всъщност е 01.01.00.02, но незнайно защо MPLAB игнорира последните 2 цифри ), докато този на zaphod42 връща 01.01.01.00 ( реално 01.01.01.03 ), т.е. моят BootLoader е по стара версия. Поразгледах кода и на двата, очевидни разлики няма, просто за поразместени подпрограмите на BootLoader в паметта.