#rds — Public Fediverse posts

https://www.lovenhl.com/1561347/ Est-ce que les Hurricanes sont trop forts? #AtlanticDivision #CANADIEN #Canadiens #CanadiensDeMontréal #CH #COUPESTANLEY #EasternConference #hockey #Hurricanes #lnh #MontrealCanadiens #nhl #ONJASE #RDS #SÉRIES

https://www.lovenhl.com/1561347/ Est-ce que les Hurricanes sont trop forts? #AtlanticDivision #CANADIEN #Canadiens #CanadiensDeMontréal #CH #COUPESTANLEY #EasternConference #hockey #Hurricanes #lnh #MontrealCanadiens #nhl #ONJASE #RDS #SÉRIES

https://www.lovenhl.com/1559929/ Jakub Dobeš, un autre gardien miraculeux pour les Canadiens de Montréal #AtlanticDivision #CANADIEN #Canadiens #CanadiensDeMontréal #CH #EasternConference #habs #HOCKEY360 #JakubDobes #JaroslavHalak #KenDryden #lnh #MontrealCanadiens #nhl #PatrickRoy #RDS #Théodore

https://www.lovenhl.com/1559929/ Jakub Dobeš, un autre gardien miraculeux pour les Canadiens de Montréal #AtlanticDivision #CANADIEN #Canadiens #CanadiensDeMontréal #CH #EasternConference #habs #HOCKEY360 #JakubDobes #JaroslavHalak #KenDryden #lnh #MontrealCanadiens #nhl #PatrickRoy #RDS #Théodore

TSN broadcasting two CFL preseason games in 2026, remainder available to stream

Graphic courtesy: Bell Media TSN is once again set to broadcast two CFL preseason games in 2026, according…
#NewsBeep #News #CFL #3Down #3DownNation #CA #Canada #Canadian #CanadianFootballLeague #Football #league #preseason #rds #Sports #Streaming #TSN
https://www.newsbeep.com/ca/671243/

https://www.europesays.com/ie/482320/ Watching Leinster at pitch level with the under-10s gave me new perspective – The Irish Times #ChampionsCup #CiaranFrawley #Éire #IE #Ireland #JamieOsborne #JimmyOBrien #LeinsterRugby #LeoCullen #MunsterRugby #rds #SamPrendergast #Sports #springboks #UnitedRugbyChampionship

Es wird übrigens klappen, dass ich Sonntag mit den Freunden aus dem Metalabor rund um Limburg wandere. Das war bis vorhin unklar, weil alleine die Anreise zur Wanderung vier bis fünf Stunden Zugfahrt bedeutet. Von den Radical Dudes wurde ein Rundkurs von 40 Kilometern erkoren. Perversfrüh gehts los. Ich werde einen Phonetrack aufzeichnen. Link folgt. Ein erstes Walkaround Projekt by Proxy sozusagen.

#Limburg #WalkAround #Metalabor #RadicalDudeSociety #RDS

Es wird übrigens klappen, dass ich Sonntag mit den Freunden aus dem Metalabor rund um Limburg wandere. Das war bis vorhin unklar, weil alleine die Anreise zur Wanderung vier bis fünf Stunden Zugfahrt bedeutet. Von den Radical Dudes wurde ein Rundkurs von 40 Kilometern erkoren. Perversfrüh gehts los. Ich werde einen Phonetrack aufzeichnen. Link folgt. Ein erstes Walkaround Projekt by Proxy sozusagen.

#Limburg #WalkAround #Metalabor #RadicalDudeSociety #RDS

Es wird übrigens klappen, dass ich Sonntag mit den Freunden aus dem Metalabor rund um Limburg wandere. Das war bis vorhin unklar, weil alleine die Anreise zur Wanderung vier bis fünf Stunden Zugfahrt bedeutet. Von den Radical Dudes wurde ein Rundkurs von 40 Kilometern erkoren. Perversfrüh gehts los. Ich werde einen Phonetrack aufzeichnen. Link folgt. Ein erstes Walkaround Projekt by Proxy sozusagen.

#Limburg #WalkAround #Metalabor #RadicalDudeSociety #RDS

Es wird übrigens klappen, dass ich Sonntag mit den Freunden aus dem Metalabor rund um Limburg wandere. Das war bis vorhin unklar, weil alleine die Anreise zur Wanderung vier bis fünf Stunden Zugfahrt bedeutet. Von den Radical Dudes wurde ein Rundkurs von 40 Kilometern erkoren. Perversfrüh gehts los. Ich werde einen Phonetrack aufzeichnen. Link folgt. Ein erstes Walkaround Projekt by Proxy sozusagen.

#Limburg #WalkAround #Metalabor #RadicalDudeSociety #RDS

Сегодня день Радио, поздравляю всех причастных 😀

