Git Product home page Git Product logo

universalscientifictechnologies / labdos01 Goto Github PK

View Code? Open in Web Editor NEW
4.0 4.0 0.0 57.75 MB

Laboratory semiconductor dosimeter-spectrometer with USB-C interface

Home Page: https://docs.dos.ust.cz/labdos/LABDOS01

License: GNU General Public License v3.0

G-code 43.76% OpenSCAD 0.02% C++ 0.09% Shell 0.01% C 0.01% Jupyter Notebook 56.12% Go 0.01%
dosimeter radiation spectrometer pin-diode silicone-dosimeter ionising-radiation usb semiconductor-detector spacedos airdos open-science

labdos01's Introduction

Open Source Hardware Association Certificate

LABDOS01 - Scientific, semiconductor-based ionizing radiation spectrometer

Build firmware

LABDOS01 back panel

LABDOS01 is an open-source spectrometer-dosimeter based on a silicon PIN diode and is intended for scientific research and experimental purposes. Power and communication are secured by a USB-C port or JST-GH connector. The device can be used statically (located in a specific place e.g. laboratory or base) or in mobile applications (such as cars or UAVs). The spectrometer is housed in a 3D printed box, which brings basic mechanical resistance and allows future development of user enclosures and integrations.

LABDOS01 aims to make an open-source, accessible, high-quality, reliable, and simple measuring device - a radiation energy spectrometer for the scientific community.

LABDOS01 can function on its own but requires an external power supply. A computer is only needed to visualize the recorded data. The device is not intended for outdoor use (it is not waterproof). Instead of that, it is intended to be used as an experimental device with the same internals as its application-specific variants like:

  • GEODOS01 - Outdoor and stand-alone ionizing radiation detector
  • AIRDOS02 - Airborne cosmic radiation dosimeter with GPS
  • SPACEDOS02 - PIN diode dosimeter for manned spacecraft
  • SPACEDOS01 - CubeSat cosmic radiation dosimeter and spectrometer

LABDOS01 is therefore the all-in-one solution for generic semiconductor-based ionizing radiation measurement. It should be used as a universal experiment testing device before using an application-specific design. Concerning the development of the detectors, Universal Scientific Technologies s.r.o. has established long-term cooperation with the Nuclear Physics Institute of the CAS (Department of Radiation Dosimetry), in the framework of project CRREAT.

The detailed manual is available at UST docs website

Where to get it?

LABDOS01 is commercially available from Universal Scientific Technologies s.r.o., write an email to [email protected] or shop at Tindie store. The device is designed as open-source hardware and software and is released under the GPLv3 license. The device was initially developed and maintained by UST (Universal Scientific Technologies s.r.o.) company, which sells it commercially and offers technical support.

Parameters

  • Silicon PIN diode detector with 44 mm³ detection volume
  • Effective number of energy channels 470 ±3
  • Deposited energy ranges from 60 keV to 7 MeV
  • Energy measurement resolution 15 ±2 keV (depending on calibration method and type of particles)
  • Power supply 5V (by using the USB port or JST-GH connectors)
  • Integration time depends on firmware setup 10 seconds is the default
  • Deadtime 1 second in case of writing to SDcard, 100 ms in case of data output to USB
  • Interface - USB 2.0, USB-C connector or 3.3V UART link on JST-GH connector (Pixhawk telemetry port).
  • Dimensions - 96 x 56 x 19 mm
  • Weight - 76 grams

Applications

The device uses USTSIPIN02 which is the core of a range of UST dosimeters specialized to the specific application like AIRDOS or SPACEDOS or GEODOS.

Usage examples

Dosemeter for frequent-flyers

The LABDOS could be easily used as a cosmic radiation dosemeter on board aircraft. In this use case, the LABDOS measures the secondary cosmic radiation generated in the atmosphere or the aircraft fuselage. There is a calculation of the dose rate in silicon for the example flight.

LABDOS01 smartphone connection

