<bgdev />free

| |  


All tags 2023 9may ai algorithm alpha amd american api argon2 arm asm asmbb assembler attachment awareness balgaria bay888 bcrypt bender beta bgdev-next bgdev-next.👍 big.data bitchnigga bitcoin bmw boi borg brexit bug bulgaria business c cad chat cloud computer-names console crossorigin deprivation desktop dna dotnet email eupl falling feature forum foundation fp fresh fun game github goats google gpl gpt gpt.3.5 gypsies happiness harvard hash improvement include investment it java javascript js kleta kleta.maqka.balg lambi language learning leftovers legend level levenshtein.dist libx license linkedlist linux ma mcafee mele microsoft minimag minimalism negro net nginx nigga not.a.bug oop paradigm parler patterns perception persuasion pipe play.station politics populi pornhub pow pro programming protonmail python reba rust sci-fi scripting seks seo server shell sleep smartbeauty soft-skills sqlite srabska sse starship sugerface syntax tablet tailwindcss telegram theme thug troll80lvl tutanota typescript uacme ui uk unix untermensch upload uptime usa utilities ux vb via viber virtual.reality vox vps vulnerable war wasm weapons-grade web windows word x86 xbox xss youtube zig ziglang Übermensch БОКЕБЪЛГАРИН БЪ БЪлгария Белезниците Били Били.Белезниците БялДонор Веган Виста Възраждане ГЛУПАК Гана Глиста ЕС Казарма Копейкин Мода.и.овча.мисъ НЕКАДЪРНИК НРБ ПО-ЗЛЕ.И.ОТ.РАБИ Подкасти Разни Румен СИК СКУМ СетенЧук Скум ТИР Туче Украйна Урсула Яначков авангард аз айфонджия алгоритми амбиции анархизъм антиваксъри армения аудио аутисти бази.данни бакъп без без.пръчове безпросвета бенчмарк биготи биомаса бира боклук борисов ботев брадва булшит бъг бъгове бял ваксина вандал век венерика викинги вицове вишу война вървежен гана ганорник гей гейщина германия герои гешев глупак говеда групировка гюбек данъкоплатец двойни.стандарти дедотия демокрация дизайн дисциплина добитък докери долар донори држава дришльо дрон ебане еврогейски.съюз езици експеримент електроника електроника.s2 емиграция ендпойнт енум ерген ергономия жалкар задача затоплизъм защита здраве златен злато игри идеали идиократ идиократи идиокрация идиот избори избори.рабин изкуство икономика имбецили имейл инвестиране инокулация инструмента интервю ипад искам.да.си.реда казах камшикодържач капитализъм карабах караница картечница кино клавиатура ковид19 колайдер колям.кур комари комплексар комунизъм консолидация конспирации космонавтика кофа кофит-19 краставица криптовалути курви кучелюбци лайно лаладжия лаптоп либерастия литература лоши.практики луд лъжеучени лъжец любов майни майтапи малоумници мафия мениджмънт месо местене метавселена метафизика механика мистика мисъл мода мода.овча.мисъл модерация морал мутра мутри наука национализъм не.it негър некадърник некадърници неон нидерландия овча овчи олигофрени организация офтопик парички партия педал пенджури пенсия пишока плюскане победа погромист поезия политика порно посредствен почивка празници прасе превод предалщина програмиране проект проста простотии против.правилата проф пръч пръч.дришльо пръчка психика психични.болести психология пустиняк путин путката путьо рабин рабин.е.шибан.пе работа радост разврат разни разработка расизъм резерват рейтинг реклама рекламен религия рест ризи ропче ропчета русия руски.език рутина самоковска сасипаха секира село селяндур сериали сериозно.програм сетен сеянин симулация скопяване скръм слушалки сортиране софия софтуер софтуни социализъм спектрометър спринтове сране стандарти стил стуйо стюи сушилня сцена съвет съм сън сървър сърничка таб ташаци телевизия тема територията терминология термояд технологии титли традиция тролинг тръмп туба туче тъпак тъпанари тъпня уиндоус украйна умнокрасивци фалит фантастика фашизъм фейк.акаунти физика филми форум форумни.проекти футбол хазарт хамали харабия хардуер хахаха хомофобия хостинг храна хумор цайко цайси целофан цензура цензурра циганин чалга чалгар чекии чернокраки честота чипове чнг чужбина чук шпация щайга юан яката яко ям 🔨 😂 🪓


