AndreyFilippov committed changes to the Elphel git project :
modified script links and .gitignore

‎Decription

← Older revision Revision as of 21:46, 20 November 2017 (One intermediate revision by the same user not shown)Line 1: Line 1:  ==Decription== ==Decription== −[https://github.com/Elphel/ezynq Ezynq] project is started to create a bootloader for systems based on the Xilinx Zynq SoC without the inconvenience of the non-free tools and/or files. The goal is not just to "free" the code, but to provide users with the higher degree of flexibility in fine-tuning of the configuration parameters.+[https://git.elphel.com/Elphel/ezynq Ezynq] project is started to create a bootloader for systems based on the Xilinx Zynq SoC without the inconvenience of the non-free tools and/or files. The goal is not just to "free" the code, but to provide users with the higher degree of flexibility in fine-tuning of the configuration parameters.     ====="Free" the code part===== ====="Free" the code part===== Line 68: Line 68:  ==Install Ezynq (Kubuntu 14.04)== ==Install Ezynq (Kubuntu 14.04)==  <font size='2'> <font size='2'> −  git clone https://github.com/Elphel/ezynq.git+  git clone https://git.elphel.com/Elphel/ezynq.git    cd ezynq   cd ezynq    ./install_uboot.sh (edit the toolchain path)   ./install_uboot.sh (edit the toolchain path) Oleg

← Older revision Revision as of 18:33, 20 November 2017 Line 1: Line 1:  +{{Legacy}} See more about lens measurements on Elphel Blog: [https://blog.elphel.com/category/calibration/ Category:calibration]  +  ==Software== ==Software==  * Install [http://rsbweb.nih.gov/ij/ ImageJ]. * Install [http://rsbweb.nih.gov/ij/ ImageJ]. Andrey.filippov

RaimundasBastys committed changes to the Elphel git project :
added -define SENSOR_SPI- in file system_defines.vh

← Older revision Revision as of 00:22, 18 November 2017 Line 12: Line 12:  * cable sides as described [[10359#Connect_10353.2C_10359_and_sensors|here]] * cable sides as described [[10359#Connect_10353.2C_10359_and_sensors|here]]  * a mux board can be connected to any sensor port * a mux board can be connected to any sensor port −* up to 4x mux boards at the same time (2- do not require extra power modifications)+* up to 4x mux boards at the same time (up to 4x do not require extra power modifications if 10389 is not connected)  * sensor boards can be connected to any unused ports * sensor boards can be connected to any unused ports     [[File:10359top.jpeg|thumb|200px|Fig.2 10359 mux board (older revision)]] [[File:10359top.jpeg|thumb|200px|Fig.2 10359 mux board (older revision)]]    −* if the number of connected mux boards is 3+ then extra power is needed:  +* if the number of connected mux boards is 4 and 10389+SSD then extra power is needed:      quick mod: see Fig.2   quick mod: see Fig.2    lift pins 3,4 on J1, put teflon tape under them and solder a wire to those lifted pins connected. Then add a MOS transistor or a switch that will apply external 3.3 V to W2 when those J1.3, J1.4 have     lift pins 3,4 on J1, put teflon tape under them and solder a wire to those lifted pins connected. Then add a MOS transistor or a switch that will apply external 3.3 V to W2 when those J1.3, J1.4 have   Oleg

RaimundasBastys committed changes to the Elphel git project :
changed sensor/sensor_i2c.v: working spi read mask 0x9100

Oleg Dzhimiev committed changes to the Elphel git project :
fixed

‎Setup

← Older revision Revision as of 21:53, 16 November 2017 (One intermediate revision by the same user not shown)Line 81: Line 81:  ==<font color="blue">Setup</font>== ==<font color="blue">Setup</font>==  <font size='2'> <font size='2'> −  git clone https://git.elphel.com/Elphel/elphel393.git+  git clone https://git.elphel.com/Elphel/elphel393.git # or git clone git@git.elphel.com:Elphel/elphel393.git # if ssh public key is uploaded    cd elphel393   cd elphel393    ./setup.py   ./setup.py Line 98: Line 98:    2. run '''bitbake linux-xlnx -c link -f'''   2. run '''bitbake linux-xlnx -c link -f'''  </font> </font> −* if rerun '''setup.py''' updates updates all repositories and reruns other procedures.+* if rerun '''setup.py''' updates all repositories and reruns other procedures.  <font size='2'> <font size='2'>    $ ./setup.py   $ ./setup.py Andrey.filippov

← Older revision Revision as of 18:38, 16 November 2017 Line 5: Line 5:    -Xmx6G   -Xmx6G    −Copy GTK version '''2''' setting from eclipse.ini for neon to the new one, With the default version '''3''' I'm getting missing files error and at least animated icons do not work) (see also https://bugs.launchpad.net/ubuntu/+source/breeze-gtk/+bug/1604782 ):+Copy GTK version '''2''' setting from eclipse.ini for neon to the new one, With the default version '''3''' I'm getting missing files error and at least animated icons do not work) (see also https://bugs.launchpad.net/ubuntu/+source/breeze-gtk/+bug/1604782 , https://bugs.eclipse.org/bugs/show_bug.cgi?id=491855 ):    --launcher.GTK_version   --launcher.GTK_version    2   2 Andrey.filippov

← Older revision Revision as of 18:38, 16 November 2017 (One intermediate revision by the same user not shown)Line 5: Line 5:    -Xmx6G   -Xmx6G    −Copy GTK version '''2''' setting from eclipse.ini for neon to the new one, With the default version '''3''' I'm getting missing files error and at least animated icons do not work):+Copy GTK version '''2''' setting from eclipse.ini for neon to the new one, With the default version '''3''' I'm getting missing files error and at least animated icons do not work) (see also https://bugs.launchpad.net/ubuntu/+source/breeze-gtk/+bug/1604782 , https://bugs.eclipse.org/bugs/show_bug.cgi?id=491855 ):    --launcher.GTK_version   --launcher.GTK_version    2   2 Andrey.filippov

← Older revision Revision as of 18:38, 16 November 2017 (4 intermediate revisions by the same user not shown)Line 1: Line 1:  Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen) Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen)  +  +Increase memory sizes in new installation eclipse.ini -make them the same as in previous installation, such as (depending on actual memory available):  + -Xms4G  + -Xmx6G  +  +Copy GTK version '''2''' setting from eclipse.ini for neon to the new one, With the default version '''3''' I'm getting missing files error and at least animated icons do not work) (see also https://bugs.launchpad.net/ubuntu/+source/breeze-gtk/+bug/1604782 , https://bugs.eclipse.org/bugs/show_bug.cgi?id=491855 ):  + --launcher.GTK_version  + 2     '''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).''' '''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).''' Andrey.filippov

← Older revision Revision as of 18:29, 16 November 2017 (2 intermediate revisions by the same user not shown)Line 1: Line 1:  Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen) Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen)  +  +Increase memory sizes in new installation eclipse.ini -make them the same as in previous installation, such as (depending on actual memory available):  + -Xms4G  + -Xmx6G  +  +Copy GTK version '''2''' setting from eclipse.ini for neon to the new one, With the default version '''3''' I'm getting missing files error and at least animated icons do not work):  + --launcher.GTK_version  + 2     '''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).''' '''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).''' Andrey.filippov

RaimundasBastys committed changes to the Elphel git project :
changed sensor/sensor_i2c.v: working spi write to addr 0x9000

← Older revision Revision as of 03:26, 16 November 2017 (One intermediate revision by the same user not shown)Line 1: Line 1:  Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen) Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen)  +  +Increase memory sizes in new installation eclipse.ini -make them the same as in previous installation, such as (depending on actual memory available):  + -Xms4G  + -Xmx6G  +     '''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).''' '''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).''' Andrey.filippov

Created page with "Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen) '''Always backup your w..."

