#esp8266 — Public Fediverse posts

Del esquema al PCB 🚀🔔

Después de varias etapas de diseño y pruebas, llegó el momento de fabricar el primer prototipo del PCB para el proyecto del Timbre Escolar Inteligente.

En este video se puede ver parte del proceso: diseño, preparación y fabricación de la placa que va a integrar el ESP8266, control de relés y periféricos del sistema.

Todavía queda bastante trabajo por delante, pero ver cómo el proyecto empieza a tomar forma física es una de las partes más interesantes del desarrollo ⚡

#PCB #ESP8266 #IoT #Electrónica #Embedded #DIYElectronics #Ingeniería #KiCad #Arduino #Prototipo #HardwareDesign

Del esquema al PCB 🚀🔔

Después de varias etapas de diseño y pruebas, llegó el momento de fabricar el primer prototipo del PCB para el proyecto del Timbre Escolar Inteligente.

En este video se puede ver parte del proceso: diseño, preparación y fabricación de la placa que va a integrar el ESP8266, control de relés y periféricos del sistema.

Todavía queda bastante trabajo por delante, pero ver cómo el proyecto empieza a tomar forma física es una de las partes más interesantes del desarrollo ⚡

#PCB #ESP8266 #IoT #Electrónica #Embedded #DIYElectronics #Ingeniería #KiCad #Arduino #Prototipo #HardwareDesign

Del esquema al PCB 🚀🔔

Después de varias etapas de diseño y pruebas, llegó el momento de fabricar el primer prototipo del PCB para el proyecto del Timbre Escolar Inteligente.

En este video se puede ver parte del proceso: diseño, preparación y fabricación de la placa que va a integrar el ESP8266, control de relés y periféricos del sistema.

Todavía queda bastante trabajo por delante, pero ver cómo el proyecto empieza a tomar forma física es una de las partes más interesantes del desarrollo ⚡

#PCB #ESP8266 #IoT #Electrónica #Embedded #DIYElectronics #Ingeniería #KiCad #Arduino #Prototipo #HardwareDesign

Del esquema al PCB 🚀🔔

Después de varias etapas de diseño y pruebas, llegó el momento de fabricar el primer prototipo del PCB para el proyecto del Timbre Escolar Inteligente.

En este video se puede ver parte del proceso: diseño, preparación y fabricación de la placa que va a integrar el ESP8266, control de relés y periféricos del sistema.

Todavía queda bastante trabajo por delante, pero ver cómo el proyecto empieza a tomar forma física es una de las partes más interesantes del desarrollo ⚡

#PCB #ESP8266 #IoT #Electrónica #Embedded #DIYElectronics #Ingeniería #KiCad #Arduino #Prototipo #HardwareDesign

Del esquema al PCB 🚀🔔

Después de varias etapas de diseño y pruebas, llegó el momento de fabricar el primer prototipo del PCB para el proyecto del Timbre Escolar Inteligente.

En este video se puede ver parte del proceso: diseño, preparación y fabricación de la placa que va a integrar el ESP8266, control de relés y periféricos del sistema.

Todavía queda bastante trabajo por delante, pero ver cómo el proyecto empieza a tomar forma física es una de las partes más interesantes del desarrollo ⚡

#PCB #ESP8266 #IoT #Electrónica #Embedded #DIYElectronics #Ingeniería #KiCad #Arduino #Prototipo #HardwareDesign

Детектор WiFi излучения

Мне приходится периодически кататься на велике. В какой-то момент я решил, что просто кататься - это слишком скучно. Захотелось не просто ездить, но и как-то исследовать окружающий мир. Я попробовал исследовать окрестности своего квартала на наличие источников WiFi излучения.

https://habr.com/ru/articles/921148/

#WiFi #esp8266 #esp #esp01 #esp01 #espressif #охота_на_лис #ublox #uBlox_NEO6M #NEO6M

Детектор WiFi излучения

