APRS в Киеве ...

**UZ7HO** · 06.02.2014, 20:24

Сообщение от UT5UAK

Мне вообще непонятно, зачем диги на КВ. Гейты - то другое дело. Сегодня утром задался вопросом, а кто меня с моими 8 Вт на соплю на дне долины вообще слышит? В инет все пакеты попадают через EW, ну а еще кто? Так я ставил разные станции в путь и слушал ответ. От тебя слышал, еще от одного итальянца, и все. Но я результатом доволен, учитывая мои условия.

Галочку в миксере искал, но не нашел. В Висте она непонятно где запрятана. В других версиях Виндовс находил, а здесь оказалось проще найти кабель.

Да, это вопрос скорее риторический. Там сидит парочка персонажей, которые вообще против IGATE на КВ, только DIGI, только хардкор. :)

Ну а вообще однохоповые диги удобны для передачи сообщений в мертвой зоне, правда, мне более интересна прямая связь с корреспондентом. Летом, когда бывает прохождение на штаты, можно послушать NET105 сеть, которая сохранилась еще со старых времен, иногда там попадаются живые станции, с которыми можно поболтать. :)

**UT5UKA** · 06.02.2014, 22:41

UIFLOOD=TRACE
UITRACE=WIDE

До замены:

Код:

1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=72> [22:27:54R]
}UT7UV-5>APDR12,TCPIP,UT4UOF*:=5027.29N/03029.00E$ http://aprsdroid.org/
1:Fm UT4UOF To APMI01 Via WIDE2* <UI F/R Pid=F0 Len=72> [22:27:58T]
}UT7UV-5>APDR12,TCPIP,UT4UOF*:=5027.29N/03029.00E$ http://aprsdroid.org/

После замены

Код:

1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=72> [22:32:14R]
}UT7UV-5>APDR12,TCPIP,UT4UOF*:=5027.29N/03029.00E$ http://aprsdroid.org/
1:Fm UT4UOF To APMI01 Via UT5UKA*,WIDE2* <UI F/R Pid=F0 Len=72> [22:32:21T]
}UT7UV-5>APDR12,TCPIP,UT4UOF*:=5027.29N/03029.00E$ http://aprsdroid.org/

Соответственно УОФ пуляет в эфир с WIDE2-1, я принимаю(буквочка R после времени) и ретранслирую(буквочка Т) с WIDE2* + теперь добавляется мой позывной и видно через кого прошел пакет, т.е. моя последняя ретрансляция или по другому получается всего один скачек/хоп ...

Т.е. пакеты слышно ушами, но зачастую уже второй скачек не декодируется.

Вопрос - почему? Мы с Димой когда экспериментировали на 144825 тоже такое наблюдали, хотя никого больше нет в эфире, некоторые пакеты просто не декодятся, хотя ухом их слышно...

Я без подключения к нету и Дима тоже, просто пробовали по эфиру сконектиться...

ЗЫ: не густо в феврале с эфирными станциями ...

Код:

 Stations heard directly by UR3CNO-1 :
позывной 		pkts 	впервые услышал - EET 	последний слышал 	длинная 	(rx => tx) 	длинной в - EET
UT5UKA 		64 	2014-02-01 17:47:18 	2014-02-06 00:50:40 	KO50FK > KO50EK 	4.3 km 110° 	2014-02-06 00:50:40
UT4UKA 		72 	2014-02-03 20:28:12 	2014-02-06 16:34:25 	KO50DK > KO50EK 	10.1 km 261° 	2014-02-06 16:34:25
UT3UX 		9 	2014-02-02 23:20:18 	2014-02-03 00:39:45 	KO50HJ > KO50EK 	17.2 km 105° 	2014-02-03 00:39:45
UT7UV 		5 	2014-02-01 08:39:47 	2014-02-03 07:27:51 	KO50FK > KO50EK 	6.5 km 75° 	2014-02-03 07:27:51
UT5UAK-12	751 	2014-02-01 02:04:51 	2014-02-06 22:51:09 	KO50DG > KO50EK 	21.4 km 199° 	2014-02-06 22:51:09
UR3CNO-9	298 	2014-02-04 14:24:21 	2014-02-06 11:58:56 	KO50GK > KO50EK 	11.1 km 100° 	2014-02-05 15:37:24
UT2UW-14	11 	2014-02-03 08:00:35 	2014-02-04 13:46:42 	KO50MN > KO50EK 	45.6 km 71° 	2014-02-04 13:46:42

**UT5UAK** · 07.02.2014, 00:05

Да, интересно, теперь пакеты traceable! Особенности UI-View... Почему некоторые хорошо слышимые пакеты не декодируются - я сам не знаю. В примере Андрея просто шумы на большом удалении мешают, когда ЧМ не пробивается. Но иногда бывают просто вопиющие случаи: одна станция за 50 км декодируется, а другая за 500 м - нет. Возможно, есть какие-то временнЫе параметры, в AGWPE при настройке модема можно вводить поправки. Но я с ними никогда не игрался.

