Messwert in Datenbank abspeichern

Ich empfehle das Buch "Messwerte aus Microcontrollern in Datenbanken 
abspeichern", Verlag: "Dumm&Dämlich GmbH". ISBN musst aber selber 
raussuchen.

Sollte alles drinstehen was du wissen musst.

Und der Controller ist wohl auch unwichtig.

Normalerweise hat man einen Client für eine Datenbank. Dieser läuft 
lokal und spricht über TCP/IP mit dem Datebanksever. Zur Anwendung 
stellt er meist standardisierte Schnittstellen (ODBC) zur Verfügung. 
D.h. du brauchst nur einen Client und musst dir ODBC angucken. 
Allgemeine Kentnisse über relationale Datenbanken setze ich mal vorraus, 
bzw. müssten seperat angeeignet werden.

gruß cyblord

Miriam schrieb:
> welche Datenbank das ist, ist im mom egal, schön wäre es wenn es über
> TCP/IP gehen würde.

Es stellt sich immer noch die Frage: Wie ist deine Systemarchitektur?

Wo läuft die Datenbank?
Läuft die auf dem µC (welcher?) oder läuft die auf einem eigenen 
Datenbankserver?

> ich stell es mir sovor, dass ich z.B ein Temperaturmesswert aufnehme.
> Dieser dann in der Datenbank gespeichert wird und mit Hilfe eines Web
> Servers per Smartphone abfragen kann

Das ist so aussagekräftig wie:
Ich will ein Auto bauen. Ich stelle mir das so vor, dass es 4 Räder 
haben soll.
Ich will ein Verkehrsflugzeug bauen. Dazu stelle ich mir vor, dass ich 
Flügel und Triebwerke brauchen werde.
Ich will ein Haus bauen. Ich stelle mir vor, dass es ein Dach und eine 
Eingangstür hat.


Welchen µC hast du? Welche Kommunikationsmöglichkeiten hast du auf dem 
µC? Hast du einen Web-Server zur Verfügung? Hast du einen Web-Provider, 
der dir eine Datenbank zur Verfügung stellt? Wie sonst soll der Zugriff 
aus dem Web auf die Daten erfolgen?

Im Moment sieht das nach einer 2-Teilung aus

1

   µC                  Server

2

  +--------+           +---------+

3

  |        |---------->|         |

4

  +--------+           |         |<----- WEB

5

                       | Daten-  |

6

                       | bank    |

7

                       |         |

8

                       | Web-    |

9

                       | Server  |

10

                       +---------+

Wo steht der Server? Hast du einen bei dir zu Hause?
Wenn zu Hause: Wie ist deine Web-Anbindung, ist die ständig verfügbar?
Eventuell könnte man auch den Server mit dem µC 'verheiraten', in dem 
man beides zb auf einen NET-I/O gibt, der die Datenbank auf einer 
SD-Karte realisiert (Wobei Datenbank ein recht hochtrabender Begriff für 
eine Reihe aus Tupeln ist)

Also bleiben dir 2 Möglichkeiten: Du schaust in die tech. Doku deiner 
Datenbank und schreibst die Kommunikation via TCP selbst, oder du suchst 
dir einen fertigen Client für den AVR, bzw. portierst einen.

Aber die Frage stellt sich: Warum muss es eine ausgewachsene Datenbank 
sein? Und warum direkt damit Kommunizieren? Wenn du schon einen 
Webserver hast, dann mach ein PHP-Skript welches Meßwerte z.B. über GET 
Parameter entgegen nimmt, dann kannst du via TCP sehr einfach einen HTTP 
Request senden und diese Webseite aufrufen und deine Meßwerte übergeben. 
Das PHP-Skript kann diese dann sehr einfach in eine Datenbank schreiben.

Die Hürde hierbei: Kannst du denn bereits sauber via Net/IO Daten via 
TCP raussenden? Oder musst du das auch noch implementieren?

gruß cyblord

Miriam schrieb:
> ok, gibt es dafür ein Buch
Eher nicht.

> sowas hör ich zum ersten mal
Dann ist es für dich sowieso unmöglich. Das macht man nicht mal so 
schnell.