Мне приходится периодически кататься на велике. В какой-то момент я решил, что просто кататься - это слишком скучно. Захотелось не просто ездить, но и как-то исследовать окружающий мир. Я попробовал исследовать окрестности своего квартала на наличие источников WiFi излучения.

https://habr.com/ru/articles/921148/

#WiFi #esp8266 #esp #esp01 #esp01 #espressif #охота_на_лис #ublox #uBlox_NEO6M #NEO6M

Детектор WiFi излучения

Мне приходится периодически кататься на велике. В какой-то момент я решил, что просто кататься - это слишком скучно. Захотелось не просто ездить, но и как-то исследовать окружающий мир. Я попробовал исследовать окрестности своего квартала на наличие источников WiFi излучения.

https://habr.com/ru/articles/921148/

#WiFi #esp8266 #esp #esp01 #esp01 #espressif #охота_на_лис #ublox #uBlox_NEO6M #NEO6M

Детектор WiFi излучения

Мне приходится периодически кататься на велике. В какой-то момент я решил, что просто кататься - это слишком скучно. Захотелось не просто ездить, но и как-то исследовать окружающий мир. Я попробовал исследовать окрестности своего квартала на наличие источников WiFi излучения.

https://habr.com/ru/articles/921148/

#WiFi #esp8266 #esp #esp01 #esp01 #espressif #охота_на_лис #ublox #uBlox_NEO6M #NEO6M

Sigo avanzando con el proyecto del **Timbre Escolar Inteligente** y hoy quería compartir dos frentes en los que estuve trabajando en paralelo.

Por un lado, el **diseño del gabinete en FreeCAD**, pensando en una solución más prolija, compacta y lista para llevar a prototipo físico. Y por otro, una **API REST de consulta de feriados**, para que el sistema pueda identificar fechas especiales y evitar que suenen los timbres en días no laborables.

Me gusta mucho cuando un proyecto empieza a integrar distintas capas: software, electrónica, mecánica e integración con servicios externos. Ahí es donde realmente se empieza a transformar en una solución completa.

Todavía queda camino por recorrer, pero cada avance suma y le da más forma a la idea.

#FreeCAD #PCB #IoT #ESP8266 #API #REST #Electronica #EmbeddedSystems #ProyectoPersonal #Ingeniería

Sigo avanzando con el proyecto del **Timbre Escolar Inteligente** y hoy quería compartir dos frentes en los que estuve trabajando en paralelo.

Por un lado, el **diseño del gabinete en FreeCAD**, pensando en una solución más prolija, compacta y lista para llevar a prototipo físico. Y por otro, una **API REST de consulta de feriados**, para que el sistema pueda identificar fechas especiales y evitar que suenen los timbres en días no laborables.

Me gusta mucho cuando un proyecto empieza a integrar distintas capas: software, electrónica, mecánica e integración con servicios externos. Ahí es donde realmente se empieza a transformar en una solución completa.

Todavía queda camino por recorrer, pero cada avance suma y le da más forma a la idea.

#FreeCAD #PCB #IoT #ESP8266 #API #REST #Electronica #EmbeddedSystems #ProyectoPersonal #Ingeniería

Sigo avanzando con el proyecto del **Timbre Escolar Inteligente** y hoy quería compartir dos frentes en los que estuve trabajando en paralelo.

Por un lado, el **diseño del gabinete en FreeCAD**, pensando en una solución más prolija, compacta y lista para llevar a prototipo físico. Y por otro, una **API REST de consulta de feriados**, para que el sistema pueda identificar fechas especiales y evitar que suenen los timbres en días no laborables.

Me gusta mucho cuando un proyecto empieza a integrar distintas capas: software, electrónica, mecánica e integración con servicios externos. Ahí es donde realmente se empieza a transformar en una solución completa.

Todavía queda camino por recorrer, pero cada avance suma y le da más forma a la idea.