Жутко хочу освободить время и вкатиться в эту тему, это интереснейшее занятие (как мне видится со стороны)

Недавно решил поковырять RDS

Немного справки (для тех кто знает - пропускайте)
Если вы когда-нибудь видели на автомагнитоле название станции вроде ROCK FM, бегущую строку с текстом песни или автоматическую установку времени, значит вы уже пользовались RDS, просто не задумывались об этом

Через RDS станция может передавать:

• PS - короткое имя станции
• RT - радиотекст
• PI - код станции
• CT - время станции

Для исследовательского или радиолюбительского проекта это уже набор наблюдаемых цифровых признаков:

• на какой частоте что реально вещает
• как называется станция
• какой у неё PI-код
• передаёт ли она радиотекст
• насколько корректно у неё выставлено RDS-время
• как это всё меняется в разных местах

Что значит я сделал

1. rds.2big.cc - это веб-приложение для отображения таких наблюдений

Идея простая:

1. Устройство сканирует FM-диапазон
2. Ловит станции и читает RDS
3. Прикладывает к observation своё местоположение в виде QTH/Maidenhead
4. Отправляет observation в backend
5. Backend складывает всё в PostgreSQL
6. Frontend показывает локаторы на карте и даёт посмотреть последние приёмы и историю

Итог - получается живая карта наблюдений по локаторам, а не просто поток сырых логов

Почему здесь именно QTH/Maidenhead

Проект не использует точечные координаты как основной индекс отображения. Вместо этого observations группируются по Maidenhead-локаторам

Это даёт несколько практических преимуществ:

• визуализация на карте остаётся простой
• можно легко сравнивать районы, а не отдельные GPS-точки
• locator хорошо знаком радиолюбителям
• анонимность++

Как устроен сканер

Железная часть проекта - это устройство на ESP8266 + SI4703, которое последовательно сканирует FM-частоты и читает RDS

Что делает устройство:

• проходит по диапазону FM
• измеряет RSSI
• ждёт стабилизации RDS-данных
• собирает лучшие кандидаты для PI, PS, RT, CT
• формирует observation
• отправляет его в backend (mqtt/rest)

Вообще изначально была идея увидеть какие станции передают время и насколько оно точно отдаётся

Так же, была попытка запуститься на ESP32 + RDA5807M, но нет - похоже библиотека, которая работает с радио не очень хорошо обрабатывает RDS и часто получал пургу

Почему ESP8266 не использует отдельный GPS-модуль

Можно было бы поставить на сканер внешний GPS-модуль, но для такой задачи это часто избыточно:

• лишняя плата
• лишнее питание
• лишняя антенна
• лишняя сложность

Вместо этого проект использует компаньон на Android

Android-компаньон GPSCaster

ndroid-приложение на Kotlin. Оно работает как локальный GPS-ретранслятор для устройств в той же Wi-Fi сети

Что делает GPSCaster:

• получает положение телефона через FusedLocationProviderClient
• запускает foreground service
• держит в памяти последний валидный fix
• шлёт UDP broadcast в LAN
• слушает UDP-запросы GET_GPS
• шлёт GPS в BLE (тут кстати, отдельная идея - в принципе рассылать GPS через BLE advertisement)
• отвечает пакетом:

GPS,<unix_timestamp_seconds>,<lat>,<lon>,<accuracy_meters>

То есть телефон фактически выступает как "сетевой GPS и источник времени" для ESP8266

Это удобная идея:

• телефон и так уже знает точные координаты
• не нужно ставить отдельный GNSS-модуль на каждое устройство
• можно быстро развернуть систему в машине или в полевых условиях

Как связаны ESP8266 и GPSCaster

Связка работает так:

1. GPSCaster периодически рассылает в локальную сеть UDP-пакеты с координатами и временем
2. ESP8266 слушает порт 45454
3. Если свежих GPS-данных нет, ESP8266 может сам отправить GET_GPS,<device_id>
4. GPSCaster отвечает текущим fix
5. ESP8266 получает:
   
   • время
   • latitude
   • longitude
   • accuracy

   
   

6. По координатам прошивка вычисляет qth
7. По времени ставит ts

Если GPS-время не удалось получить:

• прошивка пробует NTP
• если NTP тоже не дал времени, идёт локальный счётчик от последней успешной синхронизации

Это не полноценный GPS-ресивер, но для задачи сбора подобной информации, более чем подходит

Будет желание - заходите

Если будет интересно - заходите, будем вместе собирать данные - выложу исходники прошивки и протокол передачи данных

#проекты #деньрадио #esp8266 #rds

Сегодня день Радио, поздравляю всех причастных 😀

Жутко хочу освободить время и вкатиться в эту тему, это интереснейшее занятие (как мне видится со стороны)