Гама спектрометър

  

0 1 2 3 4 5 6 ...9 10 11 12 13 14 15 16 17 18


  gat3way  Създадено на 02.10.2020, видяно: 3059 пъти. #13651

Ем аз съм размишлявал над такъв вариант, ма не ми е хрумвало нещо конкретно. Сега като гледам сезонът на парното наближава и сигурно няма да го мисля няколко месеца, ма трябва верно да взема да направя нещо по въпроса.



  Поручик Ржевски  Създадено на 02.10.2020, видяно: 3053 пъти. #13653

Леснопостижим и евтин вариант е. Един градус точност на поддържаната температура е достатъчно. Само... Двойно дублиране на схемата за управление на нагревателя (втори датчик), щото пукнахме един сцинтилатор.



  gat3way  Създадено на 02.10.2020, видяно: 3051 пъти. #13654

Да, тва специално за тея натриево-йодидните кристали резките температурни промени хич не са добра идея и се пукат лесно. Аз досега не съм го сътворявал тва обаче, все пак гледам да съм внимателен.



  gat3way  Създадено на 03.10.2020, видяно: 3014 пъти. #13763

А между другото може ли малко повече информация за вашето решение за подгряването? На мен проблемът ми е най-вече ограниченото място, оловната екранировка ми е относително с малък обем вътре за детектора и пробата, иначе количеството олово расте прилично, а все пак ми е на бюрото. Решенията за намаляване на тоя проблем досега са ми доста по-малоумни, като например "кожух" за цялатата тази постановка (екранировка+детектор+проба). Това не помага особено, т.е вероятно помага за инцидентни кратки промени на температурата, примерно отвориш за малко някой прозорец, ноооо като цяло е тъпотия и не върши работа.

А иначе, вие какво мерихте при вас?



  Поручик Ржевски  Създадено на 04.10.2020, видяно: 2991 пъти. #13803

Отзад-напред. Мерехме естествен фон. Една година даже пообикаляхме из рОдината от запад на изток и от север на юг. Един колега беше родил готина идея за импулсно-кодов преобразувател, та работехме с нея.

Е те тук колегите са писали статия по темата, за една от по-късните реализации: https://www.google.com/url?sa=t&source=web&rct=j&url=http://rcvt.tu-sofia.bg/ICEST2004_1_11.pdf&ved=2ahUKEwiYxZ6zvpvsAhUcXhUIHbZ-CL4QFjABegQIChAC&usg=AOvVaw0cOMhFq6Jx2GViyGp_VEAl

Тази е с корекция на спектрите по температура ама с нагревател е по-добре.

Отоплението - на гъвкава печатна платка ецнат ситен меандър. Това беше нагревателя. Сцинтилаторът - цилиндричен и порядъчно голям, щото феу все пак - загърнат с платката, там залепен и датчикът, мисля беше обикновен lm335. Отгоре на всичкото накатана топлоизолация. Та туй то.

При теб кристалите са малки, не ще стане тъй сигурно. Един-два десетватови, керамични резистори и вентилатор в камерата мисля ще свършат работа.



  gat3way  Създадено на 04.10.2020, видяно: 2984 пъти. #13807

Аз честно казано бях тръгнал в малко по-различна посока по едно време, мислех да сложа един сензор за температура и да коригирам спектрите спрямо показанията му докато тече измерването, обаче първо софтуерът няма лесен начин за това и второ, по-големият проблем, не знам наистина колко "мърда" наляво/надясно при повишение или намаление примерно с градус. После продължих в посока да се старая да е температурно стабилна постановката, което обаче също не е просто (освен зимата на парно, тогава температурата в стаята е доста постоянна). Това с нагревател не ми беше хрумвало.

