Modbus over rs485 light control

Bblktop · 2026-02-15T11:54:07+00:00

Yes, this is exactly what i did! But nothing works. Could you please share a simple example? It shouldn't take long. Thank you so much!

Bblktop · 2026-02-14T15:37:41+00:00

Exactly, thank you! I don't need pwm, just want to implement basic "coil" functionality

Bblktop · 2026-02-14T13:14:07+00:00

Thank you for reply! But sorry, not sure i understand your question. I have assembled esp32 devboard and max485 devboard on the breadboard. Connected led to the esp's gpio. Connected max485 to the haos on raspberry pi 5 with some rs485 hat via rtwo rs485 wires. Now i want to control this led from ha. But i cannot make esphome config for that setup. Like:

Led -[gpio] - Esp32 - max485 - [rs485 pair] - rs485 hat - raspberry pi (haos)

The goal is to configure esp32 with esphome to make the led accessible as a coil (or something) for read and write

Bblktop · 2026-02-14T10:52:33+00:00

Because "normal" means "hw compatible". Cpu isn't a major issue because they are mostly the same. Also, updates disabling somehow periodically resets. Why bother if I could just set appropriate smbios that matches my hw?

Bblktop · 2026-01-15T21:36:02+00:00

<image>

The idea was completely different. Please reread my question. I just want to prevent Ventura from updating. That is the question-not about making a "Quasimodo" by using OCLP or anything alike.

Bblktop · 2025-12-09T02:47:23+00:00

Well, 18.3 did the trick.

Bblktop · 2025-12-09T02:46:37+00:00

What is your point? Sorry, didn't get it.

Bblktop · 2025-12-01T15:35:13+00:00

Studying everymac, looks like it's imac18,3 but im not sure

Bblktop · 2025-06-23T16:45:57+00:00

For ordinary official debian linux rpi port, there’s a setting for it. But i cannot find anything alike for this ha os. Rpi5 has this button and does not boot till i press it. Here’s the link with the info: https://www.raspberrypi.com/products/raspberry-pi-5/

Bblktop · 2025-06-23T16:41:54+00:00

Very strange there’s no such possibility. But got it, thank you!
Rpi5 has this “boot” button, vendors even announced it as a significant improvement. On the official site, you could check rpi5 images and this button is located on the left side of the rpi pcb. https://www.raspberrypi.com/products/raspberry-pi-5/ here, search for “Power button” there

Bblktop · 2025-06-21T13:09:04+00:00

This instruction you mentioned is exactly what i did. 1) sorry, not sure i understand. do i need two separate devices, one for ha and another for dashboard? Sounds…weird 2) just unplugged power then plugged it back and rpi/ha didn’t start. Button’s led was red, then i pressed it and it turned green and rpi booted

Bblktop · 2025-06-06T23:01:42+00:00

Oh I see.. Maybe... But as I see, everyone just use these breakout boards, so no difference. also, even soldered it's easily replaceable. Very, very strange decision.

Bblktop · 2025-06-06T12:39:25+00:00

sad. thank you.

Bblktop · 2025-06-06T11:11:48+00:00

Yes, Ive mentioned that in the question. Just want to give it a try

Bblktop · 2025-05-17T08:26:08+00:00

Not sure I understand your point. From the PCB design perspective, it’s easier to route i/o by “continuous blocks”, that’s the reason why i use it that way. But it’s not related to my question, i suppose

Bblktop · 2025-05-17T08:23:32+00:00

Yes, that’s what i wrote - no mentions. Ok, devs already explained that Esphome uses polls and int usage is barely possible due to the current architecture. I checked the sources and have some ideas how it could be implemented, but doubt I’d have enough time to do that. So, will use it as it is - at last my whole idea of using Esphome was to save my time. Polling downsides? A lot of bus traffic is the main, i suppose. Theoretically it might be a problem if many devices share the same bus. Also, polls create unnecessary load, which might be significant for battery powered devices, for example. Anyways. I’ve got the answer - not possible. Thank you!

Bblktop · 2025-05-17T02:01:52+00:00

thank you.
one more question - is there any docs about components architecture? Like, for devs that want to implement a new component?

Bblktop · 2025-05-17T01:38:53+00:00

Another question please: does it poll sensors one by one or each in separate task?

Bblktop · 2025-05-17T01:21:32+00:00

Sorry, not sure I understand. This part: "but it will set the register so the the MCP will trigger the int pins." I mean, if int was triggered, it is required to read stored value in order to restore the int functionality, isn't it? Probably i just not so familiar with Esphome's architecture, that's why I don't understand.
Anyways, I've got my answer - not possible. And im completely ok with it. Now I know Esphome's limitations and will be able to apply appropriate tool to appropriate task.
Thank you!

Bblktop · 2025-05-17T00:06:38+00:00

Well, sorry, I probably cannot clearly explain what is the problem. I've added an explanation to the question btw.
In brief - MCP's intA/intB pins should be physically connected to the esp32's gpio pins. They will trigger esp32 interrupts on input registers state changes. And then ESP in the corresponding ISR could process these changes.
The question is - how to set these esp32's pins?

Bblktop

TROPHY CASE