__group__ ticket summary component version type owner status created _changetime _description _reporter 122 BNC only retrieves correction information in Auto NMEA if port is opened by another application BNC defect stuerze new 2020-03-24T08:12:13+01:00 2020-03-24T13:39:10+01:00 "HW/SW: u-blox F9P (usb virtual comport) and commercial VRS correction service requiring NMEA input. Using VRS service with NMEA set to Auto in Serial output does not seem to send data to serviceprovider unless the serial port is opened by another application. See video: https://www.youtube.com/watch?v=yGmjv8ZyZYg Datarate from provider is under 0.1kB/s when serial port is not opened and RTCM decoder shows no data, GGA sentence confirms no RTK or DGPS is achieved. Once port is opened, datarate increases to over 0.6kB/s and RTCM decoder shows data flowing and GGA sentence shows instant RTK Fix. Once the program reading the port is closed, datarate decreases and age of differential in GGA sentence keeps increasing as no correction input is received. If the serial port is opened by an application before BNC is started, data from the VRS provider does not flow at all as NMEA strings are not passed to BNC and the service provider. When Manual GNGGA is selected instead of Auto, the logged GGA sentences show that RTK Float is achieved just by starting BNC, but due to most likely wrong NMEA string sent to VRS service, the Float rarely goes to Fix and is not as accurate as it could be. Tested on BNC 2.12.12-ubuntu-shared from downloads page and SVN r8910 (with one line commented out so it compiles)." mikko.seppala@… 161 Segmentation Fault BNC 2.13 RTNET upload BNC defect azeddine.benomar@… needinfo 2023-04-13T18:21:30+02:00 2023-12-13T14:18:46+01:00 "Hello, The compilation of version 2.13 on a debian 11 went fine. However when I run it to encode our SSR data received from a socket (RTNET): ./bnc -nw --conf BNC_SSR.bnc I get the segmentation fault error. I run it with gdb to obtain the backtrace I have this: --------------------------------------------------------------------------- (gdb) run -nw --conf BNC_SSR.bnc Starting program: /home/debian/ODTS/bnc_org -nw --conf BNC_SSR.bnc [Thread debugging using libthread_db enabled] Using host libthread_db library ""/lib/x86_64-linux-gnu/libthread_db.so.1"". [New Thread 0x7ffff3793700 (LWP 401342)] [New Thread 0x7ffff2f92700 (LWP 401343)] [New Thread 0x7ffff2791700 (LWP 401344)] [New Thread 0x7ffff1f86700 (LWP 401346)] [New Thread 0x7ffff1490700 (LWP 401347)] [New Thread 0x7ffff0c8f700 (LWP 401348)] [New Thread 0x7fffdbfff700 (LWP 401353)] [New Thread 0x7fffdb7fe700 (LWP 401354)] [New Thread 0x7fffdaffd700 (LWP 401356)] [New Thread 0x7fffda7fc700 (LWP 401358)] [New Thread 0x7fffd9ffb700 (LWP 401361)] Thread 8 ""bncGetThread"" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffdbfff700 (LWP 401353)] bncRtnetUploadCaster::decodeRtnetEpoch (this=0x5555561c1fc0, epochLines=...) at upload/bncrtnetuploadcaster.cpp:392 392 co.Supplied[_ssrCorr->COBOFS_CLOCK] = 1; (gdb) backtrace #0 bncRtnetUploadCaster::decodeRtnetEpoch (this=0x5555561c1fc0, epochLines=...) at upload/bncrtnetuploadcaster.cpp:392 #1 0x0000555555695092 in bncRtnetUploadCaster::decodeRtnetStream (this=0x5555561c1fc0, buffer=0x7fffd0009f18 ""* 2023 4 4 11 32 5.00000000\nIND 0 1\nG01 APC 3 -17386338.4846 -13827835.8452 -15149029.7755 Clk 1 58859.8123 Vel 3 1828.3513 277.4633 -2369.2365 CoM 3 -17386339.7559 -13827836.4605 -15149030.420""..., bufLen=32336) at upload/bncrtnetuploadcaster.cpp:351 #2 0x000055555568c532 in bncRtnetDecoder::Decode (this=0x5555561bb940, buffer=0x7fffd0009f18 ""* 2023 4 4 11 32 5.00000000\nIND 0 1\nG01 APC 3 -17386338.4846 -13827835.8452 -15149029.7755 Clk 1 58859.8123 Vel 3 1828.3513 277.4633 -2369.2365 CoM 3 -17386339.7559 -13827836.4605 -15149030.420""..., bufLen=32336, errmsg=std::vector of length 0, capacity 0) at upload/bncrtnetdecoder.cpp:99 #3 0x00005555555aa982 in bncGetThread::run (this=0x5555561c1850) at bncgetthread.cpp:520 #4 0x00007ffff6ba8be1 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x00007ffff6abfea7 in start_thread (arg=) at pthread_create.c:477 #6 0x00007ffff66b4a2f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Here you find the configuration file and a simple of the RTNET data. " azeddine.benomar@… 170 structured logging BNC enhancement stuerze new 2023-12-07T09:11:23+01:00 2023-12-07T09:11:23+01:00 "Currently the logfiles are not easy to parse, as they are not structured. Nowadays the logs are often JSON formated or key=value pairs separated by spaces. JSON example line: {{{{""level"":""debug"",""time"":""2023-12-07T08:03:47.162"",""sender"":""SCP"",""message"":""executed command \""/usr/local/bin/myHooks\"", elapsed: 1.007732187s, error: ""}}}} To facilitate the monitoring purposes with BNC, this should be introduced. To discuss: - as new log to not break existing workflows? - new log with metrics only? - write to port instead of file? - ... See #168 and #108." wiese 177 RTCM3.1 vs binex observables are differentes in BNC v.2.13 BNC defect ivonne@… needinfo 2024-02-26T20:42:11+01:00 2024-02-28T17:16:53+01:00 "I am getting streaming data from same Trimble NetR9 receiver but using different format, basically binex and RTCM 3.1. The observable in rinex file that I get are differents and I can no t figure out the reason. Could you help me, please?" ivonne@…