Недавно решил поковырять RDS

Немного справки (для тех кто знает - пропускайте)
Если вы когда-нибудь видели на автомагнитоле название станции вроде ROCK FM, бегущую строку с текстом песни или автоматическую установку времени, значит вы уже пользовались RDS, просто не задумывались об этом

Через RDS станция может передавать:

• PS - короткое имя станции
• RT - радиотекст
• PI - код станции
• CT - время станции

Для исследовательского или радиолюбительского проекта это уже набор наблюдаемых цифровых признаков:

• на какой частоте что реально вещает
• как называется станция
• какой у неё PI-код
• передаёт ли она радиотекст
• насколько корректно у неё выставлено RDS-время
• как это всё меняется в разных местах

Что значит я сделал

1. rds.2big.cc - это веб-приложение для отображения таких наблюдений

Идея простая:

1. Устройство сканирует FM-диапазон
2. Ловит станции и читает RDS
3. Прикладывает к observation своё местоположение в виде QTH/Maidenhead
4. Отправляет observation в backend
5. Backend складывает всё в PostgreSQL
6. Frontend показывает локаторы на карте и даёт посмотреть последние приёмы и историю

Итог - получается живая карта наблюдений по локаторам, а не просто поток сырых логов

Почему здесь именно QTH/Maidenhead

Проект не использует точечные координаты как основной индекс отображения. Вместо этого observations группируются по Maidenhead-локаторам

Это даёт несколько практических преимуществ:

• визуализация на карте остаётся простой
• можно легко сравнивать районы, а не отдельные GPS-точки
• locator хорошо знаком радиолюбителям
• анонимность++

Как устроен сканер

Железная часть проекта - это устройство на ESP8266 + SI4703, которое последовательно сканирует FM-частоты и читает RDS

Что делает устройство:

• проходит по диапазону FM
• измеряет RSSI
• ждёт стабилизации RDS-данных
• собирает лучшие кандидаты для PI, PS, RT, CT
• формирует observation
• отправляет его в backend (mqtt/rest)

Вообще изначально была идея увидеть какие станции передают время и насколько оно точно отдаётся

Так же, была попытка запуститься на ESP32 + RDA5807M, но нет - похоже библиотека, которая работает с радио не очень хорошо обрабатывает RDS и часто получал пургу

Почему ESP8266 не использует отдельный GPS-модуль

Можно было бы поставить на сканер внешний GPS-модуль, но для такой задачи это часто избыточно:

• лишняя плата
• лишнее питание
• лишняя антенна
• лишняя сложность

Вместо этого проект использует компаньон на Android

Android-компаньон GPSCaster

ndroid-приложение на Kotlin. Оно работает как локальный GPS-ретранслятор для устройств в той же Wi-Fi сети

Что делает GPSCaster:

• получает положение телефона через FusedLocationProviderClient
• запускает foreground service
• держит в памяти последний валидный fix
• шлёт UDP broadcast в LAN
• слушает UDP-запросы GET_GPS
• шлёт GPS в BLE (тут кстати, отдельная идея - в принципе рассылать GPS через BLE advertisement)
• отвечает пакетом:

GPS,<unix_timestamp_seconds>,<lat>,<lon>,<accuracy_meters>

То есть телефон фактически выступает как "сетевой GPS и источник времени" для ESP8266

Это удобная идея:

• телефон и так уже знает точные координаты
• не нужно ставить отдельный GNSS-модуль на каждое устройство
• можно быстро развернуть систему в машине или в полевых условиях

Как связаны ESP8266 и GPSCaster

Связка работает так:

1. GPSCaster периодически рассылает в локальную сеть UDP-пакеты с координатами и временем
2. ESP8266 слушает порт 45454
3. Если свежих GPS-данных нет, ESP8266 может сам отправить GET_GPS,<device_id>
4. GPSCaster отвечает текущим fix
5. ESP8266 получает:
   
   • время
   • latitude
   • longitude
   • accuracy

   
   

6. По координатам прошивка вычисляет qth
7. По времени ставит ts

Если GPS-время не удалось получить:

• прошивка пробует NTP
• если NTP тоже не дал времени, идёт локальный счётчик от последней успешной синхронизации

Это не полноценный GPS-ресивер, но для задачи сбора подобной информации, более чем подходит

Будет желание - заходите

Если будет интересно - заходите, будем вместе собирать данные - выложу исходники прошивки и протокол передачи данных

#проекты #деньрадио #esp8266 #rds

Сегодня день Радио, поздравляю всех причастных 😀

Жутко хочу освободить время и вкатиться в эту тему, это интереснейшее занятие (как мне видится со стороны)

Недавно решил поковырять RDS