#FreeCAD #PCB #IoT #ESP8266 #API #REST #Electronica #EmbeddedSystems #ProyectoPersonal #Ingeniería

Sigo avanzando con el proyecto del **Timbre Escolar Inteligente** y hoy quería compartir dos frentes en los que estuve trabajando en paralelo.

Por un lado, el **diseño del gabinete en FreeCAD**, pensando en una solución más prolija, compacta y lista para llevar a prototipo físico. Y por otro, una **API REST de consulta de feriados**, para que el sistema pueda identificar fechas especiales y evitar que suenen los timbres en días no laborables.

Me gusta mucho cuando un proyecto empieza a integrar distintas capas: software, electrónica, mecánica e integración con servicios externos. Ahí es donde realmente se empieza a transformar en una solución completa.

Todavía queda camino por recorrer, pero cada avance suma y le da más forma a la idea.

#FreeCAD #PCB #IoT #ESP8266 #API #REST #Electronica #EmbeddedSystems #ProyectoPersonal #Ingeniería

Sigo avanzando con el proyecto del **Timbre Escolar Inteligente** y hoy quería compartir dos frentes en los que estuve trabajando en paralelo.

Por un lado, el **diseño del gabinete en FreeCAD**, pensando en una solución más prolija, compacta y lista para llevar a prototipo físico. Y por otro, una **API REST de consulta de feriados**, para que el sistema pueda identificar fechas especiales y evitar que suenen los timbres en días no laborables.

Me gusta mucho cuando un proyecto empieza a integrar distintas capas: software, electrónica, mecánica e integración con servicios externos. Ahí es donde realmente se empieza a transformar en una solución completa.

Todavía queda camino por recorrer, pero cada avance suma y le da más forma a la idea.

#FreeCAD #PCB #IoT #ESP8266 #API #REST #Electronica #EmbeddedSystems #ProyectoPersonal #Ingeniería

I'm clearly looking in the wrong places...

Does anyone know what voltage the output pins on an #esp8266 provide?

Is it 3.3v?

I realise I could programme one and measure, but knowing the "official" answer would be helpful.

EDIT to answer : whatever the input voltage is, so probably 3.3v

I'm clearly looking in the wrong places...

Does anyone know what voltage the output pins on an #esp8266 provide?

Is it 3.3v?

I realise I could programme one and measure, but knowing the "official" answer would be helpful.

EDIT to answer : whatever the input voltage is, so probably 3.3v

I'm clearly looking in the wrong places...

Does anyone know what voltage the output pins on an #esp8266 provide?

Is it 3.3v?

I realise I could programme one and measure, but knowing the "official" answer would be helpful.

EDIT to answer : whatever the input voltage is, so probably 3.3v

I'm clearly looking in the wrong places...

Does anyone know what voltage the output pins on an #esp8266 provide?

Is it 3.3v?

I realise I could programme one and measure, but knowing the "official" answer would be helpful.

EDIT to answer : whatever the input voltage is, so probably 3.3v

I'm clearly looking in the wrong places...

Does anyone know what voltage the output pins on an #esp8266 provide?

Is it 3.3v?

I realise I could programme one and measure, but knowing the "official" answer would be helpful.

EDIT to answer : whatever the input voltage is, so probably 3.3v

A medida que fui avanzando con el software, también se fue definiendo el hardware, y hoy llegó el momento de dar un paso importante: empezar el diseño del PCB prototipo de mi Timbre Escolar Inteligente.

El proyecto ya viene tomando forma con la lógica de control, la interfaz web y la comunicación por WebSocket, y ahora toca materializar esas ideas en una placa pensada para ser más ordenada, compacta y confiable.

Este tipo de avances son los que más me entusiasman, porque transforman una idea de software en un sistema completo, listo para iterar, probar y mejorar.

Próximo paso: comenzar el ruteo del PCB y preparar la primera versión física del prototipo.

