Closed DivanX10 closed 1 year ago
dummy_receiver: true
steals the bytes, so the component doesn't see them. You only need that line if there's no component listening.
dummy_receiver: true
steals the bytes, so the component doesn't see them. You only need that line if there's no component listening.
Based on what is written here, I realized that it is necessary to enable dummy_receiver: true in order to catch button clicks. Indeed, if for dummy_receiver: specify false -> dummy_receiver: false
, the screen does not go out
dummy_receiver (Optional, boolean): Whether or not to enable the dummy receiver feature. The debugger will only accumulate bytes that are actually read or sent by a UART device component. This feature is useful when you want to debug all incoming communication, while no UART device component is configured for the UART bus (yet). This is especially useful for developers. Normally you’d want to leave this option disabled. Defaults to false.
That would only be true if you didn't have the mitm
component reading from the uart.
Could you add the ability to work in debug mode to uart_mitm?
I use the uart_mitm component for the Philips EP 5444 Coffee machine, so that I can control the coffee machine from the control panel and at the same time download the data for decryption. There is a ready-made project ESPHome-Philips-Smart-Coffee and it is suitable for coffee machines of the 1200-2200 series, and for the 5400 series it is necessary to find bits for control.
I can only use a parallel connection for debagging, and then I don't need to use this uart_mitm component. See the diagram in the figure
If I need to embed the ESP into the wiring and for the ESP to receive and send data, then I can't do without the uart_mitm component, but it works if I don't enable debugging mode. If I turn on debugging mode, the screen goes off and the coffee machine is not controlled from the control panel