Svenska ElektronikForumet

jag tycker 16f84a:n är helt perfekt för mindre projekt...

Men då är ju 16F628 ännu bättre för små projekt. Den kan mycket mer, har mer minne, fler IO-portar, är billigare och har intern oscillator.

Dessutom är den helt pinkompatibel med 16F84.

16F84 har tyvärr inget existensberättigande idag...

16F628A har halva priset och har dubbelt så mycket av allt (prog minne, RAM, timers, you name it).

*Exakt* på vilket sätt är F84'an att föredra ???

Snart inne på att skapa en "hata 16f84" tråd... Den finns INGEN anledning att använda eländet !

Ska man leta fördelar med F84:an, så skulle det i så falla vara att den kan vara enklare att komma igång med som första PIC då det inte finns någon A/D eller annat "tjafs" som kan sabotera i början.
Se'n kan man ju förvisso labba på PortB på vilken PIC somhelst, den är väl alltid bara digital? Eller är jag ute och cyklar nu?

Stämmer.
Men '84A måste ha extern kristall, det måste ses som en större nackdel.

Enda anledningen att använda 16F84A är väl om man råkar ha en hög liggandes hemma.

Microchip vill ju också sluta tillverka den, det märks på det relativt höga priset.

Jag har en hög hemma med dom... och för mindre projekt så finns det vad du behöver.

Det är min anledning.

Oj vad denna tråd har växt

Ville bara meddela att jag har löst mitt problem.

Jag testade lite med de olika LCD bibliotek som fanns i HI-TEC c exemplen. Hittade sedan även ett på www.microchipc.com.

I huvudsak var det två problem för mig.
1. Timing. Hade inte kompilerat Delay funktionerna med rätt klockfrekvens.
2. De exempel som fanns använde PORTA för kontroll signaler och sedan 4 bitar i PORTB som data signaler. I h filen kunde man definiera vad skulle vara vad. Jag har alla anslutningar till LCD på PORTB. Tvärr var sample koden lite dåligt skriven så att den ändrade status på samtliga pinnar i PORTB då den skickade data. Dvs den ändrade även värderna på kontrolsignalerna då den skickade data på datapinnarna......

Det gäller visst att titta igenom koden exemplen noga