#Electrónica #PCB #ESP8266 #IoT #EmbeddedSystems #Arduino #WebSockets #ProyectoPersonal #Ingeniería

A medida que fui avanzando con el software, también se fue definiendo el hardware, y hoy llegó el momento de dar un paso importante: empezar el diseño del PCB prototipo de mi Timbre Escolar Inteligente.

El proyecto ya viene tomando forma con la lógica de control, la interfaz web y la comunicación por WebSocket, y ahora toca materializar esas ideas en una placa pensada para ser más ordenada, compacta y confiable.

Este tipo de avances son los que más me entusiasman, porque transforman una idea de software en un sistema completo, listo para iterar, probar y mejorar.

Próximo paso: comenzar el ruteo del PCB y preparar la primera versión física del prototipo.

#Electrónica #PCB #ESP8266 #IoT #EmbeddedSystems #Arduino #WebSockets #ProyectoPersonal #Ingeniería

A medida que fui avanzando con el software, también se fue definiendo el hardware, y hoy llegó el momento de dar un paso importante: empezar el diseño del PCB prototipo de mi Timbre Escolar Inteligente.

El proyecto ya viene tomando forma con la lógica de control, la interfaz web y la comunicación por WebSocket, y ahora toca materializar esas ideas en una placa pensada para ser más ordenada, compacta y confiable.

Este tipo de avances son los que más me entusiasman, porque transforman una idea de software en un sistema completo, listo para iterar, probar y mejorar.

Próximo paso: comenzar el ruteo del PCB y preparar la primera versión física del prototipo.

#Electrónica #PCB #ESP8266 #IoT #EmbeddedSystems #Arduino #WebSockets #ProyectoPersonal #Ingeniería

A medida que fui avanzando con el software, también se fue definiendo el hardware, y hoy llegó el momento de dar un paso importante: empezar el diseño del PCB prototipo de mi Timbre Escolar Inteligente.

El proyecto ya viene tomando forma con la lógica de control, la interfaz web y la comunicación por WebSocket, y ahora toca materializar esas ideas en una placa pensada para ser más ordenada, compacta y confiable.

Este tipo de avances son los que más me entusiasman, porque transforman una idea de software en un sistema completo, listo para iterar, probar y mejorar.

Próximo paso: comenzar el ruteo del PCB y preparar la primera versión física del prototipo.

#Electrónica #PCB #ESP8266 #IoT #EmbeddedSystems #Arduino #WebSockets #ProyectoPersonal #Ingeniería

A medida que fui avanzando con el software, también se fue definiendo el hardware, y hoy llegó el momento de dar un paso importante: empezar el diseño del PCB prototipo de mi Timbre Escolar Inteligente.

El proyecto ya viene tomando forma con la lógica de control, la interfaz web y la comunicación por WebSocket, y ahora toca materializar esas ideas en una placa pensada para ser más ordenada, compacta y confiable.

Este tipo de avances son los que más me entusiasman, porque transforman una idea de software en un sistema completo, listo para iterar, probar y mejorar.

Próximo paso: comenzar el ruteo del PCB y preparar la primera versión física del prototipo.

#Electrónica #PCB #ESP8266 #IoT #EmbeddedSystems #Arduino #WebSockets #ProyectoPersonal #Ingeniería

My DIY air quality monitor system has been out of commission for a while and I couldn’t be bothered to investigate it

But

I did this weekend, though, and I think I fixed a few issues too

The raspberry pi zero in charge of storing the readings was struggling, apparently kernel panic

So I reinstalled the flash entirely from a recent image, added my tools and my app, all of which took an hour

Everything is back and I iterated a few times on the microcontroller app, and it hasn’t been smooth but it’s been better than last year

Issues as far as I could see were:

• too many WiFi thingies close together in a small room => RF interference
• the bridge node was spending too much time not reaching storage over HTTP => not getting mesh sync => nodes disconnected

So I spaced them out and I added a timed reset