Halte dich an die Webserver/PHP Methode, das könnte klappen. Den TCP/IP 
Stack brauchst du halt noch auf deinem AVR. Bevor das nicht steht, würde 
ich mir um höhere Schichten erstmal keine Gedanken machen.

Mit dem Vorwissen sollte man auch mal ins Auge fassen, den ganzen Plan 
etwas umzuändern.

Auf dem Net-IO wird ein Web-Server installiert. Zb. der vom Radig 
Ulrich, oder Ethersex.

Dieser Web-Server übernimmt das Ausliefern der kompletten Web-Site und 
das Programm wird soweit gepimpt, dass die Messwerte lokal gehalten 
werden. Entweder im EEPROM speichern (falls die Datenmengen nicht allzu 
gross sind), oder auf einer SD-Karte.

Aber im Moment sehe ich da ehrlich gesagt noch etwas schwarz, weil dir 
noch gar nicht bewusst ist, dass du erst mal die komplette Infrastruktur 
schaffen musst, damit du überhaupt erst mal eine Netzwerk Verbindung 
herstellen und betreiben kannst. Erst wenn diese Verbindung steht, 
stellt sich dann erstmalig die Frage: Wer? kommuniziert eigentlich mit 
wem? auf welchem? Port und welche Daten? werden vom Net-IO zu wem? 
übertragen, der dann was? damit macht?

Im Momemnt stehst du da, wie die Banker am Anfang des 20. Jahrhunderts, 
die die Börsenkurse von London nach New-York übertragen möchten (das ist 
ihre Wunschvorstellung), die aber das Problem haben das noch überhaupt 
keine Transatlantikleitung liegt und die Ingenieure auch noch keine 
Ahnung davon haben, wie das funktionieren soll, die schwachen 
Telefonspannungen über eine Distanz von 6000km zu übertragen. Ehe der 
Wunsch der Banker in Erfüllung gehen kann, gilt es, erst mal einen 
Haufen darunter liegende Technik zu erstellen und lauffähig zu machen. 
Mit dem Wunsch alleine ist es nicht getan.

Schau Dir das mal an:

http://www.haeussler.name/blogs/hobby/avr/avr-net-io-gaewachshaus-steuerung/

Wenn Du damit erst anfängst, plane viiiiiel Zeit ein ;-)

Ich habe auch noch einen Lösungsvorschlag, der vielleicht nicht so schön 
ist, aber warscheinlich eine ganze Ecke einfacher umzusetzen.

Statt sich auf dem kleinen AVR mit TCP/IP-Implementierung rum zu 
schlagen, werden die Daten per UART an den PC übermittelt. Dann musst du 
nur noch auf dem PC ein Programm schreiben, dass die Daten am UART 
entgegen nimmt und diese entweder über ODBC direkt oder (wenn es eine 
MySQL_DB sein soll) über den mitgelieferten Komandozeilen-Clienten in 
die DB einträgt.

Nicht besonders schön, wenn man schon das Net-IO Board hat und somit gut 
übers LAN gehen könnte, aber sicherlich einfacher in der Umsetzung.

Hallo Miriam,

ich mache das bei mir so:
- die ATmega-Schaltung hängt per serieller Schnittstelle an einem 
Raspberry Pi
- der Raspberry Pi ist in meinem Netzwerk und hat damit 
Internet-Verbindung
- die ATmega-Schaltung empfängt mit einem Funkmodul Messwerte von 
Temperatur/Feuchte/Druck-Sensoren
- überträgt diese über die serielle Schnittstelle an den Raspberry Pi
- dort läuft ein Python-Script, dass auf diese Messwerte wartet und 
diese dann an eine "Web-DB" wie ThingSpeak (www.thingspeak.com) schickt, 
DBs wie diese sind genau dafür gemacht.
- auf Thingspeak.com kannst Du Dir die Graphen zu Deinen Messwerten 
direkt ansehen oder Du kannst es wiederum mit anderen Scripts per API 
abfragen
- auf diese Weise steuere ich Luftbefeuchter: Script auf dem Raspberry 
Pi holt den letzten Wert für das Schlafzimmer. Wenn der <40% 
Luftfeuchtigkeit ist, dann schalte ich eine Funksteckdose ein, wenn 
darüber, dann wieder aus.
- die Funksteckdose wird auch von der Atmega-Schaltung angesteuert, der 
Raspberry Pi schickt über die serielle Schnittstelle den Befehl zum 
Schalten einer Funksteckdose

