2019:Programming: Difference between revisions

From 1511Wookiee
Jump to navigationJump to search
m (apparently incorrectly copy/pasted and didn't catch it until months later)
 
(23 intermediate revisions by 3 users not shown)
Line 1: Line 1:
<div class="mw-parser-output">General programming stuff relevant to all subsystems should be documented here.  
<div class="mw-parser-output"><div class="mw-parser-output"><div class="mw-parser-output">General programming stuff relevant to all subsystems should be documented here.  
= Outstanding Tasks =
= Outstanding Tasks =
 
<div class="mw-parser-output"><div class="mw-parser-output"><div class="mw-parser-output"><div class="mw-parser-output"><div class="mw-parser-output">
<div class="mw-parser-output">
== Robot Code ==
== Robot Code ==


Split up by subsystem - responsible veteran student or mentor in (), student(s) doing actual code, if different, in []. '''These are not in any particular order!'''
Split up by subsystem - responsible veteran student or mentor in (), student(s) doing actual code, if different, in []. '''These are not in any particular order!'''


* Feedback
*Feedback  
** Bring over "editable" methods/code from last year (Josh)
**Bring over "editable" methods/code from last year (Josh)  
* Main Robot
**Read & send air pressure value 
** Add reset & process calls to all subsystems (Josh)
*Main Robot (Josh or Kyle)  
** Add PCM IDs to iomap (Josh)
**Setup Autonomous() to work properly - works like operatorcontrol()? 
* Game Pieces
*Game Pieces (Kyle)  
** Refine & finalize interface (Kyle)
**In feedback, set thunderdashboard_green to 1 if we have game pieces, some other value if we don't  
** Implement (Kyle)
**Change feedback sending to send over mode we are in and mode we want to be in. "Mode we are in" is based solely on sensors on cargo cylinders. 
* Cargo (Kyle)
*Cargo (Kyle)  
** Remove sensor use and change over entirely to current sensing, including for isCargoBeingHeld()
*Hatch (Kyle)  
** Make intake/outtake speed constants at top of file
*Hab
** Use iomap names for solenoid IDs
*Elevator (Josh)  
** Don't do current computations when motor is not running (and maybe also not when outtaking)
*Vision (Ben M.)  
** When current limit is hit, stop motors (don't wait until next process() call)
**<s>Consider net tables variables to start/stop streaming (document them on this page)</s>
** Remove commented out code if not needed
**Document a plan for rio <> Pi communication on this page (net tables variable names, what they do, etc)  
** canIntake is not initialized
**<s>Place current system on 2018 robot and view stream on driver laptop '''over wifi''' while driving around, verify you get good quality still.</s> 
** current should not be a class variable, it's only used in process()
*Controls
** No reset() implementation -- this should set up the same as it did at startup
**'''Finish aux controls:'''
** Things in debug() need names - can't use "" empty string!
**elevator pivoting
* Hatch (Kyle)
**'''TEST and refine Drive code'''
** Change solenoid to use iomap addresses
**Broken switches
** isHookUp is never set?  Set in constructor and whenever the hook changes position
***Assign on wiki
** Things in debug() need names - can't use "" empty string!
***implement in controls   
** Add debug/feedback for "is broken"
 
** constructor: if initial position is DOWN, shouldn't hasOuttaked be true?  Also should set solenoid to match
&nbsp;
** Fix indentation in process()
** In not broken operation, DOWN should make it stay down until the limit switch is no longer triggered *or* it is told to go UP again
** Implement reset()
* Electrical (Jeff)
** Check Polarities of Cylinder sensors on IO map
** Check polarity of elevator sensors
** Check polarity of Hab overplatform sensors
** Hab Cylinder sensors --- if we are using all 6 of these, order more!
** Add camera servo to iomap
* Hab
** setHabBroken() - explain briefly what this does to operation of other commands
** Solenoid constructor invocations are wrong
** Constructor -- initialization order must match the declaration order
** reset() -- set up as in constructor and stop motor directly
** xxCrossedLevel() -- Check polarities after fixing wiki with electrical
** xxCylindersExtended() and retracted() -- check polarities after electrical fixes IO map
** frontCylindersRetracted() only checks one sensor while others check both?
** Debug for automated is wrong
** Debug for frontCross is wrong
** Debug backRRetract is wrong
** autoLift() -- can this simply set automated = true and resume at the last step it left off on?  Simplifies things as your states only change by one set of criteria and in one place
** Steps 3 & 4 look wrong
** if (broken....) in process() needs work -- if auto is getting turned off it should be done when broken is set false, not later
** process() automated steps should move above action processing so that things like turning off drive are done as soon as they are noticed not the next time around
** stopAutoLift should probably set driveDriveBase false?
** So we are driving the back wheels for the "half on" case? THought drive base was doing this?
** When not automated and they do drive() followed by retractBack() or other command, nothing stops the drive
* Elevator (Josh)
** Add way to control pivot
** Implement
* Vision (Ben)
** Document a plan for the visual feedback
** Consider net tables variables to start/stop streaming
** Document a plan for rio <> Pi communication (net tables variables, etc)
** Finish camera mount(s)
** Order USB cables etc.


* Old robot fixing:  
*Old robot fixing:  
** Rewrite trash bot (2015) from scratch using 2019 libraries and image. DO NOT IMAGE UNTIL YOU HAVE CODE MOSTLY DONE. (Talk to Jeff before starting, low priority)
**Rewrite trash bot (2015) from scratch using 2019 libraries and image. DO NOT IMAGE UNTIL YOU HAVE CODE MOSTLY DONE. (Talk to Jeff before starting, low priority)  
 
</div> </div> </div> </div> </div>
</div>


== Scouting App ==
== Scouting App ==
Line 80: Line 48:
**Nothing yet!   
**Nothing yet!   


= Subsystem Assignments =
<div class="mw-parser-output"><div class="mw-parser-output"><div class="mw-parser-output">
<div class="mw-parser-output"><div class="mw-parser-output"><div class="mw-parser-output">
= Feedback =


*'''Controls''': Insert Mentor person and Student persons here!
see '''Dashboard''' section of&nbsp;[[2019:Robot_IO_Map#Dashboard|Robot IO Map]]
*'''Insert other subsystem TBD''': Insert Mentor person and Student persons here!


= Feedback =
&nbsp;
 
Match time for driver station/raspi: raspi_time_remaining


== Autonomous ==
== Autonomous ==
Insert auto stuff here!</div> </div> </div>
</div> </div>
</div>


Insert auto stuff here!
<div class="mw-parser-output"><h1> Camera stream </h1><p>Pi details:&#160;<a href="2019%3AVision">2019:Vision</a>
 
</p>
&nbsp;
<ul><li>Camera stream via RTP containing H.264 video on UDP port 5800 </li>
<li>Reciever SDP file:<br /> <code>v=0<br /> m=video 5800 RTP/AVP 96<br /> c=in IP4 (Raspberry Pi IP)<br /> a=rtpmap:96 H264/90000</code> </li>
<li>Sender GStreamer pipeline (command line): <code>gst-launch-1.0 v4l2src device=/dev/video0&#160;! video/x-raw.framerate=30/1,width=640,height=480&#160;! omxh264enc&#160;! rtph264pay config-interval=10 pt=96&#160;! udpsink host=(driver station IP) port=5800 max-bitrate=2700000</code> </li>
<li>Reciever GStreamer pipeline (command line): <code>gst-launch-1.0 udpsrc port=5800 caps="application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264,payload=(int)96"&#160;! rtpjitterbuffer latency=1&#160;! rtph264depay&#160;! decodebin&#160;! videoconvert&#160;! autovideosink</code> </li></ul>
<p>&#160;
&lt;/div&gt;
</p></div>


== Programming Archives ==
= Programming Archives =


*[[2018:Programming]]  
*[[2018:Programming]]  
Line 107: Line 83:
*[[2010:Programming]]  
*[[2010:Programming]]  
*[[2009:Programming]]  
*[[2009:Programming]]  
</div>
</div> </div> </div>

Latest revision as of 18:04, 21 April 2019

General programming stuff relevant to all subsystems should be documented here.

Outstanding Tasks

Robot Code

Split up by subsystem - responsible veteran student or mentor in (), student(s) doing actual code, if different, in []. These are not in any particular order!

  • Feedback
    • Bring over "editable" methods/code from last year (Josh)
    • Read & send air pressure value
  • Main Robot (Josh or Kyle)
    • Setup Autonomous() to work properly - works like operatorcontrol()?
  • Game Pieces (Kyle)
    • In feedback, set thunderdashboard_green to 1 if we have game pieces, some other value if we don't
    • Change feedback sending to send over mode we are in and mode we want to be in. "Mode we are in" is based solely on sensors on cargo cylinders.
  • Cargo (Kyle)
  • Hatch (Kyle)
  • Hab
  • Elevator (Josh)
  • Vision (Ben M.)
    • Consider net tables variables to start/stop streaming (document them on this page)
    • Document a plan for rio <> Pi communication on this page (net tables variable names, what they do, etc)
    • Place current system on 2018 robot and view stream on driver laptop over wifi while driving around, verify you get good quality still.
  • Controls
    • Finish aux controls:
    • elevator pivoting
    • TEST and refine Drive code
    • Broken switches
      • Assign on wiki
      • implement in controls

 

  • Old robot fixing:
    • Rewrite trash bot (2015) from scratch using 2019 libraries and image. DO NOT IMAGE UNTIL YOU HAVE CODE MOSTLY DONE. (Talk to Jeff before starting, low priority)

Scouting App

In no particular order!

  • Jeff
    • Nothing yet!
  • Alex
    • Nothing yet!

Feedback

see Dashboard section of Robot IO Map

 

Autonomous

Insert auto stuff here!

Camera stream

Pi details: <a href="2019%3AVision">2019:Vision</a>

  • Camera stream via RTP containing H.264 video on UDP port 5800
  • Reciever SDP file:
    v=0
    m=video 5800 RTP/AVP 96
    c=in IP4 (Raspberry Pi IP)
    a=rtpmap:96 H264/90000
  • Sender GStreamer pipeline (command line): gst-launch-1.0 v4l2src device=/dev/video0 ! video/x-raw.framerate=30/1,width=640,height=480 ! omxh264enc ! rtph264pay config-interval=10 pt=96 ! udpsink host=(driver station IP) port=5800 max-bitrate=2700000
  • Reciever GStreamer pipeline (command line): gst-launch-1.0 udpsrc port=5800 caps="application/x-rtp,media=(string)video,clock-rate=(int)90000,encoding-name=(string)H264,payload=(int)96" ! rtpjitterbuffer latency=1 ! rtph264depay ! decodebin ! videoconvert ! autovideosink

  </div>

Programming Archives

Retrieved from "https://wiki.penfieldrobotics.com/wiki/index.php?title=2019:Programming&oldid=10243"