Snelheid van 433 MHz

[Bramtweakers]

Dag Allen,

Ik wil een nieuw hobby-projectje starten met een paar Arduino's.
Ik wil een draadloze quiz-set maken met een rode knop waarop je kan drukken.

Als je de eerste bent, krijg jij de 'beurt'. Ik wil het draadloze, regelen met 433 mhz vanwege het bereik en omdat ik er ervaring mee heb.

Even een vraagje:
Hebben jullie ervaring met de 'snelheid' van het verwerken van een 433 mhz signaal van Arduino?

ik las op internet dat het ontvangen van een signaal wel 170 ms kan duren, dat vind ik wat veel klinken.

Heeft iemand hier ervaring?

Mvg
Bram

[Piepersnijder]

433 MHz is niet alleen veel te traag maar als er meerdere zenders tegelijkertijd gaan zenden verstoren deze elkaar zodat je uiteindelijk niets ontvangt.

[DaWaN]

In principe is de draadloze verbinding niet de beperking, daar zit nauwelijk (<1uS) vertraging in.
De vertraging zit echter vooral in de implementatie (wat voor draadloze chips, hoe verwerkt de hardware / software de signalen/paketten).
Je zult dus wat specifieker de zenders / ontvangers en gebruikte software moeten specificeren voordat iemand een zinnig antwoord op de vraag kan geven.

[remco_k]

Wat betekend dat je dus eigenlijk altijd een tijd X hebt tussen zenden en ontvangen. Je zult (en kan) daar in je software rekening mee moeten gaan houden. (Wat betekend dat je eigenlijk één Arduino moet aanwijzen als dirigent van het geheel).

Maar dan heb je nog niet opgevangen dat er 2 of meer gelijkertijd zenden, dus ook dat is aan de dirigent om te regelen. Elke Arduino moet zeg maar zijn eigen tijdslot krijgen om te zenden, zodat ze altijd na elkaar zenden. Het is vervolgens aan de dirigent om mbv de content te bepalen wat de latency X was (zeg die 170ms) en hoeveel tijd Y de zendende Arduino heeft gewacht op zijn tijdslot voor verzenden. Op die manier kan de dirigent bepalen wie er daadwerkelijk het eerste was.

Makkelijkste is denk ik om alle Arduino's uit te rusten met een RTC, zorgen dat die in sync is en daarmee rekenen. Of alleen de dirigent met een RTC uitrusten en de tijd periodiek uitzenden naar de clients.

[ Voor 12% gewijzigd door remco_k op 27-04-2025 13:01 ]

[Onbekend]

Met het "wie het snelste drukt"-principe, wil je voorkomen dat door een vertraging 1 team een significant voordeel krijgt t.o. een ander team.

Je zou onderling een bedrade verbinding kunnen maken, zodat je dat probleem al afvangt voordat het signaal wordt verzonden.

Een andere mogelijkheid is door een timestamp mee te geven in het signaal. Voorafgaand aan de quiz doe je eerst een tijdsynchronisatie. (Zie ook NTP-protocol.)
Daarna geef je bij het indrukken van de knop de timestamp van het indrukken via de draadloze verbinding door aan de quizmaster, waarna die d.m.v. vergelijken van timestamps weet welke knop daadwerkelijk sneller was.


(En vergeet ook niet in te bouwen dat die knoppen elke x seconden ook even moeten zenden om te controleren of de verbinding nog in orde is. )