Lynxmotion Tech Support

www.lynxmotion.com
It is currently Thu May 23, 2013 6:46 pm

All times are UTC - 6 hours [ DST ]




Post new topic Reply to topic  [ 6 posts ] 
Author Message
 Post subject: A-Pod code
PostPosted: Wed Jul 18, 2012 5:01 pm 
Offline
Roboteer
User avatar

Joined: Wed Jul 18, 2012 4:45 pm
Posts: 4
Location: Frankfurt, Germany
Hi all,
is there a specific reason why the Sequencer & Single Leg code has been commented out in the A-Pod Code? Is there a chance that I can enable it again?

Basically, I was thinking of implementing a sequencer on base of existing modes which are merged by magic code, since 25 Servos is quite a lot to record one by one... a small attacking sequence that is a mixture of headcontrol in rotate mode with wild rattling tail interupted by small forward attacks could be really scary. Unfortunately, the standard code + xbee stuff is already that big that it seems to be impossible to implement that on top.

Any thoughts on feasability?

Cheers
Jochen


Top
 Profile  
 
PostPosted: Thu Jul 19, 2012 8:29 am 
Offline
Lynxmotion Founder
User avatar

Joined: Mon Oct 31, 2005 10:46 am
Posts: 9325
Location: my quiet place
Um, you might want to just start a new thread with your questions. Not sure tacking it on the end of the raffle thread is the best way to get attention.

_________________
Jim Frye, the Robot Guy
http://www.lynxmotion.com
I've always tried to do my best...


Top
 Profile  
 
 Post subject: Re: A-Pod code
PostPosted: Fri Jul 20, 2012 5:38 pm 
Offline
Robot Guru
User avatar

Joined: Thu Nov 09, 2006 5:46 am
Posts: 2078
Location: Norway
Hi,
Dr Jekyll wrote:
is there a specific reason why the Sequencer & Single Leg code has been commented out in the A-Pod Code? Is there a chance that I can enable it again?


I removed the single leg and GP part on the original A-Pod code since I needed more memory space for the XBee stuff. That being said, it looks like the PS2 code version should be able to compile with both GP and SL activated. But it won't work properly since I used the same buttons (circle and cross) for other functions. The control file need to be modified first. It should be possible though. I might look into it one time. The single leg function shouldn't be a problem. I've not made any sequences for A-Pod so it might be a problem for testing.

_________________
[b]Kåre Halvorsen, Zenta[/b]
-----------------------------------------
Zenta's blog
http://zentasrobots.com/
Zenta's YouTube channel
http://www.youtube.com/ZentaOlbaid
-----------------------------------------


Top
 Profile  
 
 Post subject: Re: A-Pod code
PostPosted: Tue Jul 24, 2012 6:32 am 
Offline
Roboteer
User avatar

Joined: Wed Jul 18, 2012 4:45 pm
Posts: 4
Location: Frankfurt, Germany
Hi!

thanks for the quick reply! It's helpful to know that there is no general problem with sequences (I'm not that keen on getting the single leg mode, I could do without, but sequences I *really* need). I'm already squeezing the code where i can by moving stuff to the remote, would you say that undefining cNoGP is enough if I manage to get the free space?

Cheers
Jochen


Last edited by Dr Jekyll on Tue Jul 24, 2012 3:32 pm, edited 1 time in total.

Top
 Profile  
 
 Post subject: Re: A-Pod code
PostPosted: Tue Jul 24, 2012 8:04 am 
Offline
Robot Guru
User avatar

Joined: Sat Apr 15, 2006 1:42 pm
Posts: 4414
It looks like the cNoGP is more or less the same ifdefs that were done for some of the other versions of the Phoenix code, so it should not be a problem. So undefining cNoGP should get most of the code in place. Also a quick look through I don't see anywhere else where the Cross(X) button is used so it maybe will just work.

Kurt


Top
 Profile  
 
 Post subject: Re: A-Pod code
PostPosted: Thu Aug 16, 2012 3:25 pm 
Offline
Roboteer

Joined: Wed Feb 17, 2010 7:34 pm
Posts: 30
Location: California
I thought I would post my question hear so it's well organized for other people to find
I am trying to reduce the amount the robot pitches over in rotate mode the bot can riley
beat itself up with so much rotation. Be for I can work on a finish shell I need to fix that.
I have been looking at the PS2 code section based on some help zenta gave me awhile back with walk mode.
Is it a div. factor of controller stick input? I am not much of a code guy. :oops: I think it is here not sure. :?
Code:
IndirectDualShock
   For Index= 3 to 6
      IF (NeutralStick(Index-3)=1) THEN ;simply resets the IndirectDualShock to 0 gradually
         
         IF IndDualShock(Index)>30 THEN
            IndDualShock(Index) = IndDualShock(Index)-30
         ELSEIF IndDualShock(Index)<-30
            IndDualShock(Index) = IndDualShock(Index)+30
         ELSE
            IndDualShock(Index) = 0
         ENDIF
         
         IF IndDualShock(Index) = 0 THEN
            NeutralStick(Index-3) = 0;Reset
         ENDIF
      ELSE
         IF ABS((Dualshock(Index) - 128)) > cTravelDeadZone THEN
            IndDualShock(Index) = ((IndDualShock(Index) + ((Dualshock(Index) - 128)/IDSdivFactor))MIN -128)MAX 127
         ENDIF
any help pointing me in the right direction would be most appreciated. :D


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 

All times are UTC - 6 hours [ DST ]


Who is online

Users browsing this forum: No registered users and 3 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group