RoboSavvy Forum

BioloidCControl - Alternative firmware for CM-510

2013-05-02T17:57:13+01:00

sorry for not replying, was kinda busy ... So I tried resetting the code as described in the documentation, with no success. In the end I decided to go on and do something else, which included disassembly of the robot and building a more simple version. I now built the probing robot and wrote the firmware there myself, imitating the behavior of the taskfile for the original firmware. Reading the BioloidCControl code helped a lot with that

There is a video of a short demonstration:
https://www.youtube.com/watch?v=INeR8YlJ7vA

And yes - it's basically just a compilation of code samples form the documentation

Statistics: Posted by tachikoma — Thu May 02, 2013 5:57 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-29T23:00:14+01:00

Sounds like the problem is connected to the joint offsets, that should be easy to fix/test. Joint Offsets are not stored in the motion file, they live in a separate memory area and (if I recall correctly) that area gets overwritten by BioloidCControl.

So simply add code right at the beginning of the task file where you set all joint offsets to 0 and see if that fixes it. If you are unsure how to do that, please see here:
http://support.robotis.com/en/software/roboplus/roboplus_task/programming/parameter/motion/roboplus_task_jointoffset.htm

Statistics: Posted by planius — Fri Mar 29, 2013 11:00 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-29T20:31:02+01:00

Thanks for all the help and the attempt to reproduce the problem. I now have completely disassembled and reassembled, still the same - works fine with BioloidCControl, but not with the Robotis firmware/taskfile/motionfile

planius wrote:
OK, have now re-flashed the original firmware and it all works fine (using default Task and Motion files and RC-100).

Make sure that:
1. Dynamixels are recognised correctly after you flash the Robotis firmware

all were correctly recognised and moved to the correct default positions.

2. In RoboPlus Motion you upload the default Motion file, not the one it reads back from the controller. After you connect to the robot (F5), it will read the current 'motion' file from the CM-510 (which is partially garbage) and open a CM-510 tab to show this. Then open the default motion file and download it to the robot. If you open the default motion file first, it will switch to the CM-510 tab after connecting.

I did it exactly that way and checked if on the robot side the same values were displayed as from the motion file.

3. Download the Task file last.

Worked fine as well.

Everything then works exactly as it should with my Type A robot.

I have tried that now several times, always the same disappointing result
As the default pose after turning it on and selecting 'play' does work I assume that the task file is not the problem and was playing around with robomotion some more. And I found that when starting the tool to set the dynamixel offsets I get a 'critical error' from the robomotion software, asking me to restart the robomotion application. It however does not crash and shows a popup window with offset values for the servos. And it contains very weird values, up to -6000 for some servos. I can not change those values however, and wonder if those offset values are the reason for the completely wrong poses of the robot. I'll have to search some more on that, but beside that I have no clue what could cause the issue.

Anyway, I'll tonight will install zigbee to the remote controller and then play some more with BioloidCControl Thanks again for that and for all the help and replies.

Statistics: Posted by tachikoma — Fri Mar 29, 2013 8:31 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-26T08:40:57+01:00

OK, have now re-flashed the original firmware and it all works fine (using default Task and Motion files and RC-100).

Make sure that:
1. Dynamixels are recognised correctly after you flash the Robotis firmware

2. In RoboPlus Motion you upload the default Motion file, not the one it reads back from the controller. After you connect to the robot (F5), it will read the current 'motion' file from the CM-510 (which is partially garbage) and open a CM-510 tab to show this. Then open the default motion file and download it to the robot. If you open the default motion file first, it will switch to the CM-510 tab after connecting.

3. Download the Task file last.

Everything then works exactly as it should with my Type A robot.

Statistics: Posted by planius — Tue Mar 26, 2013 8:40 am

BioloidCControl - Alternative firmware for CM-510

2013-03-26T09:33:43+01:00

I will try and go through your issues in order.

