[digitalradio] Re: WINMOR software.

[Jon-FL]

aa777888 wrote:

.Unfortunately there is currently no way to
monitor Winmor even with the RMS Express client software. RMS Express has no 
provisions for monitoring. Like any
ARQ protocol that uses extensive FEC it is very difficult to monitor in any 
meaningful way because if you don't
receive every packet of both stations things go to hell in a hand basket pretty 
quick.

--

The monitoring of other ping-pong and/or FEC protocols like ax.25,
arq-e, arq-e3, clover, and about 20 other types is old had.
So I cant see it as an insurmountable problem. 
Sure there may be gaps but that is to be expected.

Now it's just a waiting game for someone with access to the specs, and 
inclinations to write some software.

I sincerely hope it doesnt remain a closed and unmonitorable system for very 
long.


-

Jon-FL  StarChat IRC Network channels   #wunclub  and   #monitor
(2x Icom IC-R75, IC-R8500, Racal RA6790/GM, WJ-8716, Collins HF-2050,
BCD996T, AOR ar-8200-MK3, HAL ST-8000a, M-8000, t2fd, D130NJ discone)

Re: [digitalradio] Rohde and Schwarz ridiculous patent app. Sorry Ulrich

[Bob McGwier]

Agreed with all who replied.  This is all prior art.  It will even 
prevent separate processing threads for RX, TX, smart antennas, can't do 
black side/red side, etc.  We cannot even do authentication over links 
for ENCOMM, satellites, etc. without paying R&S a royalty or negotiating 
with their attorneys.

In my opinion, they have stepped on a world of hurt here.

Bob



On 2/12/2010 4:57 PM, Rick Westerfield wrote:
>
>
>
> A lot of my Rockwell buddies in Cedar Rapids would be interested in this
> as well with TTNT and Harris with SeaLancet.
>
> Rick - KH2DF
> Sent from my iPhone
>
> On Feb 12, 2010, at 1:38 PM, ZPO  > wrote:
>
>> So they are trying to patent an IP-enabled radio with embedded COMSEC
>> (INE / HAIPE)? I will definitely pass this up the chain at work. It is
>> definitely covered by prior art.
>>
>> 73 N5VFF/Brian
>>


-- 
(Co)Author: DttSP, Quiktrak, PowerSDR, GnuRadio
Member: ARRL, AMSAT, AMSAT-DL, TAPR, Packrats,
NJQRP, QRP ARCI, QCWA, FRC.
“All tyranny needs to gain a foothold is for
  people of good conscience to remain silent"
-Thomas Jefferson
Active: Facebook,Twitter,LinkedIn

[digitalradio] Fwd: ARLB004 W1AW to Alternate Digital Mode Schedule

[Mark Thompson]

-Original Message-
From: ARRL Web site www.arrl.org>
To: wb9...@aol.com
Cc: Subscribed ARRL Members:;
Sent: Fri, Feb 12, 2010 1:06 pm
Subject: ARLB004 W1AW to Alternate Digital Mode Schedule


SB QST @ ARL $ARLB004
ARLB004 W1AW to Alternate Digital Mode Schedule

ZCZC AG04
QST de W1AW  
ARRL Bulletin 4  ARLB004
>From ARRL Headquarters  
Newington CT  February 12, 2010
To all radio amateurs 

SB QST ARL ARLB004
ARLB004 W1AW to Alternate Digital Mode Schedule

Beginning Monday, March 15, 2010, W1AW will alternate the digital
modes used for its digital bulletin transmissions.

While Baudot, PSK31 and MFSK16 still make up the digital mode
complement, the schedule will be altered to give more exposure to
PSK31 and MFSK16.

Because of time constraints and the varying lengths of digital
bulletins, there were many instances where only Baudot was used.
With the new schedule, amateurs preferring either PSK31 or MFSK16
will find these modes no longer secondary.

The regular callup will be made using the mode that is transmitted
first.  The digital bulletin times remain at 6 PM and 9 PM eastern,
daily.

The Tuesday and Friday Keplerian data bulletins will continue to be
sent using just Baudot and PSK31.

The new digital schedule is as follows:

Monday:Baudot, PSK31, MFSK16

Tuesday:   PSK31, MFSK16, Baudot 

