Atmega ins Internet

[Martin J. (bluematrix)]

Hallo,

ich habe hier einen Atmega an den per SPI einen Ethernet Wiznet Chip 
angeschlossen ist. Verbinde ich den Controller meinen Rechner per 
Ethernet, kann ich verschiedene Messdaten in meinem Browser über die IP 
des Wiznet aufrufen.

Im nächsten Schritt würde ich gern über das Internet auf die Daten
meines Controller zugreifen kann, jedoch sollte der Controller dann nur 
noch mit dem Router verbunden werden.
Was muss ich alles einrichten, damit das funktioniert? Was benötige ich 
alles , bzw. geht das überhaupt so einfach?

Danke

[holger (Gast)]

dyndns oder ähnlich

[Martin J. (bluematrix)]

sry hab vergessen zu sagen...
eine eigene Domain bzw. Subdomain ist vorhanden.

[Wolfgang H. (frickelkram)]

Ich gehe davon aus das Du einen Router hast, der den Internetzugang 
regelt.
Wenn Du intern ein Test-IP-Netz hast, macht der Router eine 
Adressumsetzung (NAT). Rückwärts musst Du dann ein Port-Forwarding auf 
Deinen ATMega einrichten, damit die Anfragen aus dem Internet weiter 
gleitet werden. Du baust dann eine Verbindung auf deine externe 
IP-Adresse und einen bestimmten Port auf. Die interne IP-Adresse ist bei 
Zugriffen aus dem Internet nicht bekannt. Suche im Internet mal nach 
NAT, PAT und Portforwarding.

Acho so, hätte ich fast vergessen. Deinen ATMega schließt Du an Deinem 
Internetrouter an, der wird ja wahrscheinlich einen Switch mit mehreren 
LAN-Anschlüssen haben.

[Philip S. (psiefke)]

recht essentiell zu wissen: Du hast höchstwarscheinlich nicht bei jeder 
einwahl die selbe IP im Internet. Deshalb erwähnte holger(gast) dyndns.

Dieser Dienst sorgt mit einem kleinen Client auf deinem Router oder 
einem PC dafür, dass deine dynamische IP regelmässig an den dyndns 
server gemeldet wird. Dieser Service sorgt dann dafür, dass dein Router 
immer unter der selben Adresse erreichbar ist. (Schema: 
dervondiergewähltename.dyndns.blablabla)

Zusätzlich musst Du dann deine interne IP über die externe IP erreichbar 
machen. Hierzu dienen dann NAT, Portforwarding etc.

[c-hater (Gast)]

Martin J. schrieb:

> eine eigene Domain bzw. Subdomain ist vorhanden.

Das allein genügt nicht. Sie muß auch noch auf deine aktuelle 
öffentliche IP aufgelöst werden. Wenn du keine statische IP hast, mußt 
du also selber dafür sorgen, daß nach jedem Wechsel deiner öffentlichen 
IP der DNS-Eintrag für deine (Sub-)Domain aktualisiert wird.

Wenn das gewährleistet ist, brauchst du nur noch auf deinem Router ein 
Port-Forward einrichten und deinem Atmega die LAN-Adresse deines Routers 
als Standard-Gateway angeben.

Aber bedenke: Das Teil ist damit auch quasi öffentlich. Jeder aus dem 
Internet kann dann darauf zugreifen.

Da der Atmel zuwenig Rechenleistung für starke Kryptographie und damit 
für eine zuverlässige Zugangsbeschränkung hat, ist es besser, ihn nicht 
wirklich in's Internet zu bringen. Statt dessen: VPN zum Router. Dann 
wird der entfernte Rechner praktisch Teil des LAN und der Rest des 
Internet bleibt ausgesperrt.

[Alex (Gast)]

Was für eine Anwendung ist es denn? Evtl reicht es ja schon, die Daten 
alle paar Minuten auf die Domäne zu laden?

[Wolfgang H. (frickelkram)]

c-hater schrieb:
> Martin J. schrieb:
...
> Aber bedenke: Das Teil ist damit auch quasi öffentlich. Jeder aus dem
> Internet kann dann darauf zugreifen.
>
> Da der Atmel zuwenig Rechenleistung für starke Kryptographie und damit
> für eine zuverlässige Zugangsbeschränkung hat, ist es besser, ihn nicht
> wirklich in's Internet zu bringen. Statt dessen: VPN zum Router. Dann
> wird der entfernte Rechner praktisch Teil des LAN und der Rest des
> Internet bleibt ausgesperrt.