Мерси за линка.



  Поручик Ржевски  Създадено на 04.10.2020, видяно: 2976 пъти. #13816

Пробвахме го това с коригирането, особено при тази постановка, където преобразуването амплитуда-код е логаритмично, голям зор.

А и зависимостта температура-светене се оказа не само нелинейна, но и с гърбица/максимум в диапазона на "нормалните" температури от 0 до 50 целзия да речем. Не помня точно при колко беше максимума, ама са речем, при 20 градуса.

Тъй че (поне за мен) термостабилизацията на установката ми се вижда най-добрия вариант.



  Courvoisier  Последно редактирано на 05.10.2020 от Courvoisier, видяно: 2964 пъти. #13821

Правил съм термометър. Имаме си самото желязо по спецификация, наистина има малко отклонение и иска калибровка. Нататък е оперейшънъл амплифаър и бътъруърт филтър. После по скалата се напасваше колко градуса е. Но колко е точен зависи много от самото желязо. Ще те излъжа какво желязо точно взехме, беше преди 10-на години. Може би беше алуминий, не помня. Отклонението беше до половин градус спрямо калибровката. Беше ми енджиниъринг асаймънт. Може и да имам схемата на ltspice, трябва да потърся. Самото желязо си е желязо, но в него има уийтстоун бридж. Променяйки размера си, създава различно напреженение в уитстоун бриджа. По подобна схема сме правели и везна, уийтстоун бриджа всъщност мери механично напрежение.

wheatstone bridge

диаграмата беше нещо такова My link



  gat3way  Създадено на 05.10.2020, видяно: 2948 пъти. #13822

А, за термометъра е лесна работа, то има готови модулчета на малка платка със запоени там сензор, АЦП, дори некакво контролерче дето "превежда" стойностите от АЦП-то в градуси по целзий и i2c интерфейс през който ги четеш съответно. Макар че повечето от това е реално погледнато ненужно, мен не ме интересува колко градуса е реално температурата, а как се променя с времето и да беше изцяло "аналогов" сензора щеше дори да е по-добре. Обаче както казах, първият проблем беше че не знаех на "единица" промяна в температурата колко "единици" се мести назад или напред спектъра, да речем някак емпирично може би можеше да го докарам това (ама доста ненадеждно). Вторият голям проблем е със софтуера, аз ползвам основно две програми за целта, и двете виндовски, под wine, линукските варианти ми се виждат затормозяващи, както и да е, единия софтуер подържаше някакви комерсиални сцинтилаторни детектори, които идват с датчик за температура, та предполагам нещо по този път можеше да се натъмани - макар че при липса на документация как работи и при липса на сорса на тва, щеше да падне лекинко реверсване на процеса и не съм толко млад че да се радвам на такива занимания. Другият софтуер си имаше цъкалка за "изместване" на спектъра наляво-надясно и вариантът беше по някакъв начин да му фейквам инпут евенти, но реално нямам идея как става това с виндовски програми под вине.

А сега като ми казвате че тя и зависимостта не е баш линейна, ептен кОр. Макар че последното вероятно не е чак толкова голям проблем, защото температурата не варира чак толкова в апартамента, това би било повече проблем навън. Абе ще го мисля.



  |  Последно редактирано на 08.10.2020 от |, видяно: 2926 пъти. #14281
gat3way