The measured data could be compared with a CARI numerical model, as could be seen in the following graph.

LABDOS01 smartphone connection

The sum is photons+electrons+protons+positrons. The difference between the sum value and the total value is mainly caused by muons. If we consider some shielding (the LABDOS sensor is covered by 35 um of copper foil) the agreement is clear. It is also visible that the measured data contains more information on the fluctuations, which is missing in the numerical model.

Connection

Simply plug the LABDOS01A into your computer or tablet USB port using a USB-C cable. The device should appear as a virtual serial line. On a Linux computer, the device should connect without any external drivers. For computers with Windows, you will need to install a driver for FTDI USB converter.

LABDOS01 smartphone connection

This usage case is especially suitable for interactive testing of silicon-based detector setups. E.g. experiments on accelerators, short-term flights, or balloon or UAV experiments where an external logging unit is available.

Output data format

The output message types are described in the following paragraphs. The exact format of each message depends on application-specific firmware. The firmware could be tuned to specific usage cases by modifying the Arduino code. The firmware itself could be updated using the bootloader. The baud rate used by the USB port by default is 115200.

Initial messages

#Cvak...
#Hmmm...
#Filesize,2173540
#Filename,3.txt

The initial messages are sent as soon as the processor is restarted, and reading it correctly indicates that the connection is well set up. Filesize and Filename are information about a file in case a proper SD card is inserted.

About message

As can be seen in the following example, when LABDOS is turned on, a string is sent that uniquely identifies the device.

$DOS,LABDOS01A,L02,256,379276a,1290c00806a200914056a000a0000086
  • $DOS - is the first character of the message string
  • LABDOS01A - Name of the device. In this case, it is LABDOS
  • L02- FW version
  • 256 - ADC DC offset
  • 379276a - Hash of identifying the commit of firmware
  • 1290c00806a200914056a000a0000086 - Unique serial number of LABDOS dosemeters

Data message