Немного справки (для тех кто знает - пропускайте)
Если вы когда-нибудь видели на автомагнитоле название станции вроде ROCK FM, бегущую строку с текстом песни или автоматическую установку времени, значит вы уже пользовались RDS, просто не задумывались об этом

Через RDS станция может передавать:

• PS - короткое имя станции
• RT - радиотекст
• PI - код станции
• CT - время станции

Для исследовательского или радиолюбительского проекта это уже набор наблюдаемых цифровых признаков:

• на какой частоте что реально вещает
• как называется станция
• какой у неё PI-код
• передаёт ли она радиотекст
• насколько корректно у неё выставлено RDS-время
• как это всё меняется в разных местах

Что значит я сделал

1. rds.2big.cc - это веб-приложение для отображения таких наблюдений

Идея простая:

1. Устройство сканирует FM-диапазон
2. Ловит станции и читает RDS
3. Прикладывает к observation своё местоположение в виде QTH/Maidenhead
4. Отправляет observation в backend
5. Backend складывает всё в PostgreSQL
6. Frontend показывает локаторы на карте и даёт посмотреть последние приёмы и историю

Итог - получается живая карта наблюдений по локаторам, а не просто поток сырых логов

Почему здесь именно QTH/Maidenhead

Проект не использует точечные координаты как основной индекс отображения. Вместо этого observations группируются по Maidenhead-локаторам

Это даёт несколько практических преимуществ:

• визуализация на карте остаётся простой
• можно легко сравнивать районы, а не отдельные GPS-точки
• locator хорошо знаком радиолюбителям
• анонимность++

Как устроен сканер

Железная часть проекта - это устройство на ESP8266 + SI4703, которое последовательно сканирует FM-частоты и читает RDS

Что делает устройство:

• проходит по диапазону FM
• измеряет RSSI
• ждёт стабилизации RDS-данных
• собирает лучшие кандидаты для PI, PS, RT, CT
• формирует observation
• отправляет его в backend (mqtt/rest)

Вообще изначально была идея увидеть какие станции передают время и насколько оно точно отдаётся

Так же, была попытка запуститься на ESP32 + RDA5807M, но нет - похоже библиотека, которая работает с радио не очень хорошо обрабатывает RDS и часто получал пургу

Почему ESP8266 не использует отдельный GPS-модуль

Можно было бы поставить на сканер внешний GPS-модуль, но для такой задачи это часто избыточно:

• лишняя плата
• лишнее питание
• лишняя антенна
• лишняя сложность

Вместо этого проект использует компаньон на Android

Android-компаньон GPSCaster

ndroid-приложение на Kotlin. Оно работает как локальный GPS-ретранслятор для устройств в той же Wi-Fi сети

Что делает GPSCaster:

• получает положение телефона через FusedLocationProviderClient
• запускает foreground service
• держит в памяти последний валидный fix
• шлёт UDP broadcast в LAN
• слушает UDP-запросы GET_GPS
• шлёт GPS в BLE (тут кстати, отдельная идея - в принципе рассылать GPS через BLE advertisement)
• отвечает пакетом:

GPS,<unix_timestamp_seconds>,<lat>,<lon>,<accuracy_meters>

То есть телефон фактически выступает как "сетевой GPS и источник времени" для ESP8266

Это удобная идея:

• телефон и так уже знает точные координаты
• не нужно ставить отдельный GNSS-модуль на каждое устройство
• можно быстро развернуть систему в машине или в полевых условиях

Как связаны ESP8266 и GPSCaster

Связка работает так:

1. GPSCaster периодически рассылает в локальную сеть UDP-пакеты с координатами и временем
2. ESP8266 слушает порт 45454
3. Если свежих GPS-данных нет, ESP8266 может сам отправить GET_GPS,<device_id>
4. GPSCaster отвечает текущим fix
5. ESP8266 получает:
   
   • время
   • latitude
   • longitude
   • accuracy

   
   

6. По координатам прошивка вычисляет qth
7. По времени ставит ts

Если GPS-время не удалось получить:

• прошивка пробует NTP
• если NTP тоже не дал времени, идёт локальный счётчик от последней успешной синхронизации

Это не полноценный GPS-ресивер, но для задачи сбора подобной информации, более чем подходит

Будет желание - заходите

Если будет интересно - заходите, будем вместе собирать данные - выложу исходники прошивки и протокол передачи данных

#проекты #деньрадио #esp8266 #rds

Сегодня день Радио, поздравляю всех причастных 😀

Жутко хочу освободить время и вкатиться в эту тему, это интереснейшее занятие (как мне видится со стороны)

Недавно решил поковырять RDS

Немного справки (для тех кто знает - пропускайте)
Если вы когда-нибудь видели на автомагнитоле название станции вроде ROCK FM, бегущую строку с текстом песни или автоматическую установку времени, значит вы уже пользовались RDS, просто не задумывались об этом