ganz abgesehen davon das die IP-Stacks, die in diesen kleinen 
Controllern implementiert sind, nicht wirklich sicher sind. Da wird an 
Bytes gespart und das allernötigste implementiert. Lebenswichtige und 
Sicherheitsrelevante Dinge sollte man auf so einem Gerät nicht ins 
Internet stellen.

[Martin J. (bluematrix)]

Hallo und danke für die vielen antworten.
als controller verwende ich einen Xmega128 mit 32Mhz, welcher eine 
interne 128bit AES Crypto Engines hat 
(http://www.atmel.com/Images/doc8405.pdf).
Die Daten sind nicht so besonders interessant, aber ganz blank sollten 
sie auch nicht da liegen. Es geht mir hier hauptsächlich nur um die 
Realisation.

Ich wollte meine Nutzdaten verschlüsseln, so dass nur der Anfragende 
Rechner mit dem richtigem Schlüssel Sie auch lesen kann.

Ich werde mich demnächst mal mit meinem Provider auseinandersetzten ob 
er "dyndns" unterstützt und wie ich das bei Ihm realisieren kann.

Danke

[Borislav B. (boris_b)]

Martin J. schrieb:
> Ich werde mich demnächst mal mit meinem Provider auseinandersetzten ob
> er "dyndns" unterstützt und wie ich das bei Ihm realisieren kann.

Damit hat der provider nix zu tun. Das musst du bei dir lokal 
einrichten.

Martin J. schrieb:
> Ich wollte meine Nutzdaten verschlüsseln, so dass nur der Anfragende
> Rechner mit dem richtigem Schlüssel Sie auch lesen kann.

Warum so kompliziert? verlange vom anfragenden Rechner doch einfach ein 
Passwort.

[Karl H. (kbuchegg)]

Martin J. schrieb:

> Ich werde mich demnächst mal mit meinem Provider auseinandersetzten ob
> er "dyndns" unterstützt und wie ich das bei Ihm realisieren kann.

Dein Provider hat normalerweise damit nichts zu tun.

Wenn du dich bei ihm einwählst, kriegst du von ihm eine IP zugewiesen 
und diese IP gibt dein Router an dyndns weiter, damit dyndns wiederrum 
diese in die DNS zusammen mit deinem Namen einträgt und verteilt, sodass 
weltweit alle Rechner wissen, welche IP-Adresse zum Klartextnamen 
"bluematrix.dyndns.org" gehört und deinen 'Rechner' (eigentlich den 
Router) dann auch mit der korrekten IP-Adresse ansprechen können.

Wenn du sowieso eine Domäne hast mit einer fixen IP, dann brauchst du 
auch kein dyndns. dyndns brauchst du nur, wenn sich deine IP 
zwischendurch ändern kann, sodass sich die Zuordnung 
Domänname/IP-Adresse ändert.

[Frank (Gast)]

Falls du eine Fritzbox hast kannst du dort einen dyndns-Dienst 
einstellen. (Funktioniert bei den meisten Routern)

[Klaus W. (mfgkw)]

dyndns zickt übrigens inzwischen ziemlich rum; sei wollen inzwischen 
jeden zum Zahlen drängen.

Ich bin deshalb von dyndns auf selfhost.eu umgestiegen.
Dei Fritzbox unterstützt den ebenso, und ich muß nicht jeden Monat 
rumklicken, um nicht ausgesperrt zu werden.

[Frank (Gast)]

oder noip.com

[c-hater (Gast)]

Klaus Wachtler schrieb:
> dyndns zickt übrigens inzwischen ziemlich rum; sei wollen inzwischen
> jeden zum Zahlen drängen.
>
> Ich bin deshalb von dyndns auf selfhost.eu umgestiegen.
> Dei Fritzbox unterstützt den ebenso, und ich muß nicht jeden Monat
> rumklicken, um nicht ausgesperrt zu werden.

Also, wenn das bei selfhost.eu genauso ist wie bei selfhost.de, muß man 
da auch monatlich rumklickern. Zumindest hat man aber die Option, sich 
gegen einen einmaligen Obelix von 5 EUR von dieser lästigen Sache zu 
befreien.

[Wolfgang H. (frickelkram)]

und bei noip auch.

[Martin J. (bluematrix)]

Karl Heinz Buchegger schrieb:
> Wenn du sowieso eine Domäne hast mit einer fixen IP, dann brauchst du
> auch kein dyndns. dyndns brauchst du nur, wenn sich deine IP
> zwischendurch ändern kann, sodass sich die Zuordnung
> Domänname/IP-Adresse ändert.

wie muss ich das dann realisieren?

Alex schrieb:
> Was für eine Anwendung ist es denn? Evtl reicht es ja schon, die Daten
> alle paar Minuten auf die Domäne zu laden?

Das klingt auch gut, wie würde man so etwas realisieren? Damit wäre es 
doch auch möglich Daten von mehreren Controllern mit Internetanschluss 
auf die Plattform zu laden. Unter was muss ich da suchen um dazu ein 
Beispiel, bzw. mehr Informationen zu bekommen?

... eine Domain mit Webpage, einem ftp Server und noch genug Platz ist 
vorhanden.

[Pete K. (pete77)]

Mach mal erstmal eine Zeichnung, wie Du Dir das vorstellst und zeichne 
dann die Datenströme ein und über im Trockendurchlauf, wie Du an die 
Daten kommst, bzw. wie die Daten bereitgestellt werden.

Dann kommst Du selbst auf die zu verwendenden Protokolle bzw. kannst 
gezielte Fragen stellen.

P.S.: und ja, so schwierig ist das nicht, wenn Du die Daten schon mit 
dem Browser Deines PCs sehen kannst.

[Karl H. (kbuchegg)]

Martin J. schrieb:
> Karl Heinz Buchegger schrieb:
>> Wenn du sowieso eine Domäne hast mit einer fixen IP, dann brauchst du
>> auch kein dyndns. dyndns brauchst du nur, wenn sich deine IP
>> zwischendurch ändern kann, sodass sich die Zuordnung
>> Domänname/IP-Adresse ändert.
>
> wie muss ich das dann realisieren?

Was hast du jetzt?
Hast du eine fixe Domäne oder nicht?

Dann hast du ja auch von demjenigen eine IP-Adresse zugewiesen bekommen. 
Und über die ist dein Hausnetz (der Router) von aussen ansprechbar.

Im Router wirst du wahrscheinlich noch ein Port-Forwarding eintragen 
müssen, damit der auch weiß, welcher Rechner aus dem Hausnetz zuständig 
ist, wenn ein Packet für deine IP auf einem bestimmten Port eintrifft. 
Der Router leitet das dann an die von dir eingetragene IP-Adresse des 
internen Hausnetzes weiter.

>
> Alex schrieb:
>> Was für eine Anwendung ist es denn? Evtl reicht es ja schon, die Daten
>> alle paar Minuten auf die Domäne zu laden?
>
> Das klingt auch gut, wie würde man so etwas realisieren? Damit wäre es
> doch auch möglich Daten von mehreren Controllern mit Internetanschluss
> auf die Plattform zu laden.


Kann es sein, dass ihr beiden Den Begriff 'Domäne' mit einem vom 
Provider zur Verfügung gestellten Web-Space verwechselt?

Wenn du eine Domäne beantragt hast, dann hast du dir eine fixe 
IP-Adresse zusammen mit einem Namen dafür registrieren lassen.

> Unter was muss ich da suchen um dazu ein
> Beispiel, bzw. mehr Informationen zu bekommen?

Ähm. Du lädst deine Daten genauso hoch, wie du es auch mit deiner 
Homepage machen würdest.


>
> ... eine Domain mit Webpage, einem ftp Server und noch genug Platz ist
> vorhanden.

Jetzt bin ich mir recht sicher, dass du von einem Web-Space redest. Mit 
Domäne hat das nicht viel zu tun.

[Martin J. (bluematrix)]

... danke für eure Geduld.
Soviel habe ich mich noch nicht mit dem Aufbau der Ganzen Systeme 
beschäftigt. bis jetzt musste es immer nur funktionieren.

Ich habe bisher ...
- einen Webspace auf einem Server gemietet 1Gb
- den kann ich auch als FTP Server nutzen
- damit die auf dem Webspache gehostete Homepage erreichbar ist habe ich 
eine Domäne gemietet... www.bluematrix.de

Was möchte ich machen...
Ich habe an verschiedenen Standorten jeweils einen kleinen Controller 
der einige Daten sammelt. Jeder der Controller hat einen Anschluss zum 
Hausinternen wlan und somit auch über den Router rein theoretisch 
irgendwie auch einen zugriff ins Internet.

Ich möchte jetzt über das Internet auf die Daten der Controller zu 
greifen, bzw. abfragen.

Möglichkeiten (was ich verstanden habe):

1. ich könnte direkt über eine Weiterleitung per dynDns auf die 
einzelnen Controller zugreifen, dafür muss ich aber für jeden Contrller 
eine dynDNS beantragen, da ja der Router an jedem Standort immer mal 
wieder eine neue IP im Internet bekommt. Die kostet aber relativ viel, 
da ich ja dann Xmal die Gebühren für die dynDNS zahlen muss.

2. jeder Controller läd die Daten automatisch auf den bestehenden 
Webspace, bzw. FTP Server hoch. Dafür muss sich der Controller an dem 
Server anmelden und die Daten da hoch kopieren, sicher als Textfile oder 
?

3. gibt es noch etwas anderes, was Sinn macht

[Karl H. (kbuchegg)]

Martin J. schrieb:

> Möglichkeiten (was ich verstanden habe):
>
> 1. ich könnte direkt über eine Weiterleitung per dynDns auf die
> einzelnen Controller zugreifen, dafür muss ich aber für jeden Contrller
> eine dynDNS beantragen, da ja der Router an jedem Standort immer mal
> wieder eine neue IP im Internet bekommt. Die kostet aber relativ viel,
> da ich ja dann Xmal die Gebühren für die dynDNS zahlen muss.

Hmm. Eigentlich nicht.
dynDNS war mal komplett kostenlos. Im Moment zahl ich, lass mich 
überlegen, ich glaub es sind 15$ im Jahr und kriege dafür 5 (oder waren 
es 10?) Namen, die ich mit der mir von meinem Provider zugeteilten 
IP-Adresse verknüpfen kann.

Worum geht es denn bei dynDNS bzw. DNS eigentlich?

Es geht darum, dass jeder Computer im Netz eine sog. IP-Adresse hat. 
192.168.0.5, so sieht so eine Adresse aus.
Nun ist das natürlich schön, aber für uns Menschen eher schrecklich. Wir 
merken uns nun mal 'www.mikrocontroller.net' wesentlich besser als so 
eine Nummer.
An der Stelle kommt dann DNS ins Spiel. Es gibt Server im Netz, die 
fungieren als DNS-Server. D.h. jeder (Computer) kann sich mit einer 
Anfrage an diese Rechner wenden und dort nachfragen, welche IP-Adresse 
sich hinter dem Namen 'www.microsoft.com' verbirgt. Gibst du in deinem 
Browser genau diesen Namen ein, dann macht dein Browser genau das: Er 
fragt beim DNS-Server nach, welche IP-Adresse das ist. Ist diese 
IP-Adresse dann erst mal ermittelt, dann schickt dein Browser seine 
Anfrage an diese IP-Adresse und der dortige Web-Server antwortet.
Soweit so gut. Woher weiß eigentlich der DNS-Server, welche IP-Adresse 
sich hinter einem Namen verbirgt?
Da gibt es 2 Möglichkeiten:
Der DNS-Server hat eine Liste. In der schaut er nach und wenn er den 
Namen findet, dann steht dort auch die IP-Adresse dabei.
Wenn er den Namen aber nicht in seiner Liste findet, dann kommen wir zur 
Möglichkeit 2. Und die ist trickreich: Der DNS-Server fragt einfach 
einen anderen DNS-Server!

Aber: du siehst schon, letzten Endes muss es weltweit irgendeinen 
DNS-Server geben, der diese Namens-IP-Adresse in seiner Liste hat.

Und genau da kommt dynDNS ins Spiel.
Denn 'normale DNS-Server' haben recht statische Listen. Das kommt daher, 
dass man früher an einer zentralen Stelle diesen Namen zusammen mit der 
IP Adresse einmalig registriert hat und dann blieb diese Zuordnung 
erhalten.

Nur trägt das aber diesem ganzen 'Ich rufe meinen Provider per Telefon 
an' Benutzern nicht mehr Rechnung. Denn wenn dein Router die Verbdinung 
mit deinem Proveider herstellt, dann bekommt er irgendeine IP-Adresse 
zugewiesen. OK, nicht irgendeine x-beliebige, aber irgendeine aus einem 
Vorrat des Providers.

Nur: ausser deinem Provider und deinem Router, weiß das niemand. Wenn 
also Onkel Herbert in den USA in seinen Browser 'www.MartinJ.de' 
eintippt, dann weiß kein DNS-Server dieser Welt, welche IP-Adresse jetzt 
gerade in diesem Moment dein Router vom Provider zugewiesen bekommen 
hat.

Womit wir wieder bei dynDNS wären.
dynDNS ist ein Dienst, der gegenüber dem restlichen Netz als DNS-Server 
auftritt und der es dir bzw. einem Programm gestattet, diese 
Namens-IP-Zuweisung kurzfristig zu erledigen. Wählt sich dein Router bei 
deinem Provider ein und teilt der Provider deinem Router die IP-Adresse 
156.28.7.34 zu, dann läuft ein Programm, welches dynDNS anruft und dort 
mitteilt: Im Moment ist 'www.MartinJ.de' unter der IP-Adresse 
156.28.7.34 zu erreichen.

Mit den Konsequenzen: Tippt Onkel Herbert in NewYork in seinen Browser 
'www.MartinJ.de' ein, dann landet die entsprechende IP-Anfrage 
irgendwann beim dynDNS Server, der dann auch tatsächlich diesen Namen in 
der Liste findet und dem Browser mitteilt: Gefunden, zu diesem Namen 
gehört die IP-Adresse 156.28.7.34. Onkel Herberts Browser schickt dann 
eine Anfrage an genau diese IP-Adresse und die landetr dann bei deinem 
Router, der sie in dein Hausnetz (anhand der Forwarding Regeln) 
weiterverteilt. Fazit: Onkel Herbert konnte sich zb mit deinem 
Web_Server zuhause bzw. auch mit deinem Atmel verbinden, obwohl er 
dessen IP-Adresse gar nicht kennt.

>
> 2. jeder Controller läd die Daten automatisch auf den bestehenden
> Webspace, bzw. FTP Server hoch. Dafür muss sich der Controller an dem
> Server anmelden und die Daten da hoch kopieren, sicher als Textfile oder
> ?

So, wie du eben hochladen kannst. Meistens ist das per FTP. Und ja, FTP 
ist auch nichts anderes als: 2 Computer tauschen Texte miteinander aus, 
wobei die 'Steuertexte' standardisiert sind.

[Martin J. (bluematrix)]

Danke dir für die ausführliche Beschreibung. Super Beitrag!
Ich werde mich mal auf die suche machen und mich noch etwas dazu 
informieren.
... und dann versuchen etwas auf die Beine zu stellen.

Synchronisation der Zeit per Internet
Gibt es irgendwo ein Beispiel Projekt, wo man die aktuelle zeit aus dem 
Internet mit dem Controller abfragt?

[Karol B. (johnpatcher)]

Ich will hier dein Projekt nicht schlechter machen als es ist, aber wie 
bei so eigentlich jedem Vorhaben, dass auf kleine Mikrocontroller und 
das Internet setzt, möchte ich auch dich darauf hinweisen, dass du es 
dir bedeutend einfacher machen kannst - und ganz nebenbei auch bedeutend 
robuster und sicherer.

Das Problem mit einfachen Mikrocontrollern im Netzwerk ist einfach das 
fehlende Betriebssystem bzw. die fehlenden Netzwerkstacks, die ein 
vernünftiges Betriebssystem liefert. Das wurde weiter oben zwar schon 
kurz angesprochen, aber ich habe nicht das Gefühl, dass das bis zu dir 
durchgedrungen ist.

Alle mir bisher untergekommen Netzwerklösungen für AVRs, Arduinos, usw. 
sind Frickel-Lösungen, die man im besten Falle als Proof of Concepts 
ansehen sollte. Klar mag das eine Herausforderung sein, aber unter 
keinen Umständen würde ich damit in den Produktivbetrieb übergehen, da 
eine vernünftige (d.h. den gängigen Standards entsprechende) 
Implementierung aufgrund des fehlenden Speicherplatzes schlichtweg 
unmöglich ist. Ein paar UDP Pakete zu verschicken ist natürlich 
prinzipiell kein Problem, aber alles was darüber hinaus geht, wird zu 
einer Herausforderung.

Du sprichst außerdem davon, dass du prinzipiell schon vorhast 
Verschlüsselung einzusetzen. Und spätestens da solltest du auf bewährte 
Lösungen (z.B. in Form von SSL) setzen und nicht auf irgendwelche 
Frickel Lösungen setzen. Mag sein das der von dir eingesetzte 
Mikrocontroller ein paar Kryptofunktionen mitbringt. Allerdings sind 
diese an und für sich nicht viel Wert, wenn man sie nicht richtig 
einzusetzen weiß. Und ich bezweifle z.B., dass du ohne entsprechendes 
Hintergrundwissen in akzeptabler Zeit eine brauchbare SSL 
Implementierung hinbekommst, die "sicher" ist und in den 
Programmspeicher deines Mikrocontrollers passt.

Insofern bietet es sich aus meiner Sicht bei Geschichten bzgl. 
Netzwerken bzw. Sicherheit immer an auf Bewährtes zu setzen, z.B. in 
Form von fertigen Linuxboards. Die kosten dank Raspberry Pi, GNUblin & 
Co. auch nicht die Welt und bieten dir echte und vor allem sichere 
Möglichkeiten an mit dem Netzwerk bzw. Internet zu interagieren. Ein 
funktionsfähiger NTP Client z.B. ist in wenigen Augenblicken 
eingerichtet. Auch sämtliche Sicherheitsaspekte lassen sich damit 
vernünftig in Angriff nehmen. SSL & Co. sind hier kein Problem.

Dank diverser Schnittstellen (UART, I2C, SPI) ist es auch kein größeres 
Problem dein bisherigen Controller weiter zu verwenden. Dieser kümmert 
sich dann halt wirklich nur um das Erfassen der Daten und reicht diese 
einfach weiter. Alternativ ist es natürlich denkbar (je nach Anwendung 
und Anforderung) die Daten direkt mit einem Linuxboard zu erfassen.

Daher rate ich dir dringlichst dein Vorhaben unter o.g. Aspekten nochmal 
zu überdenken.

Mit freundlichen Grüßen,
Karol Babioch

[spess53 (Gast)]

Hi

>Das Problem mit einfachen Mikrocontrollern im Netzwerk ist einfach das
>fehlende Betriebssystem bzw. die fehlenden Netzwerkstacks, die ein
>vernünftiges Betriebssystem liefert. ...

Der TO schrieb ganz am Anfang:

>ich habe hier einen Atmega an den per SPI einen Ethernet Wiznet Chip
>angeschlossen ist.

Er hat zwar nicht geschrieben, welchen er benutzt. Aber z.B. diese

http://www.wiznet.co.kr/Sub_Modules/en/product/Product_Detail.asp?cate1=5&cate2=7&cate3=26&pid=1011

http://www.wiznet.co.kr/Sub_Modules/en/product/Product_Detail.asp?cate1=5&cate2=7&cate3=25&pid=1012

enthalten den kompletten Stack in Hardware und haben bis zu acht Ports. 
Damit hat der Controller (fast) nichts mit zu tun. Viel besser können es 
Betriebssysteme auch nicht. Selbst unter Assembler ist damit kein 
Problem z.B. eine TCP-Verbindung aufzubauen.

MfG Spess

[Sebastian W. (wangnick)]

Martin J. schrieb:
> 2. jeder Controller läd die Daten automatisch auf den bestehenden
> Webspace, bzw. FTP Server hoch. Dafür muss sich der Controller an dem
> Server anmelden und die Daten da hoch kopieren, sicher als Textfile oder
> ?
> 3. gibt es noch etwas anderes, was Sinn macht

Hallo Martin,

Ein Upload über FTP ist sicherlich eine Möglichkeit.

Umfasst dein Hosting CGI? Dann könntest du alternativ die Daten vom uC 
per URL-Abruf an ein CGI-Script übergeben, und das CGI-Script schiebt 
die Daten dann in eine Datei oder eine Datenbank (falls vorhanden).

Vielleicht ist auch Xively (ehemals Pachube, ehemals Cosm) eine 
Alternative für dich.

Der Vorteil von Daten-Push anstelle von Daten-Pull ist, dass du dir das 
ganze dyndns, firewall der Routers öffnen, NAT etc. Gedöns sparen 
kannst.

LG, Sebastian

PS: Karol, ein Gutes hat doch eine uC-Lösung: Man spart sich die 
Schwachstelle Betriebssystem ;)