А, за термометъра е лесна работа, то има готови модулчета на малка платка със запоени там сензор, АЦП, дори некакво контролерче дето "превежда" стойностите от АЦП-то в градуси по целзий и i2c интерфейс през който ги четеш съответно. Макар че повечето от това е реално погледнато ненужно, мен не ме интересува колко градуса е реално температурата, а как се променя с времето и да беше изцяло "аналогов" сензора щеше дори да е по-добре. Обаче както казах, първият проблем беше че не знаех на "единица" промяна в температурата колко "единици" се мести назад или напред спектъра, да речем някак емпирично може би можеше да го докарам това (ама доста ненадеждно). Вторият голям проблем е със софтуера, аз ползвам основно две програми за целта, и двете виндовски, под wine, линукските варианти ми се виждат затормозяващи, както и да е, единия софтуер подържаше някакви комерсиални сцинтилаторни детектори, които идват с датчик за температура, та предполагам нещо по този път можеше да се натъмани - макар че при липса на документация как работи и при липса на сорса на тва, щеше да падне лекинко реверсване на процеса и не съм толко млад че да се радвам на такива занимания. Другият софтуер си имаше цъкалка за "изместване" на спектъра наляво-надясно и вариантът беше по някакъв начин да му фейквам инпут евенти, но реално нямам идея как става това с виндовски програми под вине.

А сега като ми казвате че тя и зависимостта не е баш линейна, ептен кОр. Макар че последното вероятно не е чак толкова голям проблем, защото температурата не варира чак толкова в апартамента, това би било повече проблем навън. Абе ще го мисля.

Мислил ли си за вариант в който използваш два детектора за да изолираш само частиците идващи от това което мериш? Coincidence counting или както там му викат.

Преди време се бях забавлявал с Na22 и определено имаше голям пик на coincidence когато детекторите бяха на 0 или 180 градуса от източника. Точно както твърди теорията.

Тази седмица нямах много време за детектора, но смених LYSO-то с BGO. Като имам време ще се опитам да меря с него.



  gat3way  Създадено на 08.10.2020, видяно: 2913 пъти. #14282

Ммммне, не знам доколко добре би работило това (ползвам втора ръка преработени сцинтилаторни детектори и не знам дали ще намеря два дето да работят "еднакво"), но и да работи добре - просто нямам място в оловната екранировка за втори детектор. Нямам и второ MCA. То може би и варианта с MCA-тата не е много удачен - понеже и кога ще дойде по USB-то това от тях не е много ясно и оттам доколко "пуканията" в аудиостриймовете наистина ще съвпадат.



  |  Създадено на 08.10.2020, видяно: 2904 пъти. #14285
gat3way

Ммммне, не знам доколко добре би работило това (ползвам втора ръка преработени сцинтилаторни детектори и не знам дали ще намеря два дето да работят "еднакво"), но и да работи добре - просто нямам място в оловната екранировка за втори детектор. Нямам и второ MCA. То може би и варианта с MCA-тата не е много удачен - понеже и кога ще дойде по USB-то това от тях не е много ясно и оттам доколко "пуканията" в аудиостриймовете наистина ще съвпадат.

Те няма нужда да работят еднакво, просто мериш от първия, но игнорираш всичко което не съвпада с втория. Така според мен може и да нямаш нужда от екранировка. Не знам всъщност, май зависи и от stopping power на кристала.

Но ти понеже използваш някакъв готов софтуер, това ще работа само ако той го поддържа.



  gat3way  Създадено на 08.10.2020, видяно: 2899 пъти. #14287

Е не трябва ли барем съвпадащите пикове да са с близки амплитуди? Всъщност то като се замисля надали, едва ли е нужно такова издребняване. Но не знам, не съм разсъждавал по въпроса.

Апропо, преди това по едно време бях гледал тоя номер с coincidence counting-а, но не със сцинтилатори, а с две гайгерови тръби. Имаше некакъв пич дето правеше такива изпълнения, май беше точно с ардуино, че и схема и скечове беше качил, но с друга цел - да мери космическите лъчения и да ги "изолира" от "земните" източници. Ма ми се видя неособено интересно. То и предполагам тук космическото лъчение не е кой знае колко, защото София не е чак толкова нависоко.



  |  Създадено на 08.10.2020, видяно: 2894 пъти. #14288
gat3way

