SPS über Wlan mit selbtgeschriebener Androide-APP steuern

Foxfighter

Level-1
Beiträge
12
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo liebe Community,

vorweg ich bin blutiger Anfänger im Bereich SPS und auch der Androideentwicklung.
Ich soll im Rahmen einer Studienarbeit eine SPS mit einer Androide-App angesteuert werden.
Was sich in der Theorie für mich erstmal nicht so Problematisch angehört hat, stellt sich nun schon bei der Einarbeitung als ziemlich schwer raus. Ich hab bisher nur herausgefunden das sich eine SPS über einen AccessPoint oder Router mit Wlan angesteuert werden kann, aber wie genau das funktioniert konnt ich noch nicht ausmachen.
Ich weiße das es schon jede Menge über fertige Androide-Apps gelesen, Ziel soll es jedoch sein, dass selber eine HMI geschrieben werden, die Variablen von der SPS lesen und schreiben kann.

Also wollte ich euch fragen ob ihr vll Anlaufstellen für mich habt.

noch ein Paar Fakten:
- SPS : Codesys Control RTE V3 Version 3.5.2.10 auf einem Windows Embedded Standard PC
-Android Tablet Samsung Galaxy Tab

MFG

Foxx
 
Zuviel Werbung?
-> Hier kostenlos registrieren
:ROFLMAO:*ROFL*
Was hast du denn für Schnittstellen? Aber das ist ja wohl das Probelm von dem der die Studienarbeit macht...
Schau mal hier:
http://www.chip.de/news/RoboRoach-Kakerlake-mit-Bluetooth-fernsteuern_64943439.html

Sorry wegen des unsachlichen Beitrags

Du könntest doch die Lösung bekannt geben, dann muss der Kollege nicht denken. :ROFLMAO:
Wobei wenn es eine Diplomarbeit sein soll, dann musst auch die Verteidigung machen.

Mensch warum in Gottesnamen nutzen die Jungdynamiker nicht das Internet und suchen ZUERST die Grundlagen, bevor sie nach Lösungen rufen? :rolleyes:


bike
 
Tut mir leid wenn das jetzt falsch rüber gekommen ist.

Ich wollte keine Lösung sondern nur Anlaufstellen für die Grundlagen, wo ich mich am besten einlesen kann.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich würde mich über erfolgreiche "Grundlagenforschung" im Rahmen einer Diplomarbeit dazu freuen, denn davon darf man ja üblicherweise funktionierende Lösungen erwarten!
Das Dumme ist nur, daß Software im Rahmen von Studienarbeiten und Diplomarbeiten von Leuten erstellt wird, die die allerwenigste Erfahrung im Einsatzgebiet ihrer Software haben. Und noch an das Gute im Menschen glauben. Und von GUI-Ergonomie auch meist noch nichts gehört haben, dafür aber oft ihre besonders bunte Software in allen möglichen unfertigen Stadien schon förmlich "um sich streuen".
Anwender der "coolen" bunten Apps ahnen aber nicht, daß es sich eigentlich um völlig unsichere und mühsam zusammengeschusterte Software handelt, welche im "Proof of Concept"-Stadium stehengeblieben ist ...

Harald
 
ok, mag sein, aber wenn die profs das akzeptieren, kann man's den studis nicht verdenken.
als häuslebauer mit wago ist mir jeder beitrag für dieses thema recht. ich schau dann schon ob was für mich dabei ist;)
und: ich bin heil froh über die unterstützung die ich hier bekommen habe...
gruß
 
Das Dumme ist nur, daß Software im Rahmen von Studienarbeiten und Diplomarbeiten von Leuten erstellt wird, die die allerwenigste Erfahrung im Einsatzgebiet ihrer Software haben. Und noch an das Gute im Menschen glauben. Und von GUI-Ergonomie auch meist noch nichts gehört haben, dafür aber oft ihre besonders bunte Software in allen möglichen unfertigen Stadien schon förmlich "um sich streuen".
Anwender der "coolen" bunten Apps ahnen aber nicht, daß es sich eigentlich um völlig unsichere und mühsam zusammengeschusterte Software handelt, welche im "Proof of Concept"-Stadium stehengeblieben ist ...

Harald
Erinnert mich ein wenig an meine Firma. :)
Man glaubt garnicht, wozu andere Menschen in der Lage sind oder wie dumm welche sein können. Deswegen bei einer GUI immer so viel wie nötig aber so einfach wie möglich. Immer an dem DAU denken.