[Martin J. (bluematrix)]

spess53 schrieb:
> Er hat zwar nicht geschrieben, welchen er benutzt. Aber z.B. diese

wiznet 5100 mit einem xmega, funktioniert super :-)
es ging mir halt nur um das Internetzugs

[spess53 (Gast)]

Hi

>wiznet 5100 mit einem xmega, funktioniert super :-)

Weiß ich. Frag mich immer, warum sich hier jeder einen ENC antun muss.

MfG Spess

[Sebastian W. (wangnick)]

spess53 schrieb:
> Weiß ich. Frag mich immer, warum sich hier jeder einen ENC antun muss.

Hat irgendwer schon W5500 bzw. WIZ550IO in freier Wildbahn gesichtet?

LG, Sebastian

[Martin J. (bluematrix)]

nein maximal 5300

[Pete K. (pete77)]

Sebastian Wangnick schrieb:
> Umfasst dein Hosting CGI? Dann könntest du alternativ die Daten vom uC
> per URL-Abruf an ein CGI-Script übergeben, und das CGI-Script schiebt
> die Daten dann in eine Datei oder eine Datenbank (falls vorhanden).

Hast Du da vielleicht mal ein Beispiel?

[spess53 (Gast)]

Hi

>Hat irgendwer schon W5500 bzw. WIZ550IO in freier Wildbahn gesichtet?