ЗЫ: 45 км - это неплохо! Ничего, будет теплее - активности прибавится.

**UZ7HO** · 07.02.2014, 00:56

Итак, провел эксперимент с UI-View, вот какие ответы, точнее обратный путь, получается при разных входных пакетах.

----

Q. APRS,CALL-1,WIDE2-2
A. APRS

Q. APRS,CALL-1,WIDE2-1
A. APRS,CALL-1,WIDE2-2

Q. APRS,CALL-1*,WIDE2-2
A. APRS,CALL-1

Q. APRS,CALL-1*,WIDE2-1
A. APRS,CALL-1,WIDE2-1

Q. APRS,WIDE2-1
A. APRS,WIDE2-2

Q. APRS,WIDE2
A. APRS,WIDE2-2

----

CALL1 - это реальный позывной дигипитера, который указан в пути передающей станции.
CALL1* - позывной дигипитера через который уже ретранслирован пакет.

В общем, я сделал вывод, что самый аккуратный обратный путь (плюс минимум захламление канала) получается при использовании "Alias substitution" механизма вместо "WIDEn-n". В Alias добавляются дополнительные позывные WIDE1-1 и WIDE2-2, которые будут заменяться на позывной дигипитера, например:

Конструкция APRS, WIDE1-1 будет заменена на APRS, CALL-1 (В случае WIDEn-n, в конце добавился бы лишний WIDE1)

Для двух хопов рационально будет использовать APRS,WIDE1-1,WIDE2-2, первый репитер заменит WIDE1-1 на свой позывной, плюс добавит WIDE2-2. Второй репитер заменит WIDE2-2 на свой позывной. Вот как-то так...

APRS, WIDE1-1, WIDE2-2 -> APRS, CALL-1*, WIDE2-2 -> APRS, CALL-1*, CALL-2*

---------- Добавлено в 00:56 ---------- Предыдущее сообщение было размещено в 00:24 ----------

Сообщение от UT5UAK

Но иногда бывают просто вопиющие случаи: одна станция за 50 км декодируется, а другая за 500 м - нет.

Кстати, замечал такой феномен, что некоторые звуковые карты не очень дружат с разными sample rate. Например, могут некорректно работать с 11025, при этом на 12000 работать как часы, такое даже наблюдалось с RigExpert. В принципе, все это видно по калибровке, если частота подходит, то значения PPM будут в пределах пары-тройки сотен.

**UT5UKA** · 07.02.2014, 01:11

Сделал как на картинке выше, перестал дигипитеть пакеты уоф, это так должно быть?

Код:

1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=86> [01:02:47R]
}UT0UR-9>UP2T56,TCPIP,UT4UOF*:`:4=l*K>/`"6B}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#
1:Fm UT4UOF To APMI01 Via UT5UKA*,WIDE2* <UI F/R Pid=F0 Len=86> [01:02:48T]
}UT0UR-9>UP2T56,TCPIP,UT4UOF*:`:4=l*K>/`"6B}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#
1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=86> [01:03:18R]
}UT0UR-9>UP2T55,TCPIP,UT4UOF*:`:4Al*>/`"5m}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#
1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=72> [01:03:33R]
}UT7UV-5>APDR12,TCPIP,UT4UOF*:=5027.29N/03029.00E$ http://aprsdroid.org/
1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=101> [01:03:42R]
}UT5UAK-12>APRS,TCPIP,UT4UOF*:!5015.33N/03017.79E#PHG2330/Digi Kiev-Glevaha 206m ASL use WIDE1-1 path
1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=86> [01:04:20R]
}UT0UR-9>UP2T55,TCPIP,UT4UOF*:`:4Al"T>/`"5\}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#
1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=72> [01:04:38R]
}UT7UV-5>APDR12,TCPIP,UT4UOF*:=5027.29N/03029.00E$ http://aprsdroid.org/
1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=86> [01:04:52R]
}UT0UR-9>UP2T55,TCPIP,UT4UOF*:`:4Bl*]>/`"5\}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#

жирным выделено последний прием/ретрансляция перед изменениями

ЗЫ: станция настроена аки гейт, но пока к инету (апрс серверу) не подключена, т.е. работает как дигипитер...

**UZ7HO** · 07.02.2014, 01:22

Сообщение от UT5UKA

Сделал как на картинке выше, перестал дигипитеть пакеты уоф, это так должно быть?

Ну да, WIDE2-1 не входит в список алиасов, хотя, наверное, можно добавить и его, думаю страшного ничего не будет. :)

