--- Quote Start ---
I dont have timing constraints
--- Quote End ---
Then that tells the tool "I don't care", so it does not try :)
--- Quote Start ---
then recommendation is setup timing constrains with tco=4.6ns?
--- Quote End ---
That is not quite how timing constraints work. You need to tell the synthesis tool "what is the 'latest' a signal can arrive at the external device that output pin is connected to". If that value is 4.6ns, then you need to provide the appropriate timing parameters as TimeQuest constraints. The document I linked to has images that show you how to describe your timing requirements, and Rsync has documents on the AlteraWiki that also describe the procedures.
--- Quote Start ---
Ok, any way using constraints is no guaranteed to reach tco=4.6ns, true ?
--- Quote End ---
You would have to constrain the tool and see.
--- Quote Start ---
and second: what really means the tco value listed in Max II handbook ?
--- Quote End ---
Absolutely nothing. Marketing probably just wanted a number to have in the handbook :)
--- Quote Start ---
Note: Im new in this, I'm implementig a design that calculates an output (using an equation) from one input data where a clk signal indicates a new input data , and Im tryng to determine the time in what I have a valid output after a positive edge clock.
--- Quote End ---
Look at the timing diagrams in the PDF above. Draw timing diagrams for your application. Look at the TimeQuest constraints scripts in the zip file listed above, and create an equivalent version for your application. This will help you determine the maximum operating frequency for your design.
As Rsync commented, you need to make sure your design is "pipelined", i.e., include input registers, output registers, and internal data processing registers where appropriate. This allows the synthesis tool to move the logic around inside the device while its trying to meet your timing goal.
Cheers,
Dave