LVA Products Support Forum

Здравейте,

написах простичка програмка за записване на данните от LVA Geiger Counter във файл:
http://www.lz1fw.com/soft/LVA_receiver.html

Програмата работи в DOS прозорец на Windows. Далеч е от съвършенството, има доста трески да дялане. Ама пък е толкова семпла, че едва ли има прекалено неща за доизпипване.

Чак след като написах програмката с изненада открих, че LVA Geiger Counter-а всъщност е доста разговорливо устройство. Като го поразуча по-добре може и да напиша още нещо простичко за него.

В момента с програмката записвам данните от два различни LVA Geiger Counter-а. Единият нещо брои по-малко... Дали това е дефект, ефект или начало на някакво научно откритие още не знам. Теста ще продължи докато издържат батериите - вероятно към десет дни. След това ще споделя резултатите тук. Ако на някой му е интересно, естествено.

Здравейте!

Ако желаете, можем да включим сорскода на вашата програмка към официалното github repository на проекта, така ще помогне на повече хора.

Относно "разговорливостта" на уреда, да, макар и да не сме публикували официална документация за командите, те не са секретни изобщо и можете да видите всички тук.

В частност, има команда ("REELOG") за сваляне на данните от long logging на устройството, и може да го ползвате за да сверите с това, което сте записали с вашата програма.

Относно различните бройки засечени частици от двата брояча, това е относително нормално в краткосрочен план. Преди да пуснем продукта на пазара, ние си правихме сходен на вашия експеримент, данните от който показваха подобни временни аномалии, но в дългосрочен план разликата между устройствата беше в рамките на статистическата грешка. Ако при вас не е така, свържете се с нас за да проверим дали някоя от тръбите не е дефектна.
Батериите надали ще издържат 10 дена, по-вероятно 6-7. Ако желаете по-дълъг живот, опциите за външно захранване на уредите са описани в ръководството за употреба, раздел „Захранване“.

Добра вечер,

сорс кода не е нещо особено. Всъщност от мен е писан само единия модул, останалите са взети наготово от интернет. Всичко вече е качено на http://www.lz1fw.com/soft/LVA_receiver.html От една страна вероятно наистина сорсовете биха помогнали някому, от друга там нищо не е обяснено изобщо. Не ми се свиди и споделям с удоволствие, но знам как изглежда една добре документирана програма. Преценете дали да сложите тези сорсове при другите.

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

Програмата трупа данни от 11:57 часа на 04.02.2018. На китчето са му спряни звука и дисплея. Ще видим колко ще изкара. Аз все пак бих заложил на десет дена. Струва ми се, че при предишния тест изкара толкова, но тогава не се записваха резултати.

Определено едната тръба отчита по-малко. Това бе забелязано и при еднодневния тест описан в друг форум:
http://planina.e-psylon.net/viewtopic.php?p=123403#123403
Там има и суровите резултати от теста. Като свършат батериите ще споделя резултатите и от този.

Добра да бъде

