Danke für das log.
Scheinen alles Fehltriggerungen des Empfängers zu sein.
Zu mindestens sehe ich da kein Fehlverhalten vom Adapter.
Zu deiner Frage nach dem TinyRX4 Protokoll:
Der TinyRX4 Empfänger gibt auf der Seriellen Schnittstelle die Werte wie folgt aus:
13 v=3844&t=2630&h=5260
|||||||||||||||||||||||
|||||||||||||||||++++++---- Luftfeuchte / 100 (h=humidity)
||||||||||||||||+---------- Trennzeichen für den nächsten Wert
||||||||||++++++----------- Temperatur / 100 (t=temperatur)
|||||||||+----------------- Trennzeichen für den nächsten Wert
|||++++++------------------ Batteriespannung / 1000 (v=voltage)
||+------------------------ Trennzeichen zu den Datenwerten
++------------------------- Node Id
Diese Nachricht ist sehr gut lesbar und lässt sich theoretisch unbegrenzt erweitern indem man einfach den nächsten Wert mit seiner eigenen Variable und dem Trennzeichen '&' anhängt.
Jedoch ist diese Nachricht relativ lang. Der TinyRX4 ist durch den verbauten Attiny84 beschränkt in seiner Sensoranzahl und wird wohl meist nur für 3 bis max. 5 Sensorwerten benutzt.
Werte wie RSSI, Link Quality, Frequenzversatz, Message Counter und die Interrupts gibt es beim TinyRX4 nicht, daher hält sich die Gesamtlänge der Nachricht in Grenzen und das ganze ist selbst bei der als Standard eingestellten Übertragungsrate von 9600 Baud kein Problem.
Ich hatte zu mindestens mit meinen 10 Sendern die im 3 Minutentakt ihre Nachricht beim Empfänger abliefern bisher keine grösseren Probleme.
Wird die Nachricht jedoch wesentlich länger und man hat viele Nodes, die zufällig gleichzeitig Senden kann es theoretisch sein, das der Empfänger eine Nachricht nicht Empfängt, weil er noch damit beschäftigt ist die letzte Nachricht auf die Serielle Schnittstelle zu schieben.
Das bei 57600 Baud auf der kurzen Strecken zwischen Empfänger und Raspi Probleme auftauchen kann ich mir nicht vorstellen, aber wirklich beurteilen kann ich das auch nicht.