$HIST,0,7.94,517,1,13297,48790,2914,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0```
  • $HIST - Marking a message with spectrums (histograms)
  • count - Measuring number since restart or power-up; Restart can be handled by toggling of DTR signal on an asynchronous interface
  • time - Time in seconds from power-up
  • suppress - Number of filtered (omitted) ionizing radiation events, prevention of double detections caused by asynchronous sampling
  • flux - Number of detected particles per measuring interval (6.88 s)
  • energetic channels - All remaining values indicate a certain energy channel from the smallest to the largest deposited energy; The 4th value is 1st channel without noise

Data logging

The data is sent according to a very simple protocol, which is sent in text form. Another option is logging into the integrated SDcard, see the "Stand-alone use" section.

Linux/Android

The device should appear as a virtual serial line without any external drivers. Many serial logging tools could be used to log the LABDOS output, for example, picocom or minicom. Look to LABDOS01A/sw for details.

Windows

For computers with Windows, you will need to install a driver for FTDI USB converter. Then you could use the putty which is a program that can be used for logging. One of the tutorials on how to set up data logging using Putty is here for example.

Stand-alone use

The device contains an SD card, which could be used do data logging in stand-alone use. In that case, the LABDOS01 needs an external power supply. That mode could be used for short-term demonstrating of SPACEDOS, AIRDOS, or GEODOS variants of that device.

Note: Only industrial SLC or SLC mode SD cards with properly implemented SPI interface are supported.

FAQ

How to reset the LABDOS connected over the USB serial link?

The reset could be requested by toggling the DTR signal. The exact implementation of how the DTR UART signal could be accessed depends on the implementation of serial communication software. For example in picocom is asserted by Ctrl+A and Ctrl+P.

How to split Individual file Records of Energy Spectra from the LABDOS01 SDcard log file

The LABDOS01 device performs measurements of energy spectra and stores them in a single file on an SD card, typically named "0.TXT". It is desirable to split the file into individual records to efficiently process and analyze this data. For this purpose, the csplit command can be used, allowing for the automated splitting of the logging file into smaller parts based on a specified line containing a desired pattern.

Description: The csplit command is used to split the logging file of the LABDOS01 device, which contains partial records of energy spectra, into individual measurements. This command enables automated and efficient division of the input file into smaller sections based on a specified line with the desired pattern.

Usage:

  1. Create a folder for the output files:

    mkdir split
    
  2. Use the csplit command to split the logging file "0.TXT" into individual records:

    csplit -f split/0_ 0.TXT '/\$DOS,LABDOS01/' {*}
    

    The csplit command utilizes the regular expression /\$DOS,LABDOS01/ to identify the line that separates the individual energy spectra records. The output files will be stored in the "split" folder with the prefix "0_" and assigned sequential numbers.

    Upon executing this command, output files containing the individual energy spectra records from the "0.TXT" logging file will be created. These files can be further processed or analyzed independently.

Inline variant of command with creation of output folder and composing each subrecord file

mkdir -p split && cat *.TXT > compose.txt && csplit -b "%04d.dos" -f split/ compose.txt '/$DOS,LABDOS01/' {*}

labdos01's People

Contributors

fluktuacia avatar kakl avatar kaklik avatar oploc avatar roman-dvorak avatar slimonslimon avatar

Stargazers

 avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar

labdos01's Issues

Measurement channel offset

Aktuální firmware průměruje na začátku 8 vzorků ADC na signálu vůči referenci, aby zjistil offset ADC vůči reálné nule.
Občas se ale stane, že tento proces nezafunguje dobře (zřejmě když je offset zrovna nesoudělný přesně s kanálem). Tím pak vzniknou v prvním kanálu neúměrně vysoké hodnoty.

Řešením by mohlo být

  • průměrování z jinak vybrané množiny vzorků
  • někde mít uložený kalibrovaný offset změřený za laboratorních podmínek
  • použití externího ADC, které tento problém zmírní.

Kalibrovaný offset, by ale potřoboval korekci na teplotu.

Dead time reduction

Aktuální implementace minimalizuje mrtvou měřící dobu tím způsobem, že hromadí co nejvíce dat v operační paměti a z nich pak vytvoří datovou zprávu kterou buď rychle odešle na UART, nebo uloží na SDkartu.

Takový přístup je do značné míry suboptimální, protože jednak neminimalizuje mrtvou dobu měření úplně a zároveň ji prodlužuje na těžko definovanou dobu, která závisí na měřených datech.

Navíc to komplikuje zacházení s formátem výstupních dat #12

Teoreticky by ale mrtvou dobu mělo jít výrazně omezit vhodnou obsluhou UART. Protože, jednak lze nastavit různou délku bufferu pro UART. Například bootloader pro mightycore má tyhle flagy, které tu velikost bufferu řídí. Velikost bufferu 128 bytes by měla stačit na většinu zpráv, kromě spektrogramů, které se posílají jen zřídka. Navíc u spektrogramů by možná bylo žádoucí, aby zprávy byly nějak komprimovány, protože zpráva spektrogramu obsahuje většinou samé nuly.

Zároveň by mělo být možné UART obsluhovat v časech, kdy probíhá ADC převod. Protože při vzorkování ADC 125 us má MCU při 8 MHz k dispozici 1000 instrukcí mezi každou hodnotou ADC. Za tu dobu může být odesláno celých 14 bitů na UART rychlostí 115200.

Hardware version identification

Je potřeba vymyslet co zapsat do EEPROMky, tak aby firmware poznal, jaký má hardware.

  1. Identifikace obsahu paměti
  2. Co je to za zařízení, jeho verzi
  3. sériová čísla ostatních komponent
  4. Kalibrační parametry?
  5. Checksum

Data review tool

Současné pokusy s měřením s LABDOSem vedou na to, že je poměrně obtížné zobrazit naměřená data. Aktuálně to znamená:

  1. Zkopírovat txt log z SDkarty LABDOSu a někam ho uložit
  2. Vybrat si některý z Jupyter notebooků ten spustit (Před tím mít nainstalované všechny závislosti)
  3. Zeditovat jej, minimálně tak, aby cesta k souboru s daty byla platná.
  4. Nechat vykreslit data. (V tomhle okamžiku vznikne nemergovatelný soubor noteboku i když efektivně k žádným změnám nedošlo. Zpracování dat je tak neaktualizovatené a právě vznikla další samostatná větev vývoje)
  5. Prohlédnout si data a zkontrolovat jejich relevanci.

Aktuální postup mi proto přijde velmi nepraktický pro běžné užití (což nezahrnuje vědecké zpracování konkrétních měřených dat). Myslím si, že pro většinu uživatelů by bylo výhodné aby měli webové rozhraní, kam nahrají data a dostanou zpátky náhled nějakých standardních grafů. Další zpracování pak následně jde vyřešit existujícím postupem.

Myslím, že dobrým příkladem potřebného uživatelského rozhraní je flight_review. Myslel jsem si, že by šel zrecyklovat i jeho zdrojový kód. Nicméně @roman-dvorak ani @slimonslimon si nemyslí, že je to časově efektivní.

Při následné diskusi se @slimonslimon se pak ale ukázalo, že zřejmě plánuje takovou webovou aplikaci postavit na vue.js. To mi ale naopak přijde velmi nevhodné. Protože již máme na několika projektech vyzkoušeno, že takový zdrojový kód je pak dlouhodobě prakticky neudržovatelný. Navíc aplikace, které tímto způsobem vznikají jsou pak ve výsledku příšerně velké což následně způsobuje mnoho potíží, které je nutné řešit.

Související issue: #4 #12

Box deformation

Tištěná krabička se při sešroubování zdeformuje.

image

Příčinou je zřejmě příliš malá délka distančních sloupků, které se tak stáhnou proti PCB.

Řešením by tak bylo buď prodloužit sloupky, nebo doprostřed krabičky dát ještě jeden sloupek bez šroubu, který se při stažení opře o PCB.

Merge the firmware variants to streamline codebase

Současný firmware má několik různých variant, které se jen minimálně liší:

  • Počtem kanálů 256/512
  • Jestli má nebo nemá SDkartu pro zápis
  • Frekvencí použitého krystalu

U těchto rozdílů zřejmě neexistuje důvod proč držet různé codebase. Zádrhelem je akorát to, že by bylo potřeba implementovat přepínací vlastnosti firmware (což je ale stejně potřeba kvůli integračnímu intervalu). Tyto parametry jsou buď nastaveny při překladu (frekvence krystalu), nebo jsou parametrem přístroje (počet kanálů, integrační doba, zápis na SDkartu...)

Parametry přístroje by zřejmě správně měly být zapisovány do externí EEPROM, aby nebyly přepsány aktualizací firmware.


Poznámka k počtu kanálů
Původní verze detektoru měla pouze 256 kanálů jako liulin. Zvětšení počtu kanálů podle @kakl vedlo na problem, ze ta ATmega ma nejakou proprietarni kompenzaci DC offsetu. Díky tomu interní ADC nefunguje dobře s externí referencí a způsobuje to jitter kanálů na spektrogramu. #15

Počet kanálů by ale obecně potřeboval zvýšit viz UniversalScientificTechnologies/GEODOS01#23 Tudíž je zřejmě nutné začít používat externí ADC.

Reset button

Pro experimenty s firmwarem je celkem podstatné mít možnost číst data na sériové lince od okamžiku spuštění MCU. U LABDOSu s připojením na USB, se to ale těžko dělá, protože MCU dovede zapisovat data do virtuálního USB serial ještě dříve, než se zinicializuje.

Řešením tohoto problému by bylo přidání resetovacího tlačítka, které lze zmáčknout otvorem v krabičce pomocí nějakého nástroje.

Output quality checks

Je potřeba vytvořit popis ověřovacích postupů pro kontrolu kvality. Tato úloha souvisí i s vytvořením servisního software zřejmě na způsob Gamma-MCA.

Uniforming of output data format

Pro vyřešení problému s ovládací aplikací pro uživatele #4 je nutné sjednotit výstupní datový formát na UART tak, aby byl jednotný formát zpráv mezi AIRDOSem, GEODOSem a LABDOSem.

Takový krok je důležitý i pro dohodu s jinými lidmi, např. OpenGammaProject/Gamma-MCA#25

Jako optimální by mi přišlo, kdyby přístroje posílaly více typů zpráv a nebylo tak potřeba tolik informací držet v paměti. Důvodem k tomu proč se to tak nyní nedělá je jednoduchá minimalizace mrtvé doby měření, která ale i tak není moc optimální #13

Typo in bottom box sticker

There is accidentally silicone instead of silicon:

image

At the same time, I suggest updating the text to describe better form: "LABDOS01 is an open-source spectrometer-dosimeter based on silicon PIN diode and is intended for scientific research and experimental purposes. "

Design inconsistency

Popis problému

Současné řešení je navrženo tak moc "univerzálně", že některé jeho vlastnosti nelze využít. Například JST-GH konektor původně určený pro bateriové napájení je obtížně použitelný, protože vyžaduje speciální osazení PCB a precizně stabilizované napájení.
Zároveň je zde příprava pro připojení TFGPS01 na konektoru "AUX IO", která ale nejde použít jinak než se speciální powerbankou, která má dva napájecí USB konektory. Příčinou je, že LABDOS je k TFGPS zapojen jako payload pro UAV. V takové aplikaci se ale předpokládá, že TFGPS bude napájena z jiného zdroje (autopilota).
UART konektor je proto chráněn diodou tak, aby se na něj nemohlo dostat napájecí napětí z případně zapojeného USB konektoru, což by při zapojení do UAV jinak způsobilo nechtěné napájení celého UAV skrz USB konektor. Proto nelze v součaném řešení LABDOS i TFGPS napájet jedním USB konektorem. Zároveň USB konektor (na kterém je stejný UART jako na vyvedeném UART konektoru) je na LABDOSu podstatný proto, aby zařízení mohlo být kompaktní s USB rozhraním a snadno použitelné pro různé laboratorní aplikace.

Navrhované řešení

Z těchto důvodů bych navrhoval použití LABDOSu jako UAV payloadu zrušit a tuto vlastnost pokrýt původně zamýšlenou úpravou SPACEDOS02, který nemá mít USB konektor. Tím efektivně vznikne nový AIRDOS03 vhodný pro měření v bezpilotních prostředcích, kde TFGPS poskytne spolehlivý zdroj polohy přes TFPayload konektor. Kombinace těchto dvou konektorů na LABDOSu (napájecí konektor a USB konektor) s ostatními konektory jsou příčinou komplikací popsaných v úvodu.

Proto dává smysl současnou kombinaci UART konektoru a "bateriového napájecího konektoru" na LABDOSu nahradit Autopilot GPS&SAFETY konektorem na místo Aux IO. To pak umožní připojit TFGPS stejně jako se připojuje k autopilotu, což kromě napájení celé dvojice TFGPS a LABDOSu z jednoho USB poskytne i další vylepšení:

  • Připojení externího pípáku který je uvnitř TFGPS
  • Možnost připojení tlačítka (na konektor TFGPS), tlačítko může například značkovat důležité fáze měření
  • Připojení GNSS přijímače pro aplikace, kde přijímač v přípojeném telefonu/tabletu nestačí (například kvůli COCOM limitům, nebo nastavenému dynamickému modelu). Nebo zařízení ze kterého se LABDOS napájí GPS prostě neobsahuje (např powerbanka).
  • Možnost připojení nějakých podpůrných čidel na I2C sběrnici.

Na zvážení je také odebrání pouzdra pro SDkartu, které v zařízení, které je napájeno z USB konektoru připojeného do nadřazeného systému nedává úplně smysl. Jedinné použití této možnosti je napájení z powerbanky, které je ale z principu velmi neefektivní a vlastně nepřináší výhody nad napájením z telefonu nebo tabletu. Tudíž nevidím moc důvod, kvůli tomu zesložiťovat návrh.
Taktéž RTC obvod a jeho baterie asi nedává smysl, ze stejných důvodů. Smysl by to dávalo pouze v případě jednoznačného značkování dat viz, mlab-modules/DATALOGGER01#9 to ale současná implementace nesplňuje.

Sticker screw hole positions

Samolepky se při skladování zřejmě scvrkly a otvory na hlavičky šroubů nyní nepasují přesně na šrouby. Tím dochází k zakrývání hlaviček šrubů.
Podezřelé ale je, že se tento problém zřejmě vyskytuje už od nových samolepek. Před výrobou dalších je třeba ověřit, že otvory výřezů pro šrouby z vrchní strany jsou skutečně správně umístěny.

Sticker design and production

Vzhledem k drobným mechanickým úpravám je potřeba vytvořit upravený návrh samolepky. Který bude řešit následující:

  • Průhlednost samolepky v místech LED
  • Posun citlivé oblasti
  • Výroba by pak měla být provedena tak, aby se neopakovaly známé potíže jako např. #7

Najít poslední verzi FW

Firmware pro starší/existující varianty spacedosů zřejmě existuje ve více variantách. Obvykle podle specifik konkrétních aplikací. Je potřeba najít nejpodobnější/nejaktuálnější verzi posledního FW a přidat ji do tohoto repozitáře. Aby z ní šlo dále vycházet.

Verze firmware zjistitelná z fungující instance

Bylo by velmi přinosné, aby bylo možné zjistit, jaký commit firmware aktuálně běží.

Obvykle se to řeši tak, že se nějakým způsobem vygeneruje soubor (např. git_version.h), který bude obsahovat definici aktuálního commitu. S výhodou může tento soubor obsahovat arduino makra vkládající aktuální datum a čas pro lokální kompilování - tím půjde poznat, jestli to bylo kompilované v CI nebo jestli to bylo kompilované v uživatelském počítači.

Soubor git_version.h může být vytvořen buď v rámci samotného CI nebo nějakým arduino pre-compile skriptem. To ale nevím, jestli funguje i s CI nástrojem.

Po spuštění firmware může být aktuální verze (+ nějaké nastavení) vypsána po sériovce.

User interface software

Pro SPACEDOS03 jako produkt by bylo užitečné mít obslužný SW, který bude plnit několik funkcí a bude zajišťovat dobrou kompatibilitu.

V první iteraci je potřeba zajistit několik vlastností:

  • Co nejvíce multiplatformní
  • Možnost snadné instalace - nejspíše pipy
  • Spolehlivost a kompatibilita s FW
    • #2,
    • Reset zařízení
    • Rozpoznání připojeného zařízení
    • #3,
    • automatický update firmware
  • Schopnost logovat data
    • Histogramy
    • Jednotlivé eventy
    • Metadata
      • Geografická poloha
      • Vlhkost
      • Teplota
      • Tlak
  • Upload dat na vyhodnocovací server (s databází měření navázanou na uživatelský účet)
  • Zvukově signalizovat tok částic. Například cvakáním. Dneska by to ale zřejmě šlo udělat i sofistikovaněji podle spektra a energie částic.

Propagace

Ukazuje se, že je těžké vysvětlit k čemu jsou polovodičové detektory dobré a jaké jsou jejich výhody oproti současným detektorům. Důvodem je, že polovodičové detektory nejsou příliš známé. Zřejmě by tak bylo vhodné napsat nějaké vysvětlující texty na:

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.