Благодарим за сорс кода, би могъл да бъде полезен на други изследователи на радиацията.
Моето лично желание е да го публикувам в отделна папка pc/utilities в хранилището на проекта (заедно с някаква минимална документация на английски, credits, и Makefile, както си му е редът).
Съществен проблем да направя това засега са външните файлове за работа със сериен порт, които не са ваше дело. Понеже не съдържат коментари от къде са взети, а в github е хубаво да качваме само разрешено съдържание (код с позволяващ споделяне лиценз, дали ще е public domain, (L)GPL, BSD или прочее). В тази връзка може да помогнете ако покажете откъде сте копирали файловете, за да добавим коментари в тях относно произхода им и да сме си "вързали гащите" откъм лицензи.
По-минорен проблем лично за мен би бил портването на програмката към linux, тъй като това бих ползвал аз. Има налични библиотеки за абстрахиране от OS API-то за достъп до серийния порт, например wjwwood/serial и libserialport. Отделно би имало нужда от разкарване на някои Windows-специфични идиоми (защо програмата да прекратява действието си при главно 'F"? Какво му е на Ctrl+C?).

Ще се радваме да споделите колко време е изкарало на батерии. На нас версия 2.0 изкарваше малко над 7 дни на пресни алкални батерии.

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

- разликата в позициите и ориентациите на двата брояча може да е съществена и нашето предложение е след като завършите текущия експеримент, да го повторите като поставите броячите на същите места, но размените броячите (или тръбите им);
- разликата в часовниците е несъществена, а и вие сваляте данните на компютър, т.е. имате общ репер;
- за разликата в напрежението на батериите сме сигурни, че не оказва влияние на измерванията. Версия 334 на фърмуера поддържаше long logging както на броя измерени частици, така и на напрежението на батериите. Бяхме направили два експеримента за да проверим за корелация между чувствителността на разрядоотчитащата схема и захранващото напрежение и не намерихме такава.
- към списъка от неща, които може да оказват влияние, проверете дали напреженията на тръбите са еднакви, с мултицет настроен в обхват 1000VDC. Измерете между TP2 (HV+) и някоя земя, например соченият от стрелката пин на серийния конектор.

Добро утро,
нямам никакви спомени от къде са сорсовете. Опитах да повторя стъпките на търсене с Гугъл и стигнах до нещо близко, но не точно същото:
https://github.com/vanous/trainer/blob/master/serialport.c
Ако се сетя и успея да намеря източника ще го споделя.

LVA wrote:Съществен проблем да направя това засега са външните файлове за работа със сериен порт, които не са ваше дело. Понеже не съдържат коментари от къде са взети, а в github е хубаво да качваме само разрешено съдържание (код с позволяващ споделяне лиценз, дали ще е public domain, (L)GPL, BSD или прочее). В тази връзка може да помогнете ако покажете откъде сте копирали файловете, за да добавим коментари в тях относно произхода им и да сме си "вързали гащите" откъм лицензи.

Брояча, който отчиташе по-малко, издържа над десет дена или точно от 04.02.2018 11:57:26 до 14.02.2018 18:57:58.
Другия - с цели два дена по-малко - от 04.02.2018 11:57:38 до 12.02.2018 14:04:37.
Данните - покъсно. Засега само една сравнителна графика:



Микросивертите за час са сметнати при усредняване за период от 20 минути.

Доста интересно. Имате ли уред, с който да можете да измерите консумацията на двата кита? Разлика от два дена е много съществена. Какви са серийните номера на двата кита?

Май това не бе добра идея...
При опит за измерване на високото напрежение устройството спря да работи. Уреда е DT-830B.
Става дума за новия гайгеров брояч, което издържа по-малко. Сериен номер 081, купено е на 29-01-2018 от Роботев.

Какво да правя?

към списъка от неща, които може да оказват влияние, проверете дали напреженията на тръбите са еднакви, с мултицет настроен в обхват 1000VDC. Измерете между TP2 (HV+) и някоя земя, например соченият от стрелката пин на серийния конектор

Гайгермюлеровия брояч бе ремонтиран безплатно от LVA за което им благодаря.
Работата продължава.
Текущата версия на програмата освен, че приема данните от устройството, периодично му предава команда STATUS. В резултат се получават данни за напрежението в миливолти на батерията и маса друга информация.
Програмата сама смята и гама фона усреднен за една, десет и двадесет минути. Съответно цялата тази информация се записва във файл. На картинката е показано как изглеждат данните.
Все още има съществени трески за дялане, затова има проверка за загуба на пакети. Заградената в квадратни скоби цифра показва броя на изтърваните пакети. Ще я тествам още малко след което ще направя втора серия на паралелна работа на няколко LVA гайгермюлерови брояча.

Здравейте,

По-долу е показана получавана от LVA GC информация. Вижда се, че процесорът се рестартира, когато напрежения паднат под 1753 mV.

Въпросът ми е дали е вредно за тръбата да работи при тези много ниски напрежения и дали може да се повреди от това?

23.05.2018 09:22:57, 1790, 150, 4, 159, 4, 5, 5, 0, 20, 0.11, 20, 0.1140, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:22:58, 1805, 151, 4, 159, 4, 5, 5, 0, 20, 0.11, 20, 0.1140, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:22:59, 1808, 152, 4, 159, 4, 5, 5, 0, 19, 0.10, 19, 0.1083, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:23:00, 1805, 153, 4, 159, 4, 5, 5, 0, 19, 0.10, 19, 0.1083, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:23:01, 1787, 154, 4, 159, 4, 5, 5, 0, 19, 0.10, 19, 0.1083, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:23:02, 1781, 155, 4, 159, 4, 5, 5, 0, 17, 0.09, 17, 0.0969, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:23:03, 1776, 156, 4, 159, 4, 5, 5, 0, 16, 0.09, 16, 0.0912, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:23:04, 1758, 157, 4, 159, 4, 5, 5, 0, 15, 0.08, 15, 0.0855, 64, 0.0365, 64, 0.0182, 0, 37
23.05.2018 09:23:05, 1753, 158, 4, 159, 4, 5, 5, 2, 15, 0.08, 15, 0.0855, 66, 0.0376, 66, 0.0188, 0, 98
23.05.2018 09:23:05, 98, CPS, 2, CPM, 15, uSv/hr, 0.08,LVA Geiger Counter 2.0/2.1

http://LVA.bg/products/geiger-counter/

23.05.2018 09:23:06, 1753, 158, 4, 159, 4, 5, 5, 1, 1, 0.00, 16, 0.0912, 67, 0.0382, 67, 0.0191, -1, 36
23.05.2018 09:23:07, 1829, 1, 4, 159, 4, 5, 0, 3, 4, 0.02, 18, 0.1026, 70, 0.0399, 70, 0.0200, -159, 36
23.05.2018 09:23:08, 1773, 2, 4, 159, 4, 5, 0, 0, 4, 0.02, 18, 0.1026, 70, 0.0399, 70, 0.0200, -159, 36
23.05.2018 09:23:09, 1764, 3, 4, 159, 4, 5, 0, 1, 5, 0.02, 19, 0.1083, 71, 0.0405, 71, 0.0202, -159, 36
23.05.2018 09:23:10, 1758, 4, 4, 159, 4, 5, 0, 0, 5, 0.02, 19, 0.1083, 71, 0.0405, 71, 0.0202, -159, 36
23.05.2018 09:23:11, 1758, 5, 4, 159, 4, 5, 0, 0, 5, 0.02, 18, 0.1026, 71, 0.0405, 71, 0.0202, -159, 36
23.05.2018 09:23:12, 1758, 6, 4, 159, 4, 5, 0, 0, 5, 0.02, 18, 0.1026, 71, 0.0405, 71, 0.0202, -159, 36
23.05.2018 09:23:13, 1756, 7, 4, 159, 4, 5, 0, 1, 6, 0.03, 19, 0.1083, 72, 0.0410, 72, 0.0205, -159, 36
23.05.2018 09:23:14, 1756, 8, 4, 159, 4, 5, 0, 0, 6, 0.03, 19, 0.1083, 72, 0.0410, 72, 0.0205, -159, 36
23.05.2018 09:23:15, 1756, 9, 4, 159, 4, 5, 0, 1, 7, 0.03, 19, 0.1083, 73, 0.0416, 73, 0.0208, -159, 36