PIC18F452 = Gammal, välja ny?
- JimmyAndersson
- Inlägg: 26579
- Blev medlem: 6 augusti 2005, 21:23:33
- Ort: Oskarshamn (En bit utanför)
- Kontakt:
PIC18F452 = Gammal, välja ny?
Är på gång att bygga en synth där andra har använt en PIC18F452 (som körs i 40MHz). På Microchip's sajt står det "Not Recommended for new design" och de rekommenderar istället en PIC18F4520.
Synthen fungerar även med en PIC16F877 (men då med 20MHz.)
Hittar tyvärr inte Microchip's linecard och jag har ingen koll på vilka processorer som är gamla/nya.
Skulle alltså behöva lite råd om valet. (Och gärna en länk till linecard'en som jag inte tycks kunna hitta.)
EDIT: Hittade det. Det fanns mitt framför näsan, men under ett annat namn. Tar ändå gärna emot kommentarer kring detta med valet.
Synthen fungerar även med en PIC16F877 (men då med 20MHz.)
Hittar tyvärr inte Microchip's linecard och jag har ingen koll på vilka processorer som är gamla/nya.
Skulle alltså behöva lite råd om valet. (Och gärna en länk till linecard'en som jag inte tycks kunna hitta.)
EDIT: Hittade det. Det fanns mitt framför näsan, men under ett annat namn. Tar ändå gärna emot kommentarer kring detta med valet.
Men är synten verkligen en "new design" ???
Sannolikt inte, eftersom den använder 18F452...

Självklart fungerar 18F452 lika bra idag som den gjorde när synten
konstruerades !
18F4520 är uppföljaren som är moderniserad lite (den nya INTOSC t.ex),
men jag vet inte om samma HEX filer fungerar rakt av.
> Tar ändå gärna emot kommentarer kring detta med valet.
I detta fall, finns det ingen anledning att köra annat än 18F452.
Annars måste du först verifiera att konstruktionen och programvaran
fungerar OK med 18F4520 (sannolikheten är stor, men...).
18F452 kommer inte att försvinna i första taget, se på 16F84A, som har
varit "Not Recommended for new design" i många år nu, men tillverkas
och säljs fortfarande till de som *måste* använda den. Detta är en punkt
där Microchip och Atmel skiljer sig åt markant. Jag såg senast i dag om
ett företag som har bannlyst Atmel p.g.a att de har för vana att med
kort varsel helt plocka bort produkter samt för deras leveransproblem...
EDIT : Länk till synten ??
Sannolikt inte, eftersom den använder 18F452...


Självklart fungerar 18F452 lika bra idag som den gjorde när synten
konstruerades !
18F4520 är uppföljaren som är moderniserad lite (den nya INTOSC t.ex),
men jag vet inte om samma HEX filer fungerar rakt av.
> Tar ändå gärna emot kommentarer kring detta med valet.
I detta fall, finns det ingen anledning att köra annat än 18F452.
Annars måste du först verifiera att konstruktionen och programvaran
fungerar OK med 18F4520 (sannolikheten är stor, men...).
18F452 kommer inte att försvinna i första taget, se på 16F84A, som har
varit "Not Recommended for new design" i många år nu, men tillverkas
och säljs fortfarande till de som *måste* använda den. Detta är en punkt
där Microchip och Atmel skiljer sig åt markant. Jag såg senast i dag om
ett företag som har bannlyst Atmel p.g.a att de har för vana att med
kort varsel helt plocka bort produkter samt för deras leveransproblem...
EDIT : Länk till synten ??

- JimmyAndersson
- Inlägg: 26579
- Blev medlem: 6 augusti 2005, 21:23:33
- Ort: Oskarshamn (En bit utanför)
- Kontakt:
Som sagt, bara att köra på 18F452 så länge den används av projektet och finns tillänglig. När Ucapps väljer en ny processor kommer säkert hårdvara och mjukvara ändras enligt detta. Ingen ide att börja tänka själv i ett sånt här projekt

Förresten, Jimmy: Har du brännare? Annars kan jag skicka över några bootloader-brända PIC:ar till dig.


Förresten, Jimmy: Har du brännare? Annars kan jag skicka över några bootloader-brända PIC:ar till dig.
- JimmyAndersson
- Inlägg: 26579
- Blev medlem: 6 augusti 2005, 21:23:33
- Ort: Oskarshamn (En bit utanför)
- Kontakt:
Sodjan: Nu när jag har dig på tråden, bokstavligt talat. Det är en grej jag är lite osäker på när det gäller denna bootloader. När man bränner ner den till PICen så ska man välja ett PIC-ID. Detta ID berättar lite grundläggande saker, tex vilken display man använder och vilket intreface man har till datorn.
Eftersom jag använt standard display och standard intreface så har jag inte behövt bry mig om detta, men jag är ändå nyfiken.
På denna sida står det om hur man ändrar ID-värdet i IC-prog:
http://www.ucapps.de/mios_bootstrap.html
Problemet är att jag inte använder IC-prog (funkar inte) utan MicroPro. I mitt program har jag en knapp som heter "fuses" där jag kan ställa in bland annat någon som benäms som ID. Kan det vara detta? Jag kan ju inte skriva in lika många siffror som dom gör i IC-prog under länken. Hur sparas det där värdet egentligen? I själva "HEX-koden"?

Kan du bringa lite klarhet så vore jag glad.
Eftersom jag använt standard display och standard intreface så har jag inte behövt bry mig om detta, men jag är ändå nyfiken.
På denna sida står det om hur man ändrar ID-värdet i IC-prog:
http://www.ucapps.de/mios_bootstrap.html
Problemet är att jag inte använder IC-prog (funkar inte) utan MicroPro. I mitt program har jag en knapp som heter "fuses" där jag kan ställa in bland annat någon som benäms som ID. Kan det vara detta? Jag kan ju inte skriva in lika många siffror som dom gör i IC-prog under länken. Hur sparas det där värdet egentligen? I själva "HEX-koden"?
Kan du bringa lite klarhet så vore jag glad.
De verkar skriva till DEVID1 och DEVID2 regsitrren (se databladet).
Jag kan inte se annat än att deet är en riktig ful-lösning !!
I databladet är desa register "read-only".
> Hur sparas det där värdet egentligen? I själva "HEX-koden"?
Det kan göra det. deet förutsätter at man har det med i källkoden.
Det är så man bör göra.
> I mitt program har jag en knapp som heter "fuses" där jag kan ställa in bland annat någon som benäms som ID. Kan det vara detta?
Ja.
> Jag kan ju inte skriva in lika många siffror som dom gör i IC-prog under länken.
Det är bara som det ser ut... Kass programmering i IC-Prog.
Skitlösning.
Det vore bättre att t.ex skriva lite konfigurationsdata till EEPROM eller Flash.
Jag kan inte se annat än att deet är en riktig ful-lösning !!
I databladet är desa register "read-only".
> Hur sparas det där värdet egentligen? I själva "HEX-koden"?
Det kan göra det. deet förutsätter at man har det med i källkoden.
Det är så man bör göra.
> I mitt program har jag en knapp som heter "fuses" där jag kan ställa in bland annat någon som benäms som ID. Kan det vara detta?
Ja.
> Jag kan ju inte skriva in lika många siffror som dom gör i IC-prog under länken.
Det är bara som det ser ut... Kass programmering i IC-Prog.
Skitlösning.
Det vore bättre att t.ex skriva lite konfigurationsdata till EEPROM eller Flash.
- JimmyAndersson
- Inlägg: 26579
- Blev medlem: 6 augusti 2005, 21:23:33
- Ort: Oskarshamn (En bit utanför)
- Kontakt:
Dessutom, att tala om "device ID" är lite förvillande, eftersom det är
ett begrep som Microchip redan använder. Att man sedan manipulerar
med de värden som *alla* programmerare använder för att verifiera
att 0rätt krets är ansluten, är lite konstigt. Jag förstår inte
heller hur man lyckas skriva till DEVID1 och DEVID2 eftersom de är
markerade som read only. De raderas inte heller vid en "Erase all"
operation, som t.ex CONFIG1-7 gör.
ett begrep som Microchip redan använder. Att man sedan manipulerar
med de värden som *alla* programmerare använder för att verifiera
att 0rätt krets är ansluten, är lite konstigt. Jag förstår inte
heller hur man lyckas skriva till DEVID1 och DEVID2 eftersom de är
markerade som read only. De raderas inte heller vid en "Erase all"
operation, som t.ex CONFIG1-7 gör.
Jimmy: Kolla här: http://www.avishowtech.com/mbhp/idgen.html
Sodjan: Tack för svar. Så om jag bara skriver de sista åtta siffrorna i mitt fält i MicroPro så bör det funka?
Sodjan: Tack för svar. Så om jag bara skriver de sista åtta siffrorna i mitt fält i MicroPro så bör det funka?
- JimmyAndersson
- Inlägg: 26579
- Blev medlem: 6 augusti 2005, 21:23:33
- Ort: Oskarshamn (En bit utanför)
- Kontakt:
Jo, jag flyttade det till Projekt-tråden. Jag hade en liknande fråga där, så det var bäst att det fick vara på samma ställe.
Det jag behöver veta för att välja "Sysex Device ID" är vad SID-synthen får för "Tillverkar-ID" så jag inte sätter ett "Device ID" som jag redan använder för någon annan synth...
Ska se om jag hittar någon sysex-fil, där står det. Det brukar vara såhär:
F0H - börja sända sysex
41H - Rolands tillverkar ID
00H - Device ID
42H - Model ID
..
...
..
.
.
.
..
2CH - Checksumma
F7H - Slutet på sysex

Det jag behöver veta för att välja "Sysex Device ID" är vad SID-synthen får för "Tillverkar-ID" så jag inte sätter ett "Device ID" som jag redan använder för någon annan synth...
Ska se om jag hittar någon sysex-fil, där står det. Det brukar vara såhär:
F0H - börja sända sysex
41H - Rolands tillverkar ID
00H - Device ID
42H - Model ID
..
...
..
.
.
.
..
2CH - Checksumma
F7H - Slutet på sysex