Re: Tråden för Delta/Kossel 3D-Skrivare (fd Simplys 3D-Skriv
Postat: 24 maj 2014, 18:04:57
Blurgh. Jag har lekt lite med Picon, fantastiskt söt pryl, höll på att kalibrera den skojiga 500°C-termistorn (verkar vara normaliserad på 100°C och inte 25, vilket iofs känns logiskt; läser 3.6 MΩ vid 25°C, heh. Mätte upp referensmotståndet för den kanalen på RUMBAn (4.53kΩ, hejhopp), spänningen (4.94V), osv, och efter att ha stoppat ner PT100:an som hör till multimetern, och en omgång med att försöka mäta resistor direkt, och en andra omgång justera kurvan efter vad det egentligen blir jfrt mätvärde på multimetern, så har jag +- 1°C mot referens vid 100°, 170° och 275°. Känns rätt bra!
...och nu vägrar min RUMBA att bli programmerad
Lutade åt att bootloadern lyckats bli korrupt; hållt på och slitit med det ett par timmar nu. Sen upptäckte jag lite slumpmässigt att Arduino-paketet inte vet att prata stk500v2-protokollet över serieport, dvs ett programmeringsprotokoll som klarar program >128K, och jag tror min repetier -precis- överskrider 128K nu.
Nu åtgärdat.
Så det kanske var det som var felet hela tiden. Detta efter att ha desperat sköljt av kortet i destvatten, sprit, och kört varmluftspistol på CPUn ifall det var nån kallödning nånstans. Förhastad hagelbössefelsökning i mörkret är nästan aldrig en bra idé
Nu har jag suttit och väntat på att avrdude ska programmera klart bootloadern i sådär 1200 baud i över en timme… håll tummarna eller nåt.
Redigering: ^ det här fungerade inte, för jag klantade mig och lyckades wipe:a bootloadern själv istället
, MEN! Jag lyckades koppla upp min teensyusb som ISP-programmerare via EXP2-porten (i övrigt är portarna förväxlade i beskrivningen på reprap.org, det är härligt det här med opensores-saker, bränna ny bootloader, och nu fungerar den igen!
För att faktiskt dokumentera hur man löser problemet (nån här lär väl åka på det förr eller senare); här är den väldigt enkla fixen så man slipper springa i jättestora cirklar på det här sättet:
Peta in det här i /Applications/Arduino.app/Contents/Resources/Java/hardware/arduino/avr/programmers.txt eller motsvarande på din plattform:
...och det var allt. Det märks att folk i open sores-världen testar saker
, det finns ingen möjlighet att det någonsin fungerat att bränna in program >128k på sin ATmega2560-arduino med omodifierad konfiguration...
...och nu vägrar min RUMBA att bli programmerad

Lutade åt att bootloadern lyckats bli korrupt; hållt på och slitit med det ett par timmar nu. Sen upptäckte jag lite slumpmässigt att Arduino-paketet inte vet att prata stk500v2-protokollet över serieport, dvs ett programmeringsprotokoll som klarar program >128K, och jag tror min repetier -precis- överskrider 128K nu.

Så det kanske var det som var felet hela tiden. Detta efter att ha desperat sköljt av kortet i destvatten, sprit, och kört varmluftspistol på CPUn ifall det var nån kallödning nånstans. Förhastad hagelbössefelsökning i mörkret är nästan aldrig en bra idé

Nu har jag suttit och väntat på att avrdude ska programmera klart bootloadern i sådär 1200 baud i över en timme… håll tummarna eller nåt.
Redigering: ^ det här fungerade inte, för jag klantade mig och lyckades wipe:a bootloadern själv istället

För att faktiskt dokumentera hur man löser problemet (nån här lär väl åka på det förr eller senare); här är den väldigt enkla fixen så man slipper springa i jättestora cirklar på det här sättet:
Peta in det här i /Applications/Arduino.app/Contents/Resources/Java/hardware/arduino/avr/programmers.txt eller motsvarande på din plattform:
Kod: Markera allt
rumba.name=RUMBA
rumba.communication=serial
rumba.protocol=stk500v2
rumba.program.protocol=stk500v2
rumba.program.tool=avrdude
rumba.program.extra_params=-P{serial.port}
