Autor Wątek: Alternatywne drogi przesylania poczty  (Przeczytany 9628 razy)

SP6FIG

  • Administrator
  • Full Member
  • *****
  • Wiadomości: 101
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #15 dnia: Wrzesień 24, 2015, 15:13:46 »
Przyklad interfejsu polaczenia PC z komputerem ktory posiada RS232 , jesli nie mamy to musimy uzyc konwertera USB<-> RS232
Rysunek z publikacji OE1KDA "Poczta elektroniczna na falach krotkich" Tom 2

Waldku ale uzycie konwertera USB<-> RS232 ma feler bo nie ma sygnału RTS (ptt).
Myślę, ze jakoś ten problem został rozwiązany.

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #16 dnia: Wrzesień 24, 2015, 17:32:07 »
Jest to rozwiazane bo jak zainstalujesz RMS Expres i przykonfiguracji WINMOR jest ustawwianie PTT via External RS-232 i sa "ptaszki" do ustawiania:

Enable RTS
Enable DTR



wiec wybierasz co chcesz uzyc do kluczowania PTT

tak wiec nie ma problemu z uzyciem USB<-> RS232 

a tu inny przyklad iface:




Przykladow interfejsow do modulacji PSK/FSK jest tak duzo ze mozna przebierac a nie ma tu potrzeby jakiegos specjalnego interfejsu do modemu ktorym jest karta dzwiekowa kiedy chcemy uzywac WINMOR lub ARDOP
« Ostatnia zmiana: Wrzesień 24, 2015, 18:04:03 wysłana przez SP2ONG »
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #17 dnia: Wrzesień 24, 2015, 18:25:31 »
Troche temat rozwinal sie w ciagu kilku dni i postaram sie podsumowac calosc w prezentacji. Uwazam ze Ham Radio Digital Network  - HRDN "HamNET" moze byc lokalna infrastruktura sieciowa ktora umozliwia dostarczenie roznych uslug na laczach radiowych i poszerzenie lokalnych HRDN o bramki radiowe typu RMS na WINMOR czy na ARDOP pozwola nam polaczyc na radio regiony w wymianie poczty uniezalezniajac sie od lacza internetowego a takze dajac dostep do wylania / pobrania poczty amatroskiej poprzez lacza radiowe czy to poprzez HRDN czy HF/VHF RMS gateways. Takie wejscia poprzez RMS Gateway pozwola miec dostep kolegom do ktorych nie maja dostepu do HRDN a beda mogli poprzez HF lub VHF wymieniac poczte. Co ciekawe RMS Express oraz ich RMS gateways wraz HRDN w sytuacji kryzysowej zapewniaja wymiane cyfrowa informacji po laczach radiowych i mozna korzystajac z formularzy zatwierdzonych przez IARU do Emcom takie Radiogramy wysylac z miejsc gdzie ktos ma tylko PC lub laptop i lacznosc na HF lub VHF bdzie moze przekazac poprzez WINMOR/ARDOP Radiogram ktory dotrze do miejsca zarzadzania sytuacja kryzysowa. Wersja cyfrowa informacji jest zawsze taka sama i mozna do niej wracac w niezmienionej postaci a informacje przekazywane slownie moga ulegac znieksztalceniu/ zmianie sensu itd.

Uwazam ze warto rozbudowywac lokalne HRDN i uzupelniac je w RMS gateway czy to na MS Windows lub na RPI/Linux przy pomocy BPQ32.
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #18 dnia: Wrzesień 25, 2015, 18:32:35 »
Moze przydac sie potencjalnym uzytkownikom RMS Express

Cytuj

RMS Express can be configured to connect to several different servers, and I think there is some confusion about what each type of connection is appropriate.


Paclink/Winmor/Robust packet/packet WL2K connections -- These make radio connections to an RMS which pipes the connection to a CMS.


Paclink/Winmor/Robust packet/packet P2P connections -- These make direct connections to another station running RMS Express.  They do not connect to an RMS or a CMS.


Telnet P2P connections -- This makes a direction through a LAN, MESH network or the Internet to another user running RMS Express who's listening for incoming Telnet P2P connections.  This is a network connection, not a radio connection.