1. The error you get in linking '__do_copy_data'. If you need the fix with your toolchain you will notice as the robot will just become unresponsive to commands after a while or not even start. In essence the fix allows access to the part of the code/PROGMEM that extends beyond 64KB.

2. The RC-100 mode with BioloidCControl only works via ZigBee (not IR). If you are using the ZigBee module in the RC-100 and the matching one on the robot, it should work. You should still get output on the serial console if you keep the cable connected to the serial port.

3. The accelerometer I am using (ADXL203) is no longer available. You need a 5V analog accelerometer or a 3.3V analog output accelerometer and a voltage divider (5V -> 3.3V) as the CM-510 supplies 5V. Both can be found at www.sparkfun.com

4. I will try to restore the Robotis firmware on my CM-510 and let you know how it goes. I have done it many times before without any issues, but not since going from version 0.5 to 0.7.

Statistics: Posted by planius — Tue Mar 26, 2013 5:25 am

BioloidCControl - Alternative firmware for CM-510

2013-03-25T18:45:14+01:00

I have not tried with only one dynamixel connected, will do that tonight. Everything with the stock firmware worked exactly as documented before I flashed BioloidCControl and did repeatedly show the wrong behavior after reflashing the originalfirmware. Also with BioloidCControl all movements are absolutely fine and as expected, which led me to assume that there is no hardware/connection problem but i definatley will check once more. What I did check was with Robomanager, I e.g zeroed all servos in the manager and the real servos moved to the correct position. Also, in managed mode, all servos move to the correct 0 position and it does go in the correct default standing position with the default firmware. But I'll recheck everything later tonight to make sure that there is not a problem on the robot side.

Statistics: Posted by tachikoma — Mon Mar 25, 2013 6:45 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-25T16:57:45+01:00

Sometimes very strange things ocur, due a a bad cable connection (check ALL of them), low level battery, wrong switch position (USB2Dynamixel), serial connection and Zig or IR connected, two usb2dynamixel connected, ... but IMHO is very very unlikely that the cause could be the previous downloaded firmware.

Have you tried with only one AX-12 connected? serial and usb2dynamixel connection?

Statistics: Posted by siempre.aprendiendo — Mon Mar 25, 2013 4:57 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-25T16:27:27+01:00

Jfyi, restored firmware again without errors, uploaded the Bioloid premium model A task file (with Robotask) and uploaded the corresponding motion file (using Robomotion), both according to the instructions in the e-manual. No luck - once selecting Remote mode, it tried to move again into a totally impossible pose.
Interestingly, when selecting the graphical pose editor in Robomotion, in the "step" view all looks right, but when selecting "robot" it showed the wrong pose the robot wanted to move into. As I'm not yet familiar with the Robo* tools from Robotis itself I expect doing something wrong, however - all I did was following the instructions. I'm aware this is not the right thread for it, I just mention it as it occurred after flashing BioloidCCdontrol and there might be a connection.
In case it has something to do with the size of the BioloidCControl firmware, mine have these sizes:

80K BioloidCControl.bin
228K BioloidCControl.hex

Anyway, with BioloidCControl via serial cable connection all works as expected so I wanted to try out using the RC-110 remote control. I therefor edited serial.h and changed it to this:

Code:: // #define SERIAL_CABLE // #define ZIG_2_SERIAL #define RC100

I compiled and flashed the new BioloidCControl.bin. After turning it on, the firmware started as expected, I could not enter commands and thus tried using the remote control. This however did not produce any output on the serial console nor any movement of the robot.
Do I have to configure something else in the code - I saw no ir device configured under
ADC Channel settings in global.h?

Last but not least I have another completely unrelated question - the mentioned accelerometer which is used for balance - where would I get that? I googled and found several ones but it seems there is none specific Bioloid version, or did I just not find it.

Statistics: Posted by tachikoma — Mon Mar 25, 2013 4:27 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-25T13:07:14+01:00

thanks a lot for the hint about uploading as bin file. Works like a charm now
I'll included the bin generation in the Makefile:

Code:: PROJECT=BioloidCControl CC=avr-gcc OBJCOPY=avr-objcopy MMCU=atmega2561 SOURCES=adc.c balance.c BioloidCControl.c button.c buzzer.c clock.c dxl_hal.c dynamixel.c led.c motion.c pid.c pose.c serial.c walk.c OBJS=$(SOURCES:.c=.o) CFLAGS=-Wall -g -std=gnu99 -lm -Os -DF_CPU=16000000UL -mmcu=$(MMCU) -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums all: $(PROJECT).hex $(PROJECT).bin $(PROJECT).bin: $(PROJECT).elf $(OBJCOPY) -R .eeprom -O binary $(PROJECT).elf $(PROJECT).bin $(PROJECT).hex: $(PROJECT).elf $(OBJCOPY) -O ihex -Wl,-Map="BioloidCControl.map" -Wl,--start-group -Wl,-lm -Wl,--end-group $< $(PROJECT).hex $(PROJECT).elf: $(OBJS) $(CC) $(CFLAGS) -o $@ $^ %.o: %.c $(CC) $(CFLAGS) -c $< -o $@ clean: rm -f $(PROJECT).bin rm -f $(PROJECT).hex rm -f $(PROJECT).elf rm -f $(OBJS)

The .bin file was successfully flashed to cm-510 (error was still reported but after pushing start the BioloidCControl command prompt appeared on in the terminal and I was able to launch commands like sit and stnd).

Statistics: Posted by tachikoma — Mon Mar 25, 2013 1:07 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-25T12:50:32+01:00

It seems that the problem flashing the controller with Linux (or other tools) is some HEX redundancy codes that should be added to the hex , but generating and uploading a bin file, the software is uploaded to the controller correctly altohough it still shows some errors

With Eclipse, Settings, Post Build-steps, command:
avr-objcopy -R .eeprom -O binary ${BuildArtifactFileName} ${BuildArtifactFileBaseName}.bin

Statistics: Posted by siempre.aprendiendo — Mon Mar 25, 2013 12:50 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-25T12:37:28+01:00

Seems the problem with BioloidCControl not working was the fact that I used gtkterm under linux to flash the controller. I tried with the roboplus terminal and all works as expected now.
I could have tried that initially, as the gtkterm flashing actually produced an error which I missed the first time:

Code:: SYSTEM O.K. (CM510 Boot loader V1.51) - ld Write Address : 00000000 Ready..Error Rewriting:0X001C Size:0X0003821B Checksum:58-0A

One thing I forgot to initially mentioning, when compiling the source I got this message:

Code:: In file included from adc.c:39: global.h:1: error: stray '\357' in program global.h:1: error: stray '\273' in program global.h:1: error: stray '\277' in program In file included from clock.h:28, from adc.c:41: global.h:1: error: stray '\357' in program global.h:1: error: stray '\273' in program global.h:1: error: stray '\277' in program make: *** [adc.o] Error 1

so I converted the file to ascii:

Code:: iconv --from-code UTF-8 --to-code US-ASCII -c global.h > global.h.ascii

then this error appeared:

Code:: BioloidCControl.o: In function `__do_copy_data': /usr/src/crux/BioloidCControl/BioloidCControl.c:304: multiple definition of `__do_copy_data' /opt/cross/avr/lib/gcc/avr/4.3.3/../../../../avr/lib/avr6/crtm2561.o:../../../../crt1/gcrt1.S:195: first defined here make: *** [BioloidCControl.elf] Error 1

I read up on the bug description in the comment and the linked thread and wondered if the bug also exists in my toolchain. Before investigating further I did comment out the fix and built without it.
How should the bug manifest in case I'd have it?

Anyway all seems to work when the .hex file gets flashed with roboplus terminal, I'm now trying different options with gtkterm to see if I can get it working as well. Later I will reflash the default firmware as well as motion and task files - is there any way to do that without windows, I have it in a vm now but it is slow as hell due to the limited memory I can assign to it.

