Took me a minute to work out what you were asking.
From what I think you are saying, you have received a payload of TimePi Comms Up on the topic EOM, but the node is configured to send that payload on the topic SOM.
Are you logging the msg direct from MQTT In node or does it pass through some other functions/nodes before the debug node? Just in case something is changing the topic or message before you view it.
The moral is, whenever you have a node not sending the data you expect always check the inputs to that node to see if it is the input or the node that is not correct.
Fair enough but what I am doing is a kind of "two factor authentication" thing.
A device is connected and sends a "SOM" message. That has the device's name, as the message is "Device name comms UP"
The three are: UP DOWN and FAILURE. I think it is obvious which is which.
So.... the SOM message is received.
An IFF message is sent to request the device confirm who it is.
That then gets a check with the device's name.
To digress slightly:
A fair while back I was getting weird things happening with MQTT and I replaced 3 device's power supplies from generic to OFFICIAL. The problem has gone away.
BUT!
Another one has since happened.
I am getting sporadic IFF, SOM and EOM messages. But luckily no MQTT device resets.
While investigating this - or as a result - I found I forgot to roll out some changes to the SOM EOM messages.
The new standard is to have them with upper case UP DOWN and FAILURE.
and the IFF messages.....