Hi @vikas.chandra
Thank you for your answer.
The delay and node allocation started to work as before since Saturday, so I suppose it was a temporary issue. I have used the same software/baseline, so nothing was changed in the code. Now, there are no delays or node allocation issues anymore.
The only issue that remains is regarding the alerts. I have observed that only using "\n" (new line) in the alert text caused this "Alert received from a device". Without new lines, I don't see a limitation in the size of the alert.
Previously, when there were no "Push notifications with sound" on IOS, I could send alerts that contained new lines and receive the notification properly formatted on my iPhone (with no default notification sound indeed). After the 3.1.0 update (03-Apr-2025), the sound was added to the notification, but also this limitation as well.
The Node ID is 10003BFBC214. The alert is triggered via esp_rmaker_raise_alert, and I don't see any error in the console logs.
Please let me know if I can provide extra info.
Hi
@Dorian ,
Thank you for the detailed update.
Based on your observation and the reported error, it appears that the issue with the alerts was caused by the presence of unescaped newline characters (\n) in the alert string. On iOS, such unescaped control characters can lead to JSON parsing failures, which explains why the alert was not handled correctly.
To resolve this, you can modify your alert message by escaping the newline character using a double backslash (\\n). For example:
Code: Select all
esp_rmaker_raise_alert("Switch was turned off.\\nPlease check.")
This ensures that the JSON payload remains valid and is parsed correctly by iOS.
Let us know if you observe any further issues.