Vad kan orsaka att MCU:n blir ej programmerbar?

[Magnus_K]

Flummigt ämne, flummig fråga. Men jag blir inte klok.

Har en Arduino Nano V3 som jag programmerat ett antal gånger nu.
Allt har varit frid och fröjd tills jag pluggade i den i mitt egen-CAD:ade kort, då är den inte längre tillgänglig att programmera. Får det vanliga get_sync() felmeddelandet.

Först trodde jag att det hade något med RESET att göra men programmet fortsätter tydligen att köras om jag trycker ner det i mitt kort och håller det spänningsatt hela tiden.
Verifierade det här genom att sända lite blaj på serieporten och se TX blinka med rätt frekvens.

Värt att nämna är att jag har inte TX/RX pinnarna anslutna till något på kortet.
Pinne 13 (som det sitter en parallell LED på) använder jag som ingång på mitt kort. Denna har jag också konfigurerad som ingång.

Onekligen är det ju något jag gjort fel på mitt kort men vad kan det vara? Alltså som låser USB kommunikationen men som låter MCU:n jobba vidare?
Letat efter kortis men hittar inget. IC:n blir inte heller något varm, inte ens ljummet.

EDIT: Verifierat att den går att programmera på ett tomt kort... Gud vad drygt...

[Magnus_K]

Det kan vara så illa att jag grillat D13 (som det heter på Nano-kortet).
Ser, och läser nu, att bootloadern blinkar LED:en några gånger vilket innebär att bootloadern sätter D13 hög några gånger innan jag sätter den som ingång.
Suck och stön... och suck och stön... Varför använde jag den förbannade pinnen för?...
Återkommer om jag blir något mer klok.

EDIT: Om någon förstår sig på hur man modifierar bootloadern så detta inte sker så är jag mycket tacksam för tips. Det är Firmware version 1.16 nu.

[Borre]

Måste du använda bootloadern då?

[Magnus_K]

Är rädd för det. Kortet ska monteras i en låda och USB:n dras ut till ett panelmonterat uttag.
Gjorde så här för att slippa programmerare samt att jag har utrymme för bootloadern.

Har jag tänkt fel?

[adent]

Hej!

Jag har modifierat optiboot och flyttat LED:en vill jag minnas, det kanske jag kan hjälpa till med.
Men hur är det med reset på ditt kort? programmeringen behöver ju kunna rycka i reset, kan den det?
Du har en ganska högohmig pullup på reset på ditt kort, inte anslutet direkt till matning?

MVH: Mikael

[Magnus_K]

Nedan är hur mitt kort ser ut på D13 och RESET.

När J1 kortsluts (knapptryck) så tar PB (D13) in det och gör vissa saker i programmet.
När J1 kortsluts en längre tid så laddas C2 upp. När C2 överskider nivån på andra ingången så drar opampen RESET låg.

Denna funktion är testad utan Nano:n inkopplad och fungerar utmärkt. Kvar att lösa är hur jag ska dränera C2 när RESET väl gjorts men tror jag kan lösa det mjukvarumässigt genom PB (D13).

Du har antagligen väldigt rätt i att MCU:n inte orkar dra RESET låg. Opampen håller antagligen RESET för "hårt" hög.

Ps. Otroligt tacksam om du kan hjälpa mig med optiboot! Ds

Reset_func.JPG

[Magnus_K]

Japp, det var problemet
Klippte benet på opampen och nu fungerar det att programmera på mitt kort.

Har inte en aning om hur jag kan lösa det med nuvarande konfiguration men jag beställer nog nya kort när alla funktioner är testade.
Kanske bakar in en trissa eller något...

Inser också att när LED:en blinkar vi programmering så laddas C2 och vill det sig riktigt illa så sätter den sig själv i reset
Nej fy vilken blunder. Gör om gör rätt.

@adent:
Som sagt, hör gärna av dig i tråden eller annat. Är väldigt intresserad av att redigera bootloadern.

[svanted]

