|Anonymous | Login | Signup for a new account||2019-09-16 12:51 UTC|
|Main | My View | View Issues | Roadmap | Repositories|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000255||Firmware||XGATE Bit Bang||public||2011-09-02 16:15||2011-09-02 16:55|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Target Version||0.4.0||Fixed in Version|
|Summary||0000255: Provide wrapper and support for XGATE Outputs|
|Description||To really prove Sean's XGATE code we need a proper interface that pulls its data out of the scheduler in the same way that the ECT stuff does. I need to provide a way of flagging whether we want each channel to be an XGATE channel or an ECT channel in config somewhere and a wrapper in the decoderInterface for the code that schedules that on the XGATE side, and a little if else block which calls one or the other based on which type it was intended to be. In the mean time Sean can keep working with his block and/or macro as I get this done for him.|
|Tags||No tags attached.|
|Risk of Breakage||medium|
Interface should look something like this:
XGS(channel8, edgeTimeStamp16, numOfDelays8, delayTime16, runTime16)
Storing the data in the XGATE ram area, and then calling the XGATE sched interrupt when stored and ready.
Because N can be scheduled in one decoder iteration, we need an array of data areas for this, and an array length for the XGATE code to read before iterating over them.
|Copyright © 2000 - 2011 MantisBT Group|