Frederick, Thank you for letting us know it did work. Sometimes the only indication of the problem being solved is the lack of the continuation in the thread.
Andrey ---- On Wed, 14 Mar 2018 07:12:13 -0700 Frederick Gamache <frederick.gama...@gmail.com> wrote ---- Hello, Just to let you know guys that my circuit is now working since I mounted my DC-DC converter on my PCB. Many thanks for your support! Frederick On Tue, Mar 13, 2018 at 12:18 PM, Elphel Support <support-list@support.elphel.com> wrote: Frederick, Yes - your last problem (system getting stuck after bitstream) is caused by the wrong power sequencing. But as 1) you have 10338 working and 2) your board is tested w/o 10393 it should be working together eventually. Andrey ---- On Tue, 13 Mar 2018 07:48:42 -0700 Frederick Gamache<frederick.gama...@gmail.com> wrote ---- Hello Andrey, Normally I have a dc-dc converter chip on my pcb which translate 3.3V to 2.8V. The 3.3V source is provided by the cable attached to the 10393. I'll wait to receive my chip today and will install it tomorrow. I'll see if things will get better with it. Currently I'm using an external power supply to source the 2.8V voltage so I guess the timing for the power sequence is not ok. Frederick On Fri, Mar 9, 2018 at 5:51 PM, Elphel Support <support-list@support.elphel.com> wrote: Fred, Just to clarify: 10393 can drive up to ~1.0A, but there will be voltage drop on the cable (Elphel cables have thick power traces). Connector is rated 0.4A/pin. The sensor power is controlled by the script (same one that loads bitstream), power status/control is available over the sysfs interface. You may also put a buffer on all signals from the sensor, FPGA has flexible means to compensate pin delays if needed after the buffer insertion. Andrey ---- On Fri, 09 Mar 2018 14:26:50 -0800 Elphel Support<support-list@support.elphel.com> wrote ---- Frederick, you need to power you board either directly from the 10393 3.3V on the cable, or (if you board has other components that need more power than 10393 can provide) use external power switch driven by the cable power. The problem is that the cable goes directly to the FPGA port that should be powered _before_ any non-zero voltage appears on the FPGA pins. This is a feature of the FPGA. Andrey ---- On Fri, 09 Mar 2018 13:47:51 -0800 Frederick Gamache <frederick.gama...@gmail.com> wrote ---- I use TeraTerm. I receive something else than 0xffff, but it seam to be the same value for any register... Maybe I should check my power on my sensor chip. FPGA bitstream stalls, it doesn't initialize if I power on my sensor PCB. Fred On Fri, Mar 9, 2018 at 4:37 PM, Oleg <support-list@support.elphel.com> wrote: Hi, Question: does the software needs to reach the 34VL02 EEPROM at any point? Because I don't have one on my own sensor board... It should work fine without eeprom. Did it read chip id? or is it 0xffff? Do you use minicom or putty or other terminal program? Regards, Oleg _______________________________________________ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com _______________________________________________ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com _______________________________________________ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com _______________________________________________ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
_______________________________________________ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