Е не трябва ли барем съвпадащите пикове да са с близки амплитуди? Всъщност то като се замисля надали, едва ли е нужно такова издребняване. Но не знам, не съм разсъждавал по въпроса.

Апропо, преди това по едно време бях гледал тоя номер с coincidence counting-а, но не със сцинтилатори, а с две гайгерови тръби. Имаше некакъв пич дето правеше такива изпълнения, май беше точно с ардуино, че и схема и скечове беше качил, но с друга цел - да мери космическите лъчения и да ги "изолира" от "земните" източници. Ма ми се видя неособено интересно. То и предполагам тук космическото лъчение не е кой знае колко, защото София не е чак толкова нависоко.

Според мен трябва да са с близки амплитуди.

Космическото лъчение и в София би трябвало да е сравнително високо. Но не знам какво може да правиш като го детектнеш.



  gat3way  Създадено на 08.10.2020, видяно: 2890 пъти. #14289

Ем ако трябва да са близки е яко кривата работа. Спектрометрите никога не са линейни спрямо енергията на фотоните (демек по абцисата). Веднъж има "хардуерно" натъманяване, защото "линейността" зависи от напрежението което се подава на ФЕУ-то и там е tradeoff - няма напрежение което да дава едновременно най-добрата резолюция и най-добрата линейност. Но на две сонди с различни ФЕУ-та или дори различна електроника съответно едно и също напрежение няма да доведе до същата "крива". Оттам идва и чисто софтуерната "калибрация"....абе ще е цирк да се накарат два сцинтилаторни детектора да се държат точно еднакво. Не невъзможно, ма доста пипкаво (на мен първоначалната калибрация на нов детектор ми отнема обикновено ден-два - докато нацеля оптималното напрежение и го калибрирам като хората спрямо калибрационните източници). За два и да се държат еднакво ще е зор.

А иначе, не ме интересува особено космическото лъчение, да не кажа че ми е абсолютно безинтересно. Доколкото имам някакви спомени все пак, на морското равнище, много малка част от естествения фон (10-20%) идва оттам, просто мюоните изфирясват повечето преди да стигнат до земята. Съмнява ме на 500-600м надморска височина (София) да е нещо много различно, но наистина не знам. Както и да е, пак казвам, доста слабо ме вълнува космическата радиация, на мене интересното ми е предимно спектрите на камънаците и чукарите.



  |  Последно редактирано на 08.10.2020 от |, видяно: 2882 пъти. #14290
gat3way

Ем ако трябва да са близки е яко кривата работа. Спектрометрите никога не са линейни спрямо енергията на фотоните (демек по абцисата). Веднъж има "хардуерно" натъманяване, защото "линейността" зависи от напрежението което се подава на ФЕУ-то и там е tradeoff - няма напрежение което да дава едновременно най-добрата резолюция и най-добрата линейност. Но на две сонди с различни ФЕУ-та или дори различна електроника съответно едно и също напрежение няма да доведе до същата "крива". Оттам идва и чисто софтуерната "калибрация"....абе ще е цирк да се накарат два сцинтилаторни детектора да се държат точно еднакво. Не невъзможно, ма доста пипкаво (на мен първоначалната калибрация на нов детектор ми отнема обикновено ден-два - докато нацеля оптималното напрежение и го калибрирам като хората спрямо калибрационните източници). За два и да се държат еднакво ще е зор.

А иначе, не ме интересува особено космическото лъчение, да не кажа че ми е абсолютно безинтересно. Доколкото имам някакви спомени все пак, на морското равнище, много малка част от естествения фон (10-20%) идва оттам, просто мюоните изфирясват повечето преди да стигнат до земята. Съмнява ме на 500-600м надморска височина (София) да е нещо много различно, но наистина не знам. Както и да е, пак казвам, доста слабо ме вълнува космическата радиация, на мене интересното ми е предимно спектрите на камънаците и чукарите.

