Poky 2.0 manual
Boot options:
← Older revision Revision as of 22:54, 16 December 2016 (3 intermediate revisions not shown)Line 38: Line 38: </font> </font> ==<font color="blue">Output files</font>== ==<font color="blue">Output files</font>== -Found in the poky's deploy directory: +The names are listed as they appear in the u-boot configuration header file - actual output files have different names: -* files for rootfs in NAND Flash: '''poky/build/tmp/deploy/images/elphel393/nand/'''+ -* files for rootfs on MMC (micro SD card): '''poky/build/tmp/deploy/images/elphel393/mmc/'''+ - + -These names are listed as they appear in the u-boot configuration header file - actual output files have different names:+ * '''boot.bin''' - u-boot as the first stage bootloader = Secondary Program Loader that boots '''u-boot-dtb.img''' * '''boot.bin''' - u-boot as the first stage bootloader = Secondary Program Loader that boots '''u-boot-dtb.img''' * '''u-boot-dtb.img''' - full size u-boot with a stripped device tree (''cat u-boot.img some_stripped_devicetree.dtb > u-boot-dtb.img'') * '''u-boot-dtb.img''' - full size u-boot with a stripped device tree (''cat u-boot.img some_stripped_devicetree.dtb > u-boot-dtb.img'') -* '''devicetree.dtb''' - device tree with listed interfaces, zynq registers, interrupts and drivers+* '''devicetree.dtb''' - device tree with listed interfaces, zynq registers, interrupts and drivers. +** ''elphel393/bootable-images/mmc/devicetree.dtb'' - mount rootfs from mmc partition +** ''elphel393/bootable-images/nand/devicetree.dtb'' - mount rootfs from NAND flash * '''uImage''' - kernel, drivers * '''uImage''' - kernel, drivers -* '''rootfs.ubifs''' or '''rootfs.tar.gz''' - rootfs+* '''rootfs.ubifs''', '''rootfs.ubi''', '''rootfs.tar.gz''' - rootfs in different formats + +They are found poky's deploy directory '''elphel393/poky/build/tmp/deploy/images/elphel393/''', linked to +'''elphel393/bootable-images/''' for convenience. + +* complete set of files for rootfs in NAND Flash: ''elphel393/bootable-images/nand/'' +* complete set of files for rootfs on MMC (micro SD card): ''elphel393/bootable-images/mmc/'' -==<font color="blue">Boot options</font>==+==<font color="blue">Write files to media and boot</font>== ===Boot from micro SD card (rootfs)=== ===Boot from micro SD card (rootfs)=== -* The micro SD card/adapter must be modified for this boot mode (to keep CD pin high) - only then the camera will boot+* Use recovery or regular μSD card * EXT4 partition mounted as '''/''' * EXT4 partition mounted as '''/''' -* [[Sd_boot_rootfs|Detailed instructions]]+[[Sd_boot_rootfs|Detailed instructions]] ===Boot from NAND flash (rootfs)=== ===Boot from NAND flash (rootfs)=== * The default boot option - power on. * The default boot option - power on. * A UBIFS image is written to /dev/mtd4 - is mounted as '''/''' * A UBIFS image is written to /dev/mtd4 - is mounted as '''/''' -* [[NAND_flash_boot_rootfs|Detailed instructions]]+[[NAND_flash_boot_rootfs|Detailed instructions]] ===Notes=== ===Notes=== * It is possible to unpack rootfs to RAM not mounting any partitions ('''/''' in RAM, ramdisk): * It is possible to unpack rootfs to RAM not mounting any partitions ('''/''' in RAM, ramdisk): -** Changes are not stored+** Changes will not be stored -** Boot faster?+ -** Work faster?+ ** Modify env commands in the u-boot (in elphel393.h or when in the u-boot command line) ** Modify env commands in the u-boot (in elphel393.h or when in the u-boot command line) ** Carefully check the actual and hardcoded images' sizes in the u-boot (elphel393.h) and the device tree (elphel393_xxx.dts) with the actual sizes. ** Carefully check the actual and hardcoded images' sizes in the u-boot (elphel393.h) and the device tree (elphel393_xxx.dts) with the actual sizes. +** Don't want to waste RAM ==<font color="blue">Setup</font>== ==<font color="blue">Setup</font>== OlegBoot options 393
Ezynq
"Free" the code part:
← Older revision Revision as of 18:13, 16 December 2016 Line 14: Line 14: <b>as of 2016/03/18...</b> <b>as of 2016/03/18...</b> * u-boot-xlnx master-next branch is removed long ago - so the link above is broken * u-boot-xlnx master-next branch is removed long ago - so the link above is broken + +<b>as of 2016/06/25...</b> +* ezynq depends on original u-boot instead of u-boot-xlnx ==Supported boards== ==Supported boards== OlegTmp manual
Boot options 393
Other boot options:
New page
==<font color="blue">Description</font>==Normally camera boots from the internal NAND flash memory, and it is always possible to boot it from the micro SD card, so even corruption of files on the internal flash will not "brick" the system. There are no buttons or switches on the camera - it should be instructed to change the boot source. Always booting from micro SD is not practical - in that case it would not be possible to leave a non-bootable card (intended just for image/video storage) in the camera slot.
There are two ways to switch camera to the micro SD boot mode.
One requires camera to be connected to the host computer with the USB cable (micro USB socket under the network jack - marked "console" on the picture). There is an internal USB-to-serial converter in the camera (CP2103) that offers 4 additional GPIO signals in addition to just the serial connection. One of these signals selects the boot source (GPIO0 - 0 - MMC, 1 - NAND), another (GPIO3 - 0 reset, 1 - normal operation). Unfortunately GPIO control of the CP2103 is not in a mainline cp210x Linux driver so this functionality requires a modified version (see instructions below).
Another way to "tell" the camera to boot from the μSD card instead of the internal NAND flash is to use a mechanically modified card or card adapter (such cards are provided with the camera). Standard specifies two alternative ways for detection of the card presence - one is a mechanical switch (closed when the card is inserted), another is a pull-up resistor on a data line. Camera uses both signals at boot time to determine the boot source:
* Switch not closed, pull-up resistor not detected -> no card present, boot from the internal NAND flash
* Switch closed -> data (non-bootable) card present, boot from the internal NAND flash
* Switch not closed, pull-up resistor is detected -> bootable card present, boot from the MMC card
{|
|[[File:Recover mmc.jpeg|130px|thumb|Fig.1 Recovery μSD card ('cut' corner) - forces the system board to boot from it]]
|}
==<font color="blue">Boot instructions</font>==
===Internal NAND flash (default)===
* Make sure the recovery card is not inserted
* Power on
===Recovery micro SD card===
Requirements:
* A modified card that doesn't lock the mechanical CD pin in the slot - it's done by carefully filing off the corner (see Fig.1) - most cards have circuitry there and get damaged. Use the one that came with the camera or order a new one.
Instructions:
* insert the card, power on
===Regular micro SD card===
Requirements:
* μUSB-to-USB cable
* Linux: compile [https://sourceforge.net/p/elphel/cp210x_gpio/ci/master/tree/ cp210x driver]
Instructions:
* Power on
* Connect the camera's console port (see Fig.2, right under the μSD slot) to PC using μUSB-to-USB cable
{|
|[[File:NC393-CS marked ports.jpeg|thumb|200px|Fig.2 10393 camera ports]]
|}
* Reload the cp210x driver:
** unplug the μUSB-to-USB cable
** In the terminal from the directory where the driver was built, run:
sudo rmmod cp210x
sudo insmod cp210x.ko
** plug the cable back (the driver will stay loaded until the PC is rebooted).
* In the terminal from the directory where the driver was built, run:
./cp210x_gpio.py 0x6;
./cp210x_gpio.py 0xe;
* To reboot back to NAND flash w/o power cycling:
./cp210x_gpio.py 0x7;
./cp210x_gpio.py 0xf;
===Other boot options===
The instructions are defined by the 3 options above.
They define where the camera will load the u-boot, device tree and kernel from: μSD card or NAND flash. The location of rootfs ("/") is set in the device tree. Available locations for rootfs:
* '''any μSD card partition'''. The default device tree parameter is:
bootargs = "cma=336M console=ttyPS0,115200 root=/dev/mmcblk0p2 rw ip=192.168.0.9 earlyprintk rootwait rootfstype=ext4";
* '''any internal NAND flash partition'''. The default parameter is:
bootargs = "cma=336M console=ttyPS0,115200 root=ubi0:elphel393-rootfs rw ip=192.168.0.9 earlyprintk rootwait rootfstype=ubifs ubi.mtd=4,2048";
* '''any internal SSD''' (if installed) partition. There is no default device tree.
* '''RAM''' - unpack an archive from a μSD card FAT32 partition into RAM but it was tested a while ago:
bootargs = "cma=336M console=ttyPS0,115200 root=/dev/ram rw ip=192.168.0.9 earlyprintk ramdisk_size=262144";
'''To build a custom device tree''', see [http://wiki.elphel.com/index.php?title=Poky_2.0_manual SDK manual]'''
==<font color="blue">cp210x_gpio.py -h</font>==
$./cp210x_gpio.py -h
usage: cp210x_gpio.py [-h] [-d DEVICE] [-m MASK] [gpio_value]
positional arguments:
gpio_value hex value for GPIO. Example (GPIO[3:0]): 0xf - all
1's, 0x0 - all 0's. If not specified - read GPIO only
optional arguments:
-h, --help show this help message and exit
-d DEVICE, --device DEVICE
USB device. Default: /dev/ttyUSB0
-m MASK, --mask MASK hex value for masking out GPIO bits: 1 - enable
rewrite, 0 - disable. Example (GPIO[3:0]): -m 0xf
[[Category:393]] Oleg
Boot options 393
New page
==<font color="blue">Description</font>==Normally camera boots from the internal NAND flash memory, and it is always possible to boot it from the micro SD card, so even corruption of files on the internal flash will not "brick" the system. There are no buttons or switches on the camera - it should be instructed to change the boot source. Always booting from micro SD is not practical - in that case it would not be possible to leave a non-bootable card (intended just for image/video storage) in the camera slot.
There are two ways to switch camera to the micro SD boot mode.
One requires camera to be connected to the host computer with the USB cable (micro USB socket under the network jack - marked "console" on the picture). There is an internal USB-to-serial converter in the camera (CP2103) that offers 4 additional GPIO signals in addition to just the serial connection. One of these signals selects the boot source (GPIO0 - 0 - MMC, 1 - NAND), another (GPIO3 - 0 reset, 1 - normal operation). Unfortunately GPIO control of the CP2103 is not in a mainline cp210x Linux driver so this functionality requires a modified version (see instructions below).
Another way to "tell" the camera to boot from the μSD card instead of the internal NAND flash is to use a mechanically modified card or card adapter (such cards are provided with the camera). Standard specifies two alternative ways for detection of the card presence - one is a mechanical switch (closed when the card is inserted), another is a pull-up resistor on a data line. Camera uses both signals at boot time to determine the boot source:
* Switch not closed, pull-up resistor not detected -> no card present, boot from the internal NAND flash
* Switch closed -> data (non-bootable) card present, boot from the internal NAND flash
* Switch not closed, pull-up resistor is detected -> bootable card present, boot from the MMC card
{|
|[[File:Recover mmc.jpeg|130px|thumb|Fig.1 Recovery μSD card ('cut' corner) - forces the system board to boot from it]]
|}
==<font color="blue">Boot instructions</font>==
===Internal NAND flash (default)===
* Make sure the recovery card is not inserted
* Power on
===Recovery micro SD card===
Requirements:
* A modified card that doesn't lock the mechanical CD pin in the slot - it's done by carefully filing off the corner (see Fig.1) - most cards have circuitry there and get damaged. Use the one that came with the camera or order a new one.
Instructions:
* insert the card, power on
===Regular micro SD card===
Requirements:
* μUSB-to-USB cable
* Linux: compile [https://sourceforge.net/p/elphel/cp210x_gpio/ci/master/tree/ cp210x driver]
Instructions:
* Power on
* Connect the camera's console port (see Fig.2, right under the μSD slot) to PC using μUSB-to-USB cable
{|
|[[File:NC393-CS marked ports.jpeg|thumb|200px|Fig.2 10393 camera ports]]
|}
* Reload the cp210x driver:
** unplug the μUSB-to-USB cable
** In the terminal from the directory where the driver was built, run:
sudo rmmod cp210x
sudo insmod cp210x.ko
** plug the cable back (the driver will stay loaded until the PC is rebooted).
* In the terminal from the directory where the driver was built, run:
./cp210x_gpio.py 0x6;
./cp210x_gpio.py 0xe;
==<font color="blue">cp210x_gpio.py -h</font>==
$./cp210x_gpio.py -h
usage: cp210x_gpio.py [-h] [-d DEVICE] [-m MASK] [gpio_value]
positional arguments:
gpio_value hex value for GPIO. Example (GPIO[3:0]): 0xf - all
1's, 0x0 - all 0's. If not specified - read GPIO only
optional arguments:
-h, --help show this help message and exit
-d DEVICE, --device DEVICE
USB device. Default: /dev/ttyUSB0
-m MASK, --mask MASK hex value for masking out GPIO bits: 1 - enable
rewrite, 0 - disable. Example (GPIO[3:0]): -m 0xf
[[Category:393]] Oleg
Tmp manual
Tmp manual
10393 power
File:10385 18-75V top sm.png
uploaded a new version of "[[File:10385 18-75V top sm.png]]"
OlegFile:10385 bottom sm.png
uploaded a new version of "[[File:10385 bottom sm.png]]"
OlegFile:10385 18-75V top.png
uploaded a new version of "[[File:10385 18-75V top.png]]"
OlegFile:10385 9-36V top.png
uploaded a new version of "[[File:10385 9-36V top.png]]"
OlegFile:10385 bottom.png
uploaded a new version of "[[File:10385 bottom.png]]"
Oleg10385
File:10385 9-36V top sm.png
uploaded "[[File:10385 9-36V top sm.png]]"
Oleg10385
Created page with "==10385B== ==Links== * 10385 Rev B Circuit Diagram, Parts List, PCB layout * 10385B Gerber files"
New page
==10385B====Links==
* [[Media:10385b.pdf|10385 Rev B Circuit Diagram, Parts List, PCB layout]]
* [[Media:10385b gerber.tar.gz|10385B Gerber files]] Andrey.filippov
File:10385b gerber.tar.gz
uploaded "[[File:10385b gerber.tar.gz]]"
Andrey.filippovEvent logger
Tmp manual
Boot:
← Older revision Revision as of 02:19, 30 November 2016 Line 26: Line 26: Normally camera boots from the internal NAND flash memory, and it is always possible to boot it from the micro SD card, so even corruption of files on the internal flash will not "brick" the system. There are no buttons or switches on the camera and the camera should be instructed to change the boot source. Always booting from micro SD is not practical - in that case it would not be possible to leave a non-bootable card (intended just for image/video storage) in the camera slot. Normally camera boots from the internal NAND flash memory, and it is always possible to boot it from the micro SD card, so even corruption of files on the internal flash will not "brick" the system. There are no buttons or switches on the camera and the camera should be instructed to change the boot source. Always booting from micro SD is not practical - in that case it would not be possible to leave a non-bootable card (intended just for image/video storage) in the camera slot. -There are two ways to switch camera to the micro SD boot mode. One requires camera to be connected to the host computer with the USB cable (micro USB socket under the network jack - marked "console" on the picture). There is an internal USB-to-serial converter in the camera (CP2103) that offers 4 additional GPIO signals in addition to just the serial connection. One of these signals selects the boot source (GPIO0 - 0 - MMC, 1 - NAND), another (GPIO3 - 0 reset, 1 - normal operation). Unfortunately GPIO control of the CP2103 is not in a mainline cp210x Linux driver so this functionality requires a mudified version (see instructions below).+There are two ways to switch camera to the micro SD boot mode. One requires camera to be connected to the host computer with the USB cable (micro USB socket under the network jack - marked "console" on the picture). There is an internal USB-to-serial converter in the camera (CP2103) that offers 4 additional GPIO signals in addition to just the serial connection. One of these signals selects the boot source (GPIO0 - 0 - MMC, 1 - NAND), another (GPIO3 - 0 reset, 1 - normal operation). Unfortunately GPIO control of the CP2103 is not in a mainline cp210x Linux driver so this functionality requires a modified version (see instructions below). Another way to "tell" the camera to boot from the μSD card instead of the internal NAND flash is to use a mechanically modified card or card adapter (such cards are provided with the camera). Standard specifies two alternative ways for detection of the card presence - one is a mechanical switch (closed when the card is inserted), another is a pull-up resistor on a data line. Camera uses both signals at boot time to determine the boot source: Another way to "tell" the camera to boot from the μSD card instead of the internal NAND flash is to use a mechanically modified card or card adapter (such cards are provided with the camera). Standard specifies two alternative ways for detection of the card presence - one is a mechanical switch (closed when the card is inserted), another is a pull-up resistor on a data line. Camera uses both signals at boot time to determine the boot source: Oleg