D.h. ich brauche hierfür kein TCP/IP, das erledigt der Raspberry Pi. Und 
ich brauche auf dem keine Datenbank, das wäre mir zu pflegeaufwändig.
Man könnte sich aber dort auch selber eine DB einrichten, MySQL zum 
Beispiel. Mit Python ist es sicher nicht schwierig auf eine MySQL-DB 
zuzugreifen.

Viele Grüße,
Conny

cyblord ---- schrieb:
> Halte dich an die Webserver/PHP Methode, das könnte klappen. Den TCP/IP
> Stack brauchst du halt noch auf deinem AVR. Bevor das nicht steht, würde
> ich mir um höhere Schichten erstmal keine Gedanken machen.

Lass das lieber mit dem Netzwerk auf dem AVR. Mach es per serieller 
Schnittstelle.

Conny G. schrieb:
> cyblord ---- schrieb:
>> Halte dich an die Webserver/PHP Methode, das könnte klappen. Den TCP/IP
>> Stack brauchst du halt noch auf deinem AVR. Bevor das nicht steht, würde
>> ich mir um höhere Schichten erstmal keine Gedanken machen.
>
> Lass das lieber mit dem Netzwerk auf dem AVR. Mach es per serieller
> Schnittstelle.

Einfach so per serielle Schnittstelle wird wohl schwierig, da müsste das 
Ding ja neben dem PC stehen.

Und es wird einen Grund geben, wenn explizit nach Netzwerk gefragt wird 
und ein NetIO Board verwendet wird. Und deine Methode geht auch übers 
Netzwerk, nur hast du einen RasPi dazwischen. Das ist mit Kanonen auf 
Spatzen geschossen.
Wenn dann würde ich einen integrierte Netzwerkbaustein nehmen, welcher 
direkt per z.B. per SPI angesteuert werden kann und den Stack 
integeriert hat. Der ENC auf dem netIO ist einfach zu unhandlich und 
umständlich.


> kann doch nicht so schwer sein, damit einfach ein UDP Packet mit den
> Messwerten abzuschicken.
1. Wohin? Ein Webserver benötigt eigentlich TCP. Dann muss man die 
Gegenstelle auch noch selber programmieren.

2. Der ENC Baustein kann nur MAC. Dann fehlt dir noch die ganze IP 
Schicht, inkl. ARP usw. Selbst wenn du dann NUR noch UDP oben drauf 
setzt. Erst mal machen dann behaupten es wäre so einfach.

gruß cyblord

Peter II schrieb:

> kann doch nicht so schwer sein, damit einfach ein UDP Packet mit den
> Messwerten abzuschicken.

Das Problem ist, dass man zum Net-Io nur so ein schwindliges Programm 
mitbekommt. Und noch nicht mal das in Source Code Form. Wenn sie 
wenigstens den Source Code für einen einfachen UDP/TCP Stack mitliefern 
würden oder irgendwo downloadbar hätten.

Eine andere Variante würde es noch geben:
Das auf dem Net-IO mitgelieferte Programm funktioniert grundsätzlich. 
D.h. man kann mittels TELNET (auf einem anderen Port) oder einem 
Terminal-Programm welches man auf eine IP/Port Kombination ansetzen 
kann, auf den Net-IO zugreifen und mittels ASCII Kommandos den Status 
von Port-Pins oder Analogen Eingängen abfragen. Dann müsste man die 
Steuerung des kompletten Vorgangs auf dem Server-Rechner machen. Der 
Net-IO ist dann nur ein passiver Teilnehmer im Netzwerk, der PC macht 
die laufende Abfrage des Sensors und trägt das in die Datenbank ein.
Grundsätzlich machbar wäre das schon.
Dann läuft eben auf dem PC ein Programm, welches alle 30 Sekunden den 
Messwert vom Net-IO erfragt und weiter verarbeitet.