Let’s see how long this lasts!

#rpizero #iot #diy_electronics #arduino #esp32 #esp8266 #sqlite #mesh #DiyAirQualityMonitor

My DIY air quality monitor system has been out of commission for a while and I couldn’t be bothered to investigate it

But

I did this weekend, though, and I think I fixed a few issues too

The raspberry pi zero in charge of storing the readings was struggling, apparently kernel panic

So I reinstalled the flash entirely from a recent image, added my tools and my app, all of which took an hour

Everything is back and I iterated a few times on the microcontroller app, and it hasn’t been smooth but it’s been better than last year

Issues as far as I could see were:

• too many WiFi thingies close together in a small room => RF interference
• the bridge node was spending too much time not reaching storage over HTTP => not getting mesh sync => nodes disconnected

So I spaced them out and I added a timed reset

Let’s see how long this lasts!

#rpizero #iot #diy_electronics #arduino #esp32 #esp8266 #sqlite #mesh #DiyAirQualityMonitor

My DIY air quality monitor system has been out of commission for a while and I couldn’t be bothered to investigate it

But

I did this weekend, though, and I think I fixed a few issues too

The raspberry pi zero in charge of storing the readings was struggling, apparently kernel panic

So I reinstalled the flash entirely from a recent image, added my tools and my app, all of which took an hour

Everything is back and I iterated a few times on the microcontroller app, and it hasn’t been smooth but it’s been better than last year

Issues as far as I could see were:

• too many WiFi thingies close together in a small room => RF interference
• the bridge node was spending too much time not reaching storage over HTTP => not getting mesh sync => nodes disconnected

So I spaced them out and I added a timed reset

Let’s see how long this lasts!

#rpizero #iot #diy_electronics #arduino #esp32 #esp8266 #sqlite #mesh #DiyAirQualityMonitor

My DIY air quality monitor system has been out of commission for a while and I couldn’t be bothered to investigate it

But

I did this weekend, though, and I think I fixed a few issues too

The raspberry pi zero in charge of storing the readings was struggling, apparently kernel panic

So I reinstalled the flash entirely from a recent image, added my tools and my app, all of which took an hour

Everything is back and I iterated a few times on the microcontroller app, and it hasn’t been smooth but it’s been better than last year

Issues as far as I could see were:

• too many WiFi thingies close together in a small room => RF interference
• the bridge node was spending too much time not reaching storage over HTTP => not getting mesh sync => nodes disconnected

So I spaced them out and I added a timed reset

Let’s see how long this lasts!

#rpizero #iot #diy_electronics #arduino #esp32 #esp8266 #sqlite #mesh #DiyAirQualityMonitor

My DIY air quality monitor system has been out of commission for a while and I couldn’t be bothered to investigate it

But

I did this weekend, though, and I think I fixed a few issues too

The raspberry pi zero in charge of storing the readings was struggling, apparently kernel panic

So I reinstalled the flash entirely from a recent image, added my tools and my app, all of which took an hour

Everything is back and I iterated a few times on the microcontroller app, and it hasn’t been smooth but it’s been better than last year

Issues as far as I could see were:

• too many WiFi thingies close together in a small room => RF interference
• the bridge node was spending too much time not reaching storage over HTTP => not getting mesh sync => nodes disconnected

So I spaced them out and I added a timed reset

Let’s see how long this lasts!

#rpizero #iot #diy_electronics #arduino #esp32 #esp8266 #sqlite #mesh #DiyAirQualityMonitor

Mandatory hardware checkpoint: Bad Apple on the 0.96" OLED. 📺

But plot twist: this isn't pre-loaded on the flash memory. I'm actively streaming the frames live over Wi-Fi from a web browser on my laptop to an ESP8266. It handles live camera feeds and a drawing canvas too!

#esp8266 #esp32 #iot #hardware #microcontroller #embedded #maker #webdev #badapple #webdev #diyproject

