Jump to content

Eis-Winter

Members
  • Gesamte Inhalte

    7
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Eis-Winter

  1. Vielen Dank, das hilft mir weiter. Warum ich diese Frage habe: Ich habe Tinkerforge-Module und einen Raspberry Pi, die gemeinsam eine Alarmanlage bilden. Aus der Ferne per Smartphone (im gleichen Intranet per VPN) möchte ich dem Raspberry mitteilen, dass er die Alarmanlage ein- oder ausschalten soll. Dazu genügen 2 Bit, die ich mittels des IO16 übergeben könnte. Das Smartphone muss dazu nur die IO16-Ausgänge schalten. Ansonsten müsste ich neue Übertragungswege ohne Tinkerforge vom Smartphone zum Raspi finden. Da habe ich aber keine Idee.

  2. Mittels Tinkerforge und Raspberry Pi betreibe ich eine Alarmanlage. Über Taster, die an einem IO16-V2-Bricklet angeschlossen sind, kann ich die Anlage ein- und ausschalten. Nun würde ich das gerne auch von meinem Smartphone aus tun, indem ich damit am IO16 zwei Ausgänge fernschalte und diese per Kabel an zwei freie Eingänge desselben IO16 anschließe, die der Raspberry auswertet (Callback). Geht das überhaupt? Brauchen die Eingänge dafür den Pull-Up- oder den Interrupt-Modus?

  3. Liebe Autoren,

     

    ich habe in Eurer TCP/IP-Protokoll-Beschreibung vermutlich einen Fehler entdeckt:

     

    Genau in der Mitte gibt es den Abschnitt "Callbacks".

    Dort steht "UID 6wVE7W (3631747890 as integer)".

    Meine Rechnung sieht dagegen so aus:

     

    UID      Base58              Integer        Hexadezimal  UINT32

    ---------------------------------------------------------------------

    6wVE7W  05 29 53 37 06 54  3620428030    D7CB58FE      FE 58 CB D7

    6xVF7W  05 30 53 38 06 54  3631747890    D8781332      32 13 78 D8

     

    Stimmt Ihr mir da zu oder habe ich einen Fehler gemacht, vielleicht eine falsche Base58-Tabelle?

     

    Wenn ich richtig liege, korrigiert doch am einfachsten die UID auf "6xVF7W" ab.

     

    Gruß

     

    Thomas Winter

  4. Hallo Raphael,

     

    damit sind meine Python-Fragen schon geklärt, vielen Dank.

     

    Die NetIO-App kann HTTP übertragen und ich könnte deshalb mit einem Python-Server zwischen Tablet und Brick meine Kommunikationsstrecke aufbauen.

    Dann würde NetIO Python-Befehle zum Server schicken, der würde sie in Hex-Code umwandeln und weiter zum Brick schicken.

    Ich behalte das mal im Hinterkopf als Zweitlösung.

     

    Mein Lösungsfavorit ist ja immer noch, den Hex-Code direkt zum Brick zu senden, was NetIO auch können soll.

    Dann sollte kein Zwischen-Server nötig sein.

    Da liegt aber die Tücke in den Details:

    UID-Konvertierung richtig?

    Terminierungszeichen nötig?

    TCP oder UDP?

    Mal sehen, ob ich im NetIO-Forum dazu jemanden mit Erfahrung finden kann.

  5. Liebe Technikfreunde,

    ich bin Anfänger und habe ein Dual-Relay-Bricklet mit Master und LAN-Extension zum Laufen gebracht, d.h. der Brick-Viewer kann es von meinem PC aus über das Netz steuern.

    Ich habe versuchsweise auch Python auf dem PC installiert und bekam die Steuerung damit per Kommandozeile hin.

    Jetzt will ich die Relais gerne von meinem Android-Tablet steuern und experimentiere dazu mit der NetIO-App, leider erfolglos.

    Zunächst wollte ich von der App Hex-Codes zum Bricklet senden,

    das Bricklet blieb davon aber unbeeindruckt.

    IP-Adresse: 192.168.0.31

    Port: 4223

    UID des Bricklets als String: kPa

    UID in Base58: 18 47 09

    UID als Integer: 63287

    UID als Hex: F737

    UID als UINT32: 37 F7 00 00

    Hex-Code zum Einschalten beider Relais: 37F700000A011000FFFF

    Hat jemand hier schon mal Hex-Codes erfolgreich von einer NetIO-App abgesendet?

     

    Dann versuchte ich es mit der Python-Shell und habe da grundsätzliche Fragen:

    Muss Python auf dem Android-Tablet installiert werden?

    Muss Python irgendwie in die NetIO-App eingebunden werden?

     

    Danke schonmal und viele Grüße

     

    Thomas

×
×
  • Neu erstellen...