hej chlap, prosím odpovězte mi.

N

NTFS

Guest
Nazdar

Jaký je význam banky v mikrokontroléru PIC.
Proto bychom měli použít?a kdy.
Opravdu chci vědět, proč bychom měli učinit hlavy pro ourself a jednání s bankami?
Myslím, že Easy PIC'n knihu Metoda je dobré, že ignorování práce s bankou.

Takže kdy a ve kterých PIC mikrodat,
musíme pracovat s bankami?

Existuje riziko, když jsem ignorovat jejich použití?

Prosím pomozte mi a přines mi z této situace.

<img src="http://www.edaboard.com/images/smiles/icon_question.gif" alt="Otázka" border="0" /><img src="http://www.edaboard.com/images/smiles/icon_exclaim.gif" alt="Výkřik" border="0" /><img src="http://www.edaboard.com/images/smiles/icon_question.gif" alt="Otázka" border="0" /><img src="http://www.edaboard.com/images/smiles/icon_exclaim.gif" alt="Výkřik" border="0" /><img src="http://www.edaboard.com/images/smiles/icon_question.gif" alt="Otázka" border="0" /><img src="http://www.edaboard.com/images/smiles/icon_exclaim.gif" alt="Výkřik" border="0" /><img src="http://www.edaboard.com/images/smiles/icon_idea.gif" alt="Idea" border="0" />Thanks in advance.

NTFS

 
Zmuszenie użytkowników do czyszczenia zainfekowanych komputerów na bieżąco wydaje się obecnie najlepszym rozwiązaniem, które byłoby bardziej uciążliwe dla cyberprzestepców niż działania unieszkodliwiające kolejne botnety.

Read more...
 
Ahoj NTFS

První,
Je vám PIC programování v assembleru (nativní leanguage pro PIC)?
Pokud ne, pak se nemusíte starat, Váš kompilátor se řešení pro vás.

Všechny mikrokontroléry PIC mají Banky RAM a Stránky ROM / FLASH.Pokud je programování v assembleru musí mít ji v úvahu.

Příklad:
Na Bank0 v 0x0A0 adresa je VAR_A a
VAR_A = 0x15

Na Bank_2 v 0x1A0 adresa je VAR_C a
VAR_C = 0x01

na program ....
movlw 0x01
addwf VAR_C, 1

pak VAR_A = 0x16 a VAR_C = 0x01
Proč?
Musíte změnit Bank_2 předtím.

Hodně štěstí

FSio

 
To je jeden z nejhorších aspektů PIC architektury.Je zdrojem mnoha programových chyb.

V PIC architektura, paměti (nebo zaregistrujte soubor) 8 bitů adresy jsou čísla.Tento registr soubor je sdílený prostor mezi všeobecným cílem paměti a speciální funkce registrů.8 bitů adresy znamená, že architektura je omezena na 256 bajtů.

Chcete-li získat mimo to, že se používá pic bankovnictví.Status registr 2 bity (RP0 a RP1), která se používá k výběru dané banky.Proto PIC lze řešit celkem 4 * 256 registrů.

Podívejte se na paměti sekce žádné PIC leták s názvem: obecné prupose zaregistrovat soubor.To vám ukáže, jak mnoho bank, které má zejména PIC.PIC každý je jiný.

Pokud píšete v montážní jazyka, které budete potřebovat, abyste se ujistili, že je vybrán správný banky.Můžete to udělat pomocí nastavení, nebo zúčtování RP0 a RP1 přiměřeně.Můžete však použít také BANKSEL <register name>.To je výhodnější, protože nemusíte skutečně vědět, co je v banku, a pokud budete psát kód pro více než jednoho modelu PIC,
nemusíte se obávat, pokud se přestěhovali do jiné banky.

Co se týče C, lze zřejmě obejít bez pochopení bankovnictví, ale existuje řada případů, kdy se to věci.Především je to, pokud máte více modulů, které budou spojující dohromady.

Já bych vsadil významné procento PIC programů se jedná o stanovování nebo schvalování RP bitů.

 
Banka je část paměti RAM, jejíž obsah je adresovatelný pomocí 8 bitů.

Abychom pochopili, jak se tento vznikl, myslíte o tom, že PIC má syngle-slovo pokynů a instrukcí slovo je 12, 14, 16 bitů ...
Vzhledem k tomu, že skutečné instrukce zabírá málo těch bitů (bity 5-6), pak zde není mnoho místa vlevo v instrukční slovo pro větší RAM adres.

Z toho vyplývá, že RAM je organizován v "banky" na 256 bajtů.V rámci banky, jednotlivé byty jsou vybrány adresy obsažené v instrukci.
Výběr z bank je provedena řada bank vybrat bitů (v STATUSU reg, počet se liší v závislosti na množství paměti RAM a tím i počet bank).

 
V podstatě se používají BANK skákal do paměti v physicall ..V PIC MCU jsou 4 banky, když se pokusíte o přístup k paměti zejména u knw, že by se jeho banky, které se nacházejí, a to vyžaduje můžete nastavit nebo jasné RP0 a RP1 bit vybrat differnt bank ...pouze SFR (speciální funkce REGISTRU) se odráží ve všech bankách, a existuje jen málo jiných rejstříku na dně, které jsou použity, takže freqeuntly dont potřeba změnit RP0 a RP1 bitůJeho velmi jednoduchý koncept jen číst paměť stránka jakéhokoli pic MCU listech a budete v pohodě ...banky jsou návrhem, aby v RISC architekturu a dokáže mulitiple přístup zároveň ..znalce může stanovit se mě, jestli jsem špatně ...hodně štěstí

 
no, SFRs nejsou často odráží ve všech bank.některé jsou někteří ne.Někdy banka 0 a 2 zrcadleny a bankovní 1 a 3, ale je to jen pár.Například 16F877 pouze PCL zrcátka,
stav INTCON, PCLATH a BR ve všech 4 bank.Manželský pár se odráží v jedné jiné bance a zbytek (> 50) jsou pouze v jedné bance.

Švindlování s RP0 a RP1 je noční můrou,
a to zejména pro newbies.Rozkrytí chybu, protože jste ve špatných bankovních je složitější.Řešením je allways banksel ale vede ke kódu udit.Dávám přednost dobré C kompilátor, protože to bude dělat dobře a doufejme, že minimalizace RPx maličký.

Je nám líto comp_freak, bankovnictví, ale nemá nic společného s RISC.Má vše, co do činění s ždímáním více paměti do omezené architektury.A jeho spravedlivé praštěný obyčejný způsob, jak to udělat.Podívejte se, jak daleko jednodušší je psát pro AVR line.

 
ohh ok ..dobře si také schválila některé moje věci ..ale když jsem byl learing SDRAM cache systém ..jsme vytvořili banka zvýšit sazby nálezu cache systém ..ale tady se nic dělat s tím ..oh ok ..takže ne všechny SFR jsou zrcadlené kopie ...jo to je důvod, proč jsem požádal odborníka opravit moje chyba: D

 

Welcome to EDABoard.com

Sponsor

Back
Top