Няма нужда да се държат абсолютно еднакво, просто трябва да игнорираш сигнали от първия които не съвпадат напълно със какъвто и да е сигнал от втория. Но за такова нещо май трябва електроника. Аз съм го правил с USB осцилоскопа, даже сигурно още имам програмата някъде...



  gat3way  Последно редактирано на 08.10.2020 от gat3way, видяно: 2877 пъти. #14291

Това звучи още по-сложно :)

Като цяло, от някъде половин-една година не съм правил някакви подобрения по сетъпа тук, защото съм достигнал някакво ниво където вземането на спектри от повечето камънак става относително качествено въпреки проблемите с температурното дрифтене и околния фон, поне доколкото част от него дупчи оловото. Границата ми е някъде проби които ми цъкат с 2-3 CPS над фона вътре в екранировката (стайният софийски фон отвън е някъде 120-130CPS). По-надолу от това, нещата започват да стават размити и вече и двете неща започват да пречат - трябва повече олово и повече температурна стабилност. Това обаче е напълно достатъчно за повечето спектри от камънак, които тествам.

Има неща които не са ми безинтересни естествено (например издирването на остатъци от чернобилското замърсяване по почви из България), но които понастоящем в повечето случаи са ми извън възможностите. Примерно цезий-137 съм засичал из проби май само два пъти досега и то толкова малко, че бяха съвсем малко над статистическата грешка дори след 24 часа измерване. От друга страна все пак не съм събирал от там дето са валяли най-много чернобилските държдове, така че не знам. Но все пак, ако реша да си имам такъв сорт приключения, трябва да натрупам още толкова олово на бюрото и пак не е ясно дали ще се реши проблема.



  |  Създадено на 08.10.2020, видяно: 2872 пъти. #14292
gat3way

Това звучи още по-сложно :)

Като цяло, от някъде половин-една година не съм правил някакви подобрения по сетъпа тук, защото съм достигнал някакво ниво където вземането на спектри от повечето камънак става относително качествено въпреки проблемите с температурното дрифтене и околния фон, поне доколкото част от него дупчи оловото. Границата ми е някъде проби които ми цъкат с 2-3 CPS над фона вътре в екранировката (стайният софийски фон отвън е някъде 120-130CPS). По-надолу от това, нещата започват да стават размити и вече и двете неща започват да пречат - трябва повече олово и повече температурна стабилност. Това обаче е напълно достатъчно за повечето спектри от камънак, които тествам.

Има неща които не са ми безинтересни естествено (например издирването на остатъци от чернобилското замърсяване по почви из България), но които понастоящем в повечето случаи са ми извън възможностите. Примерно цезий-137 съм засичал из проби май само два пъти досега и то толкова малко, че бяха съвсем малко над статистическата грешка дори след 24 часа измерване. От друга страна все пак не съм събирал от там дето са валяли най-много чернобилските държдове, така че не знам. Но все пак, ако реша да си имам такъв сорт приключения, трябва да натрупам още толкова олово на бюрото и пак не е ясно дали ще се реши проблема.

Според малкия и "колегата" му, за спирането на повечето космически частици е необходим оловен екран с около 2 метра дебелина. :) Те мериха някъде до 50 см и им свършиха оловните тухли. :)



  gat3way  Създадено на 08.10.2020, видяно: 2871 пъти. #14293

Ем да, и аз съм чел че мюоните много дупчат, немат лесно спиране. На гама лъчите с енергии като от разпада на повечето изотопи на земята им трябва значително по-малко матрял. Защо е така не знам обаче, не съм физик.



  gat3way  Създадено на 08.10.2020, видяно: 2861 пъти. #14294

А между другото ми стана интересно, какво точно мерят децата на космическата гняс?


0 1 2 3 4 5 6 ...9 10 11 12 13 14 15 16 17 18


Гама спектрометър

  



AsmBB v3.0 (check-in: 7544654b24928b93); SQLite v3.47.0 (check-in: 03a9703e27c44437);
©2016..2024 John Found; Licensed under EUPL; Powered by Assembly language Created with Fresh IDE