Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me.
|
Forum Index : Microcontroller and PC projects : Maximite 2.5 -KSD With USB Mass Storage
Page 2 of 4 | |||||
Author | Message | ||||
sparkey Senior Member Joined: 15/06/2011 Location: AustraliaPosts: 819 |
yeah cool i get what you r saying . technicians do it with least resistance |
||||
sparkey Senior Member Joined: 15/06/2011 Location: AustraliaPosts: 819 |
soon everbody will want the maxi as a gui and.so. i have run nicks graphic menue only have a couple of uses for the maxi "updating to a new sd-card is not a hassle for me ...i have three .. ..maxi mites 2 supplied by don ..via ..vteck one embedded to switch my camerares and the other to run my inverter and my third one just as running simple programmes.....regards sparkey technicians do it with least resistance |
||||
vasi Guru Joined: 23/03/2007 Location: RomaniaPosts: 1697 |
One last thing I want to say. I'm not against original Maximite. Is an excellent computer. Is a must have as a programmer unit and as a laboratory tool (some time I will make one for myself - is more energy saver than a normal PC used for programming microcontrollers and logging data). And also as an educational tool. But you still need something to embed if you go on a larger scale. And here you can have many ways, one being the embeded variant of Maximite which Don sells. Actually, the hardware of Maximite can not address all hardware requirements of a complex project and you have to make "hacks" on the firmware for new functions or different behavior. These does not exclude or threat the standard Maximite. But are required. The thing they all have in common is the MMBasic of Geoff. And BASIC means easy to program and maintain. Now, I will shut up! Vasi Hobbit name: Togo Toadfoot of Frogmorton Elvish name: Mablung Miriel Beyound Arduino Lang |
||||
sparkey Senior Member Joined: 15/06/2011 Location: AustraliaPosts: 819 |
cool vasi it was never meant to be a 286 ...given this it was soposed to be like a"plc" controller i actully had it running my inverter today the switching comming from my altro maxi technicians do it with least resistance |
||||
ksdesigns Senior Member Joined: 25/06/2011 Location: United StatesPosts: 143 |
Finally time to get it running on the chipKIT MAX32 board with the stock bootloader Still the stripped version no video or keyboard and USB storage kenseglerdesigns.com/cms/none/6 Hope some one will use it ken |
||||
vasi Guru Joined: 23/03/2007 Location: RomaniaPosts: 1697 |
Excellent work Ken, thank you very much! Vasi Hobbit name: Togo Toadfoot of Frogmorton Elvish name: Mablung Miriel Beyound Arduino Lang |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
avrdude -C /opt/local/etc/avrdude.conf -c stk500v2 -P /dev/tty.usbserial-A5004FpV -p pic32 -b 115200 -U flash:w:Maximite-2.5-ksd-ChipKit-Max32.hex:i -v Ken, I saw your web site and was excited about it, so I got a Max32-chipKIT, and the latest avrdude (5.10). The USB Serial drivers install to com13: and I can send the one second blink test program to the board, using the latest MPIDE (v0022). But, I found at least three problems with sending your hex file to the device, using avrdude. 1. For me, the avrdude.conf file is at c:/WinAVR-20100110/bin/avrdude.conf -- easy fix. 2. I then get the error message "avrdude: ser_open(): can't open device "/dev/tty.usbserial-A5004FpV": The system cannot find the path specified." The closest I can find is the Device Instance Path, "USB\VID_0403&PID_6001\A5004FOW" and I have no idea if this is even relevant, but I couldn't figure out any combination of paths or devices that actually worked. As I said, I can successfully send a program to the board using the MPIDE. 3. I also get an error message saying that pic32 is not a valid part. In the avrdude.conf file that came with v5.10, PIC32 isn't listed, but I did find a PIC32 in a much newer avrdude.conf file that came with the latest MPIDE. It lists a PIC32 part number, but that still fails, and avrdude says that only PIC32-360 is a valid part number. Yet there is an apparently valid PIC32 part number entry for the 32MX795F512L chip. The PIC32-360 entries (all using this same part number) are for 32MX360F512L, 32MX320F064H and 32MX320F128H chips, and not the 32MX795F512L. I did a Google search, found someone else with a similar problem, but the answer didn't seem to actually be an answer. PIC32 should work, but doesn't, while PIC32-360 shouldn't work, but apparently does. So, I bought the Max32 chipKIT board, thinking this would be an easy installation of your modified MM Basic, with flash drive support, based on your web site. But I have ran into hardware problems that I don't have the knowledge to solve. Thanks for any help you can provide. |
||||
ksdesigns Senior Member Joined: 25/06/2011 Location: United StatesPosts: 143 |
Are you using the avrdude from here ? bottom of page https://github.com/chipKIT32/chipKIT32-MAX/downloads and use the avrdude.conf thats in that file .. What OS you using ? that command line is from my mac ken |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
Thanks for the amazingly prompt response. I had previously downloaded the complete WinAVR 0022 from the top of the page. I will now download the avrdude alone from the bottom of the page. That will take me another 8.5 hours, thanks to my incredibly slow internet connection (and the remaining time seems to increase whenever I look at it). I am using Windows 7. I did figure out that the device path should simply be "com13" -- I should have recognized you were using a Mac or Linux operating system. While changing the device path to com13 sort of worked, and I got some communication from the Max32, I eventually got a Windows error message that avrdude crashed. Here is what happened when I just changed to com13 (pic32 worked this time) ================== avrdude -C c:/WinAVR-20100110/bin/avrdude.conf -c stk500v2 -P com13 -p pic32 -b 115200 -U flash:w:Maximite-2.5-ksd-ChipKit-Max32.hex:i -v avrdude: Version 5.10, compiled on Jan 19 2010 at 10:45:23 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2009 Joerg Wunsch System wide configuration file is "c:/WinAVR-20100110/bin/avrdude.conf" Using Port : com13 Using Programmer : stk500v2 Overriding Baud Rate : 115200 AVR Part : 32MX795F512L Chip Erase delay : 9000 us PAGEL : PD7 BS2 : PA0 RESET disposition : dedicated RETRY pulse : SCK serial program mode : yes parallel program mode : yes Timeout : 200 StabDelay : 100 CmdexeDelay : 25 SyncLoops : 32 ByteDelay : 0 PollIndex : 3 PollValue : 0x53 Memory Detail : Block Poll Page Polled Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW Max W ReadBack ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- --- -- --------- eeprom 65 10 4 0 no 2048 8 0 9000 90 00 0xff 0xff flash 65 10 128 0 yes 524288 256 2048 4500 45 00 0xff 0xff lock 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 lfuse 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 hfuse 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 efuse 0 0 0 0 no 1 0 0 9000 90 00 0x00 0x00 signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00 calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00 Programmer Type : STK500V2 Description : Atmel STK500 Version 2.x firmware Programmer Model: AVRISP Hardware Version: 15 Firmware Version Master : 2.10 Vtarget : 0.0 V SCK period : 150.9 us avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.05s avrdude: Device signature = 0x504943 avrdude: safemode: lfuse reads as 0 avrdude: safemode: hfuse reads as 0 avrdude: safemode: efuse reads as 0 avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: current erase-rewrite cycle count is -1145324613 (if being tracked) avrdude: erasing chip avrdude: reading input file "Maximite-2.5-ksd-ChipKit-Max32.hex" ==================================================== At this point I get a Windows error message: "avrdude has stopped working" Details: Problem signature: Problem Event Name: APPCRASH Application Name: avrdude.exe Application Version: 0.0.0.0 Application Timestamp: 4b55f553 Fault Module Name: avrdude.exe Fault Module Version: 0.0.0.0 Fault Module Timestamp: 4b55f553 Exception Code: c0000005 Exception Offset: 00011a5e OS Version: 6.1.7601.2.1.0.768.3 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 =================================== Thank you again, (I am now down to only 7.45 hours left of the download) |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
My problem looks similar to this one: http://www.chipkit.org/forum/viewtopic.php?f=6&t=205 |
||||
ksdesigns Senior Member Joined: 25/06/2011 Location: United StatesPosts: 143 |
If you use that newer version of avrdude you should be fine had the same issues before also ken |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
I have been downloading what I thought was the correct file, for at least 4 hours now, and Windows is telling me I still have over 5 hours to go (very slow internet where I am). But now I am not even sure which of the files at the bottom of the page you are referring to. I suppose that's because I don't know on which forum they are being discussed, and the listed files are out of order, going by the date. Would you please be so kind as to tell me which file you were referring to? The obvious one says avrdude5.10.zip, from April 14, but 20110710.zip also refers to an updated avrdude.conf file, and is dated July 11th. The most recent file is dated 2 days ago, but I honestly can't tell if this refers to avrdude and the conf file or not. ---------------------------------------- Download Tags release20110822.zip — Issue#107 code from Brian Schmalz resolves this issue. ZIP TAR.GZ a64da3b · Uploaded 2 days ago avrdude5.10.zip — Avrdude 5.10 and configuration file updated. Problem 5.10 version not compatible with Arduino, but program Pic MEga, Pic UNo. ZIP TAR.GZ fe860a8 · Uploaded April 14, 2011 20110821.zip — Issue# 101 Code from GeneApperson resolved this issue. ZIP TAR.GZ 7795a78 · Uploaded 4 days ago 20110809.zip — The rest of the fix for issue#70 ZIP TAR.GZ 1334298 · Uploaded August 08, 2011 20110710.zip — avrdude.conf updated with Brian Schmalz avrdude.conf changes. Repackaged macosx, windows zips. Also, created a copy of avrdude.conf to go in windows/dist, macosx/dist for central editing. ZIP TAR.GZ e99a995 · Uploaded July 11, 2011 20110530.zip — Issue 44 closed, the behaviour is normal. platforms.txt now has note explaining. ZIP TAR.GZ 27af527 · Uploaded May 30, 2011 20110521.zip — Update the windows about.bmp file for issue 32 ZIP TAR.GZ 58acb8d · Uploaded May 21, 2011 20110518.zip — Turn macosx debugging off. Fixed the issue of object files not being in seperated array entries. ZIP TAR.GZ 010cff0 · Uploaded May 14, 2011 |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
I see now the forum is chipkit.org I've been using avrdude v5.10, which came with WinAVR 20100110, downloaded sourceforge, so are there different versions of 5.10? I know there are different versions of the .conf file, and the forum mentioned how difficult it was keeping track of them all. I still don't know if I am downloading the file with the most recent .conf, so my effort today could easily be wasted. It's taken over 8 hours so far, with 3 more to go (assuming there are no power outages, or other crashes, which would mean I have to start over). The avrdude.conf file I used came from the MPIDE 20110619 build, which was the latest one, when I downloaded it last week. I see now there is a more recent 20110822 build of the IDE, but I am having major problems with slow downloading, so it could be a long time before I am able to update to the latest MPIDE, which may or may not have the latest avrdude.conf file. I haven't even begun to try to download it. It's especially annoying that I have to download such large files when all I apparently need is the latest avrdude.conf file. |
||||
vasi Guru Joined: 23/03/2007 Location: RomaniaPosts: 1697 |
Maybe this one helps you. Is from the latest version, but don't know if is working for you. Anyway, is less to download: 2011-08-26_011349_avrdude.zip Hobbit name: Togo Toadfoot of Frogmorton Elvish name: Mablung Miriel Beyound Arduino Lang |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
Thanks for the help, Vasi. But, I end up with the exact same problem. Everything seems to work OK until avrdude tries to read the hex file. Then avrdude crashes, and I get a Windows error screen (avrdude.exe has stopped working). I don't get an error message from avrdude. The avrdude.conf file you sent, the one I finally managed to download today, and the one I used from a couple weeks ago, are all the same version (or at least the PIC32 portion is the same). All three avrdude.exe programs say they are 5.10, and they are all the same size (306 KB, 313,344 bytes). Thanks again, |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
I deleted everything, downloaded the latest 2 day old MPIDE and started all over again. I got the same failure. When avrdude tries to read the hex file, it crashes. ===== The closest I found to an answer is the web page I listed above, which says: Q. Does the hex file have code in the boot flash or configuration word area? Maybe you're trying to overwrite the bootloader? A. I guess you were right. By disabling the linkin of start up library in MPLab we can upload the code using avrdude (Project Properties ... check "Do not link startup code") |
||||
vasi Guru Joined: 23/03/2007 Location: RomaniaPosts: 1697 |
And that solved the problem? Vasi Hobbit name: Togo Toadfoot of Frogmorton Elvish name: Mablung Miriel Beyound Arduino Lang |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
http://www.chipkit.org/forum/viewtopic.php?f=6&t=205 Yes, according to the thread. --- The symptoms for the Max32 situation are either the hex file can't be read, or it is being read, but causes a major problem. A major problem could be overwriting a bootloader. It possibly doesn't recognize the hex file as valid, which would normally be the next step after reading the file. But neither avrdude nor Windows 7 give any messages that mean anything to me. Here is the error log from Windows 7 (32 bit). Letting the error message attempt to "find a solution online" just results in the error screen eventually closing, with nothing further happening. Version=1 EventType=APPCRASH EventTime=129587674623994723 ReportType=2 Consent=1 ReportIdentifier=eedf7a64-cf40-11e0-a10f-001fd01d2817 IntegratorReportIdentifier=eedf7a63-cf40-11e0-a10f-001fd01d2 817 Response.type=4 Sig[0].Name=Application Name Sig[0].Value=avrdude.exe Sig[1].Name=Application Version Sig[1].Value=0.0.0.0 Sig[2].Name=Application Timestamp Sig[2].Value=4b55f553 Sig[3].Name=Fault Module Name Sig[3].Value=avrdude.exe Sig[4].Name=Fault Module Version Sig[4].Value=0.0.0.0 Sig[5].Name=Fault Module Timestamp Sig[5].Value=4b55f553 Sig[6].Name=Exception Code Sig[6].Value=c0000005 Sig[7].Name=Exception Offset Sig[7].Value=00011a5e DynamicSig[1].Name=OS Version DynamicSig[1].Value=6.1.7601.2.1.0.768.3 DynamicSig[2].Name=Locale ID DynamicSig[2].Value=1033 DynamicSig[22].Name=Additional Information 1 DynamicSig[22].Value=0a9e DynamicSig[23].Name=Additional Information 2 DynamicSig[23].Value=0a9e372d3b4ad19135b953a78882e789 DynamicSig[24].Name=Additional Information 3 DynamicSig[24].Value=0a9e DynamicSig[25].Name=Additional Information 4 DynamicSig[25].Value=0a9e372d3b4ad19135b953a78882e789 UI[2]=E:\PIC & AVR October 2001\mpide-0022-windows-20110822\hardware\tools\avr\bin\avrd ude.exe UI[3]=avrdude.exe has stopped working UI[4]=Windows can check online for a solution to the problem. UI[5]=Check online for a solution and close the program UI[6]=Check online for a solution later and close the program UI[7]=Close the program LoadedModule[0]=E:\PIC & AVR October 2001\mpide-0022-windows-20110822\hardware\tools\avr\bin\avrd ude.exe LoadedModule[1]=C:\Windows\SYSTEM32\ntdll.dll LoadedModule[2]=C:\Windows\system32\kernel32.dll LoadedModule[3]=C:\Windows\system32\KERNELBASE.dll LoadedModule[4]=E:\PIC & AVR October 2001\mpide-0022-windows-20110822\hardware\tools\avr\bin\libu sb0.dll LoadedModule[5]=C:\Windows\system32\ADVAPI32.DLL LoadedModule[6]=C:\Windows\system32\msvcrt.dll LoadedModule[7]=C:\Windows\SYSTEM32\sechost.dll LoadedModule[8]=C:\Windows\system32\RPCRT4.dll LoadedModule[9]=C:\Windows\system32\cfgmgr32.dll LoadedModule[10]=C:\Windows\system32\setupapi.dll LoadedModule[11]=C:\Windows\system32\GDI32.dll LoadedModule[12]=C:\Windows\system32\USER32.dll LoadedModule[13]=C:\Windows\system32\LPK.dll LoadedModule[14]=C:\Windows\system32\USP10.dll LoadedModule[15]=C:\Windows\system32\OLEAUT32.dll LoadedModule[16]=C:\Windows\system32\ole32.dll LoadedModule[17]=C:\Windows\system32\DEVOBJ.dll LoadedModule[18]=C:\Windows\system32\hid.dll LoadedModule[19]=C:\Windows\system32\IMM32.DLL LoadedModule[20]=C:\Windows\system32\MSCTF.dll FriendlyEventName=Stopped working ConsentKey=APPCRASH AppName=avrdude.exe AppPath=E:\PIC & AVR October 2001\mpide-0022-windows-20110822\hardware\tools\avr\bin\avrd ude.exe [edited to remove some spaces that got inserted during cut and paste] [yet the spaces still show up, even after editing, including "avrd ude.exe" 3 times and "libu sb0.dll"] |
||||
ksdesigns Senior Member Joined: 25/06/2011 Location: United StatesPosts: 143 |
Had the same problem spent hours fixing it and you HAVE to use those latest tools and the avrdude.conf this is the part from avrdude.conf #----------------------------------------------------------- - # Pic CPU added by Mark Sproul, March 2011 #----------------------------------------------------------- - part id = "pic32"; desc = "32MX795F512L"; signature = 0x50 0x49 0x43; has_jtag = no; # stk500_devcode = 0xB2; # avr910_devcode = 0x43; chip_erase_delay = 9000; pagel = 0xD7; bs2 = 0xA0; reset = dedicated; pgm_enable = "1 0 1 0 1 1 0 0 0 1 0 1 0 0 1 1", "x x x x x x x x x x x x x x x x"; chip_erase = "1 0 1 0 1 1 0 0 1 0 0 0 0 0 0 0", "x x x x x x x x x x x x x x x x"; timeout = 200; stabdelay = 100; cmdexedelay = 25; synchloops = 32; bytedelay = 0; pollindex = 3; pollvalue = 0x53; predelay = 1; postdelay = 1; pollmethod = 1; pp_controlstack = 0x0E, 0x1E, 0x0F, 0x1F, 0x2E, 0x3E, 0x2F, 0x3F, 0x4E, 0x5E, 0x4F, 0x5F, 0x6E, 0x7E, 0x6F, 0x7F, 0x66, 0x76, 0x67, 0x77, 0x6A, 0x7A, 0x6B, 0x7B, 0xBE, 0xFD, 0x00, 0x01, 0x00, 0x00, 0x00, 0x02; hventerstabdelay = 100; progmodedelay = 0; latchcycles = 5; togglevtg = 1; poweroffdelay = 15; resetdelayms = 1; resetdelayus = 0; hvleavestabdelay = 15; chiperasepulsewidth = 0; chiperasepolltimeout = 10; programfusepulsewidth = 0; programfusepolltimeout = 5; programlockpulsewidth = 0; programlockpolltimeout = 5; idr = 0x31; spmcr = 0x57; rampz = 0x3b; allowfullpagebitstream = no; memory "eeprom" paged = no; /* leave this "no" */ page_size = 8; /* for parallel programming */ size = 4096; min_write_delay = 9000; max_write_delay = 9000; readback_p1 = 0x00; readback_p2 = 0x00; read = " 1 0 1 0 0 0 0 0", " x x x x a11 a10 a9 a8", " a7 a6 a5 a4 a3 a2 a1 a0", " o o o o o o o o"; write = " 1 1 0 0 0 0 0 0", " x x x x a11 a10 a9 a8", " a7 a6 a5 a4 a3 a2 a1 a0", " i i i i i i i i"; loadpage_lo = " 1 1 0 0 0 0 0 1", " 0 0 0 0 0 0 0 0", " 0 0 0 0 0 a2 a1 a0", " i i i i i i i i"; writepage = " 1 1 0 0 0 0 1 0", " 0 0 x x a11 a10 a9 a8", " a7 a6 a5 a4 a3 0 0 0", " x x x x x x x x"; mode = 0x41; delay = 10; blocksize = 8; readsize = 256; ; memory "flash" paged = yes; # size = 262144; #- size = 13631488; size = 524288; page_size = 256; num_pages = 2048; # num_pages = 26624; # num_pages = 53248; min_write_delay = 4500; max_write_delay = 4500; readback_p1 = 0x00; readback_p2 = 0x00; read_lo = " 0 0 1 0 0 0 0 0", "a15 a14 a13 a12 a11 a10 a9 a8", " a7 a6 a5 a4 a3 a2 a1 a0", " o o o o o o o o"; read_hi = " 0 0 1 0 1 0 0 0", "a15 a14 a13 a12 a11 a10 a9 a8", " a7 a6 a5 a4 a3 a2 a1 a0", " o o o o o o o o"; loadpage_lo = " 0 1 0 0 0 0 0 0", " x x x x x x x x", " x a6 a5 a4 a3 a2 a1 a0", " i i i i i i i i"; loadpage_hi = " 0 1 0 0 1 0 0 0", " x x x x x x x x", " x a6 a5 a4 a3 a2 a1 a0", " i i i i i i i i"; writepage = " 0 1 0 0 1 1 0 0", "a15 a14 a13 a12 a11 a10 a9 a8", " a7 x x x x x x x", " x x x x x x x x"; load_ext_addr = " 0 1 0 0 1 1 0 1", " 0 0 0 0 0 0 0 0", " 0 0 0 0 0 0 0 a16", " 0 0 0 0 0 0 0 0"; mode = 0x41; delay = 10; blocksize = 256; readsize = 256; ; memory "lfuse" size = 1; write = "1 0 1 0 1 1 0 0 1 0 1 0 0 0 0 0", "x x x x x x x x i i i i i i i i"; read = "0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0", "x x x x x x x x o o o o o o o o"; min_write_delay = 9000; max_write_delay = 9000; ; memory "hfuse" size = 1; write = "1 0 1 0 1 1 0 0 1 0 1 0 1 0 0 0", "x x x x x x x x i i i i i i i i"; read = "0 1 0 1 1 0 0 0 0 0 0 0 1 0 0 0", "x x x x x x x x o o o o o o o o"; min_write_delay = 9000; max_write_delay = 9000; ; memory "efuse" size = 1; write = "1 0 1 0 1 1 0 0 1 0 1 0 0 1 0 0", "x x x x x x x x x x x x x i i i"; read = "0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0", "x x x x x x x x o o o o o o o o"; min_write_delay = 9000; max_write_delay = 9000; ; memory "lock" size = 1; read = "0 1 0 1 1 0 0 0 0 0 0 0 0 0 0 0", "x x x x x x x x x x o o o o o o"; write = "1 0 1 0 1 1 0 0 1 1 1 x x x x x", "x x x x x x x x 1 1 i i i i i i"; min_write_delay = 9000; max_write_delay = 9000; ; memory "calibration" size = 1; read = "0 0 1 1 1 0 0 0 x x x x x x x x", "0 0 0 0 0 0 0 0 o o o o o o o o"; ; memory "signature" size = 3; read = "0 0 1 1 0 0 0 0 x x x x x x x x", "x x x x x x a1 a0 o o o o o o o o"; ; ; |
||||
ArtBecker Regular Member Joined: 25/08/2011 Location: PhilippinesPosts: 47 |
Thank you again. I used the pic32 part you provided, and got the same result. avrdude/Windows crashed while/after reading the maximite...hex file The pic32 part you gave me, #----------------------------------------------------------- - # Pic CPU added by Mark Sproul, March 2011 #----------------------------------------------------------- - part id = "pic32"; desc = "32MX795F512L"; is very different than the pic32 part in all of the more recent versions of avrdude.conf that I have (which are all the same), and which say: #----------------------------------------------------------- - # Pic32 changes from Mark #----------------------------------------------------------- - part id = "pic32"; desc = "32MX795F512L"; The latter pic32 part is much more recent than the one you sent me. But I did try both of them. The conf/pic32 part immediately above is also the one that Vasi sent to me. The former looks like the original pic32 part while the latter looks like it was later modified by Mark, and hasn't been modified again since then, as far as I can tell. It is the same pic32 part in the avrdude.conf file that is in the latest Official Release 20110822 MPIDE, from 3 days ago. Do any of the files at the bottom of https://github.com/chipKIT32/chipKIT32-MAX/downloads actually have different versions of avrdude 5.10, or different pic32 parts, than the current official release? Every 5.10 avrdude.exe file I have found is the same size as every other. I even went so far as to delete my path, made sure there were no spaces in any directory name, made sure all the permissions were full & correct, and I am running it as an Administrator. The results were the exact same failure as always. It really seems to me that, since the exact same failure happens at the same place, no matter which avrdude.conf file (PIC32 part) I use, or whatever else I do, that the problem is somewhere else. avrdude -C avrdude.conf -c stk500v2 -P com13 -p pic32 -b 115200 -U flash:w:Maximite-2.5-ksd-ChipKit-Max32.hex:i -v avrdude finds the conf file OK, it communicates on com13 OK (I tried it w/o the -b 115200, but no difference), it finds the pic32 part ok, but then it crashes when reading the maximite...hex file (which is in the same /bin folder). It never verifies that the hex file is OK. Is this hex file trying to overwrite the bootloader? The maximite...hex file I am using came from your web site: 332 KB .zip 667 KB .hex (683,425 bytes) Thanks again |
||||
Page 2 of 4 |
Print this page |