[Elphel-support] Script for changing the SADDR bit for the MT9P031 sensor

[Frederick Gamache]

Another thing,

After I tried pluging a USB drive through an hub, attached to the 10389B
board, it seems that the camogm is failing to load, even after re-booting.

Is there a link?

Frederick

On Thu, Mar 15, 2018 at 10:53 AM, Frederick Gamache <
frederick.gamache at gmail.com> wrote:

> Andrey,
>
> The supply current drawn is nearly 2.0 Amps @ 3.3V, once the FPGA is
> loaded.
> I have the 10389 interface board but no SSD mounted and no external SATA
> drive attached at the moment.
>
> When I received the camera kit, I found that the unit was especially hot
> when touching it.
> I don't have the camera enclosure, but only an aluminium frame on which
> the boards are mounted. I guess that the frame serves as a heat sink at
> same time?
>
> For the power board failure, maybe I accidentally created a short when I
> plug/unplugged the wall adapter from the power board connector while the
> power adapter was plugged into the wall...
>
> It is hard to tell what component failed on the power board because many
> components are mounted underneath the Traco DC-DC converter itself...
>
> When I plug the 48 V source, no 3.3V appears at the output.
>
> Frederick
>
>
> On Thu, Mar 15, 2018 at 10:29 AM, Elphel Support <
> support-list at support.elphel.com> wrote:
>
>> Hello Frederick,
>>
>> Do you know power consumption on the ports? Do you have 10389 interface
>> board with the SSD? If you run camera from the 3.3V - can you measure the
>> total 3.3V current? Do you have sufficient fan cooling or heat sink?
>>
>> We never had 10385 failures before - Traco DC-DC converter seems to have
>> all required protection - current, temperature so we had the system shut
>> down when overloaded, but not failed. We would like to try to find out -
>> what component actually failed - is it DC-DC or something else.
>>
>> We do have a new power supply design (https://wiki.elphel.com/wiki/10386
>> - temporary images are for 10385B), but it is not built yet., we just
>> released the PCB design a few days ago.
>>
>> Andrey
>>
>> ---- On Thu, 15 Mar 2018 06:38:07 -0700 *Frederick Gamache
>> <frederick.gamache at gmail.com <frederick.gamache at gmail.com>>* wrote ----
>>
>> Hi,
>>
>> Its seems that my power board (10385-B power board - 48V) is out of
>> service and I'm now powering the 3.3V  from an external power supply.
>> Do I really need the 10385-B power board to supply the SATA adapter board
>> (10389-B) or should it works ok from my external 3.3V power source?
>>
>> Frederick
>>
>>
>> On Wed, Mar 14, 2018 at 11:10 AM, Frederick Gamache <
>> frederick.gamache at gmail.com> wrote:
>>
>> Hello Andrey,
>>
>> I owe at least this for your great support.
>> By the way, congratulations for your great products!
>>
>> Best regards,
>> Frederick
>>
>> On Wed, Mar 14, 2018 at 10:53 AM, Elphel Support <
>> support-list at support.elphel.com> wrote:
>>
>> 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.gamache at gmail.com <frederick.gamache at 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 at 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.gamache at gmail.com <frederick.gamache at 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 at 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 at support.elphel.com <support-list at 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.gamache at gmail.com <frederick.gamache at 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 at 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 at support.elphel.com
>> http://support.elphel.com/mailman/listinfo/support-list_supp
>> ort.elphel.com
>>
>>
>>
>>
>> _______________________________________________
>> Support-list mailing list
>> Support-list at support.elphel.com
>> http://support.elphel.com/mailman/listinfo/support-list_supp
>> ort.elphel.com
>>
>>
>>
>>
>>
>> _______________________________________________
>> Support-list mailing list
>> Support-list at support.elphel.com
>> http://support.elphel.com/mailman/listinfo/support-list_supp
>> ort.elphel.com
>>
>>
>>
>>
>>
>> _______________________________________________
>> Support-list mailing list
>> Support-list at support.elphel.com
>> http://support.elphel.com/mailman/listinfo/support-list_supp
>> ort.elphel.com
>>
>>
>>
>>
>>
>>
>> _______________________________________________
>> Support-list mailing list
>> Support-list at support.elphel.com
>> http://support.elphel.com/mailman/listinfo/support-list_supp
>> ort.elphel.com
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20180315/61df8d3d/attachment.html>