Через RDS станция может передавать:

• PS - короткое имя станции
• RT - радиотекст
• PI - код станции
• CT - время станции

Для исследовательского или радиолюбительского проекта это уже набор наблюдаемых цифровых признаков:

• на какой частоте что реально вещает
• как называется станция
• какой у неё PI-код
• передаёт ли она радиотекст
• насколько корректно у неё выставлено RDS-время
• как это всё меняется в разных местах

Что значит я сделал

1. rds.2big.cc - это веб-приложение для отображения таких наблюдений

Идея простая:

1. Устройство сканирует FM-диапазон
2. Ловит станции и читает RDS
3. Прикладывает к observation своё местоположение в виде QTH/Maidenhead
4. Отправляет observation в backend
5. Backend складывает всё в PostgreSQL
6. Frontend показывает локаторы на карте и даёт посмотреть последние приёмы и историю

Итог - получается живая карта наблюдений по локаторам, а не просто поток сырых логов

Почему здесь именно QTH/Maidenhead

Проект не использует точечные координаты как основной индекс отображения. Вместо этого observations группируются по Maidenhead-локаторам

Это даёт несколько практических преимуществ:

• визуализация на карте остаётся простой
• можно легко сравнивать районы, а не отдельные GPS-точки
• locator хорошо знаком радиолюбителям
• анонимность++

Как устроен сканер

Железная часть проекта - это устройство на ESP8266 + SI4703, которое последовательно сканирует FM-частоты и читает RDS

Что делает устройство:

• проходит по диапазону FM
• измеряет RSSI
• ждёт стабилизации RDS-данных
• собирает лучшие кандидаты для PI, PS, RT, CT
• формирует observation
• отправляет его в backend (mqtt/rest)

Вообще изначально была идея увидеть какие станции передают время и насколько оно точно отдаётся

Так же, была попытка запуститься на ESP32 + RDA5807M, но нет - похоже библиотека, которая работает с радио не очень хорошо обрабатывает RDS и часто получал пургу

Почему ESP8266 не использует отдельный GPS-модуль

Можно было бы поставить на сканер внешний GPS-модуль, но для такой задачи это часто избыточно:

• лишняя плата
• лишнее питание
• лишняя антенна
• лишняя сложность

Вместо этого проект использует компаньон на Android

Android-компаньон GPSCaster

ndroid-приложение на Kotlin. Оно работает как локальный GPS-ретранслятор для устройств в той же Wi-Fi сети

Что делает GPSCaster:

• получает положение телефона через FusedLocationProviderClient
• запускает foreground service
• держит в памяти последний валидный fix
• шлёт UDP broadcast в LAN
• слушает UDP-запросы GET_GPS
• шлёт GPS в BLE (тут кстати, отдельная идея - в принципе рассылать GPS через BLE advertisement)
• отвечает пакетом:

GPS,<unix_timestamp_seconds>,<lat>,<lon>,<accuracy_meters>

То есть телефон фактически выступает как "сетевой GPS и источник времени" для ESP8266

Это удобная идея:

• телефон и так уже знает точные координаты
• не нужно ставить отдельный GNSS-модуль на каждое устройство
• можно быстро развернуть систему в машине или в полевых условиях

Как связаны ESP8266 и GPSCaster

Связка работает так:

1. GPSCaster периодически рассылает в локальную сеть UDP-пакеты с координатами и временем
2. ESP8266 слушает порт 45454
3. Если свежих GPS-данных нет, ESP8266 может сам отправить GET_GPS,<device_id>
4. GPSCaster отвечает текущим fix
5. ESP8266 получает:
   
   • время
   • latitude
   • longitude
   • accuracy

   
   

6. По координатам прошивка вычисляет qth
7. По времени ставит ts

Если GPS-время не удалось получить:

• прошивка пробует NTP
• если NTP тоже не дал времени, идёт локальный счётчик от последней успешной синхронизации

Это не полноценный GPS-ресивер, но для задачи сбора подобной информации, более чем подходит

Будет желание - заходите

Если будет интересно - заходите, будем вместе собирать данные - выложу исходники прошивки и протокол передачи данных

#проекты #деньрадио #esp8266 #rds

Сегодня день Радио, поздравляю всех причастных 😀

Жутко хочу освободить время и вкатиться в эту тему, это интереснейшее занятие (как мне видится со стороны)

Недавно решил поковырять RDS

Немного справки (для тех кто знает - пропускайте)
Если вы когда-нибудь видели на автомагнитоле название станции вроде ROCK FM, бегущую строку с текстом песни или автоматическую установку времени, значит вы уже пользовались RDS, просто не задумывались об этом

Через RDS станция может передавать:

• PS - короткое имя станции
• RT - радиотекст
• PI - код станции
• CT - время станции

Для исследовательского или радиолюбительского проекта это уже набор наблюдаемых цифровых признаков:

• на какой частоте что реально вещает
• как называется станция
• какой у неё PI-код
• передаёт ли она радиотекст
• насколько корректно у неё выставлено RDS-время
• как это всё меняется в разных местах

Что значит я сделал

1. rds.2big.cc - это веб-приложение для отображения таких наблюдений

Идея простая:

1. Устройство сканирует FM-диапазон
2. Ловит станции и читает RDS
3. Прикладывает к observation своё местоположение в виде QTH/Maidenhead
4. Отправляет observation в backend
5. Backend складывает всё в PostgreSQL
6. Frontend показывает локаторы на карте и даёт посмотреть последние приёмы и историю

Итог - получается живая карта наблюдений по локаторам, а не просто поток сырых логов

Почему здесь именно QTH/Maidenhead

Проект не использует точечные координаты как основной индекс отображения. Вместо этого observations группируются по Maidenhead-локаторам

Это даёт несколько практических преимуществ:

• визуализация на карте остаётся простой
• можно легко сравнивать районы, а не отдельные GPS-точки
• locator хорошо знаком радиолюбителям
• анонимность++

Как устроен сканер

Железная часть проекта - это устройство на ESP8266 + SI4703, которое последовательно сканирует FM-частоты и читает RDS

Что делает устройство:

• проходит по диапазону FM
• измеряет RSSI
• ждёт стабилизации RDS-данных
• собирает лучшие кандидаты для PI, PS, RT, CT
• формирует observation
• отправляет его в backend (mqtt/rest)

Вообще изначально была идея увидеть какие станции передают время и насколько оно точно отдаётся

Так же, была попытка запуститься на ESP32 + RDA5807M, но нет - похоже библиотека, которая работает с радио не очень хорошо обрабатывает RDS и часто получал пургу

Почему ESP8266 не использует отдельный GPS-модуль

Можно было бы поставить на сканер внешний GPS-модуль, но для такой задачи это часто избыточно:

• лишняя плата
• лишнее питание
• лишняя антенна
• лишняя сложность

Вместо этого проект использует компаньон на Android

Android-компаньон GPSCaster

ndroid-приложение на Kotlin. Оно работает как локальный GPS-ретранслятор для устройств в той же Wi-Fi сети

Что делает GPSCaster:

• получает положение телефона через FusedLocationProviderClient
• запускает foreground service
• держит в памяти последний валидный fix
• шлёт UDP broadcast в LAN
• слушает UDP-запросы GET_GPS
• шлёт GPS в BLE (тут кстати, отдельная идея - в принципе рассылать GPS через BLE advertisement)
• отвечает пакетом:

GPS,<unix_timestamp_seconds>,<lat>,<lon>,<accuracy_meters>

То есть телефон фактически выступает как "сетевой GPS и источник времени" для ESP8266

Это удобная идея:

• телефон и так уже знает точные координаты
• не нужно ставить отдельный GNSS-модуль на каждое устройство
• можно быстро развернуть систему в машине или в полевых условиях

Как связаны ESP8266 и GPSCaster

Связка работает так:

1. GPSCaster периодически рассылает в локальную сеть UDP-пакеты с координатами и временем
2. ESP8266 слушает порт 45454
3. Если свежих GPS-данных нет, ESP8266 может сам отправить GET_GPS,<device_id>
4. GPSCaster отвечает текущим fix
5. ESP8266 получает:
   
   • время
   • latitude
   • longitude
   • accuracy

   
   

6. По координатам прошивка вычисляет qth
7. По времени ставит ts

Если GPS-время не удалось получить:

• прошивка пробует NTP
• если NTP тоже не дал времени, идёт локальный счётчик от последней успешной синхронизации

Это не полноценный GPS-ресивер, но для задачи сбора подобной информации, более чем подходит

Будет желание - заходите

Если будет интересно - заходите, будем вместе собирать данные - выложу исходники прошивки и протокол передачи данных

#проекты #деньрадио #esp8266 #rds

Unfurl @ Noordspace - 19 Apr feat. RDS, robbin, Eversines

#SESH #RDS #robbin #Eversines

https://sesh.sx/e/1972079

@Volksverpetzer Und? Des mocha mia a boid bei uns . Gez.: #rds #csu

Bell Media announces longterm rights extension with Ottawa Senators https://www.rawchili.com/nhl/543478/ #BellMedia #broadcast #extension #Hockey #NHL #Ottawa #OttawaSenators #OttawaSenators #radio #RDS #rights #Senators #TSN #TSN1200 #tv

