<!-- This file is generated by /usr/html/autocampars.php -->
<!-- temporary copy from NC353 live camera, will be generated later -->
<autocampars>
<!-- File version -->
<version>1.38</version>
<!-- Number of parameter page that will be used as default (i.e. after camera boot) -->
<defaultPage>0</defaultPage>
<!-- Number of parameter page that will be next used to save parameters (if not specified) -->
<nextPage>1</nextPage>
<!-- Descriptions of the parameters -->
<descriptions>
<comment>init</comment>
<timestamp>init</timestamp>
<SENSOR>Sensor ID number is determined by driver. Writing 0 to this location will re-start sensor identification</SENSOR>
<SENSOR_RUN>Sensor can be stopped (0), acquire a single frame (1) or run continuously (2)</SENSOR_RUN>
<SENSOR_SINGLE>Pseudo-register to write SENSOR_RUN_SINGLE here. Same as SENSOR_RUN, just the command will not propagate to the next frames</SENSOR_SINGLE>
<ACTUAL_WIDTH>Actual image size (appropriately divided when decimation is used) - readonly</ACTUAL_WIDTH>
<ACTUAL_HEIGHT>Actual image height (appropriately divided when decimation is used) - readonly</ACTUAL_HEIGHT>
<PERIOD>Frame period in pixel clock cycles - readonly</PERIOD>
<FP1000SLIM>FPS limit as integer number of frames per 1000 seconds</FP1000SLIM>
<FRAME>Absolute frame number, counted by the sensor frame sync pulses. Includes the frames that are not compressed and never appeared in the circbuf.</FRAME>
<CLK_FPGA>Sensor clock in HZ (so 96MHz is 96000000)</CLK_FPGA>
<CLK_SENSOR>FPGA compressor/memory clock in HZ (so 1600Hz is 160000000)</CLK_SENSOR>
<FPGA_XTRA>Extra clock cycles compressor needs to compress a frame in addition to the number of compressed pixels (for non-jp4 images each sensor pixel needs 3 FPGA clock cycles, for some of the jp4 modes - 2 clocks/pixel</FPGA_XTRA>
<TRIG>Trigger mode. currently 0 - free running, 4 - triggered by external signal or FPGA timing generator.</TRIG>
<EXPOS>Exposure time in microseconds. Sensor driver modifies the value of this parameter to be multiple of sensor scan line times (see VEXPOS)</EXPOS>
<BGFRAME></BGFRAME>
<IMGSZMEM></IMGSZMEM>
<PAGE_ACQ></PAGE_ACQ>
<PAGE_READ></PAGE_READ>
<OVERLAP></OVERLAP>
<VIRT_KEEP>Preserve \"virtual window\" size when resizing the window of interest (WOI) if non-zero. That will preserve the same FPS when resizing WOI</VIRT_KEEP>
<VIRT_WIDTH>Width of the virtual window defines the time of reading out 1 sensor scan line. Normally this parameter is determined by the driver automatically, but may be manually modified.</VIRT_WIDTH>
<VIRT_HEIGHT>Height of the virtual window defines the frame duration in scan lines. Readout period (in free-running, not externally triggered mode) is equal to the product of VIRT_WIDTH * VIRT_HEIGHT. Normally this parameter is determined by the driver automatically, but may be manually modified.</VIRT_HEIGHT>
<WOI_LEFT>Window of interest left margin. Should be even number</WOI_LEFT>
<WOI_TOP>Window of interest top margin. Should be even number</WOI_TOP>
<WOI_WIDTH>Window of interest width. Should be multiple of 16 (divided by decimation if any). This parameter is modified by the driver according to the sensor capabilities, so if you put 10000 this value will be reduced to the full sensor width.</WOI_WIDTH>
<WOI_HEIGHT>Window of interest height. Should be multiple of 16 (divided by decimation if any). This parameter is modified by the driver according to the sensor capabilities, so if you put 10000 this value will be reduced to the full sensor width.</WOI_HEIGHT>
<FLIPH>Mirroring (flipping) the image horizontally. Driver is aware of the sensor orientation in Elphel cameras so value 0 is used for normal image orientation when captured by the camera (contrary to the previously released software)</FLIPH>
<FLIPV>Mirroring (flipping) the image vertically. Driver is aware of the sensor orientation in Elphel cameras so value 0 is used for normal image orientation when captured by the camera (contrary to the previously released software)</FLIPV>
<FPSFLAGS>FPS limit mode - bit 0 - limit fps (not higher than), bit 1 - maintain fps (not lower than)</FPSFLAGS>
<DCM_HOR>Horizontal decimation of the image (as supported by the sensor). Actual number of pixels read from the senor will is divided (from the WOI size) by this value (0 considered to be the same as 1)</DCM_HOR>
<DCM_VERT>Vertical decimation of the image (as supported by the sensor). Actual number of pixels read from the senor will is divided (from the WOI size) by this value (0 considered to be the same as 1)</DCM_VERT>
<BIN_HOR>Horizontal binning (adding/averaging) of several adjacent pixels of the same color (so odd and even pixels are processed separately) as supported by the sensor.</BIN_HOR>
<BIN_VERT>Vertical binning (adding/averaging) of several adjacent pixels of the same color (so odd and even pixels are processed separately) as supported by the sensor.</BIN_VERT>
<FPGATEST>Replace the image from the sensor with the internally generated test pattern. Currently only two values are supported: 0 - npormal image, 1 horizontal gradient.</FPGATEST>
<TESTSENSOR>Sensor internal test modes: 0x10000 - enable, lower bits - test mode value</TESTSENSOR>
<COLOR>Compressor modes (only modes 0..2 can be processed with standard libjpeg):`
0 - mono6, monochrome (color YCbCr 4:2:0 with zeroed out color componets)`
1 - color, YCbCr 4:2:0, 3x3 pixels`
2 - jp46 - original jp4, encoded as 4:2:0 with zeroed color components`
3 - jp46dc, modified jp46 so each color component uses individual DC diffenential encoding`
4 - reserved for color with 5x5 conversion (not yet implemented)`
5 - jp4 with ommitted color components (4:0:0)`
6 - jp4dc, similar to jp46dc encoded as 4:0:0`
7 - jp4diff, differential where (R-G), G, (G2-G) and (B-G) components are encoded as 4:0:0`
8 - jp4hdr, (R-G), G, G2,(B-G) are encoded so G2 can be used with high gain`
9 - jp4fiff2, (R-G)/2, G,(G2-G)/2, (B-G)/2 to avoid possible overflow in compressed values`
10 - jp4hdr2, (R-G)/2, G,G2,(B-G)/2`
14 - mono, monochrome with ommitted color components (4:0:0)</COLOR>
<FRAMESYNC_DLY>not used, should be 0</FRAMESYNC_DLY>
<PF_HEIGHT>Height of the strip in photofinish mode (not functional)</PF_HEIGHT>
<BITS>data width stored from the sensor - can be either 8 or 16. 16 bit mode bypasses gamma-conversion, but it is not supported by the compressor</BITS>
<SHIFTL>not used, should be 0</SHIFTL>
<FPNS>FPN correction subtract scale - not yet supported by current software</FPNS>
<FPNM>FPN correction multiply scale - not yet supported by current software</FPNM>
<VEXPOS>Exposure measured in sensor native units - number of scan lines, it can be any integer number, while the EXPOS measured in microseconds is modified by the driver to make it multiple of scan lines. Both VEXPOS and EXPOS can be used to specify exposure.</VEXPOS>
<VIRTTRIG>Not used, should be 0</VIRTTRIG>
<PERIOD_MIN>Minimal frame period (in pixel clock cycles) calculated by the driver from the user and hardware limitations (readonly)</PERIOD_MIN>
<PERIOD_MAX>Maximal frame period (in pixel clock cycles) calculated by the driver from the user and hardware limitations (readonly)</PERIOD_MAX>
<SENSOR_PIXH>Pixels to be read from the sensor, horizontal,incliding margins, excluding embedded timestamps (readonly)</SENSOR_PIXH>
<SENSOR_PIXV>Pixels to be read from the sensor, vertical, incliding margins (readonly)</SENSOR_PIXV>
<GAINR>Red channel sensor overall (analog and digital) gain multiplied by 0x10000, so 0x10000 corresponds to x1.0 gain. If ANA_GAIN_ENABLE is enabled this overall gain is split between the sensor analog gain and digital scalining. Digital scaling is needed to fill the gaps in between large analog gain steps.</GAINR>
<GAING>Green channel sensor overall (analog and digital) gain multiplied by 0x10000, so 0x10000 corresponds to x1.0 gain. If ANA_GAIN_ENABLE is enabled this overall gain is split between the sensor analog gain and digital scalining. Digital scaling is needed to fill the gaps in between large analog gain steps. Green channel is used in automatic exposure adjustment and as reference to differencial color gains. When changing the value of GAING other gains will be changed proportionally if their ratios to green are preserved (see RSCALE, GSCALE, BSCALE</GAING>
<GAINGB>Second green (GB - green in blue line) channel sensor overall (analog and digital) gain multiplied by 0x10000, so 0x10000 corresponds to x1.0 gain. Normally the second green channel is programmed to have the same gain as the first green, but can be used separately for HDR applications. If ANA_GAIN_ENABLE is enabled this overall gain is split between the sensor analog gain and digital scalining. Digital scaling is needed to fill the gaps in between large analog gain steps.</GAINGB>
<GAINB>Blue channel sensor overall (analog and digital) gain multiplied by 0x10000, so 0x10000 corresponds to x1.0 gain. If ANA_GAIN_ENABLE is enabled this overall gain is split between the sensor analog gain and digital scalining. Digital scaling is needed to fill the gaps in between large analog gain steps.</GAINB>
<RSCALE_ALL>Combines RSCALE and RSCALE_CTL data</RSCALE_ALL>
<GSCALE_ALL>Combines GSCALE and GSCALE_CTL data</GSCALE_ALL>
<BSCALE_ALL>Combines BSCALE and BSCALE_CTL data</BSCALE_ALL>
<RSCALE>Ratio of gains in Red and Green (base) colors, multiplied by 0x10000. This value is connected to individual gains: GAINR and GAING, when you change RSCALE it will cause GAINR to be updated also (if RSCALE is not disabled in RSCALE_CTL). When GAINR is changed, this RSCALE value may also change (or not - depending on the RSCALE_CTL)</RSCALE>
<GSCALE>Ratio of gains in Green2 and Green (base) colors, multiplied by 0x10000. This value is connected to individual gains: GAINGB and GAING, when you change GSCALE it will cause GAINGB to be updated also (if GSCALE is not disabled in GSCALE_CTL). When GAINGB is changed, this GSCALE value may also change (or not - depending on the GSCALE_CTL). This second green scale should normally have the value 0x10000 (1.0) - it may be different only in some HDR modes.</GSCALE>
<BSCALE>Ratio of gains in Blue and Green (base) colors, multiplied by 0x10000. This value is connected to individual gains: GAINB and GAING, when you change BSCALE it will cause GAINB to be updated also (if BSCALE is not disabled in BSCALE_CTL). When GAINB is changed, this BSCALE value may also change (or not - depending on the BSCALE_CTL)</BSCALE>
<RSCALE_CTL>A 2-bit RSCALE control. The following constants are defined:`
ELPHEL_CONST_CSCALES_CTL_NORMAL - use RSCALE to update GAINR and be updated when GAINR is changed`
ELPHEL_CONST_CSCALES_CTL_RECALC - recalculate RSCALE from GAINR/GAING once, then driver will modify the RSCALE_CTL value to ELPHEL_CONST_CSCALES_CTL_NORMAL`
ELPHEL_CONST_CSCALES_CTL_FOLLOW - update RSCALE from GAINR/GAING, but ignore any (external to the driver) changes to RSCALE itself`
ELPHEL_CONST_CSCALES_CTL_DISABLE - completely disable RSCALE - do not update it from GAINR and ignore any external changes to RSCALE`</RSCALE_CTL>
<GSCALE_CTL>A 2-bit GSCALE control. The following constants are defined:`
ELPHEL_CONST_CSCALES_CTL_NORMAL - use GSCALE to update GAINGB and be updated when GAINGB is changed`
ELPHEL_CONST_CSCALES_CTL_RECALC - recalculate GSCALE from GAINGB/GAING once, then driver will modify the GRSCALE_CTL value to ELPHEL_CONST_CSCALES_CTL_NORMAL`
ELPHEL_CONST_CSCALES_CTL_FOLLOW - update GSCALE from GAINGB/GAING, but ignore any (external to the driver) changes to GSCALE itself`
ELPHEL_CONST_CSCALES_CTL_DISABLE - completely disable GSCALE - do not update it from GAING and ignore any external changes to GSCALE`</GSCALE_CTL>
<BSCALE_CTL>A 2-bit BSCALE control. The following constants are defined:`
ELPHEL_CONST_CSCALES_CTL_NORMAL - use BSCALE to update GAINB and be updated when GAINB is changed`
ELPHEL_CONST_CSCALES_CTL_RECALC - recalculate BSCALE from GAINB/GAING once, then driver will modify the BSCALE_CTL value to ELPHEL_CONST_CSCALES_CTL_NORMAL`
ELPHEL_CONST_CSCALES_CTL_FOLLOW - update BSCALE from GAINB/GAING, but ignore any (external to the driver) changes to BSCALE itself`
ELPHEL_CONST_CSCALES_CTL_DISABLE - completely disable BSCALE - do not update it from GAINB and ignore any external changes to BSCALE`</BSCALE_CTL>
<FATZERO>not used</FATZERO>
<QUALITY>JPEG compression quality in percents. Supports individual setting of the Y and C quantization tables and quality values when the second byte is non-zero. Table zero is used always used for Y components (and all JP4/JP46 ones), table for C components is determined by the bit 15. When this bit is 0 the color quantization table (table 1) is used, when it is one - Y quantization table (table 0). If bits 8..14 are all zero, the same quality is used for both Y and C (with Y and C tables, respectively). Bit 7 determins if the standard JPEG table is used (bit7==0) or transposed one for portrait mode (bit7=1).</QUALITY>
<PORTRAIT>JPEG quantization tables are optimezed for human perception when the scan lines are horizontal. If the value of PORTRAIT parameter is odd, these tables are transposed to be optimal for vertical scan lines. 0 - landscape with first line on top, 1 first line oin right, 2 - fierst line on the bottom and 3 - first line on the left. </PORTRAIT>
<CORING_INDEX>Combined coring index for Y and C components - MSW - for C, LSW - for Y. Each is in the range 0f 0..99, default is 0x50005 (5/5). Highter values reduce noise (and file size) but can cause compression artifacts. The optimal values depend on compression quality, the higher the quality the larger the coring idexes are needed. Index 10 corresponds to 1.0 in quantized DCT coefficients, coefficients below index/10 are effectively zeroed out.</CORING_INDEX>
<FP1000S>Current sensor frame rate measured in frames per 1000 seconds</FP1000S>
<SENSOR_WIDTH>Sensor width in pixels (readonly)</SENSOR_WIDTH>
<SENSOR_HEIGHT>Sensor height in pixels (readonly)</SENSOR_HEIGHT>
<COLOR_SATURATION_BLUE>Saturation of blue color (B-G) in percents. This scale value is used in the Bayer-to-YCbCr converter that feeds the JPEG compressor. Normally the saturation should be more than 100 to compensate the color washout when the gamma correction value is less than 1.0, because the gamma correction (which is applied to the raw Bayer pixel data) decrease relative (divided by the full value) difference between color components</COLOR_SATURATION_BLUE>
<COLOR_SATURATION_RED>Saturation of red color (R-G) in percents. This scale value is used in the Bayer-to-YCbCr converter that feeds the JPEG compressor. Normally the saturation should be more than 100 to compensate the color washout when the gamma correction value is less than 1.0, because the gamma correction (which is applied to the raw Bayer pixel data) decrease relative (divided by the full value) difference between color components</COLOR_SATURATION_RED>
<VIGNET_AX>AX in AX*X^2+BX*X+AY*Y^2+BY*Y+C</VIGNET_AX>
<VIGNET_AY>AY in AX*X^2+BX*X+AY*Y^2+BY*Y+C</VIGNET_AY>
<VIGNET_BX>BX in AX*X^2+BX*X+AY*Y^2+BY*Y+C</VIGNET_BX>
<VIGNET_BY>BY in AX*X^2+BX*X+AY*Y^2+BY*Y+C</VIGNET_BY>
<VIGNET_C>C in AX*X^2+BX*X+AY*Y^2+BY*Y+C</VIGNET_C>
<VIGNET_SHL>Additional shift left of the vignetting correction multiplied by digital gain. Default 1</VIGNET_SHL>
<SCALE_ZERO_IN>Will be subtracted from the 16-bit unsigned scaled sensor data before multiplying by vignetting correction and color balancing scale. It is a 17-bit signed data</SCALE_ZERO_IN>
<SCALE_ZERO_OUT>Will be added to the result of multiplication of the 16-bit sennsor data (with optionally subtracted SCALE_ZERO_IN) by color correction coefficient/vignetting correction coefficient</SCALE_ZERO_OUT>
<DGAINR>Digital gain" for the red color channel - 17 bit unsigned value. Default value is 0x8000 fro 1.0, so up to 4X gain boost is available before saturation</DGAINR>
<DGAING>Digital gain" for the green color channel - 17 bit unsigned value. Default value is 0x8000 fro 1.0, so up to 4X gain boost is available before saturation</DGAING>
<DGAINGB>Digital gain" for second green color channel - 17 bit unsigned value. Default value is 0x8000 fro 1.0, so up to 4X gain boost is available before saturation</DGAINGB>
<DGAINB>Digital gain" for the blue color channel - 17 bit unsigned value. Default value is 0x8000 fro 1.0, so up to 4X gain boost is available before saturation</DGAINB>
<CORING_PAGE>Number of coring LUT page number. Current software programs only page 0 (of 8) using CORING_INDEX parameter.</CORING_PAGE>
<TILES>Number of 16x16 (20x20) tiles in a compressed frame (readonly)</TILES>
<SENSOR_PHASE>Sensor phase adjusment, packed, low 16 bit - signed fine phase, bits [18:17] - 90-degrees shift</SENSOR_PHASE>
<TEMPERATURE_PERIOD>Period of sesnor temperature measurements, ms</TEMPERATURE_PERIOD>
<AUTOEXP_ON>1 - autoexposure enabled when, 0 - autoexpousre disabled. Autoexposure can still be off if the bit responsible for autoexposure daemon in DAEMON_EN is turned off - in the latter case the whole autoexposure daemon will be disabled, including white balancing and hdr mode also.</AUTOEXP_ON>
<HISTWND_RWIDTH>Histogram (used for autoexposure, white balancing and just histograms display) window width, relative to the window (WOI) width. It is defined as a fraction of 65536(0x10000), so 0x8000 is 50%</HISTWND_RWIDTH>
<HISTWND_RHEIGHT>Histogram (used for autoexposure, white balancing and just histograms display) window height, relative to the window (WOI) height. It is defined as a fraction of 65536(0x10000), so 0x8000 is 50%</HISTWND_RHEIGHT>
<HISTWND_RLEFT>Histogram (used for autoexposure, white balancing and just histograms display) window left position, relative to the window (WOI) remaining (after HISTWND_RWIDTH). It is defined as a fraction of 65536(0x10000), so when HISTWND_RLEFT=0x8000 and HISTWND_RWIDTH=0x8000 that will put histogram window in the center 50% leaving 25% from each of the left and right WOI limits</HISTWND_RLEFT>
<HISTWND_RTOP>Histogram (used for autoexposure, white balancing and just histograms display) window top position, relative to the window (WOI) remaining (after HISTWND_RHEIGHT). It is defined as a fraction of 65536(0x10000), so when HISTWND_RTOP=0x8000 and HISTWND_RHEIGHT=0x8000 that will put histogram window vertically in the center 50% leaving 25% from each of the top and bottom WOI limits</HISTWND_RTOP>
<AUTOEXP_EXP_MAX>Maximal exposure time allowed to autoexposure daemon (in microseconds)</AUTOEXP_EXP_MAX>
<HISTWND_WIDTH>Histogram (used for autoexposure, white balancing and just histograms display) window width in pixels (readonly)</HISTWND_WIDTH>
<HISTWND_HEIGHT>Histogram (used for autoexposure, white balancing and just histograms display) window height in pixels (readonly)</HISTWND_HEIGHT>
<HISTWND_TOP>Histogram (used for autoexposure, white balancing and just histograms display) window top position in pixels (readonly)</HISTWND_TOP>
<HISTWND_LEFT>Histogram (used for autoexposure, white balancing and just histograms display) window left position in pixels (readonly)</HISTWND_LEFT>
<FOCUS_SHOW>Show focus information instead of/combined with the image: 0 - regular image, 1 - block focus instead of Y DC (AC=0), 2 - image Y DC combined all frame, 3 combined in WOI</FOCUS_SHOW>
<FOCUS_SHOW1>Additional parameter that modifies visualization mode. Currently just a single bit (how much to add)</FOCUS_SHOW1>
<RFOCUS_LEFT>init</RFOCUS_LEFT>
<RFOCUS_WIDTH>init</RFOCUS_WIDTH>
<RFOCUS_TOP>init</RFOCUS_TOP>
<RFOCUS_HEIGHT>init</RFOCUS_HEIGHT>
<FOCUS_LEFT>Focus WOI left margin, in pixels, inclusive (3 LSB will be zeroed as it should be multiple of 8x8 block width)</FOCUS_LEFT>
<FOCUS_WIDTH>Focus WOI width (3 LSB will be zeroed as it should be multiple of 8x8 block width)</FOCUS_WIDTH>
<FOCUS_TOP>focus WOI top margin, inclusive (3 LSB will be zeroed as it should be multiple of 8x8 block height)</FOCUS_TOP>
<FOCUS_HEIGHT>Focus WOI height (3 LSB will be zeroed as it should be multiple of 8x8 block height)</FOCUS_HEIGHT>
<FOCUS_TOTWIDTH>Total width of the image frame in pixels (readonly)</FOCUS_TOTWIDTH>
<FOCUS_FILTER>Select 8x8 filter used for the focus calculation (same order as quantization coefficients), 0..14</FOCUS_FILTER>
<TRIG_PERIOD>FPGA trigger sequencer output sync period (32 bits, in pixel clocks). 0- stop. 1 - single, >=256 repetitive with specified period</TRIG_PERIOD>
<TRIG_BITLENGTH>Bit length minus 1 (in pixel clock cycles) when transmitting/receiving timestamps, without timestamps the output pulse width is 8*(TRIG_BITLENGTH+1). Legal values 2..255.</TRIG_BITLENGTH>
<EXTERN_TIMESTAMP>When 1 camera will use external timestamp (received over inter-camera synchronization cable) if it is available (no action when external syncronization is not connected), when 0 - local timestamp will be used</EXTERN_TIMESTAMP>
<XMIT_TIMESTAMP>Specify output signal sent through internal/external connector (defined by TRIG_OUT). 0 - transmit just sync pulse (8*(TRIG_BITLENGTH+1) pixel clock periods long), 1 - pulse+timestamp 64*(TRIG_BITLENGTH+1) pixel clock periods long</XMIT_TIMESTAMP>
<SKIP_FRAMES>Changes parameter latencies tables pages for each of the trigger modes separately (0/1), currently should be 0</SKIP_FRAMES>
<I2C_QPERIOD>Number of system clock periods in 1/4 of i2c SCL period to the sensor/sensor board, set by the driver</I2C_QPERIOD>
<I2C_BYTES>Number of bytes in hardware i2c write (after slave addr) -0/1/2, set by the driver</I2C_BYTES>
<IRQ_SMART>IRQ mode (3 bits) to combine interrupts from the sensor frame sync and compressor when it is running: +1 - wait for VACT in early compressor_done, +2 - wait for dma fifo ready. Current software assumes both bits are set (value=3), set up by the driver". Currently bit 2 (+4) needs to be set to 1 when bit 0 is 0 - otherwise the latest frame will not have parameters copied to. So instead of IRQ_SMART=2 it should be IRQ_SMART=6</IRQ_SMART>
<OVERSIZE>0 - normal mode, 1 - ignore sensor dimensions, use absolute WOI_LEFT, WOI_TOP - needed to be able to read optically black pixels</OVERSIZE>
<GTAB_R>Identifies Gamma-table for the red color. Camera can use either automatically generated tables using the provided black level and gamma (in percent) or arbitrary custom tables, in that case the top 16 bits are used as a 16-bit hash (user provided) to distinguish between different loaded tables. The lower 16 bits determine scale applied to the table (saturated to the full scale), so the value is (black_level<<24)|(gamma_in_percent<<16)|(scale_times_0x1000&0xffff).InPHP(orPHPscripts)theindividualfieldsofGTAB_RcanbereferencedwithcompositenameslikeGTAB_R__0824forblacklevel,GTAB_R__0816forgammainpercentsandGTAB_R__1600forscale.</GTAB_R>
<GTAB_G>Identifies Gamma-table for the green color. Camera can use either automatically generated tables using the provided black level and gamma (in percent) or arbitrary custom tables, in that case the top 16 bits are used as a 16-bit hash (user provided) to distinguish between different loaded tables. The lower 16 bits determine scale applied to the table (saturated to the full scale), so the value is (black_level<<24)|(gamma_in_percent<<16)|(scale_times_0x1000&0xffff).InPHP(orPHPscripts)theindividualfieldsofGTAB_GcanbereferencedwithcompositenameslikeGTAB_G__0824forblacklevel,GTAB_G__0816forgammainpercentsandGTAB_G__1600forscale.</GTAB_G>
<GTAB_GB>Identifies Gamma-table for the second green (in blue line) color. Camera can use either automatically generated tables using the provided black level and gamma (in percent) or arbitrary custom tables, in that case the top 16 bits are used as a 16-bit hash (user provided) to distinguish between different loaded tables. The lower 16 bits determine scale applied to the table (saturated to the full scale), so the value is (black_level<<24)|(gamma_in_percent<<16)|(scale_times_0x1000&0xffff).InPHP(orPHPscripts)theindividualfieldsofGTAB_GBcanbereferencedwithcompositenameslikeGTAB_GB__0824forblacklevel,GTAB_GB__0816forgammainpercentsandGTAB_GB__1600forscale.</GTAB_GB>
<GTAB_B>Identifies Gamma-table for the blue color. Camera can use either automatically generated tables using the provided black level and gamma (in percent) or arbitrary custom tables, in that case the top 16 bits are used as a 16-bit hash (user provided) to distinguish between different loaded tables. The lower 16 bits determine scale applied to the table (saturated to the full scale), so the value is (black_level<<24)|(gamma_in_percent<<16)|(scale_times_0x1000&0xffff).InPHP(orPHPscripts)theindividualfieldsofGTAB_BcanbereferencedwithcompositenameslikeGTAB_B__0824forblacklevel,GTAB_B__0816forgammainpercentsandGTAB_B__1600forscale.</GTAB_B>
<SDRAM_CHN20>Internal value used by the driver (memory controller register 0 channel 2)</SDRAM_CHN20>
<SDRAM_CHN21>Internal value used by the driver (memory controller register 1 channel 2)</SDRAM_CHN21>
<SDRAM_CHN22>Internal value used by the driver (memory controller register 2 channel 2)</SDRAM_CHN22>
<COMPRESSOR_RUN>Compressor state: 0 - stopped, 1 - compress single frame, 2 - run continuously. Some applications (streamer, videorecorder) rely on this register to be set to 2</COMPRESSOR_RUN>
<COMPRESSOR_SINGLE>Pseudo-register to write COMPERRSOR_RUN_SINGLE here. Same as COMPRESSOR_RUN, just the command will not propagate to the next frames</COMPRESSOR_SINGLE>
<COMPMOD_BYRSH>Additional bayer shift in compressor only (to swap meanings of the colors), 0..3</COMPMOD_BYRSH>
<COMPMOD_TILSH>Diagonal shift of the 16x16 pixel block in the 20x20 tile that compressor receives (0 - top left corner is (0,0), ..., 4 - top left corner is (4,4))</COMPMOD_TILSH>
<COMPMOD_DCSUB>Subtract average block pixel value before DCT and add it back after</COMPMOD_DCSUB>
<COMPMOD_QTAB>Quantization table bank number (set by the driver)</COMPMOD_QTAB>
<SENSOR_REGS>Sensor internal registers (sensor-specific). In PHP scripts it is possible to reference individual register/bit fields with composite names, i.e. SENSOR_REGS160__0403 in Micron MT9P031 sensor allows to edit test patter number - bits 3..6 of the sensor register 160 (0xa0). There is additional suffix availble in multi-sesnor cameras. Some parameters may have different values for different sensor, in that case __A (and __a) reference register of sensor 1, __B (__b) and __C (__c) - sensors 2 and 3. Parametes with upper case (__A, __B and __C) will reference the base parameter if individual is not defined, low case suffixes are strict and return error if the parameter does not have individual values for sensors.</SENSOR_REGS>
<DAEMON_EN>Controls running daemons (individually turns them on/off by setting/resetting the related bit). It is more convinient to control them as individual bits using defined composite parameters, like DAEMON_EN_AUTOEXPOSURE, DAEMON_EN_STREAMER, etc.</DAEMON_EN>
<DAEMON_EN_AUTOEXPOSURE>0 - turns autoexposure daemon off, 1 - on. When off - not just autoexposure, but also white balance and HDR are disabled</DAEMON_EN_AUTOEXPOSURE>
<DAEMON_EN_STREAMER>0 - turns the videostreamer off, 1 - on.</DAEMON_EN_STREAMER>
<DAEMON_EN_CCAMFTP>0 - turns the FTP uploader off, 1 - on. (not yet implemented)</DAEMON_EN_CCAMFTP>
<DAEMON_EN_TEMPERATURE>0 - turns temperature logging off, 1 - on</DAEMON_EN_TEMPERATURE>
<DAEMON_EN_AUTOCAMPARS>when set to 1 autocampars daemon will wake up, launch autocampars.php script (that will actually process the provided command of saving/restoring parameters from the file) and goes back to sleep by clearing this bit by itself.</DAEMON_EN_AUTOCAMPARS>
<AEXP_FRACPIX>Fraction of all pixels that should be below P_AEXP_LEVEL (16.16 - 0x10000 - all pixels)</AEXP_FRACPIX>
<AEXP_LEVEL>Target output level: [P_AEXP_FRACPIX]/0x10000 of all pixels should have value below it (also 16.16 - 0x10000 - full output scale)</AEXP_LEVEL>
<HDR_DUR>0 - HDR 0ff, >1 - duration of same exposure (currently 1 or 2 - for free running)</HDR_DUR>
<HDR_VEXPOS>Second exposure setting in alternating frames HDR mode. if it is less than 0x10000 - number of lines of exposure, >=10000 - relative to "normal" exposure</HDR_VEXPOS>
<EXP_AHEAD>How many frames ahead of the current frame write exposure to the sensor</EXP_AHEAD>
<AE_THRESH>Autoexposure error (logariphmic difference between calculated and current exposures) is integrated between frame and corrections are scaled when error is below thershold.</AE_THRESH>
<WB_THRESH>White balance error (logariphmic difference between calculated and current values) is integrated between frame and corrections are scaled when error is below thershold (not yet implemented)</WB_THRESH>
<AE_PERIOD>Autoexposure period (will be increased if below the latency)</AE_PERIOD>
<WB_PERIOD>White balance period (will be increased if below the latency)</WB_PERIOD>
<WB_CTRL>Combines WB_CTRL and WB_EN fields</WB_CTRL>
<WB_MASK>Bitmask - which colors to adjust (1 - adjust, 0 - keepe). Default on is 0xd - all colors but Green1</WB_MASK>
<WB_EN>Enable (1) or disable (0) automatic white balance adjustment. When enabled each color is individually controlled by WB_MASK</WB_EN>
<WB_WHITELEV>White balance level of white (16.16 - 0x10000 is full scale, 0xfae1 - 98%, default)</WB_WHITELEV>
<WB_WHITEFRAC>White balance fraction (16.16) of all pixels that have level above [P_WB_WHITELEV] for the brightest color [P_WB_WHITELEV] will be decreased if needed to satisfy [P_WB_WHITELEV]. default is 1% (0x028f)</WB_WHITEFRAC>
<WB_MAXWHITE>Maximal allowed white pixels fraction (16.16) to have level above [WB_WHITELEV] for the darkest color of all. If this limit is exceeded there will be no correction performed (waiting for autoexposure to decrease overall brightness).</WB_MAXWHITE>
<WB_SCALE_R>Additional correction for red/green from calulated by white balance. 0x10000 - 1.0 (default)</WB_SCALE_R>
<WB_SCALE_GB>Additional correction for green2/green from calulated by white balance. 0x10000 - 1.0 (default). May be used for the color HDR mode</WB_SCALE_GB>
<WB_SCALE_B>Additional correction for blue/green from calulated by white balance. 0x10000 - 1.0 (default)</WB_SCALE_B>
<HISTRQ_Y>Single histogram calculation request for Y (green1) histogram (used automatically)</HISTRQ_Y>
<HISTRQ_C>Single histogram calculation request for C (red, green2, blue) histograms (used automatically)</HISTRQ_C>
<HISTRQ_YC>Single histogram calculation request for Y and C (red, green, green2, blue) histograms (used automatically)</HISTRQ_YC>
<PROFILE>index to access profiles as pastpars (i.e. from PHP ELPHEL_PROFILE1,PHP ELPHEL_PROFILE2)</PROFILE>
<GAIN_MIN>Minimal sensor analog gain (0x10000 - 1.0) - used for white balancing. May be user limited from the hardware capabilities.</GAIN_MIN>
<GAIN_MAX>Maximal sensor analog gain (0x10000 - 1.0) - used for white balancing. May be user limited from the hardware capabilities.</GAIN_MAX>
<GAIN_CTRL>Analog gain control for white balance. Combines GAIN_STEP and ANA_GAIN_ENABLE</GAIN_CTRL>
<GAIN_STEP>minimal correction to be applied to the analog gain (should be set larger that sensor actual gain step to prevent oscillations (0x100 - 1.0, 0x20 - 1/8)</GAIN_STEP>
<ANA_GAIN_ENABLE>Enabling analog gain control in white balancing (it uses scaling in gamma tables for fine adjustments and may additionally adjust analog gains if this value is 1</ANA_GAIN_ENABLE>
<AUTOCAMPARS_CTRL>Input patrameter for the autocampars daemon to execute when enabled: bits 0..24 - parameter groups to restore, bits 28..30: 1 - restore, 2 - save, 3 - set default 4 save as default 5 - init. Combines AUTOCAMPARS_GROUPS, AUTOCAMPARS_PAGE and AUTOCAMPARS_CMD</AUTOCAMPARS_CTRL>
<AUTOCAMPARS_GROUPS>Input patrameter for the autocampars daemon to execute when enabled: each of the 24 bits enables restoration of the related parameter group</AUTOCAMPARS_GROUPS>
<AUTOCAMPARS_PAGE>Input patrameter for the autocampars daemon to execute when enabled - page number to use to save/restore parameters. 0..14 - absolute page number, 15 - default when reading, next after last saved - when writing (15 will be replaced by the particular number by autocampars, so that value can be read back</AUTOCAMPARS_PAGE>
<AUTOCAMPARS_CMD>Commands for the autocampars daemon to execute (to use from PHP - add ELPHEL_CONST_ to the name):`
1 - AUTOCAMPARS_CMD_RESTORE - restore specified groups of parameters from the specified page`
2 - AUTOCAMPARS_CMD_SAVE - save all current parameters to the specified group (page 0 is write-protected)`
3 - AUTOCAMPARS_CMD_DFLT - make selected page the default one (used at startup)`
4 - AUTOCAMPARS_CMD_SAVEDFLT - save all current parameters to the specified group (page 0 is write-protected) and make it default (used at startup)`
5 - AUTOCAMPARS_CMD_INIT - reset sensor/sequencers, restore all parameters from the specified page</AUTOCAMPARS_CMD>
<FTP_PERIOD>Desired period of image upload to the remote FTP server (seconds)</FTP_PERIOD>
<FTP_TIMEOUT>Maximal waiting time for the image to be uploaded to the remote server</FTP_TIMEOUT>
<FTP_UPDATE>Maximal time between updates (camera wil re-read remote configuration file)</FTP_UPDATE>
<FTP_NEXT_TIME>Sheduled time of the next FTP upload in seconds from epoch (G_ parameter)</FTP_NEXT_TIME>
<MAXAHEAD>Maximal number of frames ahead of current to be programmed to hardware</MAXAHEAD>
<THIS_FRAME>Current absolute frame number (G_ parameter, readonly)</THIS_FRAME>
<CIRCBUFSIZE>Circular video buffer size in bytes (G_ parameter, readonly)</CIRCBUFSIZE>
<FREECIRCBUF>Free space in the circular video buffer in bytes - only make sense when used with the global read pointer CIRCBUFRP (G_ parameter, readonly)</FREECIRCBUF>
<CIRCBUFWP>Circular video buffer write pointer - where the next acquired frame will start(G_ parameter, readonly)</CIRCBUFWP>
<CIRCBUFRP>Circular video buffer (global) read pointer. Used for synchronization between applications (i.e. reduce the streamer CPU load/fps if video recorder is not keeping up with the incoming data (G_ parameter)</CIRCBUFRP>
<FRAME_SIZE>Size of the last compressed frame in bytes (w/o Exif and JFIF headers)</FRAME_SIZE>
<SECONDS>Buffer used to read/write FPGA real time timer, seconds from epoch (G_ parameter)</SECONDS>
<MICROSECONDS>Buffer used to read/write FPGA real time timer, microseconds (G_ parameter)</MICROSECONDS>
<CALLNASAP>Bit mask of the internal tasks that can use FPGA sequencer - can be modified with parseq.php (G_ parameter)</CALLNASAP>
<CALLNEXT>Four registers (CALLNEXT1..CALLNEXT4) that specify latencies of the internal tasks - can be modified with parseq.php (G_ parameters)</CALLNEXT>
<NEXT_AE_FRAME>Next frame when autoexposure is scheduled (G_ parameter)</NEXT_AE_FRAME>
<NEXT_WB_FRAME>Next frame when white balancing is scheduled (G_ parameter)</NEXT_WB_FRAME>
<HIST_DIM_01>Zero levels (on 0xffff scale) for red and green1 color components for white balancing and autoexposure (G_ parameter)</HIST_DIM_01>
<HIST_DIM_23>Zero levels (on 0xffff scale) for green2 and blue color components for white balancing and autoexposure (G_ parameter)</HIST_DIM_23>
<AE_INTEGERR></AE_INTEGERR>
<WB_INTEGERR></WB_INTEGERR>
<TASKLET_CTL>Tasklet control, parent to HISTMODE_Y, HISTMODE_C and additionally:`
bit 0 (TASKLET_CTL_PGM) - disable programming parameters (should not be)`
Bit 1 (TASKLET_CTL_IGNPAST) - ignore overdue parameters`
Bit 2 (TASKLET_CTL_NOSAME) - do not try to process parameters immediately after being written. If 0, only non-ASAP will be processed`
Bit 3 (TASKLET_CTL_ENPROF) - enable profiling (saving timing of the interrupts/tasklets in pastpars) - can be controlled through PROFILING_EN (G_parameter)</TASKLET_CTL>
<GFOCUS_VALUE>Sum of all blocks focus values inside focus WOI (G_ parameter,readonly)</GFOCUS_VALUE>
<HISTMODE_Y>Controls when the Y (green1) histograms are calcuted:`
0 - TASKLET_HIST_ALL - calculate each frame`
1 - TASKLET_HIST_HALF calculate each even (0,2,4,6 frame of 8)`
2 - TASKLET_HIST_QUATER - calculate twice per 8 (0, 4)`
3 - TASKLET_HIST_ONCE - calculate once per 8 (0)`
4 - TASKLET_HIST_RQONLY - calculate only when specifically requested`
7 - TASKLET_HIST_NEVER - never calculate.`
NOTE: It is safer to allow all histograms at least once in 8 frames so applications will not be locked up waiting for the missed histogram (G_ parameter)</HISTMODE_Y>
<HISTMODE_C>Controls when the C (red, green2, blue) histograms are calcuted:`
0 - TASKLET_HIST_ALL - calculate each frame`
1 - TASKLET_HIST_HALF calculate each even (0,2,4,6 frame of 8)`
2 - TASKLET_HIST_QUATER - calculate twice per 8 (0, 4)`
3 - TASKLET_HIST_ONCE - calculate once per 8 (0)`
4 - TASKLET_HIST_RQONLY - calculate only when specifically requested`
7 - TASKLET_HIST_NEVER - never calculate.`
NOTE: It is safer to allow all histograms at least once in 8 frames so applications will not be locked up waiting for the missed histogram (G_ parameter)</HISTMODE_C>
<SKIP_DIFF_FRAME>Maximal number of frames of the different size streamer should skip before giving up - needed to allow acquisition of the full-frame images during streaming lower resolution ones(G_ parameter)</SKIP_DIFF_FRAME>
<HIST_LAST_INDEX>Index of the last acquired histograms in the histogram cache (G_ parameter,readonly)</HIST_LAST_INDEX>
<HIST_Y_FRAME>Frame number for which last Y (green1) histogram was calculated(G_ parameter,readonly)</HIST_Y_FRAME>
<HIST_C_FRAME>Frame number for which last C (red, green2, blue) histogram was calculated(G_ parameter,readonly)</HIST_C_FRAME>
<DAEMON_ERR>Bits from up to 32 daemons to report problems or requests (G_ parameter)</DAEMON_ERR>
<DAEMON_RETCODE>32 locations - DAEMON_RETCODE0...DAEMON_RETCODE31 to get calues from the running daemons(G_ parameter)</DAEMON_RETCODE>
<PROFILING_EN>Enable profiling (saving timing of the interrupts/tasklets in pastpars) - this is a single bit of the TASKLET_CTL parameter.(G_ parameter)</PROFILING_EN>
<STROP_FRAMES_SKIP>How many frames skip before next output; 0 - outpur each frame, 1 - output/skip = 1/1 for two frames, 2 - output frame and skip next 2 from 3 frames etc.</STROP_FRAMES_SKIP>
<MULTISENS_EN>0 - single sensor, no 10359A, otherwise - bitmask of the sensors enabled (obeys G_SENS_AVAIL that should not be modified at runtime).</MULTISENS_EN>
<MULTI_PHASE_SDRAM>Similar to SENSOR_PHASE, contols 10359 SDRAM. Adjusted automatically</MULTI_PHASE_SDRAM>
<MULTI_PHASE1> "Similar to SENSOR_PHASE, but for sensor1, connected to 10359</MULTI_PHASE1>
<MULTI_PHASE2> "Similar to SENSOR_PHASE, but for sensor2, connected to 10359</MULTI_PHASE2>
<MULTI_PHASE3> "Similar to SENSOR_PHASE, but for sensor3, connected to 10359</MULTI_PHASE3>
<MULTI_SEQUENCE>Sensor sequence (bits 0,1 - first, 2,3 - second, 4,5 - third). 0 - disable. Will obey SENS_AVAIL and MULTISENS_EN</MULTI_SEQUENCE>
<MULTI_FLIPH> "additional per-sensor horizontal flip to global FLIPH, same bits as in G_SENS_AVAIL</MULTI_FLIPH>
<MULTI_FLIPV> "additional per-sensor vertical flip to global FLIPV, same bits as in G_SENS_AVAIL</MULTI_FLIPV>
<MULTI_MODE> "Mode 0 - single sensor (first in sequence), 1 - composite (only enabled in triggered mode - TRIG=4)</MULTI_MODE>
<MULTI_HBLANK> "Horizontal blanking for buffered frames (2,3) - not needed?</MULTI_HBLANK>
<MULTI_CWIDTH> "Composite frame width (stored while in single-sensor mode, copied to WOI_WIDTH)</MULTI_CWIDTH>
<MULTI_CHEIGHT>Composite frame height (stored while in single-sensor mode)</MULTI_CHEIGHT>
<MULTI_CLEFT> "Composite frame left margin (stored while in single-sensor mode, copied to WOI_LEFT)</MULTI_CLEFT>
<MULTI_CTOP> "Composite frame top margin (stored while in single-sensor mode)</MULTI_CTOP>
<MULTI_CFLIPH> "Horizontal flip for composite image (stored while in single-sensor mode)</MULTI_CFLIPH>
<MULTI_CFLIPV> "Vertical flip for composite image (stored while in single-sensor mode)</MULTI_CFLIPV>
<MULTI_VBLANK> "Vertical blanking for buffered frames (2,3) BEFORE FRAME, not after</MULTI_VBLANK>
<MULTI_WOI> "Width of frame 1 (direct) // Same as next</MULTI_WOI>
<MULTI_WIDTH1> "Width of frame 1 (direct) // same as MULTI_WOI !!!!</MULTI_WIDTH1>
<MULTI_WIDTH2> "Width of frame 2 (first buffered)</MULTI_WIDTH2>
<MULTI_WIDTH3> "Width of frame 3 (second buffered)</MULTI_WIDTH3>
<MULTI_HEIGHT1>Height of frame 1 (direct)</MULTI_HEIGHT1>
<MULTI_HEIGHT2>Height of frame 2 (first buffered)</MULTI_HEIGHT2>
<MULTI_HEIGHT3>Height of frame 3 (second buffered)</MULTI_HEIGHT3>
<MULTI_LEFT1> "Left margin of frame 1 (direct) </MULTI_LEFT1>
<MULTI_LEFT2> "Left margin of frame 2 (first buffered)</MULTI_LEFT2>
<MULTI_LEFT3> "Left margin of frame 3 (second buffered)</MULTI_LEFT3>
<MULTI_TOP1> "Top margin of frame 1 (direct)</MULTI_TOP1>
<MULTI_TOP2> "Top margin of frame 2 (first buffered)</MULTI_TOP2>
<MULTI_TOP3> "Top margin of frame 3 (second buffered)</MULTI_TOP3>
<MULTI_TOPSENSOR>Number of sensor channel used in first (direct) frame: 0..2, internal parameter (window->sensorin) - used internally</MULTI_TOPSENSOR>
<MULTI_SELECTED>Number of sensor channel (1..3) used when composite mode is disabled</MULTI_SELECTED>
<M10359_REGS>10359 board inrternal registers, total of 96. First 64 are 16-bit, next 32 - 32 bit wide (Register definitions in http://elphel.cvs.sourceforge.net/viewvc/elphel/elphel353-8.0/os/linux-2.6-tag--devboard-R2_10-4/arch/cris/arch-v32/drivers/elphel/multisensor.h?view=markup).</M10359_REGS>
<SENS_AVAIL>Bitmask of the sensors attached to 10359 (0 if no 10359 brd, multisensor operations disabled). It is automatically set during sensor detection.</SENS_AVAIL>
<FPGA_TIM0>FPGA timing parameter 0 - difference between DCLK pad and DCM input, signed (ps). Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</FPGA_TIM0>
<FPGA_TIM1>FPGA timing parameter 1. Persistent through initialization.</FPGA_TIM1>
<DLY359_OUT>Output delay in 10359 board (clock to out) in ps, signed. Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_OUT>
<DLY359_P1>Delay in 10359 board sensor port 1 (clock to sensor - clock to DCM) in ps, signed. Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_P1>
<DLY359_P2>Delay in 10359 board sensor port 2 (clock to sensor - clock to DCM) in ps, signed. Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_P2>
<DLY359_P3>Ddelay in 10359 board sensor port 3 (clock to sensor - clock to DCM) in ps, signed. Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_P3>
<DLY359_C1>Cable delay in sensor port 1 in ps, Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_C1>
<DLY359_C2>Cable delay in sensor port 2 in ps, signed. Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_C2>
<DLY359_C3>Cable delay in sensor port 3 in ps, signed. Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</DLY359_C3>
<MULTI_CFG>Additional configuration options for 10359 board. Bit 0 - use 10353 system clock, not the local one (as on 10359 rev 0). Persistent through sensor detection/initialization, should be set prior to it (in startup script or modified before running "/usr/html/autocampars.php --init" from the command line).</MULTI_CFG>
<DEBUG>Selectively enables debug outputs from differnt parts of the drivers. Can easily lock the system as some output goes from inside the interrupt service code or from the parts of the code where interrups are disabled. To us it safely you need to kill the klog daemon an redirect debug output to file with "printk_mod &" command. After that the output will be available as http://camera_ip/var/klog.txt". The printk_mod also kills restart restart daemon so any normally restarted applications (like lighttpd, php, imgsrv) will not be restarted automatically (G_ parameter, not frame-related)</DEBUG>
<TEMPERATURE01>Temperature data from the 10359 board (if available, lower 16 bits) and the first sensor front end (high 16 bits). In each short word bit 12 (0x1000) is set for negative Celsius, lower 12 bits - absolute value of the Celsius, lower bit weight is 1/16 grad. C. This data is provided by the temperature daemon if it is enabled and running, data is embedded in the Exif MakerNote bytes 56-59</TEMPERATURE01>
<TEMPERATURE23>Temperature data from the second sensor front end (if available, lower 16 bits) and the third sensor front end (high 16 bits). In each short word bit 12 (0x1000) is set for negative Celsius, lower 12 bits - absolute value of the Celsius, lower bit weight is 1/16 grad. C. This data is provided by the temperature daemon if it is enabled and running, data is embedded in the Exif MakerNote bytes 56-59</TEMPERATURE23>
</descriptions>
<!-- Parameter groups that can be restored from the saved values -->
$xml->addChild('elphel_set_P_value'.strval($sensor_port),elphel_set_P_value($sensor_port,ELPHEL_SENSOR,0x00,0,ELPHEL_CONST_FRAMEPAIR_FORCE_NEWPROC));// / will start detection
$xml->addChild('elphel_set_P_value'.strval($sensor_port),elphel_set_P_value($sensor_port,ELPHEL_SENSOR,0x00,0,ELPHEL_CONST_FRAMEPAIR_FORCE_NEWPROC));// / will start detection