Pactor/Winmor Radio-only connections -- These make radio connections to an RMS that's operating as a node in the Winlink Hybrid Network.  Any messages transmitted with this connection are relayed via radio to the destination Message Pickup Stations (MPS) using radio-forwarding from RMS-to-RMS.  Messages do not get sent to a CMS.  This also is the mode you use to pick up radio-only messages from one of your MPS stations.


Telnet Radio-only -- This makes a Telnet connection to RMS Relay that's running as a node on the Winlink Hybrid Network.  Typically it's used by sysops of these RMS to pick up messages from their running copies of RMS Relay and to post radio-only messages to be sent by their servers. Any messages transmitted with this connection are relayed via radio to the destination Message Pickup Stations (MPS) using radio-forwarding from RMS-to-RMS.  Messages do not get sent to a CMS.


Telnet Post-office -- This is a network (not radio) connection through a LAN, MESH network or the Internet to a copy of RMS Relay configured to runs as a Network Post Office Server.  This type of session allows you to create one or more entries describing post office servers.  You can turn on background message processing to poll multiple post office servers.  If you are using RMS Express on a MESH or LAN network to connect to a RMS Relay running as a post office server, this is the type of connection you should use.


Czyli uzywajac RMS Express w sieci HamNET uzywamy i konfigurujemy Telnet Pot-office sesje do wymiany poczty

Jesli ktos nie ma dostepu do sieci HamNET moze uzywac RMS Express i wtedy bedzie wymienial poczte poprzez Telnet WL2K i dzieki temu bedzie mogl obsluzyc swoje konto na Winlink.org i wyslac poczte do kolegow w sieci HamNET. Zachecam do zalozenia konta na Winlink.org.
 
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #19 dnia: Wrzesień 30, 2015, 09:09:39 »
SP2PMK BPQ32 RMS Relay ma teraz tez obsluge poczty BBS Network H-Route wiec z poziomu RMS Express czy np Thunderbird mozna wyslac poczte
via SP2PMK RMS Relay do kolegow ktorzy maja adres w sieci BBS Network oraz do Winlink. Autor BPQ32 pracuje nad rozwiazaniem obslugi amprnet poczty tak aby BPQ32 byl hybryda w osbsludze poczty BBS Network/ Amprnet / Winlink

adres dla uzytkownikow ktorzy posiadaja konta na SP2PMK:  znak@sp2pmk.#tor.pol.eu

73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #20 dnia: Grudzień 23, 2015, 17:20:02 »
Autor BPQ32 realizuje kod ARDOP na maly komputer

http://botland.com.pl/stm32-nucleo/4905-stm32-nucleo-f446re-stm32f446re-arm-cortex-m4.html

bedzie on pelnil role kontrolera dla ARDOP i mozna bedzie go podlaczyc do PC jako modem.

Obecnie rozwiazanie jest na etapie testow.

Cytuj
I’ve been making good progress with my Standalone TNC version of ARDOP. The
code is running on a Nucleo 32F446RE board and uses the SCS PTC serial
interface protocol, but I’ve also produced Windows and Linux versions. The
Linux version uses the same TCP interface as ARDOP_Win. There are Windows
versions available with either the TCP or PTC interfaces, the latter
allowing it to be used directly by RMS Express. These are all console
applications without a GUI, and run as native processes, not under
.Net/Mono. If anyone is interested in helping with the testing of any of
these versions, please get in touch.

73,
John G8BPQ
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #21 dnia: Grudzień 24, 2015, 14:50:04 »
John G8BPQ zrobil prezent pod choinke i wypuscil eksperymentalna wersje ARDOP pod Linux (Raspberi PI) , Windows ktora nie wymaga interfejsu graficznego do uruchomienia ARDOP. Do tej pory trzeba bylo uzywac srodowisko MONO na Linux lub RPI aby uruchomic virtualne TNC z ARDOP teraz juz nie bedzie potrzeba i John zacheca do testow ARDOP w wersji C