https://www.lovenhl.com/1542473/ Match condensé : Canadiens @ Rangers 2/4/2026 (75/82) (44-21-10) #AtlanticDivision #Canadiens #CanadiensDeMontréal #carey #EasternConference #FaitsSaillantsCanadiens #Habs #HabsHighlights #LanceEtCompte #LeTirEtLeBut #MontrealCanadiens #PierreHoude #price #rds #sportnet #touspourla25eme #ToutPourLa25ème #TSN #TvaSport

https://www.lovenhl.com/1542473/ Match condensé : Canadiens @ Rangers 2/4/2026 (75/82) (44-21-10) #AtlanticDivision #Canadiens #CanadiensDeMontréal #carey #EasternConference #FaitsSaillantsCanadiens #Habs #HabsHighlights #LanceEtCompte #LeTirEtLeBut #MontrealCanadiens #PierreHoude #price #rds #sportnet #touspourla25eme #ToutPourLa25ème #TSN #TvaSport

https://www.lovenhl.com/1536915/ Dobeš et le Centre Bell, une histoire d’amour #canadien #Canadiens #CarolinaHurricanes #CH #dobes #EasternConference #hockey #JakubDobes #lnh #MarcDenis #MetropolitanDivision #NHL #rds

https://www.lovenhl.com/1536915/ Dobeš et le Centre Bell, une histoire d’amour #canadien #Canadiens #CarolinaHurricanes #CH #dobes #EasternConference #hockey #JakubDobes #lnh #MarcDenis #MetropolitanDivision #NHL #rds

@stadtneurotikr Do schauma erschdamal. Gez.: #rds #csu

@derpostillon Siggsdas. #technologieoffen eben. #rds #csu

https://www.lovenhl.com/1532546/ 40 buts : Damphousse passe le flambeau à Caufield #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #ColeCaufield #EasternConference #hockey #HOCKEY360 #lnh #MontrealCanadiens #NHL #rds #VincentDamphousse

https://www.lovenhl.com/1532546/ 40 buts : Damphousse passe le flambeau à Caufield #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #ColeCaufield #EasternConference #hockey #HOCKEY360 #lnh #MontrealCanadiens #NHL #rds #VincentDamphousse

@dielinke Spinnsd jedds? Mia wissn scho wias gäd. #RDS

Our MCP server for PostgreSQL: 100% #OpenSource & compatible with any new or existing installation of #Postgres (including Amazon #RDS & similar) 🐘

It also has...
👉 Anthropic prompt caching w/ 90% cost reduction
👉 Token efficiency features: stay within budget
👉 Modern React-based UI w/ AI-powered chat
👉 Tools like advanced hybrid search (BM25+MMR)
👉 Secure design w/ TLS support

...all from a purely #PostgreSQL vendor w/ enterprise SLAs.

Try it out, leave a ⭐ https://github.com/pgEdge/pgedge-postgres-mcp

#ai #llm

AWS has 200+ services. Most companies use about 15. The same ones show up in every project: EC2, S3, Lambda, RDS, DynamoDB, API Gateway, CloudFront, SQS, SNS, CloudWatch.
That handles 80% of everything. Wrote a guide covering just the ones that matter.

#aws #cloud #infrastructure #EC2 #IAM #S3 #RDS #DynamoDB #Lambda #APIGateway #CloudFront #Route53 #SQS #SNS #CloudWatch #EKS #CDN

https://heyjoshlee.medium.com/the-80-20-of-aws-the-services-that-actually-matter-13509ff90115

https://www.lovenhl.com/1522746/ Est-ce que les Canadiens doivent s’améliorer à tout prix? #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #Caufield #CH #dobes #EasternConference #hockey #lnh #montembeault #MontrealCanadiens #NHL #rds #transactions

https://www.lovenhl.com/1522746/ Est-ce que les Canadiens doivent s’améliorer à tout prix? #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #Caufield #CH #dobes #EasternConference #hockey #lnh #montembeault #MontrealCanadiens #NHL #rds #transactions

https://www.lovenhl.com/1518732/ Les Canadiens voudront reprendre là où ils ont laissé #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #hockey #lnh #MontrealCanadiens #NHL #rds #slafkovsky #Suzuki

https://www.lovenhl.com/1518732/ Les Canadiens voudront reprendre là où ils ont laissé #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #hockey #lnh #MontrealCanadiens #NHL #rds #slafkovsky #Suzuki

https://www.lovenhl.com/1518378/ Est-ce que Kent Hughes sera à l’écoute des offres de transactions? #AtlanticDivision #Binnington #BRUNOGERVAIS #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #HOCKEY360 #KentHughes #lnh #MontrealCanadiens #NHL #rds #transactions