Statistics: Posted by tachikoma — Mon Mar 25, 2013 12:37 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-25T00:21:46+01:00

Yes, you have to re-flash the original task and motion files after you re-installed the Robotis firmware. BioloidCControl exceeds 64KB and partially overwrites the Task and Motion files.

Did you follow the instructions in the User Guide regarding the installation and operation of BioloidCControl? What output did you see on the serial port?

Statistics: Posted by planius — Mon Mar 25, 2013 12:21 am

BioloidCControl - Alternative firmware for CM-510

2013-03-24T23:07:16+01:00

Thanks for the AVR Studio build output. I finally found time to flash the .hex file, however, after powering on it did not do anything, so maybe I need to add the remaining flags. I ran into some other problem:

After nothing happened, I though I'd just reflash the original firmware, so in the end I installed Windows with RoboPlus in a virtual machine and used the Robo Manager to do so (using the included wizard). It did succeed but to my surprise the robot - once turned on and switched to demo, remote or autonomous walking mode - just moved to a completely scrambled position, then made a warning sound and released all servos, blinking their leds (the servos all move into colliding positions). The basic posture after turning it on and pushing start when the 'play' mode was selected was totally ok, just once I push 'l', 'r' or 'd' - all goes wrong.

I went though the self checklist, all seems fine, I can connect to the controller, the servos center on the correct position and the check assembly mode also works as expected.

Is there any further diagnostics guide / hints I could try in order to determine what might be wrong?
Do I have to upload the task and motions files again after a firmware reset (I built Robot model A and thought that for that the default firmware should be already configured) - I actually tried it already but am not sure if I did it right with the roboplus motion editor - afterwards the behavior was still exactly as wrong as before (it always moves to the same wrong pose).

Any hint is appreciated. In the meantime I'll update the Makefile, rebuild and reflash with the custom firmware to see if the additional compiler flags might have an influence on that working.

Statistics: Posted by tachikoma — Sun Mar 24, 2013 11:07 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-21T23:20:06+01:00

I have never tried this under Linux, but the makefile looks about right to me. Just to let you know, AVR Studio uses gcc 4.6.2 and applies the following compiler and link options:

Code:: ------ Rebuild All started: Project: BioloidCControl, Configuration: Debug AVR ------ Build started. Project "BioloidCControl.cproj" (ReBuild target(s)): Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!=''). Target "CoreRebuild" in file "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\Vs\Compiler.targets" from project "C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\BioloidCControl.cproj" (target "ReBuild" depends on it): Using "RunCompilerTask" task from assembly "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\Vs\Compiler.Task.dll". Task "RunCompilerTask" C:\Program Files (x86)\Atmel\Atmel Studio 6.0\make\make.exe clean all rm -rf adc.o balance.o BioloidCControl.o button.o buzzer.o clock.o dxl_hal.o dynamixel.o led.o motion.o pid.o pose.o serial.o walk.o adc.d balance.d BioloidCControl.d button.d buzzer.d clock.d dxl_hal.d dynamixel.d led.d motion.d pid.d pose.d serial.d walk.d rm -rf "BioloidCControl.elf" "BioloidCControl.a" "BioloidCControl.hex" "BioloidCControl.lss" "BioloidCControl.eep" "BioloidCControl.map" "BioloidCControl.srec" Building file: .././adc.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "adc.d" -MT"adc.d" -MT"adc.o" -mmcu=atmega2561 -o"adc.o" ".././adc.c" Finished building: .././adc.c Building file: .././balance.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "balance.d" -MT"balance.d" -MT"balance.o" -mmcu=atmega2561 -o"balance.o" ".././balance.c" Finished building: .././balance.c Building file: .././BioloidCControl.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "BioloidCControl.d" -MT"BioloidCControl.d" -MT"BioloidCControl.o" -mmcu=atmega2561 -o"BioloidCControl.o" ".././BioloidCControl.c" C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\BioloidCControl.c(113,1): missing braces around initializer [-Wmissing-braces] C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\BioloidCControl.c(113,1): (near initialization for 'command_sequence_buffer[0]') [-Wmissing-braces] .././BioloidCControl.c: In function 'main': C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\BioloidCControl.c(146,8): variable 'motion_flag' set but not used [-Wunused-but-set-variable] C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\BioloidCControl.c(143,34): variable 'comm_status' set but not used [-Wunused-but-set-variable] Finished building: .././BioloidCControl.c Building file: .././button.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "button.d" -MT"button.d" -MT"button.o" -mmcu=atmega2561 -o"button.o" ".././button.c" Finished building: .././button.c Building file: .././buzzer.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "buzzer.d" -MT"buzzer.d" -MT"buzzer.o" -mmcu=atmega2561 -o"buzzer.o" ".././buzzer.c" Finished building: .././buzzer.c Building file: .././clock.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "clock.d" -MT"clock.d" -MT"clock.o" -mmcu=atmega2561 -o"clock.o" ".././clock.c" Finished building: .././clock.c Building file: .././dxl_hal.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "dxl_hal.d" -MT"dxl_hal.d" -MT"dxl_hal.o" -mmcu=atmega2561 -o"dxl_hal.o" ".././dxl_hal.c" Finished building: .././dxl_hal.c Building file: .././dynamixel.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "dynamixel.d" -MT"dynamixel.d" -MT"dynamixel.o" -mmcu=atmega2561 -o"dynamixel.o" ".././dynamixel.c" Finished building: .././dynamixel.c Building file: .././led.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "led.d" -MT"led.d" -MT"led.o" -mmcu=atmega2561 -o"led.o" ".././led.c" Finished building: .././led.c Building file: .././motion.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "motion.d" -MT"motion.d" -MT"motion.o" -mmcu=atmega2561 -o"motion.o" ".././motion.c" .././motion.c: In function 'executeMotionSequence': C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\motion.c(356,20): variable 'comm_status' set but not used [-Wunused-but-set-variable] .././motion.c: In function 'executeMotion': C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\motion.c(803,16): variable 'step_times' set but not used [-Wunused-but-set-variable] .././motion.c: In function 'executeMotionSequence': C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\motion.c(629,1): control reaches end of non-void function [-Wreturn-type] Finished building: .././motion.c Building file: .././pid.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "pid.d" -MT"pid.d" -MT"pid.o" -mmcu=atmega2561 -o"pid.o" ".././pid.c" Finished building: .././pid.c Building file: .././pose.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "pose.d" -MT"pose.d" -MT"pose.o" -mmcu=atmega2561 -o"pose.o" ".././pose.c" .././pose.c: In function 'moveToDefaultPose': C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\pose.c(210,2): passing argument 2 of 'moveToGoalPose' discards 'const' qualifier from pointer target type [enabled by default] C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\pose.c(161,5): expected 'uint16 *' but argument is of type 'const uint16 *' Finished building: .././pose.c Building file: .././serial.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "serial.d" -MT"serial.d" -MT"serial.o" -mmcu=atmega2561 -o"serial.o" ".././serial.c" Finished building: .././serial.c Building file: .././walk.c Invoking: AVR/GNU C Compiler : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=16000000UL -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99 -MD -MP -MF "walk.d" -MT"walk.d" -MT"walk.o" -mmcu=atmega2561 -o"walk.o" ".././walk.c" Finished building: .././walk.c Building target: BioloidCControl.elf Invoking: AVR/GNU Linker : (AVR_8_bit_GNU_Toolchain_3.4.1_830) 4.6.2 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-gcc.exe" -o BioloidCControl.elf adc.o balance.o BioloidCControl.o button.o buzzer.o clock.o dxl_hal.o dynamixel.o led.o motion.o pid.o pose.o serial.o walk.o -Wl,-Map="BioloidCControl.map" -Wl,--start-group -Wl,-lm -Wl,--end-group -mmcu=atmega2561 Finished building target: BioloidCControl.elf "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-objcopy.exe" -O ihex -R .eeprom -R .fuse -R .lock -R .signature "BioloidCControl.elf" "BioloidCControl.hex" "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-objcopy.exe" -j .eeprom --set-section-flags=.eeprom=alloc,load --change-section-lma .eeprom=0 --no-change-warnings -O ihex "BioloidCControl.elf" "BioloidCControl.eep" || exit 0 "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-objdump.exe" -h -S "BioloidCControl.elf" > "BioloidCControl.lss" "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-objcopy.exe" -O srec -R .eeprom -R .fuse -R .lock -R .signature "BioloidCControl.elf" "BioloidCControl.srec" "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\extensions\Atmel\AVRGCC\3.4.1.95\AVRToolchain\bin\avr-size.exe" "BioloidCControl.elf" text data bss dec hex filename 75978 1690 2131 79799 137b7 BioloidCControl.elf Done executing task "RunCompilerTask". Using "RunOutputFileVerifyTask" task from assembly "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\Vs\Compiler.Task.dll". Task "RunOutputFileVerifyTask" Program Memory Usage : 77668 bytes 29.6 % Full Data Memory Usage : 3821 bytes 5.9 % Full Done executing task "RunOutputFileVerifyTask". Done building target "CoreRebuild" in project "BioloidCControl.cproj". Target "PostBuildEvent" skipped, due to false condition; ('$(PostBuildEvent)' != '') was evaluated as ('' != ''). Target "ReBuild" in file "C:\Program Files (x86)\Atmel\Atmel Studio 6.0\Vs\Avr.common.targets" from project "C:\Users\Peter\Documents\Atmel Studio\BioloidCControl\BioloidCControl\BioloidCControl\BioloidCControl.cproj" (entry point): Done building target "ReBuild" in project "BioloidCControl.cproj". Done building project "BioloidCControl.cproj". Build succeeded. ========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