No me dio el tiempo para grabar un video y mostrar los casos-uso ya resueltos. Pero a pesar de que mi hijo se enfermó y luego lo seguí yo (15 días difíciles), esta semana pude hacer algunos avances y ya puedo cargar timbres con su duración y hacerlos sonar.

Falta bastante todavía, pero va tomando forma, y creo que se ve bastante bien.

#ESP8266 #SchoolBell #timbreescolar #EmbeddedSystem #webapp

No me dio el tiempo para grabar un video y mostrar los casos-uso ya resueltos. Pero a pesar de que mi hijo se enfermó y luego lo seguí yo (15 días difíciles), esta semana pude hacer algunos avances y ya puedo cargar timbres con su duración y hacerlos sonar.

Falta bastante todavía, pero va tomando forma, y creo que se ve bastante bien.

#ESP8266 #SchoolBell #timbreescolar #EmbeddedSystem #webapp

No me dio el tiempo para grabar un video y mostrar los casos-uso ya resueltos. Pero a pesar de que mi hijo se enfermó y luego lo seguí yo (15 días difíciles), esta semana pude hacer algunos avances y ya puedo cargar timbres con su duración y hacerlos sonar.

Falta bastante todavía, pero va tomando forma, y creo que se ve bastante bien.

#ESP8266 #SchoolBell #timbreescolar #EmbeddedSystem #webapp

No me dio el tiempo para grabar un video y mostrar los casos-uso ya resueltos. Pero a pesar de que mi hijo se enfermó y luego lo seguí yo (15 días difíciles), esta semana pude hacer algunos avances y ya puedo cargar timbres con su duración y hacerlos sonar.

Falta bastante todavía, pero va tomando forma, y creo que se ve bastante bien.

#ESP8266 #SchoolBell #timbreescolar #EmbeddedSystem #webapp

No me dio el tiempo para grabar un video y mostrar los casos-uso ya resueltos. Pero a pesar de que mi hijo se enfermó y luego lo seguí yo (15 días difíciles), esta semana pude hacer algunos avances y ya puedo cargar timbres con su duración y hacerlos sonar.

Falta bastante todavía, pero va tomando forma, y creo que se ve bastante bien.

#ESP8266 #SchoolBell #timbreescolar #EmbeddedSystem #webapp

Как я превратил смартфон в Modbus-RTU терминал для RS-485

О себе: бэк-энд разработчик java/kotlin и немножко go, собственно вот профиль . Работаю программистом я немного более трёх лет. До этого более 10 лет трудился в одной известной газовой компании в сфере электрохимической защиты подземных стальных сооружений от коррозии, также электроснабжения и немного автоматики. Была у меня там специализация на ремонте электронных блоков для эксплуатируемого оборудования. И вот в начале 2010-х строились новые объекты, а на них появились относительно современные на тот момент так называемые системы коррозионного мониторинга. Тогда я ещё был «синим воротничком» то есть непосредственно трогал всё своими руками.

https://habr.com/ru/articles/1033290/

#modbus_rtu #rs485 #esp8266 #arduino #промышленная_автоматизация #асутп #телемеханика #iot #embedded #микроконтроллеры

Как я превратил смартфон в Modbus-RTU терминал для RS-485

О себе: бэк-энд разработчик java/kotlin и немножко go, собственно вот профиль . Работаю программистом я немного более трёх лет. До этого более 10 лет трудился в одной известной газовой компании в сфере электрохимической защиты подземных стальных сооружений от коррозии, также электроснабжения и немного автоматики. Была у меня там специализация на ремонте электронных блоков для эксплуатируемого оборудования. И вот в начале 2010-х строились новые объекты, а на них появились относительно современные на тот момент так называемые системы коррозионного мониторинга. Тогда я ещё был «синим воротничком» то есть непосредственно трогал всё своими руками.

https://habr.com/ru/articles/1033290/