New page

Upgrading Eclipse installation to work with Elphel projects, including VDT plugin that launches another Eclipse application (e.g. from Neon to Oxygen)

'''Always backup your workspace files tree or use copies, such as workspace-neon and workspace-oxygen (start with a copy of workspace-neon).'''

Same for secondary workspaces (runtime-EclipseApplication-neon, runtime-EclipseApplication-oxygen). You may find the path to the secondary workspace for VDT plugin here:
Run -> Run Configurations -> Eclipse Application -> Eclipse Application -> Main (tab) -> Location

That may look like: ${workspace_loc}/../runtime-EclipseApplication-oxygen

First open current (working) version of Eclipse (here: Neon), select
File -> Export -> Install -> Installed Software Items to File
Select: All
Select: Include entries not found in repositories
select location where to save the export file

Run new Eclipse version, '''select new empty workspace, not the working one with your projects'''
File -> Import -> Install -> Install Software Items from File -> Next
Locate exported file
select: Install latest version of selected file
Finish

Then close Eclipse and open it with workspace-oxygen (copied from workspace-neon). Eclipse will worn you that it will update the workspace and there is no way back. Agree, as it is a copy of the workspace-neon, not workspace-neon itself.

You projects should open correctly. Now change location of the secondary workspace (from ...-neon to ...-oxygen) in:
Run -> Run Configurations -> Eclipse Application -> Eclipse Application -> Main (tab) -> Location

