Difference between revisions of "Talk:10349"

From ElphelWiki
Jump to: navigation, search
Line 34: Line 34:
  
  
Andrey, I have uploaded our circuit diagram to [http://wiki.elphel.com/images/4/46/Rz_353_cf_interface.pdf rz_343_cf_interface.pdf]  
+
Andrey, I have uploaded our circuit diagram to [http://wiki.elphel.com/images/4/46/Rz_353_cf_interface.pdf rz_353_cf_interface.pdf]  
 
As far as source code, we simply have a script that runs as last part of runlevel 3.  It disables DMA (/sbin/hdparm -m 0 -c 1 -d 0 /dev/hda) and mounts /dev/hda1 on the filesystem.  If we do not disable DMA, then the kernel just endlessly loops on dma timeouts when we try to access the CF.  --[[User:Ekratzer|Ekratzer]] 17:06, 29 January 2008 (CST)
 
As far as source code, we simply have a script that runs as last part of runlevel 3.  It disables DMA (/sbin/hdparm -m 0 -c 1 -d 0 /dev/hda) and mounts /dev/hda1 on the filesystem.  If we do not disable DMA, then the kernel just endlessly loops on dma timeouts when we try to access the CF.  --[[User:Ekratzer|Ekratzer]] 17:06, 29 January 2008 (CST)

Revision as of 16:09, 29 January 2008

About the plex panel for developer case: why do it transparent ? Is where a special reason ? It's not very good for image quality to have light inside the case. --Polto 11:36, 14 October 2007 (GMT)

Transparent? Why? Is it written anywhere?--Andrey.filippov 16:29, 14 October 2007 (CDT)

Yep, in 10349#Body_of_camera_for_developers --Polto 08:55, 15 October 2007 (GMT)

I looked at the images only, did not read the text. You are right there is no sense to have transparent cover - it will allow stray light to reach the sensor.--Andrey.filippov 03:10, 15 October 2007 (CDT)

No problem, we can use black plex. --dimon 21:11, 16 October 2007 (CDT)


Will the RS323 socket fit in the camera on top of both 10353 & 10349 ? --Polto 03:45, 1 November 2007 (GMT)

Should be yes. I measure distance between PCB of 10349 with 10353 to top of cover on 3D model. This is 11.5 mm. For common socket of RS232 this distance is good.

That is my comment. --dimon 22:17, 31 October 2007 (CDT)


Are these boards available for purchase or testing? --Ekratzer 15:51, 12 November 2007 (CST)

Yes, we just do not have our costs (and so the price) ready yet.

Andrey


I am trying to use CF + DMA on 10353 boards. I have tried many CF cards and they work fine under normal PIO modes, but not with DMA, even when tweaking parameters with hdparm. I have also found that some hard drives work with DMA, and some do not, leading me to believe that maybe there is some CF type that will work. Has anybody successfully use CF + DMA on the 353's ETRAX FS?

--Ekratzer 11:41, 28 January 2008 (CST)

That is very interesting. Can you please provide links to the exact circuit diagrams how you connect CF cards as well as to the source code you are using?--Andrey.filippov 13:08, 28 January 2008 (CST)


Andrey, I have uploaded our circuit diagram to rz_353_cf_interface.pdf As far as source code, we simply have a script that runs as last part of runlevel 3. It disables DMA (/sbin/hdparm -m 0 -c 1 -d 0 /dev/hda) and mounts /dev/hda1 on the filesystem. If we do not disable DMA, then the kernel just endlessly loops on dma timeouts when we try to access the CF. --Ekratzer 17:06, 29 January 2008 (CST)