Wednesday: MFSK16, Baudot, PSK31

Thursday:  Baudot, PSK31, MFSK16

Friday:PSK31, Baudot, MFSK16

Given time constraints and bulletin lengths, all three modes may not
always be transmitted.

The complete W1AW schedule can be found on page 100 of the January
issue of QST, or on the web at,
http://www.arrl.org/w1aw.html#w1awsked.

/EX


  

[digitalradio] Rohde and Schwarz ridiculous patent app. Sorry Ulrich

[Bob McGwier]

This patent must be fought tooth and nail.  It is loaded with art which 
has been done MANY times before.  I will be personally taking this on as 
a battle for my employers but we need all guns blazing at the patent 
office.  Lockheed, General Dynamics, and more have done SDR units with 
red side/black side in it for JTRS but we just don't want R&S to be able 
to patent something so basic as this in a communications system.

This should be on the radar for cellular telephone companies and more.


Bob





http://www.faqs.org/patents/app/20100027782

Inventors:  Ingo Voll  Boyd Buchin  Dieter Soergel
Agents:  MARSHALL, GERSTEIN & BORUN LLP
Assignees:  Rohde & Schwarz GmbH & Co. KG
Origin: CHICAGO, IL US
IPC8 Class: AH04L918FI
USPC Class: 380 42
Patent application number: 20100027782

Abstract:
The invention relates to a device for processing datastreams in a 
communications unit with two mutually-separate data-processing regions, 
which provide at least two separate message paths. The message paths are 
connected respectively to a message transmitter and a message receiver, 
wherein, in each message path, an encoding module is provided, which is 
connected both to a first data-processing region and also to a second 
data-processing region. Furthermore, in the second data-processing 
region, a distribution unit is provided, which is connected to the 
message paths of the first data-processing region and to all encoding 
modules of the corresponding message paths in order to distribute given 
messages in a targeted manner.
Claims:
1. Device for processing datastreams in a communications unit with two 
mutually-separate data-processing regions, which provide at least two 
separate message paths, which are connected respectively to a message 
transmitter and respectively to a message receiver,comprising,an 
encoding module in each message path connected both to a first 
data-processing region and to a second data-processing region, anda 
distribution unit connected to the message paths of the second 
data-processing region and to all encoding modules of the corresponding 
message paths for the targeted distribution of given messages.

2. Device according to claim 1, whereinthe first data-processing region 
is provided for processing of sensitive data, and the second 
data-processing region is provided for a processing of non-sensitive data.

3. Device according to claim 1, whereintest rules for data exchange 
between the various message paths of the first data-processing region 
are provided in each encoding module.

4. Device according to claim 1, whereinin a relay operating mode, a 
selective distribution of the datastream to the various message paths is 
provided.

5. Device according to claim 4, whereinthe selective distribution of the 
datastream is provided on the basis of different domains with an 
addressing and/or different classification with regard to confidentiality.

6. Device according to claim 1, whereintest rules for a configurable 
data exchange between the first data-processing region and the second 
data-processing region of a message path are provided in each encoding 
module.

7. Device according to claim 6, whereinthe test rules are address lists 
and/or other confidentiality tables.

8. Device according to claim 1, whereinin the case of an error, a data 
leakage from the first data-processing region is prevented.

9. Device according to claim 1, whereinan automatic testing of the 
incoming and/or outgoing communication between the message paths is 
provided in the encoding modules.

10. Device according to claim 1, whereina differentiation of the 
datastreams on the basis of a degree of confidentiality is provided.

11. Device according to claim 1, whereinthe distribution unit is 
connected to a configuration unit.

12. Device according to claim 6, whereinthe test rules are selectively 
configurable in the encoding modules.

13. Device according to claim 1, whereinat least one key capable of 
being read in from externally is stored in each encoding module.

14. Device according to claim 13, whereinthe key can be read in by a 
memory element.

15. Device according to claim 1, whereinthe various message paths meet 
different and/or the same communications standards.

16. Device according to claim 1, whereinthe communications unit is a 
radio device.

17. Device according to claim 1, whereineach message path is connected 
at a first end to an antenna and at a second end to a user interface.

18. Device according to claim 1, whereina bi-directional operating mode 
is provided at least for a subset of the message paths.

