µCprogrammerares protokoll, skissar på en multiprogrammera

[Korken]

Hej alla glada!

Jag har nu blivit trött på att leta mellan olika programmerare så fort man ska byta processor familj så jag har börjat skissa på en multi-programmerare då den jag väntade på kom aldrig (cyrs?).
Men jag letar nu efter överförnings protokollen för olika programmerare som olika för PIC, AVR, Propeller, ARM, dsPIC osv (ta de som går/passar med designen/funktionen).
Alltså, hur ska man söka för att hitta? Jag har letat i två dagar nu utan större lycka.
Ska man söka på speciella för varje? Typ STK200 protokoll osv?

Funderar också om man ska köra COM/LPT port eller USB. Är inte säker där än.
Bror på hur jag lyckas få det att fungera med olika program, kanske lura programmen att de är andra programmerare som att lura AVR Studio att det är en AVRISP mkII.
Idéer/förslag/synpunkter?

All hjälp uppskattas starkt!

//Emil

[sodjan]

Alltså protokollen mellan programmeringsmjukvaran och själva
programmeraren ? Inte mellan programmeraren och processorn ?

Det är inte alltid som den är "öppen", speciellt inte för kommersiella
programmerare.

[Korken]

"Alltså protokollen mellan programmeringsmjukvaran och själva
programmeraren ? Inte mellan programmeraren och processorn ?"
Både och.
Då det är enklare att efterlikna redan existerande programmerare men att man bara slänger in alla i samma burk.
Och det är bra att veta hur programmet och programmeraren "pratar" så jag kan få min att förstå vad programmet säger till den.

"Det är inte alltid som den är "öppen", speciellt inte för kommersiella
programmerare."
Var rädd för det, då får jag nog heltenkelt ta de som finns att fåtag på.
Som jag vet att det går att få tag på AVR och PICs protokoll (då jag har sett några andvända det) men jag vet inte hur det är med resten.
Men jag hoppas att jag kan fåtag på så många som möjligt och förhoppningsvis implementera så många som möjligt av de.

//Emil

Edit: Föressten sodjan, grattis till ditt kommande 6000 inlägg.

[sodjan]

> och PICs protokoll...

Men nu talar du alltså om protokollet mellan programmeraren och
processorn !? *Det* är nog nästan alltid öppet och dokumenterat.

Inte för att låta negativ, men jag tror inte på projektet.

Dels är det för stor skillnad på olika processor-arkitekturer (för att
bygga in det i samma utrustning), dels finns det ju redan fullgoda
alternativ på marknaden (till varje arkitektur)...

Men visst, värderar man sin (lediga) tid till "nära 0", så kör på...

[Korken]

"Men nu talar du alltså om protokollet mellan programmeraren och
processorn !? *Det* är nog nästan alltid öppet och dokumenterat."
Nu börjar vi prata. Det var det som jag var ute efter.
För det är ju de som är den "viktiga" delen att få det och fungera.

"Dels är det för stor skillnad på olika processor-arkitekturer (för att
bygga in det i samma utrustning)"
_Hur_ den programmeras spelar väll ingen roll sålänge man skriver bitarna på rätt sätt.
Eller är jag helt ute och cyklar?

"Inte för att låta negativ, men jag tror inte på projektet."
Jag vet att det är långsök men ja är så otroligt trött på att fara hit och dit mellan olika programmerare och det bästa är när man drar någon stanns och ska hjälpa någon och så har man fel programmerare med sig.
Det skulle vara sååå mycket enklare att ha "de vanligaste" i samma dosa.

"Men visst, värderar man sin (lediga) tid till "nära 0", så kör på..."
Lediga tid? Med så mycket ledig tid som jag har så börjar man fundera på om man har något att göra och inte vad man vill göra.

//Emil

[ucadv]

Är det inte bättre å göra en enkel GPIO och/eller SPI moj som styrs via PCns UART och låta all intelligens ligga där (i PCn) istället?

EDIT: hoppsan, såg inte att du ville styra kortet från AVR Studio m.fl.

[Micke_s]

Jag har något liknande uppfattning som sodjan. Sådana här projekt brukar sluta med att de inte uppdateras och därför dör de. Bättre med olika programmerare för olika chip och uppdaterat program.

[Korken]

ucadv
Jo, men som du själv sa så vill jag kunna kö via AVR Studio m.fl.

Micke_s:
Då får väll jag bli den första som gör klart en.
För de viktigaste är att jag får den att fungera för PIC och AVR sen ARM, Propeller, dsPIC OM det går. Men som sagt AVR+PIC är viktigast de andra 3 använder jag sällan/inte alls.
Jo, det är enkelt med några stycken för olika processorer men jag är den enstaka typen som vill ha allt i ett och gör nästan vad som hällst för att få det så.

Allihop:
Okej, låt oss lägga tvekan åt sidan och testa innan vi säger att de inte fungerar.
Roligare så.

//Emil

[Korken]

Okej, nu kan jag börja.
Jag har nu allt jag behöver för ISP med AVR via AVR Studio med AVRISP mkII Protokoll.
Ska börja skriva koden idag så jag åter kommer om några dagar med uppdateringar.

För de som vill ha denna information:
ISP Communication Protocol
AVRISP mkII Communication Protocol

//Emil