Vítejte na Elektro Bastlírn?
Nuke - Elektro Bastlirna
  Vytvořit účet Hlavní · Fórum · DDump · Profil · Zprávy · Hledat na fóru · Příspěvky na provoz EB

Vlákno na téma KORONAVIRUS - nutná registrace


Nuke - Elektro Bastlirna: Diskuzní fórum

 FAQFAQ   HledatHledat   Uživatelské skupinyUživatelské skupiny   ProfilProfil   Soukromé zprávySoukromé zprávy   PřihlášeníPřihlášení 

Programování s ICD2 při ext.osc. na TMR1

 
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů
Zobrazit předchozí téma :: Zobrazit následující téma  
Autor Zpráva
Viper_T



Založen: Jun 24, 2007
Příspěvky: 49

PříspěvekZaslal: út květen 13 2008, 8:52    Předmět: Programování s ICD2 při ext.osc. na TMR1 Citovat

Ahoj, postavil jsem klon ICD2 Potyo2 rev.1. Funguje výborně, ale narazil jsem na problém. Mám zapojení s PIC16F819 kde kde je na RB6 a RB7 připojen extermí oscilator 32.768Khz(krystal a 2 kondíky jako je to v datasheetu). Tyto piny se ale využívají při programování a oscilátor běží i když je procesor v resetu(MCLR-low), a tak mi nejde programovat. MPLAB píše "Cannot validate target device". Nenapadá někoho co s tím Question
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
jankop



Založen: Apr 04, 2007
Příspěvky: 679

PříspěvekZaslal: út květen 13 2008, 15:43    Předmět: Citovat

Dost dobře nerozumím, o co ti jde. Když máš připojen na RB6,RB7 krystal a kondenzátory, tak mě vcelku nepřekvapuje, že ti nejde PIC programovat. Tento oscilátor se v resetu automaticky vypíná, nevím, jak jsi přišel na to, že běží trvale. Zásadní problém může vzniknout, pokud přeprogramuješ MCLR jako vstup. Pak se ti nemusí pomocí ICD2 PIC už podařit přeprogramovat. Jinak to ale není problém.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail Zobrazit autorovy WWW stránky
Viper_T



Založen: Jun 24, 2007
Příspěvky: 49

PříspěvekZaslal: st květen 14 2008, 9:17    Předmět: Citovat

Díky za odpověď. MCLR mám normálně zapnutý a pokud dám v Mplabu HOLD IN RESET, tak je procesor v resetu, ale osciloskopem je vidět že na rb6,7 je pořád kmitočet 32.768Khz. Jde to vyřešit tak že odpojím procesor od napájení(teprve teď se vypne osc. na TMR1), připojím napájení, naprogramuji a až potom vnějším signálem dám procesoru povel, aby zapnul TMR1. To je zatím jediné řešení které mě napadá a funguje, ale je to dost komplikované.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
jankop



Založen: Apr 04, 2007
Příspěvky: 679

PříspěvekZaslal: st květen 14 2008, 10:34    Předmět: Citovat

Už je mi to jasnější. ICD2 nestačí převzít kontrolu nad PIC dřív, než dojde k realizaci programu inicializace oscilátoru TMR1. Ten se rozběhne a ICD2 už nemůže s procesorem komunikovat. MCLR opravdu oscilátor nevypne, to udělá pouze POR. Dal bych na začátek programu instrukci bcf T1CON, T1OSCEN. Ta vypne oscilátor. A pak zpožďovací smyčku. Nevím kolik je přesně třeba, ale zkusil bych třeba 100ms. Mělo by to pomoci. Jde o to, aby prostě chvíli po MCLR oscilátor neběžel.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail Zobrazit autorovy WWW stránky
Viper_T



Založen: Jun 24, 2007
Příspěvky: 49

PříspěvekZaslal: st květen 14 2008, 12:01    Předmět: Citovat

Teď jsem to vyzkoušel, ale vypadá to že když začne ICD2 programovat, tak se program ani nespustí a T1 se nevypne. Ale přivedlo mě to na jinou myšlenku: Místo čekací smyčky 100mS jsem použil 1S, před programováním dám, HOLD IN RESET, potom RELASE FROM RESET, T1 se na začátku programu vypne a když do jedné sekundy začnu programovat tak to funguje Laughing. Není to 100% řešení, ale funguje to, díky za radu. Jenom mě překvapuje že jsem o tomto problému nenašel žádnou zmínku v oficiálních zdrojích.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
jankop



Založen: Apr 04, 2007
Příspěvky: 679

PříspěvekZaslal: st květen 14 2008, 13:00    Předmět: Citovat

Nemáš docela pravdu, protože o tom píšou přímo v datasheetu 16F819.
Note: The Timer1 oscillator shares the T1OSI and T1OSO pins with the PGD and PGC pins used for programming and debugging. When using the Timer1 oscillator, In-Circuit Serial Programming™ (ICSP™) may not function correctly (high-voltage or lowvoltage) or the In-Circuit Debugger (ICD) may not communicate with the controller. As a result of using ither ICSP or ICD, the Timer1 crystal may be damaged. If ICSP or ICD operations are required, the crystal should be disconnected from the¨circuit (disconnect either lead) or installed after programming. The oscillator loading capacitors may remain in-circuit during ICSP or ICD operation.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu Odeslat e-mail Zobrazit autorovy WWW stránky
Viper_T



Založen: Jun 24, 2007
Příspěvky: 49

PříspěvekZaslal: st květen 14 2008, 13:13    Předmět: Citovat

Aha tak to sem přehlídl Embarassed, ale přesto mi přijde jako lepší řešení použít čekací smyčku. Přerušovat dva vývody u finálního výrobku je trochu problematické a ext. osc. TMR1 musí být stejně vypnut, jinak to nefunguje.
Návrat nahoru
Zobrazit informace o autorovi Odeslat soukromou zprávu
Zobrazit příspěvky z předchozích:   
Přidat nové téma   Zaslat odpověď       Obsah fóra Diskuzní fórum Elektro Bastlírny -> Programování PIC, ATMEL, EEPROM a dalších obvodů Časy uváděny v GMT + 1 hodina
Strana 1 z 1

 
Přejdi na:  
Nemůžete odesílat nové téma do tohoto fóra.
Nemůžete odpovídat na témata v tomto fóru.
Nemůžete upravovat své příspěvky v tomto fóru.
Nemůžete mazat své příspěvky v tomto fóru.
Nemůžete hlasovat v tomto fóru.
Nemůžete připojovat soubory k příspěvkům
Můžete stahovat a prohlížet přiložené soubory

Powered by phpBB © 2001, 2005 phpBB Group
Forums ©
Nuke - Elektro Bastlirna

Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.


PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.
Čas potřebný ke zpracování stránky 0.13 sekund