Schon mal im Wiznet-Shop

http://www.shopwiznet.com/

probiert?

MfG Spess

[Stefan (Gast)]

Alternativ zu DynDNS könntest Du auf die Mikrocontroller ein programm 
installieren, welches in regelmäßigen Zeitabständen eine Verbindung zu 
deinem gemieteten Webserver aufbaut. Und zwar zu einem Programm, dass Du 
selbst schreibst.

Dieses Programm ermittelt die IP-Adresse des "Anrufer", also die 
dynamische IP-Adresse des Mikrocontrollers und trägt sie in eine DB ein. 
Diene DB enthält dann immer die gerade aktuelle IP-Adresse deiner 
Mikrocontroller.

Eine wieteres Programm erzeugt eine dynamische Webseite (z.B. PHP), 
welche diese IP-Adressen aus der DB ausliest und daraus Links zusammen 
bastelt.

Du kannst dann diese Webseite aufrufen, einen Link anklicken, und schon 
bist Du mit dem Mikrocontroller verbunden.

Also quasi ein selbstgemachtes dyndns.

[Sebastian W. (wangnick)]

Pete K. schrieb:
> Sebastian Wangnick schrieb:
>> Umfasst dein Hosting CGI? Dann könntest du alternativ die Daten vom uC
>> per URL-Abruf an ein CGI-Script übergeben, und das CGI-Script schiebt
>> die Daten dann in eine Datei oder eine Datenbank (falls vorhanden).
>
> Hast Du da vielleicht mal ein Beispiel?

