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é?
PIC som programmerar PIC
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.
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.
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.
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.
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.
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å.
)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å.
