Carlos,
>From you photos it does not look that any pins are broken, no pads from the
PCB are peeled off, so any computer/electronics repair shop (or hobbyist
with the fine parts soldering skills) can easily put the connector back.
SATA external disk - we did not have problems with any, except the
Carlos,
> So you are saying its posible to reuse the black conector soldering
> back to the 10369? wouldn't it be better to find a new black piece
> (from the diagram i supose its the one called J6 CF/HDD adapter) i
> mean because of the broken pins.
>
The pins looked fine on your P1110893-50q.j
hi oleg
Ok, i have removed the black piece from the 103692, now i see it like
in the wiki
So you are saying its posible to reuse the black conector soldering
back to the 10369? wouldn't it be better to find a new black piece
(from the diagram i supose its the one called J6 CF/HDD adapter) i
mean
2012/2/3 Elphel Support | Andrey Filippov :
> Looking at the photos (they are very helpful, thanks!)
i explain myself with photos better than writting in english :P
> I realized that the
> camera did have a manufacturing defect. It did not prevent the camera from
> working properly, but made the
2012/2/3 Oleg :
> Carlos,
>
> Btw, did camogm stop detecting the camera after you disassemble it for the
> first time?
no, the disk was detected because after the first disassemble i
formatted the disk as you know and there was when i was able to record
from camogm, get the disk detected, even wor
Carlos,
Looking at the photos (they are very helpful, thanks!) I realized that the
camera did have a manufacturing defect. It did not prevent the camera from
working properly, but made the board too fragile - more than it has to be.
All the connector pins were soldered OK (you can see the traces i
Carlos,
Btw, did camogm stop detecting the camera after you disassemble it for the
first time?
So, you will have to disassemble the whole camera to get the 10369 board
out. Please be careful with releasing the cables as the connectors can be
broken pretty easily.
Check out these pictures:
http:/
Hello Carlos,
I'm sorry I was not quick enough to tell you not to open the camera as the
problem is not likely to be a hardware one (if there was no contact you'll
not be able to read anything from the HDD). We definitely can fix that
connector, but even with the proper paperwork to avoid extra ta
Ah, I did not know it is a camera with INTERNAL HDD.
Yes makes perfect sense. All my comments assumed it is an external HDD
connected via SATA port.
Regards Sebastian
On Fri, Feb 3, 2012 at 17:16, Andrey Filippov
wrote:
> Sebastian,
>
> 4096 byte blocks are not the problem in the 353 cameras -
Sebastian,
4096 byte blocks are not the problem in the 353 cameras - they all now have
this block size. Please see our Development Blog post on that matter:
http://blog.elphel.com/2010/11/elphel-cameras-and-4096-4k-sector-drives/
And the disk was correctly formatted and tested _in the camera_ (no
On Fri, Feb 3, 2012 at 16:44, Carlos Padial wrote:
>> OK so do I understand this correctly that the new 4K block size of
>> newer harddisks is the problem:
>> http://en.wikipedia.org/wiki/Disk_sector ?
>
> dont know, but this you say remember me something readed about this
> digging in the list ar
> OK so do I understand this correctly that the new 4K block size of
> newer harddisks is the problem:
> http://en.wikipedia.org/wiki/Disk_sector ?
dont know, but this you say remember me something readed about this
digging in the list archive. But i dont fully understand if it was the
same case.
OK so do I understand this correctly that the new 4K block size of
newer harddisks is the problem:
http://en.wikipedia.org/wiki/Disk_sector ?
Since the embedded linux in the 353 camera is already several years
old it could well be the case that it has problems with 4K sectors.
Carlos, one idea:
Thanks to oleg who kindly help me a lot yesterday, we have narrow down
the problem to this one:
# fdisk -l
Note: sector size is 4096 (not 512)
Disk /dev/hda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 1824 cylinders
Units = cylinders of 16065 * 4096 = 65802240 bytes
Disk /dev/hda
14 matches
Mail list logo