Wegen dem Router und dem WLAN, siehst du doch zu Hause wahrscheinlich. Da hast du doch auch einen Router und WLAN und weißt wie es funktioniert. SPS an Router dranstecken und fertig. Aber im Non-DHCP-Bereich.

Thema Android: Entweder per HTML/Javascript-Seite oder eigene App. Wenn eigene App, dann schau dir mal Basic4Android an, das ist ziemlich einfach, durch die ganzen Tuts und Community.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hey vielen Dank Tomrey und Mobi,

ich werde mich gleich mal in die von euch vorgeschlagenen Seiten mal reinlesen.
Ich weiß auch das ich kein Profientwickler bin und die Sache ist auch nicht dazu gedacht sie groß in der Welt zu verbreiten. Doch finde ich ist es immer noch das beste sich in ein Thema ( in diesem fall ja gleich 2) mit einem ambitionierten Projekt reinzustürzen und irgendwo muss man sich dann da halt reinarbeiten. Da ich Mechatronik Student bin kenn ich bisher halt nur einen kleinen Teil der Informatik bin aber sehr daran interessiert.

Besonders im Bereich der Heimautomtisiereng finde ich dieses Thema halt auch sehr Spannend und da ich bei so Sachen dann auch nix fertig zusammengeschustertes haben, wenn will ich mir das schon selber zusammen pfuschen :p

Aber sehr schön das es hier auch Leute gibt die einen bei sowas unterstützen :)

MFG

Foxx
 
Da ich Mechatronik Student bin kenn ich bisher halt nur einen kleinen Teil der Informatik bin aber sehr daran interessiert.
Das hat viel mit Selbstinitiative zutun. Ich hab Mechatroniker als Ausbildung gemacht und da hatte ich auch wenig mit Programmierung zutun. Und jetz ist es so, dass ich viel SPS programmieren muss und auch Anwendungen schreiben muss.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Wobei der DAU schlimmer ist. Wenn der etwas falsch bedient kann bei uns schonmal was schiefgehen, was am Ende sehr teuer werden kann. Deshalb achte ich beim programmieren darauf, dass z.B. alle Buttons die er nicht braucht inaktiv (disabled) sind.

Zuhause ist das nicht so schlimm wenn der WAF niedrig ist. :cool:
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Sehr amüsant WAF kannte ich auch noch nicht :p

So hab mich mal in vom Tomrey vorgeschlagenen Thread eingelesen (http://www.sps-forum.de/beckhoff-codesys-iec61131/68189-android-app-fuer-beckhoff.html)
Das hat mich schonmal um einiges weiter gebracht (wie gesagt bin ja noch beim Grundlagenaufbau).
Die Richtung dort ging über die Kommunikation übers internet, ich möchte das ganze aber lieber im lokalen netzwerk betreiben. Beckhof bietet da das ADS Protokol an, da das ja für TwinCat ist und nicht für allgemein Codesys ist sollte das glaube schwierig sein. Aber TCP/IP und UDP/IP sind glaube die Stichworte die mich weiterbringen. Jetzt bin ich aber auch nicht gerade ein Crack im Punkto Netzwerktechnologie, kennt da wer eventuell gute Anlaufstellen?
Ich hab mich vor ewigkeiten mal mit einem von 3S unterhalten und ich glaube er hat mir mal was von ner UDP-Bibliothek in Codesys erzählt (jaja die grauen Zellen sind auch nicht besten) kennt sich da vll jemand mit aus oder weiß wo ich da am geschicktesten suche?

MFG

Foxx
 
Über Modbus bin ich jetzt auch schon ein paar mal gestoßen.

Vielen dank tomrey, bin glaube auch schon über deine Beiträge im Codesysforum zu dem WOL gestoßen (wenn ich da jetzt ncih wieder was verwechsle :p) ICh werd mir das direkt mal angucken. Aber wie sieht das mit der Wago lib aus, die wird auch nur auf ner Wago SPS laufen oder?
ICh hab hier nen "stinknormalen" OfficePC auf dem Codesys Control RTE läuft.

Ich bin jetzt auch noch auf die Codesys Systembibliothek SysSocket.lib gestoßen, hab aber noch keine anständige Doku zu gefunden.

Bin aber echt froh doch so tapfere Recken gefunden zu haben, die mich schon viel weiter gebracht haben als die ersten Posts. Vielen Dank!

MFG

Foxx
 
Zurück
Oben