Kabellose Verbindung Smartphone + mehrere Mikrocontroller

Gesammelt bedeutet eine Art Broadcast.

Wie soll bei den Geräten der Empfang gestartet werden? Oder sind die 
immer auf empfang?

Bei Bluetooth findet vorab immer eine Kopplung statt und ist dann eine 
Peer-to-Peer-Verbindung. Also nix mit Broadcast.
WLAN könnte mit Broadcast gehen. Dazu müssten die Geräte aber an einem 
AP angemeldet werden.

Was ist mit Alternativen?
IRDA (ohne Rückkommunikation) oder Audio?

Wo sollen sich die Geräte befinden? Dürfen die Geräte für diese Aktion 
an einen Ort gebracht werden?

Induktiv?

Gruß
Jobst

Das wäre eine Möglichkeit:

a) wenn die einzelnen Controller man per Kabel verbinden kann:
Ein Controller hat BlueTooth, der leitet die Daten z.B. per CAN Bus zu 
den anderen weiter.

b) wenn die einzelnen Controller ohne Kable verbunden sind und z.B. 
einen Akku haben:
Ein Controller hat BlueTooth, der leitet die Daten per Funk-Module zu 
den anderen weiter, die jeweils ebenfalls Funk Module haben.

Hannes schrieb:
> ACK wäre aber schon gut.

Kannst Du bei Broadcast aber vergessen. Das geht nur bei 
Einzelverbindungen.

Du könntest Dir einen Sender hinstellen, der immer wieder die selben 
Infos wiederholt.

Dann drückst Du an einem Gerät (oder mehreren) einen Knopf und dieser 
empfängt das. Kann das zur Verifikation nochmal empfangen. Beliebig 
häufig, bis er der Meinung ist, dass es nun passt. Der Einsatz von 
Checksummen sollte umfangreich genutzt werden.

Wenn Du es über WLAN lösen möchtest, kann das Handy einen AP bereit 
stellen. Aber Du musst dann jedes Gerät aufwändig am WLAN anmelden.

Wenn die Geräte untereinander Kommunizieren, reicht es, wenn einer die 
Info vom Handy bekommt. Der kann die dann verteilen.

Welche Fähigkeiten/Sensorik haben die Geräte noch?
Kamera on Board?
-> QR-Code vom Display des Smartphones scannen.

Gruß
Jobst

Jobst M. schrieb:
> Bei Bluetooth findet vorab immer eine Kopplung statt und ist dann eine
> Peer-to-Peer-Verbindung.

Die Corona-Warn-App kommt offensichtlich ohne explizite Kopplung aus.

Bluetooth Low Energy erlaubt es, kurze Informationen im Advertising 
unterzubringen.

(prx) A. K. schrieb:
> Mindestens Bluetooth Low Energy erlaubt es, kurze Informationen im
> Advertising unterzubringen.

Ach, na sicher. Was vor der laufenden Verbindung passiert habe ich 
völlig verdrängt.

Spätestens über die SSID kann man dann auch bei WLAN ein paar Byte 
übermitteln.

Gruß
Jobst

schau dir mal ESP-NOW an, das ist ein eigener Standard von Espressif der 
ein Mesh Netzwerk zwischen ESPs aufbaut.

Schlaumaier schrieb:
> Witziger weise hat Google
> das NICHT über das Smartphone-Update gemacht, sondern über Google-Play

Nicht witzig, sondern zwangsläufig. Man hatte keine 5 Jahre Zeit.

Schlaumaier schrieb:
> Mein Handy hätte den Mist sonst nicht bekommen.

Eben. Deshalb musste es über die Google Services laufen, nicht über 
Android Updates.

Jobst M. schrieb:
> Wenn Du es über WLAN lösen möchtest, kann das Handy einen AP bereit
> stellen. Aber Du musst dann jedes Gerät aufwändig am WLAN anmelden.

Mit Micropython auf ESP8266 (aka "Gerät")ist es einfach:

1

import network

2

wlan = network.WLAN(network.STA_IF)

3

wlan.active(True)

4

wlan.connect('My_Handy_AP','30728671214167815478')

Stefan ⛄ F. schrieb:
> Du wirst einem Enduser wohl kaum zumuten, auf jedem einzelnen Gerät
> Quelltexte zu ändern.
Kann man bei einem Handy-AP nicht dessen Namen und den Schlüssel 
vorgeben?
Habe es nur mit einer uralten Fritz-Box als AP mit Gastzugang gemacht, 
hat problemlos funktioniert.
Gleiche Software auf allen ESPs.

Stefan ⛄ F. schrieb:
> Aber so richtig komfortabel ist das auch nicht.

Man muss doch nur den Namen des AP und den Schlüssel auf dem Handy 
konfigurieren. Nach einem Reset versucht jeder ESP sich mit dem 
vorgegebenen AP zu verbinden. Falls das funktioniert holt es sich 
allfällige Konfigurationsdaten ab.

