|
|
|
Junior Member
 
Group: Forum Members
Last Login: Friday, May 02, 2008 2:02 AM
Posts: 16,
Visits: 30
|
|
| hi jason, i like to ask you something. i have a robot which i have created. i used all the 10 digital GpI/O pinds and 5 analog pins. the pins are as follow. 0 LED digital pin 1LED digital pin 2LED digital pin 3LED digital pin 4 high torque hitec digital servo (arm) 5high torque hitec digital servo (arm) 6high torque hitec digital servo (arm) 7high torque hitec digital servo (arm) 8tilt servo hi tec (turret ) 9 pan servo hi tec (turret) the leds are for the gripper that i have created and lights for the camara turret. the analog sensor are plug into the analog pins. 5 sensors. (front, back, and 3 on the rotating turret) here comes the problem. when i write program in c# to turn on and off the led. in a very simple form it works. but when i try to compile my entire program with my other functions, they will not work well even if i did the same codes. it only happens when i compile my entire program together. is there something wrong with the motherboard? because i did upgrade the firmware. all my voltage supply are connected correctly. i iused a 5v 6A voltage regulator to power my arms and servo. where as the board is drawing 12 v of power from a single source batt. pls advice
|
|
|
|
|
Supreme Being
Group: Administrators
Last Login: Today @ 6:22 AM
Posts: 277,
Visits: 407
|
|
| The description of your problem is a little vague...It's hard to tell if you have an application problem, or a hardware problem. Is the serializer resetting itself, or is your application just not working? Or, do you have a compilation error? It sounds like one of your applications works, and the other does not. This would mean you have an issue w/ your second app, and it has nothing to do with the Serializer. Best Regards,
Jason Summerour
President,
Summerour Robotics Corporation
Microsoft MVP
www.roboticsconnection.com
|
|
|
|
|
Junior Member
Group: Forum Members
Last Login: Friday, May 02, 2008 2:02 AM
Posts: 16,
Visits: 30
|
|
| sorry for my explanation. i did not went into details. lets say..... i have a program a, a very simple program that only switch on or off the led. the logic of the led are as follows 1st led = 0 2nd led = 0 3rd led = 0 4th led = 0 if i compile this program, it will work well. ( by the way i am using a joystick to control the leds ) case 2: when i use the same commands and same flow of commands and i integrate into my main program, which consist of a robotic arm sensors and the led digital signal. my robot led logic are as follows. 1st led = 0 2nd led = 1 3rd led = 1 4th led = 0 the problem that i am facing is, why the logic of the led will change even though i did not do any change in the codes. 1. is the seriallizer able to take in all inputs programmed at the same time? 2. do i need to change any setting to allow the serializer to take in more commands? (baud rate set @ 19200)
|
|
|
|
|
Supreme Being
Group: Administrators
Last Login: Today @ 6:22 AM
Posts: 277,
Visits: 407
|
|
| Are you using any I2C devices? If so, GPIO lines 1 and 2 are tied to the I2C SCL and SDA lines, and that would dictate what happens on those I/O line. The only other thing I can think of is that you're drawing too much power running a bunch of servos simultaneously, heating the voltage regulators up, and the board is resetting. You might try starting w/ your app that works, and gradually add new functionality to it, until you get to the point that it stops working. Then, you will know what's causing it, and then we can attempt to debug it. Best Regards,
Jason Summerour
President,
Summerour Robotics Corporation
Microsoft MVP
www.roboticsconnection.com
|
|
|
|
|
Junior Member
Group: Forum Members
Last Login: Friday, May 02, 2008 2:02 AM
Posts: 16,
Visits: 30
|
|
| i am using the i2c device (compass). i am using a 12 volt battery for the arms and the microchip board. i have differentiate the power drawn from both analog sensors, and the standard servos which is mounted on the D i/o pin 8 and 9. the leds and the high torque are running on a 5v,6A voltage regulator. power is not drawn from the board as i have already tried it. i burnt one of my board. =) about the thing about resetting the board, is there any symtoms that idicates that the board resets along the program? so far the connection with the computer ad the serializer does not break or stop. juz that inputs from the computer is slow. it is something like the robot is running at 1/6 of its capablilities. do u need a code write out to see where does wrong? so far all my update frequency are set at 50. Q1: does massive update frequency affects the robot processing powers?
|
|
|
|
|
Supreme Being
Group: Administrators
Last Login: Today @ 6:22 AM
Posts: 277,
Visits: 407
|
|
| If you are using an I2C compass, this will explain why your GPIO lines 1 and 2 are behaving oddly. Like I mentioned in a previous post, if you have an I2C device connected, you cannot use GPIO lines 1 and 2, as they are tied to the I2C lines (this is mentioned in the Serializer User Guide). So, the output of GPIO lines 1 and 2 will be dictated by what is happening on the I2C bus. Regarding a reset, you would see all of the User LEDs turn off, then back on. However, it doesn't sound like a power issue. You do want to make sure all of your various boards share a common ground. Best Regards!
Jason Summerour
President,
Summerour Robotics Corporation
Microsoft MVP
www.roboticsconnection.com
|
|
|
|
|
Junior Member
Group: Forum Members
Last Login: Friday, May 02, 2008 2:02 AM
Posts: 16,
Visits: 30
|
|
| hi jason, thanks for the info, i will try on my robot 1st. i try to disable my i2c device then try see if the things works for me. =) great help. i will post more when i encounter more problems. cheers darren
|
|
|
|
|
Junior Member
Group: Forum Members
Last Login: Friday, May 02, 2008 2:02 AM
Posts: 16,
Visits: 30
|
|
| hi guys, this was the mistake that i have done. i did not set a limit for my arm servo, thus it was drawing too much current when it hits the max. the robot will actually be slower in motion. luckily i had a different voltage supply for it.
|
|
|
| | |