#rds — Public Fediverse posts

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

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.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

Brand-new: an #OpenSource MCP server for #Postgres that (unlike others!) can be used independently with any standard version of Postgres 14+ (including Amazon #RDS).

Point it at your existing databases so your use of AI code builders and agents is not restricted to new greenfield development!

Learn more about the pgEdge MCP Server for Postgres (and how to connect it to Claude Code and Cursor!) here: https://www.pgedge.com/blog/introducing-the-pgedge-postgres-mcp-server

#agentic #agenticai #ai #llm #mcp #dev #postgresql #tech #programming

pgEdge Agentic AI Toolkit for Postgres: now available for free to all Postgres users. 🐘

Get everything from a full-featured MCP server, to Postgres extensions to support AI applications (including a RAG server!) all out-of-the box with fully open-source licensing. Compatible with all community Postgres distributions including Amazon #RDS.

Learn more about it in our latest blog: https://www.pgedge.com/blog/building-ai-agents-on-postgres-why-we-built-the-pgedge-agentic-ai-toolkit

#agenticai #aiops #programming #ai #llm #devops #tech #postgres #postgresql #opensource

Hey, I need help with #AWS #RDS.

I've this #Postgresql #RDS in private subnets.
I want to access it with the #psql cli (or any client really).

I see two ways.
One, which I find easy, with an #EC2 that acts as a #Bastion with #SSM so it remains private but requires a tunnel.
And one with a #RDSProxy exposed via a #NLB which is more involved but requires no tunnel.

Is there any other approach?
Something so obvious I missed it?

Thanks for your time and boosts in advance 🙇

EDIT: solution below

Hey, I need help with #AWS #RDS.

I've this #Postgresql #RDS in private subnets.
I want to access it with the #psql cli (or any client really).

I see two ways.
One, which I find easy, with an #EC2 that acts as a #Bastion with #SSM so it remains private but requires a tunnel.
And one with a #RDSProxy exposed via a #NLB which is more involved but requires no tunnel.

Is there any other approach?
Something so obvious I missed it?

Thanks for your time and boosts in advance 🙇

EDIT: solution below

Hey, I need help with #AWS #RDS.

I've this #Postgresql #RDS in private subnets.
I want to access it with the #psql cli (or any client really).

I see two ways.
One, which I find easy, with an #EC2 that acts as a #Bastion with #SSM so it remains private but requires a tunnel.
And one with a #RDSProxy exposed via a #NLB which is more involved but requires no tunnel.

Is there any other approach?
Something so obvious I missed it?

Thanks for your time and boosts in advance 🙇

EDIT: solution below

Hey, I need help with #AWS #RDS.

I've this #Postgresql #RDS in private subnets.
I want to access it with the #psql cli (or any client really).

I see two ways.
One, which I find easy, with an #EC2 that acts as a #Bastion with #SSM so it remains private but requires a tunnel.
And one with a #RDSProxy exposed via a #NLB which is more involved but requires no tunnel.

Is there any other approach?
Something so obvious I missed it?

Thanks for your time and boosts in advance 🙇

EDIT: solution below

Hey, I need help with #AWS #RDS.

I've this #Postgresql #RDS in private subnets.
I want to access it with the #psql cli (or any client really).

I see two ways.
One, which I find easy, with an #EC2 that acts as a #Bastion with #SSM so it remains private but requires a tunnel.
And one with a #RDSProxy exposed via a #NLB which is more involved but requires no tunnel.

Is there any other approach?
Something so obvious I missed it?

Thanks for your time and boosts in advance 🙇

EDIT: solution below

#Postgres: the powerful open source database trusted by major enterprises like Apple, Netflix, Uber, Twitch, Instacart, and Reddit for their essential applications.

No matter what database you wish to migrate from, if your destination is #PostgreSQL our globally dispersed team of experts are here to help.

We offer:

👉 support subscriptions
👉 consulting services
👉 training

Get in touch: https://www.data-bene.io/en/#contact

#programming #linux #opensource #database #oracle #mysql #sqlserver #rds #foss #oss