Hannes schrieb:
> Und zwar habe ich verschiedene kleine elektronische Gadgets gebaut die
> Teil eines Spiels werden sollen.
> Diese sollen jetzt so erweitert werden, dass man sie nicht nur über dem
> Programmcode sondern ganz einfach über eine Smartphone-(Web)App durch
> Übertragung ein paar weniger Bytes GESAMMELT konfigurieren kann.
>
> Jetzt stellt sich mir einfach die generelle Frage, wie man so etwas
> angehen kann. Verpasse ich jedem Gadget ein Bluetooth-Modul muss ich
> vermutlich auch jedes Teil einzeln mit dem Smartphone verbinden? Oder
> ist das mit Bluetooth Mesh auch so zu lösen, dass ich mich nur mit einem
> Gerät verbinden muss?

Audio und optisch wurden zur Datenübertragung ja bereits ausgeschlossen, 
verkabelte Verbindung ebenfalls.
Da "extrem sparsam mit der Batterie umgegangen werden soll", fällt WLAN 
ja eigentlich auch per se flach...

Somit bleibt imho eh nur noch Bluetooth LE übrig. (Da es eine Webapp 
sein soll, wenn ich das richtig verstanden habe, funktioniert es dann 
allerdings eh nicht auf iPhones, sondern nur auf Android-Smartphones, 
falls Dir das bislang nicht klar ist - denn die dafür erforderlich "Web 
Bluetooth API" gibt es auf iPhones nicht (bzw. nur über Umwege, die 
normalen Usern nicht zuzumuten sind)).

Die Daten als Teil der Bluetooth LE-Advertising-Informationen zu 
broadcasten, wäre grundsätzlich zwar eine Möglichkeit, ist bei einer 
WebApp aber glaube ich auch nicht möglich, weil die Web Bluetooth API 
das bislang glaube ich nicht vorsieht.

Somit bleibt eigentlich nur die Möglichkeit, das über Bluetooth 
LE-Punkt-zu-Punkt-Verbindungen zu machen. Vom Smartphone aus 
Punkt-zu-Punkt-Verbindungen zu jedem einzelnen Gadget aufzubauen, halte 
ich allerdings auch nicht für wirklich praktikabel. Denn der 
Verbindungsaufbau ist bei Web Bluetooth umständlich/aufwändig (im Sinne 
von: viel Nutzer-Interaktion), ausserdem gibt es evtl. ein Limit, 
wieviele Verbindungen gleichzeitig geöffnet sein können.

Wirklich praktikabel erscheint mir daher im Moment nur folgende 
Möglichkeit:
Du baust vom Smartphone aus nur eine Verbindung per Bluetooth LE/Web 
Bluetooth zu einem einzigen Gadget auf, und implementierst auf den 
einzelnen Gadgets dann noch selbst eine Art Bluetooth Mesh.

Stefan ⛄ F. schrieb:
> Wenn ich sie zu meinen Schwiegereltern schleppe ...

Auf dem Smartphone ist der AP konfiguriert. Dessen Name und Schlüssel 
ist den ESPs bekannt.
Man muss also nur sein Smartphone und die ESPs mitnehmen.
Bei den Schwiegereltern aktiviert man den AP des Smartphones und 
resettet den ersten ESP.
Dieser verbindet sich mit dem Smartphone.
Mit webrepl 
https://microcontrollerelectronics.com/micropython-webrepl-on-android/ 
kommuniziert man nun mit dem ESP und konfiguriert diesen.
Nachdem alle ESPs konfiguriert sind, schaltet man den AP ab und resettet 
alle ESP.

Joachim S. schrieb:
> Da "extrem sparsam mit der Batterie umgegangen werden soll", fällt WLAN
> ja eigentlich auch per se flach...
Das WLAN wird nur nach einem Reset aktiviert, wenn kein AP erreicht 
wird, dann wird es wieder abgeschaltet. Ebenso z.B. 3 Minuten nach dem 
Reset.

Hannes schrieb:
> Und zwar habe ich verschiedene kleine elektronische Gadgets gebaut die
> Teil eines Spiels werden sollen.
"Ich brauche mehr Details": Welcher Controller, was machen die Gadgets?

Stefan ⛄ F. schrieb:
> Ich bin einfach von irgendwelchen ESP Modellen ausgegangen

Mea Culpa, ich hatte das Gerücht in die Welt gesetzt. Habe jetzt mal 
meine 10 eingemotteten ESP8266 rausgekramt und bin ganz wild darauf, die 
coolen Gadgets damit zu maken.

Es sind offensichtlich keine ESPs wenn er schreibt er würde jedem Gerät 
ein Bluetooth Modul ergänzen. Da wäre es das beste direkt auf ESPs 
umzubauen und mit ESP-NOW zu arbeiten. Das kann genau alles was er 
benötigt, also mit einem Master interagieren, oder als ESP-NOW Mesh, wo 
dann ein ESP noch zusätzlich die WLAN Verbindung macht.