#modbus_rtu #rs485 #esp8266 #arduino #промышленная_автоматизация #асутп #телемеханика #iot #embedded #микроконтроллеры

Как я превратил смартфон в Modbus-RTU терминал для RS-485

О себе: бэк-энд разработчик java/kotlin и немножко go, собственно вот профиль . Работаю программистом я немного более трёх лет. До этого более 10 лет трудился в одной известной газовой компании в сфере электрохимической защиты подземных стальных сооружений от коррозии, также электроснабжения и немного автоматики. Была у меня там специализация на ремонте электронных блоков для эксплуатируемого оборудования. И вот в начале 2010-х строились новые объекты, а на них появились относительно современные на тот момент так называемые системы коррозионного мониторинга. Тогда я ещё был «синим воротничком» то есть непосредственно трогал всё своими руками.

https://habr.com/ru/articles/1033290/

#modbus_rtu #rs485 #esp8266 #arduino #промышленная_автоматизация #асутп #телемеханика #iot #embedded #микроконтроллеры

Как я превратил смартфон в Modbus-RTU терминал для RS-485

О себе: бэк-энд разработчик java/kotlin и немножко go, собственно вот профиль . Работаю программистом я немного более трёх лет. До этого более 10 лет трудился в одной известной газовой компании в сфере электрохимической защиты подземных стальных сооружений от коррозии, также электроснабжения и немного автоматики. Была у меня там специализация на ремонте электронных блоков для эксплуатируемого оборудования. И вот в начале 2010-х строились новые объекты, а на них появились относительно современные на тот момент так называемые системы коррозионного мониторинга. Тогда я ещё был «синим воротничком» то есть непосредственно трогал всё своими руками.

https://habr.com/ru/articles/1033290/

#modbus_rtu #rs485 #esp8266 #arduino #промышленная_автоматизация #асутп #телемеханика #iot #embedded #микроконтроллеры

The ESP8266 Gets An OS, and it’s familiar

https://fed.brid.gy/r/https://hackaday.com/2026/05/08/the-esp8266-gets-an-os-and-its-familiar/

The ESP8266 Gets An OS, and it’s familiar

https://fed.brid.gy/r/https://hackaday.com/2026/05/08/the-esp8266-gets-an-os-and-its-familiar/

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

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

Недавно решил поковырять 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

I am updating my athom/iotorero WLED controlers from 0.14/15 to 16. I really like the new particle system effects. PS Fire looks a lot better than the old Fire effect.

But ESP naming scheme is quite confusing... so which firmware should be applied? I am failing for the one ESP-02 esp8266 one.. I think I tried all possible firmware files, all of them failed (not bricking the hardware yet 😰)
#wled #esp8266 #esp32 #led

I am updating my athom/iotorero WLED controlers from 0.14/15 to 16. I really like the new particle system effects. PS Fire looks a lot better than the old Fire effect.

But ESP naming scheme is quite confusing... so which firmware should be applied? I am failing for the one ESP-02 esp8266 one.. I think I tried all possible firmware files, all of them failed (not bricking the hardware yet 😰)
#wled #esp8266 #esp32 #led

I am updating my athom/iotorero WLED controlers from 0.14/15 to 16. I really like the new particle system effects. PS Fire looks a lot better than the old Fire effect.

But ESP naming scheme is quite confusing... so which firmware should be applied? I am failing for the one ESP-02 esp8266 one.. I think I tried all possible firmware files, all of them failed (not bricking the hardware yet 😰)
#wled #esp8266 #esp32 #led

I am updating my athom/iotorero WLED controlers from 0.14/15 to 16. I really like the new particle system effects. PS Fire looks a lot better than the old Fire effect.

But ESP naming scheme is quite confusing... so which firmware should be applied? I am failing for the one ESP-02 esp8266 one.. I think I tried all possible firmware files, all of them failed (not bricking the hardware yet 😰)
#wled #esp8266 #esp32 #led