User Tools

Site Tools


theory:sensor_technology:stb_conventions_for_good_graphs_and_tables

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
theory:sensor_technology:stb_conventions_for_good_graphs_and_tables [2018/10/14 12:54]
180.76.15.6 ↷ Links adapted because of a move operation
— (current)
Line 1: Line 1:
-====== Circuits, Graphs, Tables, Pictures and Code ===== 
- 
-//The meaning of a table or graph is the representation of the measurement (and/or simulation) in a compact way. There are certain rules to represent graphs and tables in such a way that the reader can trace what has been done and verify the conclusions. However, before representing the measurement data, the reader should be able to understand what has been done. What is essential to do that, is an appropriate drawing of the measurement set-up. In case of electronic circuits, this is the schematic, if applicable in combination with code.// 
- 
-===== The electronic circuit and set-up ===== 
- 
-The schematic must follow the following rules: 
-  * The set-up description includes type numbers of used equipment 
-  * The time and date is important. Also other conditions (temperature) that may be relevant are described 
-  * Ground points and power origins are visible in the circuit 
-  * The whole circuit is drawn 
-  * Wires and connectors have descriptive names 
-In <imgref GoodSetup>​ we can clearly see how a myDAQ is used to measure the potential difference over a resistor while monitoring the current (by means of a shunt resistor). Use the same myDAQ names in the LabVIEW program. 
- 
-<​imgcaption GoodSetup|A good measurement set-up>​{{.measurement_theory:​goodmeasurementsetup.png?​400}}</​imgcaption>​ 
- 
-===== Code ===== 
- 
-Also the code (if applicable) needs to communicate what it does, how it is constructed. It does not matter whether it is text based code or graphical code like LabVIEW. Rules are: 
-  * Use comments. In text-based programming languages this can be ''/​* like this */''​ 
-  * Use functional variable names 
-  * Use subroutines 
- 
-===== Table ===== 
- 
-There are certain conventions for good graphs and tables. See <imgref GoodGraph>​ for an example. 
- 
-<​imgcaption GoodGraph|A good graph and table>​{{.measurement_theory:​goodgraph.png?​400}}</​imgcaption>​ 
- 
-The common rules are: 
-  * A table has a header explaining the meaning of the data 
-  * The table has a number for referencing:​ this number must be mentioned in the text 
-  * In the table header, there are symbols and [units] of the corresponding quantities 
-  * The comma in the numbers in the table are at a logical position. Reduce the number of leading zeros, which can be done by including a multiplier 10<​sup>​3</​sup>​ in the header of the table  
-  * The significance (digits) of the numbers are represented well 
-  * The structure of the table is logical (cause and result) 
-  * Errors are indicated in the table. Evaluate somewhere the nature and size of the error  
- 
- 
-===== Graph ===== 
- 
-  * A graph has a meaningfull and numbered footer. The number is used to refer to the graph from the text 
-  * Along the axes, there are symbols and [units] of the corresponding quantities 
-  * On the horizontal axis there is the //​independent vaiable// and on the verical axis the //dependent variable//, corrspronding intuitively to the cause and effect of the experiment 
-  * The axes have a scale with appropriate numbers (similar to the table conventions) 
-  * The axes are chosen propely to indicate a linear relationship. This may be lin-lin, lin-log or log-log. This is needed to support the underlying model and to see outliers. The model can be plotted as well, for example as a simple straight line if applicable 
-  * Errors are indicated if possible with error bars in x and y direction. The ultimate evidence is when the straight line of the model falls within the error bars 
- 
-===== Graph, table or just text? ==== 
- 
-Always represent data in a form that makes a clear statement: 
-  * If you want to express just up to three numbers or insights, just write text or a statement 
-  * When representing between 4 to 20 numbers, a table is probably the right form of presenting 
-  * For more numbers, use graphs in combination with statistical measures. ​ 
-====== Sensor Technology TOC ====== 
- 
-These are the chapters for the Sensor Technology course: 
-  * Chapter 1: [[theory:​sensor_technology:​st1_measurement_theory|Measurement Theory]] 
-  * Chapter 2: [[theory:​sensor_technology:​st2_measurement_errors|Measurement Errors]] 
-  * Chapter 3: [[theory:​sensor_technology:​st3_measurement_technology|Measurement Technology]] 
-  * Chapter 4: Circuits, Graphs, Tables, Pictures and Code 
-  * Chapter 5: [[theory:​sensor_technology:​st4_sensor_theory|Basic Sensor Theory]] <- Next 
-  * Chapter 6: [[theory:​sensor_technology:​st6_sensoractuatorsystems|Sensor-Actuator Systems]] ​ 
-  * Chapter 7: [[theory:​sensor_technology:​st7_modelling_main|Modelling]] 
-  * Chapter 8: [[theory:​sensor_technology:​st8_accelerometer_model|Modelling:​ The Accelerometer]] - example of a second order system 
-  * Chapter 9: [[theory:​sensor_technology:​st9_scaling|Modelling:​ Scaling]] - why small things appear to be stiffer 
-  * Chapter 10: [[theory:​sensor_technology:​st10_lumped_element_models|Modelling:​ Lumped Element Models]] 
-  * Chapter 11: [[theory:​sensor_technology:​st11_finite_element_models|Modelling:​ Finite Element Models]] 
-  * Chapter 12: [[theory:​sensor_technology:​st12_impedance_spectroscopy|Modelling:​ Transducer Characterization by Impedance Spectroscopy]] 
-  * Chapter 13: [[theory:​sensor_technology:​st13_lumped_element_models_advanced|Modelling:​ Systems Theory]] 
-  * Chapter 14: [[theory:​sensor_technology:​st14_differential_equation_numerical_models|Modelling:​ Numerical Integration]] 
-  * Chapter 15: [[theory:​sensor_technology:​st15_signal_conditioning_and_sensor_read-out|Signal Conditioning and Sensor Read-out]] 
-  * Chapter 16: [[theory:​sensor_technology:​st16_resistive_sensors|Resistive Sensors]] 
-  * Chapter 17: [[theory:​sensor_technology:​st17_capacitive_sensors|Capacitive Sensors]] 
-  * Chapter 18: [[theory:​sensor_technology:​st18_magnetic_sensors|Magnetic Sensors]] 
-  * Chapter 19: [[theory:​sensor_technology:​st19_optical_sensors|Optical Sensors]] 
-  * Chapter 20: [[theory:​sensor_technology:​st20_actuators|Actuators]] - an example of an electrodynamic motor 
-  * Chapter 21: [[theory:​sensor_technology:​st21_actuator_models|Actuator principles for small speakers]] 
-  * Chapter 22: [[theory:​sensor_technology:​st22_adc_and_dac|ADC and DAC]] 
-  * Chapter 23: [[theory:​sensor_technology:​st23_bus_interfaces|Bus Interfaces]] - SPI, I<​sup>​2</​sup>​C,​ IO-Link, Ethernet based 
-  * Appendix A: [[theory:​sensor_technology:​sta_easyunitconversion|Systematic unit conversion]] 
-  * Appendix B: [[theory:​sensor_technology:​stc_common_mode_rejection_ratio_cmrr|Common Mode Rejection Ratio (CMRR)]] 
-  * Appendix C: [[theory:​sensor_technology:​std_schmitt_trigger|A Schmitt Trigger for sensor level detection]] 
- 
  
theory/sensor_technology/stb_conventions_for_good_graphs_and_tables.1539521689.txt.gz · Last modified: 2018/10/14 12:54 by 180.76.15.6