Statistics: Posted by planius — Thu Mar 21, 2013 11:20 pm

BioloidCControl - Alternative firmware for CM-510

2013-03-21T17:51:09+01:00

Hi, I'm new to bioloid and this forum, just finished building it up and now was reading on all the projects that exist and decided this one would be a nice start.

I have learned C programming about 15 years ago and never really used it (grew up with perl/ruby and so on), so I have to refresh quite some knowledge, so please forgive me in case I say/do something that sounds/looks stupid to a experienced C user. Feel free to correct me wherever you think it's necessary.

Anyway, my major problem was that I do not have windows nor any access to a windows system that i could install avr studio on, so I need to compile this project under Linux. I created a Makefile for that which seems to do the job, but I have not yet flashed the code onto the CM-510 yet, so I don't know if the firmware actually works.

Here the Makefile:

Code:: PROJECT=BioloidCControl CC=avr-gcc OBJCOPY=avr-objcopy MMCU=atmega2561 SOURCES=adc.c balance.c BioloidCControl.c button.c buzzer.c clock.c dxl_hal.c dynamixel.c led.c motion.c pid.c pose.c serial.c walk.c OBJS=$(SOURCES:.c=.o) CFLAGS=-Wall -g -std=gnu99 -lm -Os -DF_CPU=16000000UL -mmcu=$(MMCU) -I. all: $(PROJECT).hex $(PROJECT).hex: $(PROJECT).elf $(OBJCOPY) -O ihex $< $(PROJECT).hex $(PROJECT).elf: $(OBJS) $(CC) $(CFLAGS) -o $@ $^ %.o: %.c $(CC) $(CFLAGS) -c $< -o $@ clean: rm -f $(PROJECT).hex rm -f $(PROJECT).elf rm -f $(OBJS)

Please let me know if there is anything obviously wrong with it or what might be improved. Thanks a lot.

The system i was able to compile on was an opensuse12.1, the avr-gcc version is version 4.3.3, just in case anyone wants to know.

Statistics: Posted by tachikoma — Thu Mar 21, 2013 5:51 pm