## ## ## ## ## ## ##### ## ####
#### ## ##### ## ## #####
#### ### ## # #### ### # ## ### ###
_ (_) | | | | | | (_)
##### ## ##### ## ######
IMPORTANT: enter the case-INsensitive alphabetic (no numbers) code AND WRITE SOME SHORT summary of changes (below) if you are saving changes. (not required for previewing changes). Wiki-spamming is not tolerated, will be removed, so it does NOT even show up in history. Spammers go away now. Visit Preferences to set your user name Summary of change: Q. How can I decide if I want to compile my own firmware? * People who got GenBoard/VerThree from WebShop implicitely have GenBoard/Manual/License/WBSensor so usually use the WBO2 enabled precompiled firmware release from GenBoard/UnderDevelopment/FirmwareChanges that gets testing (developers use it too, on their vehicles). Remember, in any case, WhatEverYouDoYouDoItAtYourOwnRisk. * v2.2 users are more experienced (because at that time everyone compiled his own firmware) and build their firmware themselves. Anyone is encouraged to release compiled firmware for whatever board/LCD/... versions, after sufficient testing. * some use the firmware for special applications, they usually compile themselves Q. I have Windows and I want to build the VEMS firmware. What do I need? * Visit http://sourceforge.net/projects/winavr Download version 20040720 WINAVR package (13MB). Q. I am having problems getting the Gcc Compiler to work correctly. Who will help me? A. visit [http://www.avrfreaks.net/phpBB2/viewforum.php?f=2 AVRfreaks AVR GCC forum] Use the search function in the left column. Ask a question on the forum if searching the archives gets you nowhere. Q. I have linux. Is there anything for me? A. Some linux rpm packages are here: http://savannah.nongnu.org/download/simulavr/binaries/RPMS/i386/ I successfully used them on debian using alien --to-deb conversion. The above link for linux rpm's is obsolete. I searched on the AVR freaks site and came up with this software under tools, but I'm not sure which we would recommend to use. http://www.avrfreaks.net/Home/gensearch.php?keyword=linux+rpm§ion=0 ---- There was an annoying optimization bug (combine bug) fixed on 2003.jul.11. in mainstream experimental gcc (not only avr). If your package contains an older gcc, you must use gcc -O0 for several files (button.c and lcd.c comes to mind) or get a newer version. [http://slacy.com/phpwiki/index.php?pagename=avr-gcc Building your own C cross-compilers for Atmel AVR under Linux/x86] Please copy the testprogram (that tests wether a gcc has the bug) here: .... I think I've run into it (again?). I used this gcc version: <code> avr-gcc -v Reading specs from /usr/lib/gcc-lib/avr/3.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,c++ --disable-nls --target=avr i386-redhat-linux Thread model: single gcc version 3.3 20030512 (prerelease) </code> (not on the machine I usually compile on) on 2005-03-15 to compile my firmware (with -O2 I guess), and there was a serious compilation error. corr.ve_hp was all around the place, so was pulsewidth. The car behaved badly (it's a miracle that it ran at all!) MegaTunix showed on the VE 3D view that the dot was not on the VE patch where it should have been. Since I was experimenting with megatunix, I thought it was some megatunix configuration thing. I didn't reproduce on table yet, but it's 99% that this was the case. The ..v8 on GenBoard/UnderDevelopment/FirmwareChanges has vems.hex compiled with the good compiler - it also tested OK. Optional: Add document to category: Wiki formatting: * is Bullet list ** Bullet list subentry ... '''Bold''', ---- is horizontal ruler, <code> preformatted text... </code> See wiki editing HELP for tables and other formatting tips and tricks.