sätt en diod som pekar in mot opampen...

[Icecap]

Magnus_K: R4 är väl alldeles onödig? Du har en stark drivning från op-amp'en och behöver ingen pull-up.

Men den kan kopplas mellan op-amp utgången och RESET och värdet förändras till t.ex 2,2k, då skulle drivningen vara stark fortfarande men inte så stark att µC'n inte orkar dra den internt.

[adent]

Magnus_K: Ladda hem källkoden till optiboot så tar vi det därifrån!


MVH: Mikael

[Magnus_K]

@svanted:
Ber om att få återkomma. Tänkte på det här tidigare men kom fram till att det nog inte kommer fungera av någon anledning. Antagligen tänkte jag fel men ska kika på det igen ikväll!

@Icecap:
Det har du säkert helt rätt i. Tänkte nog lite för mycket "tri-state" när jag lade till den i schemat. Det kan till och med varit så att opampen var en annan komponent i tidigare revision och så har den följt med.
Vad tror du om att ersätta den mot en liten 100n istället? Kan ju inte skada?
Din idé med ett seriemotstånd låter spännande. Kan ju faktiskt ersätta mitt kapade ben på opampen med en 2k2 0604:a eller så.
Inte lätt för dig att veta men Nano-korten har en 1k pullup till reset redan. Visst måste denna bort för att inte få för hög spänningsdelning? Alt öka 2k2 till 4k7 eller så?

@adent:
Skapar en ny tråd i kväll om att modifiera och ladda in optiboot i en Nano klon. Kanske är till nytta för någon annan också.

[Icecap]

Om det finns en pull-up är det du behöver där en diod, katod mot RESET.

[Magnus_K]

Kikat mer nu och efter att ritat upp det så tänkte jag, väldigt oväntat, lite fel. Det ska nog kanske gå att lösa med en diod!

Schemat nedan är lite rörigt men om jag plockar bort LED:en vid D13 och brygga dom paddarna samt låter seriemotståndet vara kvar, så kan jag nyttja detta för att tömma C i RC-filtret till opampen.
Håller tummarna att FTDI-chippen inte får tuppjuck när RESET-snöret är draget lågt under några sekunder men å andra sidan borde det motsvara att hålla inne original RESET-knapp några sekunder så det borde fungera.

Nu ska det moddas och ladda ny bootloader!

Ps. Om någon fortfarande hänger med i vad jag håller på med är jag imponerad. Mycket snurrig tråd, t.o.m för mig Ds

EDIT: Felritat på min skiss! Det är inte jord nere t.v vid brytaren, det ska vara +5V där.

DSC_3071.jpg

[Magnus_K]

@adent:
Ha! Gör ingen ny tråd för det här gick så smidigt.
Det räckte att ladda in optiboot i den. Det var redan för-definerat att LED_START_FLASHES = 0; så nu är den utgången inaktiverad under programmering och jag har sparat 1,5k minne också
Förstår att det är lite mer meckande för att byta LED-pinne men behöver inte det just nu.

[Rubert]

Hej
Jag har ett liknande problem och skulle vara tacksam om fick låna tråden för att få lite hjälp.

Projekt:
Jag håller på att konstruera en battericellstestare. Funktionen är att en testcell laddas med en bestämd kapacitet. Efter uppladdning laddas cellen ur under det att kapaciteten mätts upp. Till Mätningar och beräkningar har jag tänkt använda en Arduino Nano modul (Atmega328p) med men egen kod.

Problem:
Jag försöker att programmera modulen från AVR studio 6.2 via STK500 med ISP. För att skrivning och läsning ska fungera måste jag hålla ner resetknappen på Nanomodulen under programmeringsförloppet. Resetpinnen på ISP kontakten på STK ligger hög hela tiden. Testar jag att programmera en Atmega32 går resetpinnen låg och det fungerar utan handpåläggning.

Fråga:
Någon som kan ge mig ett tips om varför jag inte får någon reset när jag har valt Mega328p?