https://dl.dropboxusercontent.com/u/31910649/ARDOPC.txt
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #22 dnia: Grudzień 28, 2015, 13:02:35 »
Na zlaczonym obrazku przedstawiam przykladowa konfiguracje stanowiska mobilnego ktore jest odpowiedzialne za przeplyw elektronicznej informacji
w ramach lacznosci kryzysowej. Z tej stacji moga korzystac inne indywidualne stacje ktore beda przesyalc meldunki / radiogramy itp z terenu czy to poprzez
fale radiowe Hamnet/ KF czy via Internet (3G/Lte opcjonalnie).
Przedstawionych schemat jest pogladowy i mozna go dostsowac do sytuacji.
« Ostatnia zmiana: Grudzień 30, 2015, 08:38:28 wysłana przez SP2ONG »
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #23 dnia: Październik 09, 2016, 11:01:09 »
Prace na rozwojem ADOP ostatnio mocno ruszyly i dosc sporo stacji mozna uslyszec na 14066 lub 7045 kHz. Kilka dni temu wyszal nowa wersja testow 0.7.2.2 :

Cytuj
Rick Muething

All,

This is a trial version to check out a new version of the Gearshift
algorithm (Gearshift_8). This has some simplification and other
mechanisms to what I hope will improve the gears shifting (summarized
below). I am still here in North Carolina and have no acccess to the
radios or HF simulator so I am unable to evaluate this over the air or
simulator but it does seem to work fine via a back to back audio
connection.

If you want to try this please do the following:

1) Take the current revision of the ARDOP_Win TNC and back it up.
(Rename to another name or put in a separate directory....this important
so you can go back to the other version if necessary)

2) Download ARDOP_Win TNC Trial 0.7.2.2 .zip from the users files area
on the reflector.

3) Unzip and save the resultant files (ARDOP_Win TNC.exe and Revision
history) back into your ARDOP Chat directory.


Here is a brief explanation of how the modified gear shift works:

1) Each mode for each bandwidth now carries a specific quality threshold
(0 to 100) used to shift up. (Before this was a constant). I determined
this threshold (usually between 70 and 90) using decoding threshold S:N
and Quality scores at THAT S:N. This all done using "Pink" Gaussian
noise channel (0 to 3 KHz) noise. If necessary we can easily tweak
these threshold values based on actual on-air experience.

2) A shift Up to a faster but less robust mode will now ONLY occur when:

a) Two successive ACKs are received by the ISS from the IRS. (note
missing an ACK altogether is not counted but a received NAK resets the
successive count back to 0).

AND

b) the average quality (as computed by received ACKs and NAKs at
the ISS) is greater than the mode specific threshold in 1) above. When
the shift occurs the new average quality is started over with the next
ACK or NAK.

3) A shift down to a slower but more robust mode will now occur when:

a) Two successive NAKs are received independent of average quality.
(again a missed ACK or NAK is not counted but a received ACK will reset
the successive NAK count)

I think this should minimize thrashing of modes yet still allow fully
automatic operation. Since the threshold shift point is now specific to
each mode we can easily adjust any specific switch point if needed.

This change won't affect compatibility with other versions but I am
working on some other changes in some frame type code assignments and
the minimal distance decoder that might. But first lets see if this
change offers any improvement.

73,

Rick KN6KB
« Ostatnia zmiana: Październik 09, 2016, 20:05:03 wysłana przez SP2ONG »
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #24 dnia: Październik 11, 2016, 13:41:23 »
Now wersja 0.8:

Cytuj
All,

Although the changes are modest this update causes an incompatibility
with prior versions as noted below. Please all switch to the new
version. Let me know if any serious difficulties. I have tested this
out pretty thoroughly but not over the air.

Major functional changes: (see ARDOP_Win TNC Revision History.pdf for
details)

Changes in minimal distance decoders making ACK/NAK and other control
and data frames decodeable down to about -12 dB S/N . Now control
frames have as good or better robustness as 25 baud nFSK data modes.

Change in ID frame from 2 RS error correction bytes to 4 (increased
robustness of ID frame)

Change in Con Req frames (total of 8) from 2 RS error correction bytes
to 4 (increased robustness in Con Req)

