DSDFastlane protects the DSDPlus.LRRP file from being read....

[IU0LFT]

Hi everyone, let's see if anyone can answer a question about a strange way DSD-Fastane works. Some friends and I have set up a project that uses LRRP messages from radios to display the radio's locations on a Google map. We noticed that even though we receive the LRRP messages, which are then written to the DSDPlus.LRRP file, Windows prevents reading the file between 00:00 and 10:00. The error is: ERROR_SHARING_VIOLATION
32 (0x20)
The process cannot access the file because it is being used by another process.
This continues until 10:00 AM, after which it starts working perfectly.
Any idea why DSDFastlane protects the DSDPlus.LRRP file from being read....
Regards
Giuseppe

 

[Red_Ice]

Hi IU0LFT, you haven't explained well whether you're using a specific language or another. For Windows, I recommend using C# because it's native. I usually solve this reading problem using:

string sourceFile = @"xxx";

using (FileStream fs = new FileStream(sourceFile, FileMode.Open, FileAccess.Read, FileShare.ReadWrite))
using (StreamReader sr = new StreamReader(fs))
{
fs.Seek(lastPosition, SeekOrigin.Begin);

string line;
while ((line = sr.ReadLine()) != null)
{

// Code X
}
}

Another way would be to copy the original file, renaming it, and read the renamed one.

However, not all LRRPs are displayed in SDRSharp, and depending on the system, they may not even appear at all. For example, in the P25 system, more appear in the DMR system.

I hope this helps.

 

[IU0LFT]

A Python script is used; the file reads DSDPlus.LRRP, parses the position lines, and sends the result to a server. Everything works fine, except for the period 00:00 - 10:00 AM. In the screenshot, you can see the LRRP message below and the sending to the server above.
I repeat, everything works perfectly except in the time period indicated

 

[Red_Ice]

What you're saying is very clear. The problem seems to be with the server, which isn't receiving the data sent at that time. The sending is correct, but there's no indication that the server has received it, so the problem isn't clear.

When your computer shuts down, you should first check if the power is on and then follow the cable until you find the problem.

 

[IU0LFT]

NO, the problem look like is on PC running DSD-Fastlane, look at the screenshot, I've changed the time and the PC stopped sending logs even though the positions are present in the DSDPlus.LRRP file
At 10:00 the process will run well

 

[Red_Ice]

In the LRRP protocol, there are two times: the protocol's own time, which indicates the time the MS sends the data, and the time the DSD FL is decoded:

Then there's a third time, when you send the data. You can always play with that data.