Try running that secondary Eclipse (it will take longer first time before it will ask about updating configuration to the new Eclipse version) Andrey.filippov

‎Firmware image

← Older revision Revision as of 23:18, 15 November 2017 Line 2: Line 2:     ===Firmware image=== ===Firmware image=== −[https://community.elphel.com/files/393/20171115/ '''20171115'''] or required apps-autocampars version is at least 1.0.46+[https://community.elphel.com/files/393/20171115/ '''20171115'''] or required apps-autocampars version is at least 1.0.47    root@elphel393:~# cat /etc/elphel393/packages/apps-autocampars     root@elphel393:~# cat /etc/elphel393/packages/apps-autocampars      1.0.47   1.0.47 Oleg

‎Firmware image

← Older revision Revision as of 23:18, 15 November 2017 (One intermediate revision by the same user not shown)Line 2: Line 2:     ===Firmware image=== ===Firmware image=== −[https://community.elphel.com/files/393/20171115/ '''20171115'''] or required apps-autocampars version is at least 1.0.46+[https://community.elphel.com/files/393/20171115/ '''20171115'''] or required apps-autocampars version is at least 1.0.47    root@elphel393:~# cat /etc/elphel393/packages/apps-autocampars     root@elphel393:~# cat /etc/elphel393/packages/apps-autocampars   −  1.0.46+  1.0.47     ===Connection=== ===Connection=== Oleg

Oleg moved page Using 10359 mux with10393 to Using 10359 mux with 10393 -

Oleg

‎Simulation with Cocotb

← Older revision Revision as of 21:58, 15 November 2017 (2 intermediate revisions by the same user not shown)Line 25: Line 25:     Examples of the commands to launch in the client program are available like comment sin the end of the file [https://git.elphel.com/Elphel/x393/blob/master/py393/x393_jpeg.py] and can be copy-pasted from there. Program is ran from the top directory of the cloned x393 project: Examples of the commands to launch in the client program are available like comment sin the end of the file [https://git.elphel.com/Elphel/x393/blob/master/py393/x393_jpeg.py] and can be copy-pasted from there. Program is ran from the top directory of the cloned x393 project:  +[[File:Continue cocotb.png|400px|thumb|right|Figure 2. cocotb simulation after  'measure_all "*DI"' command finished]]    ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777   ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777     Next lines are the actual commands to be executed, starting with the DDR memory initialization. The whole command block can be copy-pasted simultaneously, and they will start running - that may take a long times (from tens to hundreds of minutes with small but actual image acquisition and compression on all ports). Next lines are the actual commands to be executed, starting with the DDR memory initialization. The whole command block can be copy-pasted simultaneously, and they will start running - that may take a long times (from tens to hundreds of minutes with small but actual image acquisition and compression on all ports).  As soon as the client will start, Cocotb simulation in VDT should come to life again and output executed commands. As soon as the client will start, Cocotb simulation in VDT should come to life again and output executed commands. −[[File:Continue cocotb.png|400px|thumb|right|Figure 2. cocotb simulation after  'measure_all "*DI"' command finished]]        measure_all "*DI"   measure_all "*DI"     Console output for the client will look like: Console output for the client will look like:  + eyesis@eyesis-SH87R:    eyesis@eyesis-SH87R:~/git/x393$ ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777   eyesis@eyesis-SH87R:~/git/x393$ ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777    args.simulated =  localhost:7777   args.simulated =  localhost:7777    args =  Namespace(commands=[], defines=[[' TARGET_MODE=1']], exceptions=0, interactive=True, localparams=' includes/x393_cur_params_target_gen.vh', parameters=[[' PICKLE="includes/x393_mcntrl.pickle"']], paths=[[' system_defines.vh'], [' includes/x393_parameters.vh includes/x393_cur_params_simulation.vh includes/x393_localparams.vh includes/x393_simulation_parameters.vh']], simulated='localhost:7777', socket_port='', verbose=None)   args =  Namespace(commands=[], defines=[[' TARGET_MODE=1']], exceptions=0, interactive=True, localparams=' includes/x393_cur_params_target_gen.vh', parameters=[[' PICKLE="includes/x393_mcntrl.pickle"']], paths=[[' system_defines.vh'], [' includes/x393_parameters.vh includes/x393_cur_params_simulation.vh includes/x393_localparams.vh includes/x393_simulation_parameters.vh']], simulated='localhost:7777', socket_port='', verbose=None)    +++ paths=['system_defines.vh', 'includes/x393_parameters.vh', 'includes/x393_cur_params_simulation.vh', 'includes/x393_localparams.vh', 'includes/x393_simulation_parameters.vh']   +++ paths=['system_defines.vh', 'includes/x393_parameters.vh', 'includes/x393_cur_params_simulation.vh', 'includes/x393_localparams.vh', 'includes/x393_simulation_parameters.vh']  +  +[[File:Finish cocotb.png|400px|thumb|right|Figure 3. cocotb simulation after  'finish' command]]  ... ...    [113.368/+113.364] Initialize memory, turn on refresh (used when no calibration is needed)   [113.368/+113.364] Initialize memory, turn on refresh (used when no calibration is needed) Line 43: Line 46:    [122.141/+8.773] All Done   [122.141/+8.773] All Done    x393 (localhost:7777) +122.141s-->     x393 (localhost:7777) +122.141s-->    +     It is possible to view partially simulated waveforms and then enter more commands. In the simplest case just enter "finish" command and then "exit" - restarting simulation after "finish" is not built in the program. It is possible to view partially simulated waveforms and then enter more commands. In the simplest case just enter "finish" command and then "exit" - restarting simulation after "finish" is not built in the program.  +[[File:Gtkwave cocotb.png|400px|thumb|right|Figure 4. GTKWave viewer after cocotb simulation is finished]]    x393 (localhost:7777) +122.141s--> finish   x393 (localhost:7777) +122.141s--> finish    stop-> 0   stop-> 0 Line 50: Line 55:    eyesis@eyesis-SH87R:~/git/x393-neon$     eyesis@eyesis-SH87R:~/git/x393-neon$      −"finish" command from the client ends cocotb simulation and VDT launches GTKWave showing simulation results+"finish" command from the client ends cocotb simulation (Figure 3) and VDT launches GTKWave showing simulation results (Figure 4). Andrey.filippov

‎Simulation with Cocotb

← Older revision Revision as of 21:58, 15 November 2017 (3 intermediate revisions by the same user not shown)Line 18: Line 18:  Simulation with cocotb uses client-server model. Simulation with cocotb uses client-server model.    −First you launch Cocotb simulation (double-click on 'Cocotb Python Verification' menu item in the bottom-right panel of VDT perspective. This should launch simulation, and after all the initialization steps are done, simulation will be suspended, waiting for the client to communicate.+[[File:Launch cocotb.png|400px|thumb|right|Figure 1. cocotb simulation initialized]]  +   +First you launch Cocotb simulation (double-click on 'Cocotb Python Verification' menu item in the bottom-right panel of VDT perspective. This should launch simulation, and after all the initialization steps are done, simulation will be suspended, waiting for the client to communicate (Figure 1).     Client is a Python application that may run either in the physical camera, or on a GNU/Linux computer. In that case all hardware-dependent functionality (access to the memory or FPGA registers) is replaced by the interaction with Cocotb simulation (see this blog post [https://blog.elphel.com/2016/07/i-will-not-have-to-learn-systemverilog/]) Client is a Python application that may run either in the physical camera, or on a GNU/Linux computer. In that case all hardware-dependent functionality (access to the memory or FPGA registers) is replaced by the interaction with Cocotb simulation (see this blog post [https://blog.elphel.com/2016/07/i-will-not-have-to-learn-systemverilog/])     Examples of the commands to launch in the client program are available like comment sin the end of the file [https://git.elphel.com/Elphel/x393/blob/master/py393/x393_jpeg.py] and can be copy-pasted from there. Program is ran from the top directory of the cloned x393 project: Examples of the commands to launch in the client program are available like comment sin the end of the file [https://git.elphel.com/Elphel/x393/blob/master/py393/x393_jpeg.py] and can be copy-pasted from there. Program is ran from the top directory of the cloned x393 project:  +[[File:Continue cocotb.png|400px|thumb|right|Figure 2. cocotb simulation after  'measure_all "*DI"' command finished]]    ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777   ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777     Next lines are the actual commands to be executed, starting with the DDR memory initialization. The whole command block can be copy-pasted simultaneously, and they will start running - that may take a long times (from tens to hundreds of minutes with small but actual image acquisition and compression on all ports). Next lines are the actual commands to be executed, starting with the DDR memory initialization. The whole command block can be copy-pasted simultaneously, and they will start running - that may take a long times (from tens to hundreds of minutes with small but actual image acquisition and compression on all ports). −As soon as the client will start, Cocotb simulation in VDT should come to life again and output commands executed+As soon as the client will start, Cocotb simulation in VDT should come to life again and output executed commands.       measure_all "*DI"   measure_all "*DI"  +  +Console output for the client will look like:  + eyesis@eyesis-SH87R:  + eyesis@eyesis-SH87R:~/git/x393$ ./py393/test_mcntrl.py @py393/cocoargs  --simulated=localhost:7777  + args.simulated =  localhost:7777  + args =  Namespace(commands=[], defines=[[' TARGET_MODE=1']], exceptions=0, interactive=True, localparams=' includes/x393_cur_params_target_gen.vh', parameters=[[' PICKLE="includes/x393_mcntrl.pickle"']], paths=[[' system_defines.vh'], [' includes/x393_parameters.vh includes/x393_cur_params_simulation.vh includes/x393_localparams.vh includes/x393_simulation_parameters.vh']], simulated='localhost:7777', socket_port='', verbose=None)  + +++ paths=['system_defines.vh', 'includes/x393_parameters.vh', 'includes/x393_cur_params_simulation.vh', 'includes/x393_localparams.vh', 'includes/x393_simulation_parameters.vh']  +  +[[File:Finish cocotb.png|400px|thumb|right|Figure 3. cocotb simulation after  'finish' command]]  +...  + [113.368/+113.364] Initialize memory, turn on refresh (used when no calibration is needed)  +    init_ddr3(wait_complete=True, refresh=True, quiet=4, )  + [122.141/+8.773] All Done  + x393 (localhost:7777) +122.141s-->  +  +  +It is possible to view partially simulated waveforms and then enter more commands. In the simplest case just enter "finish" command and then "exit" - restarting simulation after "finish" is not built in the program.  +[[File:Gtkwave cocotb.png|400px|thumb|right|Figure 4. GTKWave viewer after cocotb simulation is finished]]  + x393 (localhost:7777) +122.141s--> finish  + stop-> 0  + x393 (localhost:7777) +0.001s--> exit  + eyesis@eyesis-SH87R:~/git/x393-neon$  +  +"finish" command from the client ends cocotb simulation (Figure 3) and VDT launches GTKWave showing simulation results (Figure 4). Andrey.filippov