In Test mode (normally not user visible) can now select added Gaussian
noise from -20 to + 30 dB (used for testing) With this feature can
conduct back to back sound card ARQ connections with select able
Gaussian noise (0-3 KHz) on the same computer.

First pass optimization at new Gear shift algorithm (Gearshift_8) to
require:

a) 2 Consecutive ACKs AND have reported average received quality

    > shift threshold (a function of data mode) to shift UP to faster but

less robust mode.

b) 2 Consecutive NAKs will cause shift down to more reliable mode.

c) An ACK zeros out NAK count, a NAK zeros out ACK count.

Reduction of 1 dB in threshold for early leader detection. Squelch
values of 4 or 5 should be near optimum.


I will be heading back home to Florida tomorrow. Probably no new updates
until I get back Thursday unless someone finds a serious latent bug
before I leave!

I will post source for developers on the Developer web site.

73,

Rick KN6KB
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #25 dnia: Październik 12, 2016, 06:50:13 »
A tu clip z lacznosci miedzy stacjami ktore uzywaja ARDOP Chat aplikacji ktora pozwala przeprowadzic typowa lacznosc z wymiana informacji miedzy stacjami.

https://www.youtube.com/watch?v=QHBRxtmBRjw&feature=youtu.be

ARDOP virtual TNC mzona wiec uzyc z aplikacja ARDOP Chat to lacznosci klawiatura <-> klawiatura oraz z systemami Winlink ktore uzywja ARDOP to transferu poczty miedzy uzytkownikami an serweramia CMS Winlink droga radiowa
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #26 dnia: Październik 15, 2016, 10:01:24 »
Mmay nowa wersje 0.81 i warto prpbowac an 7045lub 14066 lub 10146 kHz ARDOP Chat zrobic lacznosci


Cytuj
All,

I have uploaded the latest version that addresses several issues. Below
is a summary of the changes. See the revision histories after the update
for more details.


ARDOP_Win TNC updates:

Mechanism (setting Busy Detect Threshold to 0) to allow operator
disabling of the busy detector. Note indication detector is disabled is
shown on TNC form in place of BUSY indicator.

Change in mechanism for IRS to END connection. Allows faster and
more robust ending when IRS initiates a DISC command. No change for ISS
mechanism which was OK.

Correct error in SearchFor2ToneLeader2 function that used incorrect
interpolation value for fine tuning (thanks John W)

Implement and test BUSYBLOCK mechanism for Server operation with 600 ms
timing window. Note ARDOP Chat does currently not enable BUSYBLOCK.
This would normally be used only in a Server (e.g. BBS) application to
avoid answering a Connect Request when the busy detector identified a
busy channel. ARDOP_Win TNC help now has a diagram of how this works.

Update ARDOP_Win TNC Help.


ARDOP Chat Updates:

Added mechanism (setup menu) for disabling Busy Detect by setting
Threshold to 0. This normally does not have to be used except in
emergency situation or very high local noise conditions.

Modified Busy Channel blocking mechansim (Beacon, FEC, ARQ Con Request)
to queue data on busy channel detection and indicate busy channel blocked.


As usual please report any serious problems. Use the debug log to
capture details when reporting complex issues.


73,

Rick KN6KB
73 Waldek

SP2ONG

  • Hero Member
  • *****
  • Wiadomości: 791
    • HamNET PL Network
Odp: Alternatywne drogi przesylania poczty
« Odpowiedź #27 dnia: Listopad 06, 2016, 09:48:22 »
ARDOP protokol ktory powstal i byl rozwijany pod katem wykorzystanie wymiany poczty Winlink staje sie popularny tez jako forma komunikacji cyfrowej co widac po powstaniu kolejnej aplikacji do lacznosci typu CHAT. Nowa aplikacje ktora nie jest moze pod wzgledme wygladu jakas wodotryskowa ale jest funkcjonalna dziala na MS Windows/Linux. Tak wiec jesli ktos chce porobic lacznosci z wykorzystaniem ARDOP i karty dzwiekowej jako modem warto sprobowac aplikacji ARIM:

http://www.whitemesa.net/arim/arim.html
73 Waldek