|
|
2a30945bee
|
fixed angle and cos generation. Problem was in diffrent declaration of DATA_L and other defines in different files. Solution: fixed include tree
|
2025-10-09 20:00:48 +03:00 |
|
|
|
c12ae1f521
|
twiddle generation is defifintely wrong. Proved by flushing it to PC
|
2025-10-09 19:21:40 +03:00 |
|
|
|
2f6f7d9793
|
enabled FFT. But somehow it makes random-looking result. My next step -- flush twiddles to the PC and check them
|
2025-10-09 18:40:56 +03:00 |
|
|
|
eafa833ed6
|
introduced FFT into dataprocessor func. But it FFT is not enabled yet
|
2025-10-09 16:15:19 +03:00 |
|
|
|
00f225c393
|
enabled .map generation in Makefile. Included twiddle generation at the startup of the blackfin (into main.c inside main() func)
|
2025-10-09 15:47:34 +03:00 |
|
|
|
6670031bcc
|
implemented simple dataprocessor function. It (in TRANSPARENT mode) takes averaged data and copies it to the FFT_buff.
|
2025-10-06 16:08:42 +03:00 |
|
|
|
9b02f0af1c
|
somehow averaging fails (avg cycle stops too early. So in the result of avg there is sum of all runs in the start and some values in line are forbidden at the end of avg cycle). Fixed avg cycle numbering -> averaged value have the same amplitude as raw value
|
2025-10-06 15:26:24 +03:00 |
|
|
|
95cf79b61f
|
fixed and approved trigger searcher logic in AVG module
|
2025-10-02 20:01:11 +03:00 |
|
|
|
0ddc00750c
|
old commented mess was deleted. Implemented SEMITRANSPARENT (puts data to the TX_buff and then sends it) and TRANSPARENT (sends data by hdma directly) modes
|
2025-10-02 16:22:38 +03:00 |
|
|
|
99cc783f82
|
fixed transmitting to PC via HDMA. Clue: copy data to shadow array and check if it was sent via hdma_send_done()
|
2025-08-13 18:27:27 +03:00 |
|
|
|
d446e010f8
|
implemented transparent mode and simplest AVG mode: no average, identical to transparent
|
2025-07-22 17:45:22 +03:00 |
|
|
|
1555adc25b
|
Have been trying to force LARGE array allocation in SDRAM. Due to a bug somewhere in compiler or configuration, arrays defined in l502_user_process.c with '#include l502_sdram_noinit.h' or '__attribute__((section('.sdram_noinit')))' directives (that should allocate array in SDRAM) wrongly allocates in MEM_L1_DATA_A and overfills it. Workaround: define large arrays with these directives in l502_streams.c and include them via 'extern'.
|
2025-07-18 17:48:29 +03:00 |
|
|
|
f19d963f09
|
working processing and transferring data to PC via TX_buff. TX_buff is still limited in size because it is located in a small L1, not in SDRAM
|
2025-07-17 19:08:56 +03:00 |
|
|
|
9f7a38581f
|
working ADC and SPORT0 interface. Some SPORT0 data can be obtained by 0x8006 command.
|
2025-07-02 15:45:45 +03:00 |
|
|
|
a86de4eece
|
successfully executing user cmd from file l502_user_process.c
|
2025-06-27 18:25:44 +03:00 |
|
|
|
63d839924e
|
firmware is working and compiling! modified cmd L502_BF_CMD_CODE_GET_PARAM (aka f_cmd_get_param()). Added param 87, which returns specific number 0xADEF (decimal 44527).
|
2025-06-27 17:50:46 +03:00 |
|
|
|
c73ead2643
|
git init of an empty project
|
2025-06-27 15:12:44 +03:00 |
|