https://www.lovenhl.com/1518378/ Est-ce que Kent Hughes sera à l’écoute des offres de transactions? #AtlanticDivision #Binnington #BRUNOGERVAIS #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #HOCKEY360 #KentHughes #lnh #MontrealCanadiens #NHL #rds #transactions

https://www.lovenhl.com/1517732/ Le vol des Canadiens : comment Lane Hutson a glissé jusqu’au 62e rang du repêchage? #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #DANRICHARD #EasternConference #hockey #HOCKEY360 #Hutson #LaneHutson #lnh #MontrealCanadiens #NHL #rds

https://www.lovenhl.com/1517732/ Le vol des Canadiens : comment Lane Hutson a glissé jusqu’au 62e rang du repêchage? #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #DANRICHARD #EasternConference #hockey #HOCKEY360 #Hutson #LaneHutson #lnh #MontrealCanadiens #NHL #rds

https://www.europesays.com/it/344828/ «Amici», lodi a Caterina mentre Opi è ultimo #AlexBritti #AnnaPettinelli #Arte #Canale5 #CaterinaLumina #cultura #Entertainment #gente #IleniaPastorelli #Intrattenimento #IT #Italia #Italy #Musica #OrnellaVanoni #persone #radio #RadioMonteCarlo #rds #RudyZerbi #Sociale #televisione

https://www.lovenhl.com/1511594/ Le capitaine montre l’exemple pour les Canadiens #5à7 #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #lnh #MontrealCanadiens #NHL #rds

https://www.lovenhl.com/1511594/ Le capitaine montre l’exemple pour les Canadiens #5à7 #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #lnh #MontrealCanadiens #NHL #rds

https://www.lovenhl.com/1510926/ Les Canadiens ont besoin d’un Gallagher inspiré #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #gallagher #hockey #lnh #MontrealCanadiens #NHL #rds

https://www.lovenhl.com/1510926/ Les Canadiens ont besoin d’un Gallagher inspiré #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #gallagher #hockey #lnh #MontrealCanadiens #NHL #rds

We built a complete AI toolkit to help you be successful when architecting AI systems on PostgreSQL for production use. In it, we have #OpenSource tools like #MCP and #RAG servers & (much) more that work with:

⭐ Claude Desktop, Claude Code, Cursor
⭐ #OpenAI, Anthropic #Claude, local #Ollama models
⭐ #PostgreSQL 16, 17, 18
⭐ Community #Postgres, Amazon #RDS, and other implementations

We'd love to hear about what you're building - community (at) pgedge.com 💬

#aidev #aiprogramming #programmer

We built a complete AI toolkit to help you be successful when architecting AI systems on PostgreSQL for production use. In it, we have #OpenSource tools like #MCP and #RAG servers & (much) more that work with:

⭐ Claude Desktop, Claude Code, Cursor
⭐ #OpenAI, Anthropic #Claude, local #Ollama models
⭐ #PostgreSQL 16, 17, 18
⭐ Community #Postgres, Amazon #RDS, and other implementations

We'd love to hear about what you're building - community (at) pgedge.com 💬

#aidev #aiprogramming #programmer

We built a complete AI toolkit to help you be successful when architecting AI systems on PostgreSQL for production use. In it, we have #OpenSource tools like #MCP and #RAG servers & (much) more that work with:

⭐ Claude Desktop, Claude Code, Cursor
⭐ #OpenAI, Anthropic #Claude, local #Ollama models
⭐ #PostgreSQL 16, 17, 18
⭐ Community #Postgres, Amazon #RDS, and other implementations

We'd love to hear about what you're building - community (at) pgedge.com 💬

#aidev #aiprogramming #programmer

We built a complete AI toolkit to help you be successful when architecting AI systems on PostgreSQL for production use. In it, we have #OpenSource tools like #MCP and #RAG servers & (much) more that work with:

⭐ Claude Desktop, Claude Code, Cursor
⭐ #OpenAI, Anthropic #Claude, local #Ollama models
⭐ #PostgreSQL 16, 17, 18
⭐ Community #Postgres, Amazon #RDS, and other implementations

We'd love to hear about what you're building - community (at) pgedge.com 💬

#aidev #aiprogramming #programmer

https://www.lovenhl.com/1507433/ Il est là le vrai gardien partant des Canadiens #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #hockey #lnh #MontrealCanadiens #NHL #Nordiques #rds

https://www.lovenhl.com/1507433/ Il est là le vrai gardien partant des Canadiens #ANTICHAMBRE #AtlanticDivision #canadien #Canadiens #CanadiensDeMontréal #CH #EasternConference #hockey #lnh #MontrealCanadiens #NHL #Nordiques #rds

Professor James O’Shea, Head of #Philosophy at @[email protected], talking at the Robert Boyle Winter School at Dublin #RDS on the nature of mind and matter. #PhilMind