Ingenieur Geschrieben December 18, 2017 at 14:14 Geschrieben December 18, 2017 at 14:14 Hallo TinkerForge, Ich habe eine Frage, ob ihr im allgemeinen Hype von IoT keine Pläne habt für eigene Cloud-Dienst der TinkerForge Devices (Z.B. ähnlich zu cayenne.mydevices.com)? Viele Grüße, Kirill Zitieren
borg Geschrieben December 19, 2017 at 10:44 Geschrieben December 19, 2017 at 10:44 Pläne haben wir . Kurzfristig wird da allerdings nichts kommen, da fehlen uns aktuell leider die Mitarbeiter. An dieser Stelle nochmal ein Hinweis auf unsere Jobs-Seite: https://www.tinkerforge.com/de/home/jobs/ Zitieren
jgmischke Geschrieben December 19, 2017 at 11:30 Geschrieben December 19, 2017 at 11:30 @Ingenieur ... Wo siehst du da Vorteile zur "Ich-habe-alles-zu-Hause" Datenhaltung? Zitieren
Loetkolben Geschrieben December 19, 2017 at 14:24 Geschrieben December 19, 2017 at 14:24 Einen Vorteil gibt es: Der Zugriff von aussen geht einfacher. Wenn man Komponenten an mehreren Standorten hat, kann man ohne Routerkonfiguration darauf zugreifen. Ich selbst nutze VPNs, aber das ist mehr Soft-/Hardwareaufwand verbunden. Die Frage ist, wie die Cloudanbindung gemacht ist. So geschlossen, dass man ohne Internet auf dem Schlauch steht, oder eben so transparent und als "add-on" konzipiert, dass man auch lokal kommunizieren kann. Der Loetkolben Zitieren
Ingenieur Geschrieben December 19, 2017 at 16:01 Autor Geschrieben December 19, 2017 at 16:01 @jgmischke Ich stimme dem Loetkolben vollkommen zu, dass dadurch der Zugriff zu den Komponenten einfacher ist. Zurzeit benutze ich für die Überwachung meine Raspberries die Cloud-Dienst von cayenne.mydevices.com und finde es sehr praktisch. Viele Grüße, Kirill Zitieren
jgmischke Geschrieben December 19, 2017 at 17:22 Geschrieben December 19, 2017 at 17:22 @Ingenieur ... Hm, versteh mich nicht falsch, aber ein Managed Server beim Hoster deines Vertrauens würde sowas nicht können? OK, ist vielleicht mit Arbeit verbunden, aber was ist der echte Vorteil das Ganze in "die Cloud" zu stellen? Ist das bequemer, leichter ...? Zitieren
Loetkolben Geschrieben December 19, 2017 at 18:12 Geschrieben December 19, 2017 at 18:12 @jgmischke Es ist einfacher. Es geht nicht um den Server, sondern um den Cloudservice. Wie sollen die Daten von einem Brick/let auf den managed Server kommen? a) Ein lokaler Raspberry pumpt die Daten da hoch oder baut einen VPN Tunnel auf. D.h. Serverkenntnisse sind notwendig inkl. Pflege. b) die Bricks haben ein paar Byte Code und pumpen die Daten in die Tinkercloud, wo du sie per Software abholen kannst. Das ist der Punkt. Es geht nicht um den Server im Internet, sondern um den Weg dahin. ;-) Damit mich keiner falsch versteht: Es bin KEIN Freund von fremden Clouddiensten, aber viele User und Programmierern koennen nichts anderes, bzw. die Kosten eines eigenen Servers sind hoeher und den meisten Anwendern ist Datensicherheit total latte. (Bis die erste Cloud-Microwelle in der Nacht die Kueche aufheizt) BTW: Bei einer Tinkerforgecloud kann ich mir aber vorstellen, dass die Daten und der Datenfluss weitgehend geschuetzt und fuer den Programmierer nachvollziehbar ist. Der Loetkolben. Zitieren
Ingenieur Geschrieben December 19, 2017 at 19:32 Autor Geschrieben December 19, 2017 at 19:32 @jgmischke Ich würde nicht alles zu einer Cloud-Dienst machen. Die Logik des Kontrollers kann weiter auf dem Red Brick/Raspberry Pi/usw. laufen. Meiner Meinung nach soll so eine Cloud-Dienst hauptsächlich für die Kontrolle der laufenden Systeme benutzt werden. Selbstverständlich, will einer auch die Logik der Anwendung zu der Cloud schieben, soll auch die Möglichkeit gegeben werden. Vorteile: - Konsistenz der Schnittstellen bei den eventuellen Änderungen - Kontrolle der laufenden Systeme - Kein Red-Brick notwendig, wenn man entscheidet für die Logik in der Cloud (-70 Euro in Budget des Projektes) - keine Sorge bei den Verbindungen über 3G/4G Und überhaupt, wenn die TinkerForge Kollegen weiter das Paradigma des OpenSource verfolgen, stellen sie auch die Quellen der Cloud zur Verfügung. Dann kann man bei Bedarf den Weg des Benders aus Futurama gehen: “I'm Going To Build My Own Theme Park With Blackjack and Hookers”. Viele Grüße, Kirill Zitieren
FlyingDoc Geschrieben December 20, 2017 at 12:31 Geschrieben December 20, 2017 at 12:31 Also ich bin kein Freund von diesem Cloud Gedöns. Alles Marketinggeschwurbel zum Geldverdienen. OK. Um seine lokalen Werte da gespiegelt abzulegen ja. Aber das muss völlig losgelöst von den lokalen System funktionieren. Schon garnicht irgendwelche Logiksachen auslagern. Dann stehst du sofort auf dem Schlauch wenn deine Internetverbindung klemmt oder der Clouddienst deines Vertrauen offline oder gehackt ist. Ich habe bei uns im Betrieb (Stahl & Walzwerk) die Programme für die Produktionsdatenerfassung im Walzwerk und bei den Drahtwerken geschrieben. Schon da habe ich von Anfang an (2001) die Übertragung der Daten komplett vom Waageprogramm abgekoppelt. Das Waageprogramm läuft komplett als lokale Insel und schreibt seine Daten in eine lokal auf dem Rechner befindliche Datenbank. Ein 2. Programm ,das nur für den Datenabgleich da ist, überträgt die Daten in die große Datenbank auf unserem Server. Der steht auch bei uns in der EDV und nicht in einer Wolke im Internet. Wenn mal die LAN Verbindung klemmt oder der Server nicht erreichbar ist, aus welchem Grund auch immer, stört das die Waage überhaupt nicht und die Daten sind auch nicht weg , da ja lokal geschpeichert. Sobald der Server wieder erreichbar ist, werden alle Daten hochgeschaufelt. Noch dazu muss man beachten das man seine Daten in der Cloud komplett aus der eigenen Hand gibt und nicht garantieren kann, das niemand sich diese unter den Nagel reist. Und das Marketinggewäsch von wegen "Ihre Daten sind bei uns absolut sicher!" ist eben nur ein Verschprechen. Wer das glaubt...... Zitieren
jan Geschrieben December 20, 2017 at 12:53 Geschrieben December 20, 2017 at 12:53 Es kostet Geld. Für den Betreiber: Server, Entwicklung, Wartung. Das muss wieder eingespielt werden oder als "Marketing" abgeschrieben. Meine Datenbank ist jetzt nach 5 Jahren mit 25 Mio. Werten ist jetzt knapp 1GB groß (15 Sensoren). Wenn das ein paar 100 Nutzer machen kommen schon eine Menge an Daten zusammen. Klar wäre es bequem, direkt in der TF-API einen Befehl send2Cloud(apiKey, deviceID, value) zu haben, aber es müsste auch eine lokale Zwischenspeicherung möglich sein, falls das Internet mal ausfällt. Zur Sicherheit: Systemkritische oder Sicherheitsrelevante Dinge würde ich jetzt auch nicht darüber steuern / speichern wollen. Zitieren
Ingenieur Geschrieben December 20, 2017 at 14:24 Autor Geschrieben December 20, 2017 at 14:24 @FlyingDoc Keine Frage, dass man manchmal das "Cloud Gedöns" ohne Sinn und Verstand verwendet. Nur weil es auf einmal zum Trend geworden ist. Aber wenn das Nutzen von solcher Lösung mehr als Kosten bzw. Risiken ist? Man hat mich wahrscheinlich falsch verstanden. Ich persönlich brauche so ein System nur für die Überwachung und Kontrolle. Von solchem System würde ich ein Dashboard mit der allgemeinen Information der Bricks erwarten und ein Paar Wartungswerkzeuge (ssh, telnel usw.) Zitieren
Loetkolben Geschrieben December 20, 2017 at 16:45 Geschrieben December 20, 2017 at 16:45 Alexa, fahre den Servo auf 120 Grad. Alexa? Zitieren
FlyingDoc Geschrieben December 20, 2017 at 21:27 Geschrieben December 20, 2017 at 21:27 Die ist gerade mit Siri auf dem Weinachtsmarkt bummeln. Zitieren
Loetkolben Geschrieben December 21, 2017 at 09:53 Geschrieben December 21, 2017 at 09:53 Alexa, wie geht es dir? Hicks. Zitieren
LukeLER Geschrieben December 22, 2017 at 09:58 Geschrieben December 22, 2017 at 09:58 Also Alexa sollte aber funktionieren in Verbindung mit OpenHAB und Philipps Hue Emulation ;-) Zitieren
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.