- LiFePO4 Speicher Test         
Ergebnis 1 bis 10 von 10

Thema: Steuern über Internet - machbar?

  1. #1
    Neuer Benutzer Öfters hier
    Registriert seit
    19.11.2007
    Beiträge
    22

    Steuern über Internet - machbar?

    Anzeige

    LiFePo4 Akku selber bauen - Video
    Ist es mit der RN-Hardware folgendes möglich:

    RN-"Control" -> Linux-PC -> Internet / W-Lan -> Linux-PC -> RN-"Control"

    Dabei soll der Status der digitalen Eingänge zu den digitalen Ausgängen am anderen Ende live übertragen werden. Dazu noch die Werte einiger Drehgeber aka Register.

    Sinn des ganzen soll sein das man von daheim aus einen" Robot" per I-Net / W-Lan steuern kann.

    Sämtliche Steuerungsbefehle müssen aufgezeichnet werden können um später direkt an der letzten Linuxkiste abgespielt zu werden.

    Ist sowas machbar? Gibts evtl schon etwas "fertiges" das man nur noch anpassen muß?

    Thx

  2. #2
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    12.07.2007
    Alter
    39
    Beiträge
    131
    Ist definitiv machbar. Ich habs vor, kam aber bisher noch nciht grossartig dazu, weil ich noch an einem Usermangementsystem dran bin.
    Ich arbeite selbst mit Perl, damit kannst du auf Eingabeaufforderungsebene arbeiten oder via Browser und gleichzeitig auf die Hardware und Systemkomponenten zugreifen.
    Aber Perl ist nicht gerad bekannt dafür, das es einfach ist

    Du siehst Dinge und fragst: Warum? Ich träume von Dingen und frage: Warum nicht?
    Unmöglich ist keine Feststellung - Es ist eine Herausforderung!

  3. #3
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    08.07.2004
    Ort
    Südhessen
    Beiträge
    1.312
    Das ist sicher machbar. Ich würde es bestimmt auch hinkriegen.
    Du musst Dir vorweg folgende Dinge überlegen:
    - Wie realisierst Du die Datenübergabe RN-Control <-> PC (und umgekehrt)?
    - Welches Protokoll nutzt Du für PC <-> PC?
    - Wenn Du übers I-Net gehen willst, beachte auch so Sachen, wie Firewall, Router, Port-Forwarding und so Sachen.

    Für die Ansteuerung von selbstgebauter Hardware unter Linux nutzen die meisten Perl (ich nicht, ich kenns nicht). Das soll mega-einfach gehen und es gibt schon dutzende Anwendungen damit. Schau doch mal, ob Du was findest.
    Für die Übertragung PC <-> INET <-> PC solltest Du Dir auch sicherheitsgedanken machen. Vielleicht koppelst Du das über einen Server (eine Webpräsenz), dann hast Du das Problem des Portforwardings nicht usw.
    Wie gesagt - da gibt es dutzende Möglichkeiten, mir fallen mehrere auf Anhieb ein.

    Probleme sehe ich in der Echtzeitübertragung (bzw. in der Dauer der Übertragung), in der Sicherheit und eventuellen Steinen im Weg (Firewall, Router).
    Bedenke bitte, an so banalen Dingen, wie einem Router, sind schon ganz andere Projekte gescheitert...

    Aber falls Du Hilfe, Anregungen oder Ideen für konkrete Probleme brauchst, schreib mir einfach ne PN.

  4. #4
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    12.07.2007
    Alter
    39
    Beiträge
    131
    Router ist kein Problem. Port 80 forwarden und Thema erledigt. Allerdings sollte es kein DHCP sein
    Wegen der INET Verbindung hab ich auch den andern Fred aufgemacht, zum die Daten verschlüsseln.
    Es ist relativ einfach zu realisieren. Allerdings ist die Hardwareansteuerung nicht gerad einfach, da sich nur wenige damit beschäftigen.

    Du siehst Dinge und fragst: Warum? Ich träume von Dingen und frage: Warum nicht?
    Unmöglich ist keine Feststellung - Es ist eine Herausforderung!

  5. #5
    Neuer Benutzer Öfters hier
    Registriert seit
    19.11.2007
    Beiträge
    22
    Die RN-Control überträgt vom/zum PC per USB nur ein Datenpaket, in dem jedes mal alle E/A Zustände+die Werte der Drehgeber/Register enthalten.

    Also alle "0,5s" wird die RN-Control ausgelesen, ein Datenpaket generiert, zum anderen PC gesendet, da per USB auf den andere RN-Controller geschrieben und der wandelt das in Bewegung um.

    Das Generieren und die Übertragung der Datenpakete von PC zu PC ist mir noch nicht ganz klar.
    - Die Pakete werde ich wohl mit einer struct zusammenbasteln und per UDP senden-

    Das ganze sollte möglicht per SSH/VPN-Tunnel ablaufen.

    PC ist wichtig weil ich per Webcam sehen muß was der Roboter macht.
    Der Empfänger ist eine NSLU2 mit 2xUSB und kleinem Linux.

    Netzwerktechnik/Router/Firewall sind nicht das Problem.

    p.s. Die PC's sind nur Mittel zum Zweck und übernehmen keine Steuerungsaufgaben.

    p.p.s. Evtl auch 2x RN-MEGA2560

  6. #6
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    24.05.2007
    Ort
    Im hohen Norden
    Beiträge
    227
    Main moin hier an alle,
    genau diese Vorgehensweise über eine Webseite auf den RN-Control wird in dem Buch "Bascom-AVR" von Claus Kühne beschrieben.
    Dafür wird ein bestimmter Webserver (MicroWebserv www.csmicrosystems.com) benötigt, der die Anfragen/Abfragen über den seriellen Anschluss an das Board weiter gibt bzw. empfängt. Auf diese Art und Weise kann das Board z.B. auch Emails versenden.

    Schönen Tag noch Peter

  7. #7
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    11.08.2005
    Beiträge
    178
    Zitat Zitat von M@tes
    Router ist kein Problem. Port 80 forwarden und Thema erledigt. Allerdings sollte es kein DHCP sein
    @m@tes: port 80 impliziert http welches sich aufgrund der fehlenden verbindungs persistenz nicht besonders für genannte zwecke eignet.
    dynamische IP adressen fürs LAN machen mit static-dhcp sehr wohl sinn, und im falle einer dynamischen WAN IP ist oft ein dyn-dns dienst billiger als sich eine feste öffentliche IP zu mieten

    lg

  8. #8
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    12.07.2007
    Alter
    39
    Beiträge
    131
    Ja gut, ich ging jetzt halt von http aus, gibt natürlich auch andere Alternativen.
    Forwarden tut mal normal auf intern fix festgelegte IPs, wenn diese wechselt ists halt blöd.
    Bei mir im Router sind zumindest fix.

    Du siehst Dinge und fragst: Warum? Ich träume von Dingen und frage: Warum nicht?
    Unmöglich ist keine Feststellung - Es ist eine Herausforderung!

  9. #9
    Erfahrener Benutzer Fleißiges Mitglied
    Registriert seit
    11.08.2005
    Beiträge
    178
    hi m@tes,

    dann hab ich dir eh nichts neues gesagt, sondern deinen ersten beitrag nur leicht misinterpretiert. ich wollte mit meinem beitrag natürlich nicht deine kenntnisse anzweifeln, die anmerkung sollte vielmehr dazu dienen dass sich weniger netzwerk bewandte mitleser nicht auf http eingeschränkt sehen, und in bezug auf DHCP hervorheben dass dadurch nicht zwangsweise eine eventuell willkürlich erscheinende IP adresse aus dem dhcp adress pool zugeteilt wird, sondern im falle von static dhcp auch ein bestimmter NIC im lan aufgrund seiner MAC adresse immer dieselbe IP adresse zugewiesen bekommen kann, wie es aufgrund der aussage
    Bei mir im Router sind zumindest fix.
    ohnehin bei dir zu sein scheint. eine 'echte' statische IP adresse ist eine solche die auf dem client system für einen NIC konfiguriert ist.

    lg

  10. #10
    Neuer Benutzer Öfters hier
    Registriert seit
    19.11.2007
    Beiträge
    22
    Der Webserver ist für mich keine Option, da Linux da wesentlich mächtiger ist.
    Die Daten müssen per USB ausgelesen und geschrieben werden.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

12V Akku bauen