steffen/GCLog
1
1
Fork 0
Code Issues 2 Pull requests Releases Activity

[ERROR] Reading ZERO value from Geiger tube #1

New issue
Closed
opened 2019-04-17 10:14:23 +02:00 by steffen · 10 comments
steffen commented 2019-04-17 10:14:23 +02:00
Owner
Copy link

Author: @snarkbe

I have connected a GQ GMC 320+ v5 on a RasPi 2 Model B v1.1 running Raspbian.
The device is detected on /dev/ttyUSB0 and listed in lsusb.

The file gclog.conf is correctly configured to use /dev/ttyUSB0. When I start GCLog v0.2.4 (installed from the deb package), I get the following error every 2 seconds in journalctl :

Apr 17 10:06:59 pihole gclog[754]: [ERROR] Reading ZERO value from Geiger tube.

Any idea about the issue? Is there a way to troubleshoot the serial connection? The GC is working fine, and sending data to the GQ Windows software when connected to my PC.

Author: @snarkbe I have connected a GQ GMC 320+ v5 on a RasPi 2 Model B v1.1 running Raspbian. The device is detected on /dev/ttyUSB0 and listed in lsusb. The file gclog.conf is correctly configured to use /dev/ttyUSB0. When I start GCLog v0.2.4 (installed from the deb package), I get the following error every 2 seconds in journalctl : ` Apr 17 10:06:59 pihole gclog[754]: [ERROR] Reading ZERO value from Geiger tube.` Any idea about the issue? Is there a way to troubleshoot the serial connection? The GC is working fine, and sending data to the GQ Windows software when connected to my PC.
steffen commented 2019-04-17 13:10:09 +02:00
Author
Owner
Copy link

Author: @snarkbe

BTW I did enable
device.type=gq in /etc/gclog.conf and disable the other 2.

Author: @snarkbe BTW I did enable `device.type=gq` in /etc/gclog.conf and disable the other 2.
steffen commented 2019-04-17 17:57:32 +02:00
Author
Owner
Copy link

Author: @stelas

Sounds strange to me. This error means that although data is written but cannot be received.

Is there any other USB device connected to the Raspi? So gclog may read from the wrong one.
You plug in the Geiger counter, turn it on so that it shows readings and then start gclog, right?
Gets the Geiger counter date/time synchronized with your Raspi on gclog startup?

If you can rule this out:
Can you post the corresponding lines from dmesg and lsusb?
Please also provide the verbose output from gclog started with parameter -d (remove passwords, user ids, etc.).

Author: @stelas Sounds strange to me. This error means that although data is written but cannot be received. Is there any other USB device connected to the Raspi? So gclog may read from the wrong one. You plug in the Geiger counter, turn it on so that it shows readings and then start gclog, right? Gets the Geiger counter date/time synchronized with your Raspi on gclog startup? If you can rule this out: Can you post the corresponding lines from ```dmesg``` and ```lsusb```? Please also provide the verbose output from gclog started with parameter ```-d``` (remove passwords, user ids, etc.).
steffen commented 2019-04-18 08:04:01 +02:00
Author
Owner
Copy link

Author: @snarkbe

I don't have any other USB device connected to the RasPi.

dmesg:

[    2.135590] usb 1-1.4: New USB device found, idVendor=1a86, idProduct=7523
[    2.135607] usb 1-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[    2.135617] usb 1-1.4: Product: USB2.0-Serial

[    4.390588] usbserial: USB Serial support registered for ch341-uart
[    4.390693] ch341 1-1.4:1.0: ch341-uart converter detected
[    4.393637] usb 1-1.4: ch341-uart converter now attached to ttyUSB0

lsusb:

Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Here is the verbose output. I only plan to send data to GMCMap:

# gclog -d -c /etc/gclog.conf
   ___    Geiger Counter LOGger daemon
   \_/    Version 0.2.4 (Build 2018-04-14)
.--,O.--,
 \/   \/  Copyright (C) 2014-18 Steffen Lange, gclog@stelas.de

This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.

Usage: gclog -c <file> [-d]
  -c <file>  load configuration from file
  -d         activate verbose mode

Configuration:
                GQ GMC Geiger Counter on /dev/ttyUSB0,
                Location: XXX, XX (50.2123, 1.234560)
                netc.com: (null),
                radmon.org: (null) / (null),
                safecast.org: (null) / Device ID 0,
                gmcmap.com: 12345 / Device ID 1234567890,
                60s interval

This works fine on the RasPi: https://github.com/chaim-zax/gq-gmc-control . It connects fine to the GQ GMC, I can run all the commands without problems:

$ ./gq-gmc-control.py -i
GMC-320Re 5.20
Author: @snarkbe I don't have any other USB device connected to the RasPi. **dmesg**: ```[ 2.002331] usb 1-1.4: new full-speed USB device number 4 using dwc_otg [ 2.135590] usb 1-1.4: New USB device found, idVendor=1a86, idProduct=7523 [ 2.135607] usb 1-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber=0 [ 2.135617] usb 1-1.4: Product: USB2.0-Serial [ 4.390588] usbserial: USB Serial support registered for ch341-uart [ 4.390693] ch341 1-1.4:1.0: ch341-uart converter detected [ 4.393637] usb 1-1.4: ch341-uart converter now attached to ttyUSB0 ``` **lsusb**: ``` Bus 001 Device 004: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ``` Here is the verbose output. I only plan to send data to GMCMap: ``` # gclog -d -c /etc/gclog.conf ___ Geiger Counter LOGger daemon \_/ Version 0.2.4 (Build 2018-04-14) .--,O.--, \/ \/ Copyright (C) 2014-18 Steffen Lange, gclog@stelas.de This program comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See the file COPYING for details. Usage: gclog -c <file> [-d] -c <file> load configuration from file -d activate verbose mode Configuration: GQ GMC Geiger Counter on /dev/ttyUSB0, Location: XXX, XX (50.2123, 1.234560) netc.com: (null), radmon.org: (null) / (null), safecast.org: (null) / Device ID 0, gmcmap.com: 12345 / Device ID 1234567890, 60s interval ``` This works fine on the RasPi: https://github.com/chaim-zax/gq-gmc-control . It connects fine to the GQ GMC, I can run all the commands without problems: ``` $ ./gq-gmc-control.py -i GMC-320Re 5.20 ```
steffen commented 2019-04-18 14:51:32 +02:00
Author
Owner
Copy link

