В субботу буду ехать по маршруту Киев - БЦ - Жашков - Монастырыще - Дашев, утром туда, вечером обратно. Протестирую и Глеваху и БЦ.
Вид для печати
В субботу буду ехать по маршруту Киев - БЦ - Жашков - Монастырыще - Дашев, утром туда, вечером обратно. Протестирую и Глеваху и БЦ.
А давайте здесь опишем назначение путей WIDE, и в качестве дополнения к первому сообщению добавим в первый пост.
Думаю это будет правильно .... через пару лет первый пост будет несколько страниц :)
но! это будет правильно всем кто только начинает, или пытается разобраться
Если убрать из unproto WIDE1-1, то одной ретрансляцией пакетов будет меньше. Правда, это была бы ретрансляция мелкими мобилками, которая в случае ЦНО малоцелесообразна, потому что они будут друг друга забивать. Вот свежий пример от ЦНО:
UR3CNO-1 To APU25N Via WIDE1-1,WIDE2-1 <UI pid=F0 Len=118 >[20:20:06]
}UT5UKA-5>APDR12,TCPIP,UR3CNO-1*:=5025.41N/03029.37EU105/006/A=000705 439.050 MHz pl88.5, op. Yuri, http://433.com.ua
В следующую секунду все включённые мобилки Киева (и мой диги тоже) должны повторить этот пакет, потому что он содержит WIDE1-1. Если бы WIDE1-1 в пути не было, то ретранслировали бы только другие магистральные диги, а мобилки бы экономили батарейки и канал :)
если совсем кратко, действие WIDE в пути unproto сводится к следующему:
Указывается порядок ретрансляции дигипитерами ненаправленных сообщений. WIDE1-1 означает 1 ретрансляцию всеми станциями, включая мобилки, способные дигипировать. WIDE2-x означает х последовательных ретрансляций только магистральными дигипитерами (типа нашего ЦНО).
Например, для мобильного трекера оптимальный путь "WIDE1-1,WIDE2-2", что означает 1 ретрансляцию мобилками поблизости и потом еще 2 скачка по магистральным диги.
Однако, для магистрального диги (и для домашнего использования в радиусе приема магистрального диги) предлагается путь "APRS,WIDE2-2": этот путь не активирует местные мобилки, поскольку возможна прямая связь с магистральным диги.
Это не ответ для чайников! :blum1:
Что, например, значит WIDE2-1? В каких случаях можно/желательно использовать WIDE3-3? Какие еще есть варианты? Почему именно APRS,WIDE2-2? Я серьезно, для меня, к сожалению, здесь все непонятно и требуется объяснение с самого начала. :blush:
Прошу попробовать объяснить как-то так: есть WIDEx-y, где x означает [что-то], а y - [соответственно]. :yes: Тогда любому будет понятен принцип и не нужны будут индивидуальные инструкции по каждому отдельному случаю. :drinks:
Настройки ЦНО-1 изменены на "APRS,WIDE2-1". Что даст такое изменение, не WIDE2-2, а WIDE2-1?
ЗЫ: вариант пакета
1:Fm UT0UR-9 To UP2Y63 Via UR3CNO-1*,UT4UOF*,WIDE2* <UI F/R Pid=F0 Len=54> [14:03:13R]
':=ZmT2>/>"40}439.050 TSQ 88.5 Hz voice, op. Alex, 7=
я так понял это диджипитнулось так... пакет от UT0UR-9 принят UR3CNO-1 отправлен в инет и одновременно диджипитнулся в эфир о чем говорит сие Via UR3CNO-1*, потом был принят UT4UOF и им же снова ретранслирован в эфир - UT4UOF*, WIDE2* в конце - это типа конец путей ретрансляции?
Пакету с таким маршрутом грозит максимум один хоп через диги, и это правильно.
Этот конкретный пакет диджипитнулся один раз от cno-1, исчерпал маршрут на uof, от которого и пошел в aprs-is. Здесь нельзя понять, гавкнул ли его cno-1 в интернет, т.к. видится лишь первый дошедший до сервера.
Юрий, большое спасибо за содействие! WIDE2-2 означает, что пакеты через магистральные диги будут передаваться, максимум, с 2 скачками: например, если ЦНО-1 передаст UR3CNO-1 To APU25N Via WIDE2-2, то UT7UV-2 будет ретранслировать что-то вроде UR3CNO-1 To APU25N Via UT7UV-2*,WIDE2-1. A если этот пакет будет дальше услышан от UT7UV-2, например, UR3UT-2, то тот передаст UR3CNO-1 To APU25N Via UT7UV-2*,UR3UT-2*,WIDE2*. Дальше по этому направлению пакеты ретранслироваться не будут. При этом подразумевается, что UT7UV-2 и UR3UT-2 сконфигурированы как магистральные диги. Если поставить в пути WIDE2-1, то этот пакет, услышанный UR3UT-2 от UT7UV-2, не будет им ретранслироваться. Если написать WIDE2-3 - пойдет дальше на третий скачок (если диги не запрещают более 2 скачков - зависит от их конфигурации).
В твоём примере Fm UT0UR-9 To UP2Y63 Via UR3CNO-1*,UT4UOF*,WIDE2* означает, скорее всего, что путь был изначально Fm UT0UR-9 To UP2Y63 Via WIDE1-1,WIDE2-1, после ретрансляции через UR3CNO-1 стал Fm UT0UR-9 To UR3CNO-1*,WIDE2-1, и наконец, после ретрансляции через UT4UOF приобрёл вид Fm UT0UR-9 To UP2Y63 Via UR3CNO-1*,UT4UOF*,WIDE2*. Про интернет в пути не сказано, т. е. этот пакет принят с эфира, иначе был бы TCPIP*.
"я так понял это диджипитнулось так... пакет от UT0UR-9 принят UR3CNO-1" -да
" отправлен в инет" - неизвестно
" и одновременно диджипитнулся в эфир о чем говорит сие Via UR3CNO-1*" - да
", потом был принят UT4UOF и им же снова ретранслирован в эфир - UT4UOF*," -да
" WIDE2* в конце - это типа конец путей ретрансляции? " - да, дальнейшие диги его ретранслировать больше не будут.
Да, Игорь, ты прав, я это писал вчера несвежий после рождественского контеста. Пакет ведь взят из эфира...
Опять повторюсь, я бы только для сообщений оставлял WIDE2-2, позиционные и остальные пакеты незачем более одного раза диджипитить, это только зряшное повышение нагрузки на эфир. Тем более в Киеве достаточно гейтов.
UPD: К сожалению на уровне настроек диги это не конфигурится. Максимум, что можно сделать, это на вкладке I-Gate поправить APRS-IS non-message packets to RF, Non-message path: WIDE2-1
И, естественно Gate if source station heard via RF: No
Да и на вкладках Beacons и Telemetry все свои маяки и телеметрию сделать WIDE2-1