21-09-2019, 07:43 AM
Thanks, Peter. For the last couple of days I've been banging my head on a brick wall trying to get the thing to work on its own software as against with debug computers connected. I don't like writing x51 assembler but fortunately most of that was already done for past projects.
I got out the EPROM emulator and found that I could still remember how to use the odd batch files etc I'd written years ago. The Xilinx would load and things would substatially come to life. Except that neither the SAA7118 decoder nor ADV7171 encoder would program via I2C. Definite activity on the I2C bus and those bits of x51 code were old and well proven. Much frustration. Eventually the penny dropped. There was no clock going to the SAA7118, the new reduced frequency clock that's the key to the whole project. Why? It was loading an old Xilinx file (from my 625 to 405 experiments becuase I'd omitted a parameter when calling the batch file. I'd typed:
emg h1
Which links the x51 object code, xilinx binary and a test card C binary, then sends the whole lot to the EPROM emulator. h1 is the name of the x51 project. What I'd forgotten was the 2nd parameter, the name of the xilinx project. I rapidly relearned that if a batch file is missing a parameter there's no warning, it just treats it as null.
emg h1 h1
The xilinx project is also called h1. And everything worked.
Much joy.
I hope it's now a tidying job. HF response seems a bit down. Need to see if it's the SAA7118 or something else. The output side is OK because I checked with digital multiburst stored in the Xilinx. I'll put multiburst into the Aurora, check the output on a scope and see what my converter makes of it. A future project might be a high quality FPGA based 405 line test pattern generator.
I got out the EPROM emulator and found that I could still remember how to use the odd batch files etc I'd written years ago. The Xilinx would load and things would substatially come to life. Except that neither the SAA7118 decoder nor ADV7171 encoder would program via I2C. Definite activity on the I2C bus and those bits of x51 code were old and well proven. Much frustration. Eventually the penny dropped. There was no clock going to the SAA7118, the new reduced frequency clock that's the key to the whole project. Why? It was loading an old Xilinx file (from my 625 to 405 experiments becuase I'd omitted a parameter when calling the batch file. I'd typed:
emg h1
Which links the x51 object code, xilinx binary and a test card C binary, then sends the whole lot to the EPROM emulator. h1 is the name of the x51 project. What I'd forgotten was the 2nd parameter, the name of the xilinx project. I rapidly relearned that if a batch file is missing a parameter there's no warning, it just treats it as null.
emg h1 h1
The xilinx project is also called h1. And everything worked.
Much joy.
I hope it's now a tidying job. HF response seems a bit down. Need to see if it's the SAA7118 or something else. The output side is OK because I checked with digital multiburst stored in the Xilinx. I'll put multiburst into the Aurora, check the output on a scope and see what my converter makes of it. A future project might be a high quality FPGA based 405 line test pattern generator.
www.borinsky.co.uk Jeffrey Borinsky www.becg.tv