Author: @stelas

Everything seems to be right, except your GMC firmware version is much newer than mine.
I slightly modified the send function (fcc206bac0).
Please test attached gclog binary for Raspi and let me know if it works...

Author: @stelas Everything seems to be right, except your GMC firmware version is much newer than mine. I slightly modified the send function (fcc206bac0074705339edce6a086d9a8f44a3f21). Please test attached [gclog](https://github.com/stelas/GCLog/files/3094404/gclog.zip) binary for Raspi and let me know if it works...
steffen commented 2019-04-18 15:11:07 +02:00
Author
Owner
Copy link

Author: @snarkbe

Sorry, same error message with the updated gclog :
Apr 18 15:08:50 pihole gclog[10370]: [ERROR] Reading ZERO value from Geiger tube.

The first error message in journalctl is logged exactly 60 seconds after I run the gclog command.

Author: @snarkbe Sorry, same error message with the updated gclog : `Apr 18 15:08:50 pihole gclog[10370]: [ERROR] Reading ZERO value from Geiger tube.` The first error message in journalctl is logged exactly 60 seconds after I run the `gclog` command.
steffen commented 2019-04-18 19:09:06 +02:00
Author
Owner
Copy link

Author: @stelas

The default polling interval is set to 60 seconds in gclog.conf.
Here comes another gclog binary. It's based on b7f3683e72, but with a higher baud rate of 115200.
Can you trace the made system calls: strace -v -f -o trace.log ./gclog -d -c /etc/gclog.conf &
Wait until two or three Geiger counter readings are made, then stop it: killall gclog
And upload the captured trace.log here.

Author: @stelas The default polling ```interval``` is set to 60 seconds in ```gclog.conf```. Here comes another [gclog](https://github.com/stelas/GCLog/files/3095374/gclog.zip) binary. It's based on b7f3683e72f8307a8667878330aab205115801b0, but with a higher baud rate of 115200. Can you trace the made system calls: ```strace -v -f -o trace.log ./gclog -d -c /etc/gclog.conf &``` Wait until two or three Geiger counter readings are made, then stop it: ```killall gclog``` And upload the captured ```trace.log``` here.
steffen commented 2019-04-18 19:41:03 +02:00
Author
Owner
Copy link

Author: @snarkbe

Increasing the baud rate was the solution apparently:
Apr 18 19:32:22 pihole gclog[11957]: CPM: 24 (= 1484/61), Timestamp: Thu Apr 18 17:31:22 2019
Apr 18 19:33:23 pihole gclog[11957]: CPM: 29 (= 1727/59), Timestamp: Thu Apr 18 17:32:23 2019

Do you still need the trace.log ? I have captured one.

It's correctly uploading CPM data to GMCMap.com! :-)
Thanks!

Author: @snarkbe Increasing the baud rate was the solution apparently: `Apr 18 19:32:22 pihole gclog[11957]: CPM: 24 (= 1484/61), Timestamp: Thu Apr 18 17:31:22 2019` `Apr 18 19:33:23 pihole gclog[11957]: CPM: 29 (= 1727/59), Timestamp: Thu Apr 18 17:32:23 2019` Do you still need the trace.log ? I have captured one. It's correctly uploading CPM data to GMCMap.com! :-) Thanks!
steffen commented 2019-04-18 19:57:49 +02:00
Author
Owner
Copy link

Author: @stelas

Great that it works!

Regarding to GQ's manual the baud rate is different in newer hardware revisions.

I'll add an option for that in the next GCLog release...

Author: @stelas Great that it works! Regarding to [GQ's manual](http://www.gqelectronicsllc.com/GMC-320PlusV5UserGuide.pdf) the baud rate is different in newer hardware revisions. I'll add an option for that in the next GCLog release...
steffen commented 2019-04-21 09:33:05 +02:00
Author
Owner
Copy link

Author: @snarkbe

I have compiled and installed 2.0.5. Thanks for the new release.
The page at https://www.dateihal.de/cms/gclog has not yet been updated for it, but maybe it's normal.

Author: @snarkbe I have compiled and installed 2.0.5. Thanks for the new release. The page at https://www.dateihal.de/cms/gclog has not yet been updated for it, but maybe it's normal.
steffen commented 2019-04-22 21:21:26 +02:00
Author
Owner
Copy link

Author: @stelas

Solved in v0.2.5 (57de17c254). Package for Raspi is available here.

Author: @stelas Solved in v0.2.5 (57de17c254d878ef037bf0e5cba95d43a0b33370). Package for Raspi is available [here](https://download.opensuse.org/repositories/home:/stelas/Raspbian_9.0/armhf/gclog_0.2.5-1_armhf.deb).
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
master
v0.2.5
v0.2.4
v0.2.3
Labels
Clear labels   
bug

Something isn't working

  
duplicate

This issue or pull request already exists

  
enhancement

New feature or request

  
good first issue

Good for newcomers

  
help wanted

Extra attention is needed

  
invalid

This doesn't seem right

  
question

Further information is requested

  
wontfix

This will not be worked on

No labels
bug
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: steffen/GCLog#1
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?