Это больше влияет на ответ принимающей станции, так как надо избавляться от "асимметричных" WIDEn-n, таких как WIDE2-1 или WIDE3-2 и т.д. Принимая пакеты с такими позывными в пути, UI-V автоматом подставляет лишний WIDE в ответный пакет, что не очень хорошо. Когда UI-V принимает "симметричные" WIDEn-n, такие как WIDE2-2, WIDE1-1, то программа автоматом отсеивает их.

**UT5UKA** · 07.02.2014, 01:33

о! начинает проясняться потихоньку

Было настройка диги

aprs_ut5ukadigi_old.JPG

соответственно

Код:

1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=32> [01:19:00R]
@062319z5028.11N/03029.20E&IGate
1:Fm UT4UOF To APMI01 Via UT5UKA*,WIDE2* <UI F/R Pid=F0 Len=32> [01:19:03T]
@062319z5028.11N/03029.20E&IGate

стало, но добавил таки "асимметричный" WIDE2-1

aprs_ut5ukadigi_new.JPG

соответственно прием/ретрансляция пакетов на примере уоф

Код:

1:Fm UT4UOF To APMI01 Via WIDE2-1 <UI F/R Pid=F0 Len=86> [01:20:25R]
}UT0UR-9>UP2T55,TCPIP,UT4UOF*:`:4Cl u>/`"5@}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#
1:Fm UT4UOF To APMI01 Via UT5UKA* <UI F/R Pid=F0 Len=86> [01:20:28T]
}UT0UR-9>UP2T55,TCPIP,UT4UOF*:`:4Cl u>/`"5@}434.200 TSQ 77.0 Hz voice, op. Alex, 73!_#

в моем ретранслируемом пакете исчезло WIDE2* , но при этом пакет ретранслируется

**UZ7HO** · 07.02.2014, 01:42

Сообщение от UT5UKA

в моем ретранслируемом пакете исчезло WIDE2*

Все верно, его нужно было "прибить", чтобы принимающая сторона подставляла только позывной репитера в обратный путь, иначе был бы позывной репитера + WIDE2-2, в итоге все последующие репитеры начинали бы включаться в один момент, услышав такой ответ. :)

Вообще, я думаю, что лучше подсказать UT4UOF не использовать "кривой" WIDE2-1, а заменить на WIDE1-1.

**UT5UAK** · 07.02.2014, 02:12

Сообщение от UZ7HO

Для двух хопов рационально будет использовать APRS,WIDE1-1,WIDE2-2, первый репитер заменит WIDE1-1 на свой позывной, плюс добавит WIDE2-2. Второй репитер заменит WIDE2-2 на свой позывной. Вот как-то так...

APRS, WIDE1-1, WIDE2-2 -> APRS, CALL-1*, WIDE2-2 -> APRS, CALL-1*, CALL-2*

Как-то это неправильно... должны быть 3 скачка:
APRS, WIDE1-1, WIDE2-2 -> APRS, CALL-1*, WIDE2-2 -> APRS, CALL-1, CALL-2*,WIDE2-1 -> A APRS, CALL-1, CALL-2,CALL-3,Wide2*

...если конечно изначально не стояла задача с применением брутальных мер уменьшить QRM. Что на КВ более чем оправдано, но на УКВ излишне, поскольку радиус действия все равно сильно ограничен, и даже 3 скачка вряд-ли уйдут дальше 100 км.

---------- Добавлено в 03:12 ---------- Предыдущее сообщение было размещено в 03:09 ----------

И потом, на УКВ 99% пакетов- автоматические и не требуют АСК, а тот один % можно и простить.

**UZ7HO** · 07.02.2014, 02:20

Сообщение от UT5UAK

Как-то это неправильно... должны быть 3 скачка:
APRS, WIDE1-1, WIDE2-2 -> APRS, CALL-1*, WIDE2-2 -> APRS, CALL-1, CALL-2*,WIDE2-1 -> A APRS, CALL-1, CALL-2,CALL-3,Wide2*

...если конечно изначально не стояла задача с применением брутальных мер уменьшить QRM. Что на КВ более чем оправдано, но на УКВ излишне, поскольку радиус действия все равно сильно ограничен, и даже 3 скачка вряд-ли уйдут дальше 100 км.

В данном случае WIDE2-2 должен автоматом замениться на позывной второго репитера, так как WIDE2-2 входит в список алиасов. Если бы использовался WIDEn-n метод, то было бы 3 хопа, а так всего 2.

Вообще, это все вынужденные меры, подогнанные под особенность работы UI-View. В идеале, клиентское ПО должно подставлять в обратный путь только позывные со звездочками, так как это действительные репитеры, в случае если нет репитеров, но есть "асимметричный" WIDE - подставлять его. Но увы, у автора было другое видение ситуации. :)