Arduino:

void sendData (char* http) {
  // http format: "GET /?table=xxx&key1=val1&key2=val2"
  // Attn: http string space will be re-used for md5 digest et al!
  static byte connectionFailures = 0;
  if (client.connect(SERVER,80)) {
    client.print(http);
    concat_P(http,F("Ganz Geheim!"));
    md5(digest,http,strlen(http)*8);
    http[0] = 0;
    concat_P(http,F("&md5="));
    concat_hex(http,digest,sizeof(digest));
    concat_P(http,F(" HTTP/1.0\r\nHost: "));
    concat(http,SERVERNAME);
    concat_P(http,F("\r\n\r\n"));
    client.print(http);
    connectionFailures = 0;
  } else {
    // if you couldn't make a connection:
    if (++connectionFailures>20) {
      connectionFailures = 0;
      ethernet_setup();
    }
  }
}

CGI:

#!/usr/bin/python2.5
# -*- coding: utf-8 -*-
# This file needs Unix line end conventions for the shebang line to work on DF

import sys
try:
    import os
    import cgi
    import hashlib
    import datetime

    # Retrieve URI arguments into dict
    form = cgi.FieldStorage()
    params = dict([(key,form.getfirst(key)) for key in form.keys()])

    # Extract mandatory arguments
    table = params.pop('table','')
    digsent = params.pop('md5','').upper()
    if not table or not params:
        print 'Status: 400 Bad Request'
        print
        print 'Status: 400 Bad Request'
        sys.exit()

    # Check digest
    http = 'GET '+os.environ.get('REQUEST_URI','')
    http = http[:http.rfind('&md5=')]+'Ganz Geheim!'
    digexpt = hashlib.md5(http).hexdigest().upper()
    if digsent!=digexpt:
        print 'Status: 403 Forbidden'
        print
        print 'Status: 403 Forbidden'
        sys.exit()

    # Connect to MySQL
    import MySQLdb
    db = MySQLdb.connect(host='mysql5.wangnick.com',user='db36289_3',passwd='geheim',db='db36289_3')
    cur = db.cursor()

    # Check table
    sql = "SHOW TABLES LIKE '%s'"%table
    if not cur.execute(sql):
        print 'Status: 400 Bad Request'
        print
        print 'Status: 400 Bad Request (%s)'%table
        sys.exit()

    # Check available columns
    sql = 'DESCRIBE %s'%table
    cur.execute(sql)
    collist = cur.fetchall()
    # print "collist: "+str(collist)+"<br/>"

    known = dict()
    knownnames = list()
    for col in collist:
        name = col[0]
        known[name] = len(knownnames)
        knownnames.append(name)

    # Prepare the INSERT request
    lastrow = None
    utc = datetime.datetime.utcnow().replace(microsecond=0)
    if 'Date' not in params:
        params['Date'] = utc
    insert = dict()
    for name, value in params.iteritems():
        if name not in known:
            if 'Misc' in known:
                if 'Misc' not in insert:
                    insert['Misc'] = ''
                else:
                    insert['Misc'] += ', '
                insert['Misc'] += name+":"+value
        else:
            insert[name] = value
            deltaname = name+'Delta'
            if deltaname in known and 'Date' in known:
                if lastrow is None:
                    sql = "SELECT %s FROM %s ORDER BY Date DESC LIMIT 1"%(",".join(knownnames),table)
                    # print "lastrow sql: "+sql+"<br/>"
                    cur.execute(sql)
                    lastrow = cur.fetchone()
                    # print "lastrow: "+str(lastrow)+"<br/>"
                lastvalue = lastrow[known[name]] if lastrow else None
                if lastvalue is not None:
                    if name=="Date":
                        delta = utc-lastvalue
                        delta = str(delta.days*86400+delta.seconds)
                    else:
                        delta = str(float(value)-float(lastvalue))
                    insert[deltaname] = delta

    # print "insert: "+str(insert)+"<br/>"
    sql = 'INSERT INTO %s (%s) VALUES (%s)'%(table,','.join(insert.keys()),
            ','.join(('%s',)*len(insert)))
    # print "insert sql: "+sql+"<br/>"
    cur.execute(sql,insert.values())
    print
    print '%2d val %sZ'%(len(params),utc.strftime('%H:%M:%S'))
except SystemExit:
    raise
except:
    print 'Status: 500 Internal Server Error'
    print
    print 'Status: 500 Internal Server Error'
    import traceback
    print '\n'.join(traceback.format_exception(*sys.exc_info()))
    raise

LG, Sebastian

[Jobst M. (jobstens-de)]

Alternative zu dyndns: http://FreeDNS.afraid.org
Zicken nicht rum, kein ständiger login nötig.


Gruß

Jobst