This shows you the differences between two versions of the page.
milestone_3_task_1 [2023/02/06 13:25] scott [Requirements] |
milestone_3_task_1 [2023/02/17 16:34] (current) scott [Pass Off and Code Submission] |
||
---|---|---|---|
Line 56: | Line 56: | ||
===== Resources ===== | ===== Resources ===== | ||
- | ==== Frequency Response Plots ==== | + | ==== Support and Examples ==== |
- | You can compare your filter response against those shown on this page. | + | |
+ | * [[Convert MATLAB Filter Coefficients to C Code]] | ||
* [[Frequency Response Plots]] | * [[Frequency Response Plots]] | ||
* [[https://youtu.be/TdCgfiP3JCk|Video Demonstration of FilterTest code]] | * [[https://youtu.be/TdCgfiP3JCk|Video Demonstration of FilterTest code]] | ||
Line 75: | Line 75: | ||
You are expected to create and implement the following file. See the provided header file (.h) for a description of each function. | You are expected to create and implement the following file. See the provided header file (.h) for a description of each function. | ||
- | |||
* lasertag/filter.c | * lasertag/filter.c | ||
---- | ---- | ||
- | ===== Detailed Requirements ===== | + | ===== Implementation Details ===== |
- | 1. Declare and initialize 22 queues: an ''xQueue'' to store incoming inputs from the ADC, a ''yQueue'' that holds the history of outputs from the FIR filter, an array of 10 zQueues that hold the history of outputs from the corresponding IIR filters, and an array of 10 outputQueues that accumulate output values from each of the IIR filters for the purpose of power computations. Declare all of these queues as static ''queue_t'' variables in ''filter.c''. Give each of these queues a meaningful name using the name argument in ''queue_init()'' function. | + | ==== Queue Initialization ==== |
+ | Declare and initialize 22 queues: an ''xQueue'' to store incoming inputs from the ADC, a ''yQueue'' that holds the history of outputs from the FIR filter, an array of 10 zQueues that hold the history of outputs from the corresponding IIR filters, and an array of 10 outputQueues that accumulate output values from each of the IIR filters for the purpose of power computations. Declare all of these queues as static ''queue_t'' variables in ''filter.c''. Give each of these queues a meaningful name using the name argument in ''queue_init()'' function. | ||
Here's an example of how to declare and initialize an array of queues. Note this code will not compile "as is." | Here's an example of how to declare and initialize an array of queues. Note this code will not compile "as is." | ||
Line 92: | Line 92: | ||
void initZQueues() { | void initZQueues() { | ||
- | for (uint32_t i=0; i<FILTER_IIR_FILTER_COUNT; i++) { | + | for (uint32_t i = 0; i < FILTER_IIR_FILTER_COUNT; i++) { |
- | queue_init(&(zQueue[i]), Z_QUEUE_SIZE); | + | queue_init(&(zQueue[i]), Z_QUEUE_SIZE, "zQueue"); |
- | for (uint32_t j=0; j<Z_QUEUE_SIZE; j++) | + | for (uint32_t j = 0; j < Z_QUEUE_SIZE; j++) |
queue_overwritePush(&(zQueue[i]), QUEUE_INIT_VALUE); | queue_overwritePush(&(zQueue[i]), QUEUE_INIT_VALUE); | ||
} | } | ||
Line 101: | Line 101: | ||
</code> | </code> | ||
- | 2. In ''filter_init()'', initialize all of the queue's and fill them with zeros. Below is one example, that uses small helper functions to initialize each queue and fill it with zeros. These helper functions are then called from within ''filter_init()''. | + | ==== Filter Initialization ==== |
+ | In ''filter_init()'', initialize all of the queue's and fill them with zeros. Below is one example, that uses small helper functions to initialize each queue and fill it with zeros. These helper functions are then called from within ''filter_init()''. | ||
<code C> | <code C> | ||
// This must be called before invoking any filter functions. | // This must be called before invoking any filter functions. | ||
Line 117: | Line 118: | ||
**Note: an empty queue is not the same as a queue that is filled with 0s.** | **Note: an empty queue is not the same as a queue that is filled with 0s.** | ||
+ | ==== Filter Code ==== | ||
+ | |||
+ | === Overview === | ||
At run-time, you "run" the filters by doing the following: | At run-time, you "run" the filters by doing the following: | ||
* As they become available, add new inputs to the xQueue. This is what the function ''filter_addNewInput()'' will do (once you implement it). When you finish the completion of your laser-tag system, you will use ''filter_addNewInput()'' to take the output from the digitized voltage from your photo-diode-based detector and provide it to the FIR filter. | * As they become available, add new inputs to the xQueue. This is what the function ''filter_addNewInput()'' will do (once you implement it). When you finish the completion of your laser-tag system, you will use ''filter_addNewInput()'' to take the output from the digitized voltage from your photo-diode-based detector and provide it to the FIR filter. | ||
Line 123: | Line 127: | ||
* invoke the filter_iirFilter() function 10 times, once for each frequency. Return the computed z-value for each frequency. Also add the output from the IIR-filter to the corresponding outputQueue. You will use the values contained in the outputQueues to compute the total power of the signal that passes through the IIR band-pass filter. | * invoke the filter_iirFilter() function 10 times, once for each frequency. Return the computed z-value for each frequency. Also add the output from the IIR-filter to the corresponding outputQueue. You will use the values contained in the outputQueues to compute the total power of the signal that passes through the IIR band-pass filter. | ||
- | 3. Implement all of the power-related functions (they all have the word "power" in their names). You will need to make sure to write ''filter_computePower()'' so that it does not take too much execution time. Carefully think about how you might be able to reuse computations performed in a previous invocation of ''filter_computePower()'' to reduce overall computation time. To initially debug your power code, you can fill the power queues with constant values, say 2.0 for example, and then compare the output from the function with your own calculation. The provided test code contained in the file filterTest.c (see below) provides a comprehensive test of the power functions. | + | === Caution === |
+ | For the IIR filters, note that the first a-coefficient (a0) is always 1.0 and is not used in the computation. As such, if your a-coefficient array is of size 11, your z-queue must be size 10 (1 less than the size of the array) because a0 is always ignored. Watch out for this! | ||
- | Here's a picture of your overall filter structure to help you understand the purpose of the queues used to compute power. The "Detector" consists of all your filtering code, the power-computing code, and the "Compare and Threshold" code. Note that the code that performs "Compare and Threshold" will be implemented in a later milestone. | + | === Background === |
+ | In this task you will implement the FIR and IIR filters that you designed using MATLAB using 'C' code. Let's start with the FIR filter. Remember that the FIR filter is implemented as a weighted sum of some past number of inputs. Here's an example from Wikipedia: | ||
- | {{ :filterstructure.jpg?700 |}} | + | {{ ::firexamplefromwikipedia.jpg?600 |}} |
- | ---- | + | It can be confusing to transition from the finite array-based approach used in MATLAB to the "infinite" approach that is required in the implementation of a signal-processing system. The inputs and outputs of a real-time signal-processing system are essentially infinite. As such, the array-based notation in the equation above fails us because the output is an indexed array ''y[n]''. For example, at time=0, you start out computing ''y[0]''. After playing the game for several minutes, ''n'' would be in the billions. And, it only goes up from there. Simply put, you want to eliminate the ''[n]'' part so that the output is simply ''y''. |
- | ==== Caution ==== | + | Note that when we read the English-based description from Wikipedia (see above), indexes were not discussed. Remember that the FIR-filter is implemented as a "weighted-sum of some **past** number of inputs". All those indexes, the ''i'', the ''k'', etc., are just a way to keep the coefficients properly aligned with the data. As long as we can keep the incoming inputs properly aligned with the coefficients, we are good to go. |
- | For the IIR filters, note that the first a-coefficient (a0) is always 1.0 and is not used in the computation. As such, if your a-coefficient array is of size 11, your z-queue must be size 10 (1 less than the size of the array) because a0 is always ignored. Watch out for this! | + | The idea is pretty simple and is based upon these ideas: |
+ | - Create a data structure that will keep an ordered history of past values. The size of the data structure must match the order of the filter, e.g., a 50-tap FIR filter needs a history of 50 values. | ||
+ | - At start-up time, fill the data structure with zeros. | ||
+ | - As each new value arrives, throw away the oldest value. | ||
+ | - Read the stored past values from the data structure and multiply them with the correct coefficients. | ||
+ | |||
+ | As you have probably guessed at this point, the queues that you implemented as a part of Milestone 1 are the perfect data structure for this purpose. | ||
+ | |||
+ | === Code Example === | ||
+ | You can implement a FIR filter using the queues that you have already coded. Consider an example where the FIR filter uses 4 past values to compute its output. In the example code below, I have "pushed" four values onto the queue. Assume that these are 4 values that are based on values from the ZYBO's ADC. Note that for pedagogical purposes, the code below does not necessarily adhere to the coding standard. | ||
+ | |||
+ | <code C> | ||
+ | #include "queue.h" | ||
+ | #include <stdio.h> | ||
+ | #define FIR_COEF_COUNT 4 | ||
+ | |||
+ | int main() { | ||
+ | // Initialization stuff. | ||
+ | queue_t xQ; // x is the queue with the input history for the queue. | ||
+ | queue_init(&xQ, FIR_COEF_COUNT); // Size of history queue must equal coefficient count. | ||
+ | for (uint32_t i=0; i<FIR_COEF_COUNT; i++) // Start out with a queue full of zeros. | ||
+ | queue_overwritePush(&xQ, 0.0); | ||
+ | |||
+ | const double b[FIR_COEF_COUNT] = {0.25, 0.5, 0.75, 1.0}; // These coefficients are used for this example. | ||
+ | |||
+ | // Add some example inputs to the queue. | ||
+ | queue_overwritePush(&xQ, -0.1); // Add a new input to the queue (oldest in input history). | ||
+ | queue_overwritePush(&xQ, -0.4); // Add a new input to the queue. | ||
+ | queue_overwritePush(&xQ, 0.24); // Add a new input to the queue. | ||
+ | queue_overwritePush(&xQ, 0.54); // Add a new input to the queue (newest in input history). | ||
+ | |||
+ | // Compute output of FIR-filter (y) | ||
+ | // using a single lone statement (broken into 4 lines to keep it readable). | ||
+ | // This is just for example. You will use a for-loop as shown below. | ||
+ | double y; | ||
+ | y = queue_readElementAt(&xQ, 0) * b[3] + | ||
+ | queue_readElementAt(&xQ, 1) * b[2] + | ||
+ | queue_readElementAt(&xQ, 2) * b[1] + | ||
+ | queue_readElementAt(&xQ, 3) * b[0]; | ||
+ | printf("%lf\n\r", y); | ||
+ | |||
+ | // Add new input. | ||
+ | queue_overwritePush(&xQ, 0.33); | ||
+ | |||
+ | // Compute the next y using a for loop (a better way). | ||
+ | // += accumulates the result during the for-loop. Must start out with y = 0. | ||
+ | y = 0.0; | ||
+ | // This for-loop performs the identical computation to that shown above. | ||
+ | for (uint32_t i=0; i<FIR_COEF_COUNT; i++) { // iteratively adds the (b * input) products. | ||
+ | y += queue_readElementAt(&xQ, FIR_COEF_COUNT-1-i) * b[i]; | ||
+ | } | ||
+ | printf("%lf\n", y); | ||
+ | |||
+ | } | ||
+ | </code> | ||
+ | |||
+ | Pictorially, implementing the FIR filter would appear as shown below. As shown, you can see the 4 values that were pushed onto the queue as well as the total computations. | ||
+ | |||
+ | {{ ::firqueueexample1.jpg?700 |}} | ||
+ | |||
+ | The next computation of y is shown below. You can see that by adding a new value to the queue, all of the other values shifted over, relative to the ''b'' coefficients. Thus you can use the same code to compute ''y'' over and over again. | ||
+ | |||
+ | {{ ::firqueueexample2.jpg?700 |}} | ||
+ | |||
+ | You can see that the purpose of the queue is to store past values in the order that they were received and make all of the queue-contained values accessible during the computation. | ||
+ | |||
+ | === What About Decimation? === | ||
+ | Decimation is really easy. In our laser-tag system we will be decimating by 10. All we do is invoke our FIR-filter each time we receive 10 new samples. As you add incoming samples to the FIR-filter input-queue, only invoke the FIR-filter each time you have received 10 new inputs. You will then invoke the IIR filters right after you invoke the FIR-filter. Decimation-wise, there is nothing required for this task. You will implement this later. | ||
+ | |||
+ | === IIR Filters === | ||
+ | The equation for an IIR filter is shown below. | ||
+ | |||
+ | {{::iirfilterequation1.jpg?400| }} | ||
+ | |||
+ | However, we can simplify this a bit because the first **a** coefficient is 1.0 and can be ignored. | ||
+ | |||
+ | {{::iirfilterequation2.jpg?400| }} | ||
+ | |||
+ | We finally end up with: | ||
+ | |||
+ | {{::iirfilterequation3.jpg?400| }} | ||
+ | |||
+ | The implementation of the IIR filter is similar to the FIR filter. However, the IIR filter relies on two signal histories: y and z, as shown in the equation above. As you can see from the equation, you would need two queues of different sizes (11 and 10) to keep the necessary signal histories. The only other difference is that the computed value (''z'') is also pushed onto the queue that keeps a history of z values. This is essentially what puts the "IIR" in the filter, e.g, feedback. | ||
---- | ---- | ||
==== Computing Power ==== | ==== Computing Power ==== | ||
+ | |||
+ | Implement all of the power-related functions (they all have the word "power" in their names). You will need to make sure to write ''filter_computePower()'' so that it does not take too much execution time. Carefully think about how you might be able to reuse computations performed in a previous invocation of ''filter_computePower()'' to reduce overall computation time. To initially debug your power code, you can fill the output queues with constant values, say 2.0 for example, and then compare the output from the function with your own calculation. The provided test code contained in the file filterTest.c provides a comprehensive test of the power functions. | ||
To compute power, you must keep a running history of 200 ms of output data from each of the 10 IIR-based band-pass filters. To achieve this, do the following: | To compute power, you must keep a running history of 200 ms of output data from each of the 10 IIR-based band-pass filters. To achieve this, do the following: | ||
Line 161: | Line 251: | ||
==== Filter Function Usage ==== | ==== Filter Function Usage ==== | ||
- | The code below provides context on how the filter functions should be used. It is provided as an example of how you will use the ''filter_addNewInput()'', ''filter_fir()'', and ''filter_iir()'', ''filter_computePower()'' functions in a future task. You would run the code below each time there is at least one new available value. Assume that the code is called continuously and forever. For this task, you are only verifying that your filters work correctly so you don't need to write this code yet. The filter test code will call your filter functions and test them. | + | The code below provides context on how the filter functions will be used in a future task. Assume that this code is called whenever there is a new scaled ADC value available. |
+ | |||
+ | **You don't need to write this code yet.** For now, just enable the provided filter test code to verify that your filter functions work. The test code will call your filter functions with meaningful arguments. | ||
<code C> | <code C> | ||
Line 190: | Line 282: | ||
---- | ---- | ||
- | ==== Test Code ==== | + | ===== Test Code ===== |
To pass off this task, you must run your filter and power code with the provided filterTest.c source code. The test code tests the arithmetic for all of your filters. It also plots the frequency response for the FIR and IIR filters on the TFT display. The provided test code comes in four pieces: histogram.h, histogram.c and filterTest.h and filterTest.c. In filter.h, you will see a section of code labeled "Verification-Assisting Functions". These accessor functions provide a way for the test-code to access the various named variables in your filter.c code. These accessors are necessary because your naming schemes will likely differ from my test-code. | To pass off this task, you must run your filter and power code with the provided filterTest.c source code. The test code tests the arithmetic for all of your filters. It also plots the frequency response for the FIR and IIR filters on the TFT display. The provided test code comes in four pieces: histogram.h, histogram.c and filterTest.h and filterTest.c. In filter.h, you will see a section of code labeled "Verification-Assisting Functions". These accessor functions provide a way for the test-code to access the various named variables in your filter.c code. These accessors are necessary because your naming schemes will likely differ from my test-code. | ||
Line 256: | Line 348: | ||
---- | ---- | ||
- | ===== Background ===== | + | ===== Pass Off and Code Submission ===== |
- | + | ||
- | In this task you will implement the FIR and IIR filters that you designed using MATLAB using 'C' code. Let's start with the FIR filter. Remember that the FIR filter is implemented as a weighted sum of some past number of inputs. Here's an example from Wikipedia: | + | |
- | + | ||
- | {{ ::firexamplefromwikipedia.jpg?600 |}} | + | |
- | + | ||
- | It can be confusing to transition from the finite array-based approach used in MATLAB to the "infinite" approach that is required in the implementation of a signal-processing system. The inputs and outputs of a real-time signal-processing system are essentially infinite. As such, the array-based notation in the equation above fails us because the output is an indexed array ''y[n]''. For example, at time=0, you start out computing ''y[0]''. After playing the game for several minutes, ''n'' would be in the billions. And, it only goes up from there. Simply put, you want to eliminate the ''[n]'' part so that the output is simply ''y''. | + | |
- | + | ||
- | Note that when we read the English-based description from Wikipedia (see above), indexes were not discussed. Remember that the FIR-filter is implemented as a "weighted-sum of some **past** number of inputs". All those indexes, the ''i'', the ''k'', etc., are just a way to keep the coefficients properly aligned with the data. As long as we can keep the incoming inputs properly aligned with the coefficients, we are good to go. | + | |
- | + | ||
- | The idea is pretty simple and is based upon these ideas: | + | |
- | - Create a data structure that will keep an ordered history of past values. The size of the data structure must match the order of the filter, e.g., a 50-tap FIR filter needs a history of 50 values. | + | |
- | - At start-up time, fill the data structure with zeros. | + | |
- | - As each new value arrives, throw away the oldest value. | + | |
- | - Read the stored past values from the data structure and multiply them with the correct coefficients. | + | |
- | + | ||
- | As you have probably guessed at this point, the queues that you implemented as a part of Milestone 1 are the perfect data structure for this purpose. | + | |
- | + | ||
- | ==== Filters and Queues ==== | + | |
- | + | ||
- | You can implement a FIR filter using the queues that you have already coded. Consider an example where the FIR filter uses 4 past values to compute its output. In the example code below, I have "pushed" four values onto the queue. Assume that these are 4 values that are based on values from the ZYBO's ADC. Note that for pedagogical purposes, the code below does not necessarily adhere to the coding standard. | + | |
- | + | ||
- | <code C> | + | |
- | #include "queue.h" | + | |
- | #include <stdio.h> | + | |
- | #define FIR_COEF_COUNT 4 | + | |
- | + | ||
- | int main() { | + | |
- | // Initialization stuff. | + | |
- | queue_t xQ; // x is the queue with the input history for the queue. | + | |
- | queue_init(&xQ, FIR_COEF_COUNT); // Size of history queue must equal coefficient count. | + | |
- | for (uint32_t i=0; i<FIR_COEF_COUNT; i++) // Start out with a queue full of zeros. | + | |
- | queue_overwritePush(&xQ, 0.0); | + | |
- | + | ||
- | const double b[FIR_COEF_COUNT] = {0.25, 0.5, 0.75, 1.0}; // These coefficients are used for this example. | + | |
- | + | ||
- | // Add some example inputs to the queue. | + | |
- | queue_overwritePush(&xQ, -0.1); // Add a new input to the queue (oldest in input history). | + | |
- | queue_overwritePush(&xQ, -0.4); // Add a new input to the queue. | + | |
- | queue_overwritePush(&xQ, 0.24); // Add a new input to the queue. | + | |
- | queue_overwritePush(&xQ, 0.54); // Add a new input to the queue (newest in input history). | + | |
- | + | ||
- | // Compute output of FIR-filter (y) | + | |
- | // using a single lone statement (broken into 4 lines to keep it readable). | + | |
- | // This is just for example. You will use a for-loop as shown below. | + | |
- | double y; | + | |
- | y = queue_readElementAt(&xQ, 0) * b[3] + | + | |
- | queue_readElementAt(&xQ, 1) * b[2] + | + | |
- | queue_readElementAt(&xQ, 2) * b[1] + | + | |
- | queue_readElementAt(&xQ, 3) * b[0]; | + | |
- | printf("%lf\n\r", y); | + | |
- | + | ||
- | // Add new input. | + | |
- | queue_overwritePush(&xQ, 0.33); | + | |
- | + | ||
- | // Compute the next y, exactly the same computation as above but with a concise for-loop instead. | + | |
- | // += accumulates the result during the for-loop. Must start out with y = 0. | + | |
- | y = 0.0; | + | |
- | // This for-loop performs the identical computation to that shown above. for-loop is correct way to do it. | + | |
- | for (uint32_t i=0; i<FIR_COEF_COUNT; i++) { | + | |
- | y += queue_readElementAt(&xQ, FIR_COEF_COUNT-1-i) * b[i]; // iteratively adds the (b * input) products. | + | |
- | } | + | |
- | printf("%lf\n\r", y); | + | |
- | + | ||
- | } | + | |
- | </code> | + | |
- | + | ||
- | Pictorially, implementing the FIR filter would appear as shown below. As shown, you can see the 4 values that were pushed onto the queue as well as the total computations. | + | |
- | + | ||
- | {{ ::firqueueexample1.jpg?700 |}} | + | |
- | + | ||
- | The next computation of y is shown below. You can see that by adding a new value to the queue, all of the other values shifted over, relative to the ''b'' coefficients. Thus you can use the same code to compute ''y'' over and over again. | + | |
- | + | ||
- | {{ ::firqueueexample2.jpg?700 |}} | + | |
- | + | ||
- | You can see that the purpose of the queue is to store past values in the order that they were received and make all of the queue-contained values accessible during the computation. | + | |
- | + | ||
- | ==== What About Decimation? ==== | + | |
- | + | ||
- | Decimation is really easy. In our laser-tag system we will be decimating by 10. All we do is invoke our FIR-filter each time we receive 10 new samples. As you add incoming samples to the FIR-filter input-queue, only invoke the FIR-filter each time you have received 10 new inputs. You will then invoke the IIR filters right after you invoke the FIR-filter. Decimation-wise, there is nothing required for this task. You will implement this later. | + | |
- | + | ||
- | + | ||
- | ==== IIR Filters and Queues ==== | + | |
- | + | ||
- | The equation for an IIR filter is shown below. | + | |
- | + | ||
- | {{::iirfilterequation1.jpg?400| }} | + | |
- | + | ||
- | However, we can simplify this a bit because the first **a** coefficient is 1.0 and can be ignored. | + | |
- | + | ||
- | {{::iirfilterequation2.jpg?400| }} | + | |
- | + | ||
- | We finally end up with: | + | |
- | + | ||
- | {{::iirfilterequation3.jpg?400| }} | + | |
- | + | ||
- | The implementation of the IIR filter is similar to the FIR filter. However, the IIR filter relies on two signal histories: y and z, as shown in the equation above. As you can see from the equation, you would need two queues of different sizes (11 and 10) to keep the necessary signal histories. The only other difference is that the computed value (''z'') is also pushed onto the queue that keeps a history of z values. This is essentially what puts the "IIR" in the filter, e.g, feedback. | + | |
- | + | ||
- | ---- | + | |
- | + | ||
- | ==== Pass Off and Code Submission ==== | + | |
* You will show the TAs how your code behaves when running the provided test code. You will mostly show the TAs the information displayed on the LCD on the board. | * You will show the TAs how your code behaves when running the provided test code. You will mostly show the TAs the information displayed on the LCD on the board. | ||
* You will submit your source code by doing the following: | * You will submit your source code by doing the following: | ||
- | - from the top-level directory (e.g. ecen390), run the check_and_zip program: "./check_and_zip.py 390m3-1". | + | - From the top-level directory (e.g. ecen390), run the check_and_zip program: "./check_and_zip.py 390m3-1". |
- The resulting .zip file will be in the top-level directory. Submit that to Learning Suite. | - The resulting .zip file will be in the top-level directory. Submit that to Learning Suite. | ||
- | - Submit only one .zip file per team. The TAs will make sure that both team members receive credit. | + | - Submit only one .zip file per team. Both team members will receive credit. |
---- | ---- | ||
Line 372: | Line 364: | ||
- Check to make sure that the plots on the TFT display look correct, e.g., the FIR-filter is flat across the frequency range and that the bandpass filters have a narrow response. | - Check to make sure that the plots on the TFT display look correct, e.g., the FIR-filter is flat across the frequency range and that the bandpass filters have a narrow response. | ||
- | ---- | ||
- | |||
- | ===== Formating Code ===== | ||
- | Use this code to format your coefficients into arrays that follow correct 'C' syntax. **This code is not part of the cloned student repo so you will need to paste it into a file in order to use it with MATLAB.** | ||
- | |||
- | Instructions: | ||
- | - The fir coefficients must be stored in a 81-element vector named 'b'. | ||
- | - The iir a-coefficients must be stored in a 10 X 11 array named a_iir. | ||
- | - The iir b-coefficients must be stored in a 10 X 11 array named b_iir. | ||
- | - Run this script in MATLAB and it will produce a file named coef.txt that will contain C-formatted text. | ||
- | |||
- | Note: this code does not include the leading 1.0 coefficient for the a_iir coefficients for the IIR filter because it is not used. | ||
- | |||
- | <file matlab format.m> | ||
- | %format of filter coefficients | ||
- | % | ||
- | % FIR vector name: b | ||
- | % | ||
- | % IIR a coefficients | ||
- | % name: a_iir | ||
- | % size: 10, 11 matrix | ||
- | % IIR b coefficients | ||
- | % name: b_iir | ||
- | % size: 10, 11 matrix | ||
- | |||
- | fileID = fopen('coef.txt', 'wt'); %open file | ||
- | %write FIR filter coefficients | ||
- | fprintf(fileID,'const static double firCoefficients[FIR_FILTER_TAP_COUNT] = {\n') | ||
- | formatSpec = '%1.16e, \n'; | ||
- | fprintf(fileID,formatSpec,b(1:end-1)) | ||
- | formatSpec = '%1.16e};\n\n'; | ||
- | fprintf(fileID,formatSpec,b(end)) | ||
- | %write IIR 'a' filter coefficients | ||
- | %This file does not write the first 'a' coefficient | ||
- | fprintf(fileID,'const static double iirACoefficientConstants[FILTER_FREQUENCY_COUNT][IIR_A_COEFFICIENT_COUNT] = {\n') | ||
- | |||
- | for lp=1:9 | ||
- | fprintf(fileID,'{') | ||
- | formatSpec = '%1.16e, '; | ||
- | fprintf(fileID,formatSpec,a_iir(lp, 2:end-1)) | ||
- | formatSpec = '%1.16e},\n'; | ||
- | fprintf(fileID,formatSpec,a_iir(lp, end)) | ||
- | end | ||
- | fprintf(fileID,'{') | ||
- | formatSpec = '%1.16e, '; | ||
- | fprintf(fileID,formatSpec,a_iir(10, 2:end-1)) | ||
- | formatSpec = '%1.16e}\n'; | ||
- | fprintf(fileID,formatSpec,a_iir(10, end)) | ||
- | fprintf(fileID,'};\n') | ||
- | fprintf(fileID,'\n') | ||
- | |||
- | %write IIR b filter coefficients | ||
- | fprintf(fileID,'const static double iirBCoefficientConstants[FILTER_FREQUENCY_COUNT][IIR_B_COEFFICIENT_COUNT] = {\n') | ||
- | |||
- | for lp=1:9 | ||
- | fprintf(fileID,'{') | ||
- | formatSpec = '%1.16e, '; | ||
- | fprintf(fileID,formatSpec,b_iir(lp, 1:end-1)) | ||
- | formatSpec = '%1.16e},\n'; | ||
- | fprintf(fileID,formatSpec,b_iir(lp, end)) | ||
- | end | ||
- | fprintf(fileID,'{') | ||
- | formatSpec = '%1.16e, '; | ||
- | fprintf(fileID,formatSpec,b_iir(10, 1:end-1)) | ||
- | formatSpec = '%1.16e}\n'; | ||
- | fprintf(fileID,formatSpec,b_iir(10, end)) | ||
- | fprintf(fileID,'};') | ||
- | |||
- | fclose(fileID); | ||
- | </file> |