Zitat Zitat von Moppi Beitrag anzeigen
@Ratman2000

Ich denke, mit dem Netzwerk denkst Du etwas zu kompliziert.
Um so ein Teil durch einen Gang zu steuern, kommen so viele Daten nicht zusammen. Daher ist eine niedrige Datenrate sicherlich ausreichend. In den MBit-Bereich zu gehen, wäre übertrieben. Um den Teil zu sagen welches Fach und Regal, benötigt man nur sehr wenige Nutzdatenbytes. Die weitere Frage ist, ob das (W)LAN für die Gerätekommunikation überhaupt verschlüsselt sein müsste. Die Reichweite bei des Netzwerkes muss man nicht bis auf mehrere 100 Meter ausdehnen. Ein Radius pro meinetwegen z.B. nodeMCU-Board von wenigen Metern könnte ausreichend sein. Kommt immer drauf an, wie man das umsetzt. Dann verwendet man eine eigens für die Kommunikation erstellte Software, kein Mensch außerhalb weiß, wie das intern funktioniert - somit ist "Einbrechen" nur sehr bedingt möglich (vielleicht könnte man sich im WLAN anmelden und weiter würde man nicht kommen) und aufgrund der eingeschränkten Reichweite des lokalen WLANs, speziell für diesen Zweck, von außen praktisch nicht machbar. Wenn ich dagegen ein normales (W)LAN verwende, dass über Router vielleicht sogar noch Zugriff auf Internet hätte, dann wäre das wiederum eine andere Geschichte und meiner Meinung nach wesentlich anfälliger.
stimmt,
zum Einen kann jeder nodeMCU als WiFi-Server auch eigenständig als Acesspoint arbeiten (er baut dann sein eigenes WiFi-Netz auf, ohne Internet-Router, und alle, die was von ihm wollen, loggen sich direkt bei ihm ein, nicht beim Internetrouter)),
und selbst wenn der nodeMCU am Heimnetz-WiFi eingeloggt wird, ist die Kommunikation dann ja automatisch verschlüsselt, und man kann man seine Steuerfunktionen zusätzlich per LogIn mit Username und Passwort schützen (hatten wir ja hier vor kurzem... )

Ansonsten gebe ich Moppi Recht, was die Datendichte angeht: 100 bis max. 1000 readings pro Sek. für Mess-Sensoren (also 100Hz bis 1kHz Abtastrate) werden sicherlich ausreichen.
Die Frage, die sich hier stellt, ist allerdings, ob WiFi per TCP/IP die Zuverlässigkeit der Datenkommunikation dafür bietet, wenn alle diese Einzel-Daten immer schnell in Echtzeit zwischen Server und Clients hin- und hergeschaufelt werden sollen:
Doch auch das ist sicher nicht ständig mit dieser Geschwindigkeit nötig, denn viele Messdaten lassen sich ja lokal verarbeiten, und die Kommunikation kann man auf wenige komplexere "high-level" Befehle beschränken.


Was die Motoren angeht, würde ich evtl auch normale, genügend starke Gleichstrom-Motore in Betracht ziehen, die mt einem Rotationsencoder versehen sind (extern aufgesteckt oder integriert). Wie hoch wäre dein benötigtes Drehmoment samt Drehzahl an der Antriebsachse?