Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - nico

Pages: [1]
1
New Members / Hello from CFSScan
« on: 15 Apr 2016, 08:28:48 »
Hey All,

Just a quick hello from us from http://www.cfsscan.com we are very greatful for the information and efforts put into the PDW software and support. We are using 3 high available instances of PDW sending to Message Queues to be available on the site.

Would love to hear from others in the area doing the same thing.

2
Data Slicers and Interfaces / Re: Data Slicers and Fragments
« on: 15 Apr 2016, 07:26:37 »
Thank you both of you.

We have been developing the source of PDW to include pushing the decoded messages to a Message Queue and this is working great. I do understand why they are fragmented, so basically better equiptment wont actually help with fragments as this is a network "feature". That being said we have a low amount of fragments and consistantly coming up with better algorithms to join them together.

I appreciate the information about the interfaces. We are all on 64 bit systems, 1 Windows 2012 R2, 2x Windows 10 so It would seem the best bet is to go with the USB interface with the added benefit of being self powered.

Thank you again for the open source project, when we have managed to really crack the fragmented messages will push it back into an open source version.

Cheers, Nico

3
Data Slicers and Interfaces / Data Slicers and Fragments
« on: 14 Apr 2016, 22:09:13 »
Hello,

We have started monitoring FLEX 1600 using PDW and a few Uniden UBC355XLT scanners. This is all working really well and actually hardly getting any garbled messages with the dxQuality consistent at 100%.

This brings me to some questions. What benefits would we get from using say a 4-level FSK (although we only use 1600 FLEX) and a discriminator tap?

The reason for asking the only issue we have is with fragmented messages. Now it is my understanding with the fragments is they are typically caused when the frame is filled and the next frame carries the remainder of the message. Now to combat this we have basically tried to delay in a 1-in-hold queue for PDW. Where as a message arrives it is held in queue for up to 2 seconds, after the 2 seconds the message is released from queue. If another message arrives while it is still in the queue it pushes the existing queue message out of the queue and places itself in queue. Now if a second message arrives that is +1 for the frequency the messages 'Message' part is appended to and the message is re-queued.

It would be interesting to find out thoughts on how to join up the fragments.

Finally if you believe using a data slicer and\or discriminator port will help at all can anyone let me know if they are able to ship to Australia?


Thank you for your hard work.


Pages: [1]