19. Method for processing datastreams in a communications unit, 
comprising processing the datastreams in two separate data-processing 
regions, and transporting the datastreams in at least two separate 
message paths between respectively a message transmitter and 
respectively a message receiver and are encoded or decoded in each case 
by an encoding module in the correspondi

Re: [digitalradio] Re: WINMOR software.

[Andy obrien]

You can monitor using Winmor's "MH" list.  That way you will get  a list
callsigns heard , but you will not see any traffic passed

example
2010/01/18 17:33:31 KM4Z 44 (EM73XW)
2010/01/18 15:57:26 NC5O 70 (EM12PX)
2010/01/18 14:07:43 I3FUE 40 ()

Other than that, all you will see if the callsign, occasionally, of people
making connnect  requests.

Andy K3UK


On Fri, Feb 12, 2010 at 6:38 AM, aa777888athotmaildotcom <
aa777...@hotmail.com> wrote:

>
>
> From your signature line it appears that your hobby is monitoring.
> Unfortunately there is currently no way to monitor Winmor even with the RMS
> Express client software. RMS Express has no provisions for monitoring. Like
> any ARQ protocol that uses extensive FEC it is very difficult to monitor in
> any meaningful way because if you don't receive every packet of both
> stations things go to hell in a hand basket pretty quick.
>
>
> --- In digitalradio@yahoogroups.com ,
> "Jon-FL"  wrote:
> >
> > Has anyone found a place where it's possible to download the software
> > without needing permissions first?
> >
> > Thier Yahoo groups (the only place I know where the software resides)
> > requires one to signup and then limits applicants to licensed ham ops
> only.
> >
> >
> > -
> >
> > Jon-FL StarChat IRC Network channels #wunclub and #monitor
> > (2x Icom IC-R75, IC-R8500, Racal RA6790/GM, WJ-8716, Collins HF-2050,
> > BCD996T, AOR ar-8200-MK3, HAL ST-8000a, M-8000, t2fd, D130NJ discone)
> >
>
>  
>

[digitalradio] Re: WINMOR software.

[aa777888athotmaildotcom]

>From your signature line it appears that your hobby is monitoring. 
>Unfortunately there is currently no way to monitor Winmor even with the RMS 
>Express client software. RMS Express has no provisions for monitoring. Like 
>any ARQ protocol that uses extensive FEC it is very difficult to monitor in 
>any meaningful way because if you don't receive every packet of both stations 
>things go to hell in a hand basket pretty quick.

--- In digitalradio@yahoogroups.com, "Jon-FL"  wrote:
>
> Has anyone found a place where it's possible to download the software
> without needing permissions first?
> 
> Thier Yahoo groups (the only place I know where the software resides)
> requires one to signup and then limits applicants to licensed ham ops only.
> 
> 
> -
> 
> Jon-FL  StarChat IRC Network channels   #wunclub  and   #monitor
> (2x Icom IC-R75, IC-R8500, Racal RA6790/GM, WJ-8716, Collins HF-2050,
> BCD996T, AOR ar-8200-MK3, HAL ST-8000a, M-8000, t2fd, D130NJ discone)
>

[digitalradio] WINMOR software.

[Jon-FL]

Has anyone found a place where it's possible to download the software
without needing permissions first?

Thier Yahoo groups (the only place I know where the software resides)
requires one to signup and then limits applicants to licensed ham ops only.


-

Jon-FL  StarChat IRC Network channels   #wunclub  and   #monitor
(2x Icom IC-R75, IC-R8500, Racal RA6790/GM, WJ-8716, Collins HF-2050,
BCD996T, AOR ar-8200-MK3, HAL ST-8000a, M-8000, t2fd, D130NJ discone)

[digitalradio] WINMOR software.

[jon_fl_swl]

Has anyone found a place where it's possible to download the software
without needing permissions first?

Thier Yahoo groups (the only place I know where the software resides)
requires one to signup and then limits applicants to licensed ham ops only.


-

Jon-FL  StarChat IRC Network channels   #wunclub  and   #monitor
(2x Icom IC-R75, IC-R8500, Racal RA6790/GM, WJ-8716, Collins HF-2050,
BCD996T, AOR ar-8200-MK3, HAL ST-8000a, M-8000, t2fd, D130NJ discone)