Fundering angående externt minne till PIC

[v-g]

Jag har letat lite men problemet är inte att jag inte hittar något utan en massa. Svårt att gå igenom alla datablad också då jag är helt grön över vilka typer av kretsar man skall titta på.

Det jag önskar finna är ett minne som har seriell kommunikation klarar upp till PICens 40 MHz eller åtminstone 20 MHz (såklart måste man väl dela ner det iom flera instruktioner i pic men ja jag tror ni förstår). Minst 1 Kb men gärna uppemot 10Kb så man har lite att ta av.

Funderar även om det finns typ flashminne så man slipper ha strömmen på hela tiden. Antal skrivningar är inte så viktigt då det inte är avsett att användas som "arbetsminne" utan som lagringsutrymme.

Sen det viktigaste ett tydligt datablad så jag klarar av att kommunicera med grejjorna

Punkterad lista över önskvärda egenskaper:
* Seriell kommunikation
* Fartgräns upp till 40 MHz eller iaf minst 20MHz
* Minneskapacitet minst 1 Kb men gärna (mycket gärna) mer.
* Tydligt och lättförståeligt datablad.
* Flashbaserat om sånt finns.

Priset är inte så viktigt men vill minst ha 2 st men gärna fler. Dock inte över 200 kr/st om det inte är något slags superminne.

[Micke_s]

Har du tittat på atmels Dataflash?

[Micke_s]

http://www.atmel.com/dyn/products/produ ... rt_id=3822
70MHz spi 8Mbit

Kostar 2.25 dollar på digikey

[v-g]

Micke_s:Intressant där har vi ju något att läsa på iaf. Och svaret på din fråga är nej jag hade inte sett dem förr. Som sagt jag är grön på minneskretsar de jag använt förr är döda i princip. Känns dock lite "löjligt" att skicka efter 4 st kretsar ända från USA men men... kanske hittar lite annat godis hos digikey Brukat bli allt för mycket om jag känner mig själv

Om någon har något att sälja som kan vara intressant kan även detta vara av intresse, förutsatt att datablad går att hitta.m Även svenska ÅF är av intresse.

[BEEP]

En 40 MHZ PIC har en matningsspänning på 5 volt (?) och Atmel dataflashminnet 2.7-3.6 volt så det blir väl lite problematiskt om man ska köra PIC på fullfart (40 MHz = 5 V)

Lawicel har ett par stycken Atmel dataflashminnen.

[sodjan]

Det saknas en del info...

- Ska du läsa/skriva 1 byte i taget ?
- Vill du kunna skriva i samma hastighet som läsa ?

> Minst 1 Kb men gärna uppemot 10Kb

Varför ett *externt* minne får så lite ?
Använd PIC'ens eget Flash...

[v-g]

BEEP:Funderade på det idag och funderade om det fanns dubbla spänningsregulatorer etc. Annars får man väl ha två st eller helt enkelt dioda ner spänningen från 5V.

Sodjan:1. Nja. Tänkte väl mest skicka typ "strängar" med data. Tex en telefonlista, postvis.

2. Hastigheten är oviktig känns det som är inget som kräver snabb lagring/läsning (vad jag vet och tänker bygga just nu)

3. Anledningen är att jag tänkte kommunicera direkt med minnet via datorn men egentligen kanske det är onödigt när jag tänker efter Anledning 2 är programbuggar så datat i flashen "råkar" försvinna när man programrättar. Vet inte om du anser detta vara skäl nog upplys mig gärna!

Har ju bara 16Fxxx picar ännu men kanske det är idé att utöka sortimentet och skippa externt minne? 18Fxxx kanske?[/quote]

[sodjan]

> Hastigheten är oviktig känns det som...
> Det jag önskar finna är ett minne som har seriell kommunikation klarar upp till PICens 40 MHz eller åtminstone 20 MHz

Jag får inte ihop det där. *Är* hastigheten viktig eller inte ?

> Nja. Tänkte väl mest skicka typ "strängar" med data. Tex en telefonlista, postvis.

Många PICs i dag kan skriva till sitt eget Flash. Kolla efter "Self Write : Yes"
i Parametric search hos Microchip. Om du tar en 32, 48 eller 64 Kbyte PIC18
så borde det räcka för ditt krav på "1-10 kbyte". Väldigt praktiskt att ha allt
"internt" så att säga.

Du har helt rätt att Flashen raderas i samband med omprogrammering, du
måste ha möjlighet att "ladda om" dina strängar antingen i samband med
programmeringen (som data i källkoden) eller direkt efter från t.ex en PC.
Beroende på hur det hela används så kan det ju vara ett problem.

Kanske en "backup" funktion som dumpar alla strängar till PC'n först och
sedan en "restore" efter omprogrammeriongen ?

Detta lilla problem finns ju inte med externa minnen, visst.

Men varför inte ett vanligt SPI/I2C EEPROM ?

[v-g]

Hastigheten är INTE viktig bara den klarar av kommunikationen med PICen utan problem.

Iofs skulle jag ju kunna "ordna" det(raderingen av datat) problemet med gör om gör rätt principen. Dvs man matar inte in en massa data innan man vet att det fungerar.

I2C tänkte jag på idag men glömde av det. Ska genast söka en sväng Tack!

[Micke_s]

v-g:Dina specar är lite missvisande.

[sodjan]

> Hastigheten är INTE viktig bara den klarar av kommunikationen med PICen utan problem.

Tja, det är ju PIC'ens problem, d.v.s att anpassa hastigheten (om det behövs).
I koden kan du ju köra precis hur långsamt du vill. Om du kör I2C är
hastigheterna standardiserade (100/400 kbps och 1 mbps, har jag för mig).

[v-g]

Micke_s:Jag inser det. Enklare att klaga på andra som specificerar sig dåligt är jag

Skallen är inte med efter 12 timmars arbetsdag heller.

Självaste iden med externt minne funderade jag ut på jobbet och tänkte det skulle ju kunna vara bra då 628 har 128 bytes vilket är rätt lite. Sökte en del fick massor med träffar och resten av kråksången kan ni.

[anlamotte]

Dessa är rätt smidiga att arbeta med och priset är helt ok.

http://www.elfa.se/elfa-bin/dyndok.pl?l ... k=4000.htm

[sodjan]

Precis. SPI är dessutom enklare att "bit-banga" (från t.ex en 628A) än
I2C om man inte har hårdvaran inbyggd...

[v-g]

anlamotte:Verkar ju vid (en snabb trött) blick i databladet vara PRECISdet jag önskar, kan jag ju fortsätta med min 628

Sen var de ju nästan gratis också vilket var nästan lika trevligt det!

Frågan är varför jag inte hittade dem då Elfa var min första anhalt vid söket.