Sida 1 av 1

PIC som programmerar PIC

Postat: 25 juli 2008, 11:37:44
av Henrik
Leker med tanken att låta en pic programmeras av en annan pic, för att underlätta test/programmering av ett system i produktion. På så sätt skulle man i produktionsflödet helt slippa "förprogrammering" av bootloader, och helt komma från användandet av PC.
I detta fall handlar det om en PIC18F65J10 som sitter på målsystemet. Jag fann en 'programming specification': http://ww1.microchip.com/downloads/en/D ... 39644c.pdf

Låter detta som en bra idé?

Postat: 25 juli 2008, 11:45:00
av JockeE
Det lär väl inte vara några problem. Wisp648 är ju en PIC som programmerar en annan PIC. Visserligen med stöd av en dator, men själva programmeringförfarandet ligger ju i firmware.

Jag har dock lite svårt att se fördelarna jämfört med att använda en liten laptop och alla möjligheter den för med sig.

Postat: 25 juli 2008, 12:33:30
av sodjan
I ett produktionsflöde är det bara att bygga in en "production grade programmer".
T.ex ProProg som Olin på EmbedInc tillhandahåller :
http://www.embedinc.com/proprog/index.htm

"The ProProg is an industrial strength in-circuit PIC programmer for
embedding into production fixtures."

Olin's USB-Prog är lite struligare att ha med att göra i en produktionsmiljö,
eftersom USB är lite begränsande för vad man kan göra.
http://www.embedinc.com/products/usbprog/index.htm

Jag förstår att man undvika en "PC" i en produktionsmiljö, men det går
inte alltid att få som man vill. Om man har serieanslutna programerare
och t.ex Unix/Linux/OpenVMS (eller något annat "riktigt" system) för sin
produktionsstyrning, så kan man ansluta valfritt antal programmerare
till samma system och bara köra.

Ett antal Wisp648'or borde gå snabbt att få igång eftersom programvaran
redan finns för t.ex Linux. Bara att fixa en massa serieportar, lämpligen
via ett antal terminalservers då man lätt får 100'tals portar...

Stadard PC (laptop eller vanliga) ute i produktionen har alla möjliga
nackdelar som man naturligtvis vill undvika, men, som sagt, man kan
inte alltid få allt...
:-)

Visst kan du studera "Prog Spec" och ta fram en helt egenutvecklad lösning,
men jag ser inte varför som det inte är för väldigt stora antal.

Postat: 25 juli 2008, 14:59:57
av Marta
Gäller det att flasha i produktion så bör man kanske överväga att följa hela specifikationen för hur detta skall gå till. Där ingår kontroller vid olika spänningar, så en WISP eller annan enklare utrustning klarar inte detta. Visst kan man ju chansa och antagligen kommer det att fungera OK, men man missar då den kontroll av att man har marginaler som tillhandahålles av en flashare avsedd för produktionsändamål.

Postat: 25 juli 2008, 15:02:20
av sodjan
Det var därför jag föreslog ProProg, den följer specarna för "production programming".

Postat: 25 juli 2008, 16:11:58
av Henrik
Jo, det är för rätt stora antal, och fixturer ska byggas. Ska sätta mig in i specifikationen efter semestern (hoppas jag :) )
Vi har funderat ut några test vi vill göra på korten som jag tror man kan dubblera i samband med några av funktionerna inom "production programming", så just nu lutar det väl att åtminstone förse testhårdvaran med programmeringsmöjligheter, och senare avgöra om vi kommer köra den vägen eller ej. Vi får se, tack för tipsen. Nu vet jag lite mer vad jag ska googla vidare på.

Postat: 25 juli 2008, 16:21:13
av korp
Henrik, eller så köper du en PicKit2. Sen några firmwareversioner tillbaka stöder den "PC-less"-programming. Du överför helt enkelt hex-filen till programmeraren och kan plocka loss den och ta med i fält. (Kräver dock 5V försörjning.)

Postat: 25 juli 2008, 17:22:25
av sodjan
PICkit 2 är inte "production grade".
Det är mer eller mindre en hobby-pryl eller kanske för labb/utveckling.
Dessutom var det väl i produktion det skulle användas, inte "i fält".

Kostnaden för t.ex ProProg är ganska liten jämfört med
totalkostnaden för fixturer m.m.

Henrik, you've got mail... :-)

Postat: 26 juli 2008, 03:03:38
av korp
Aha, missuppfattade kanske frågan något.