pluto

Danke für die weiteren Stichpunkte. Aber soweit wollte ich nicht gehen. Worüber ich schon nach gedacht habe ist die Sicherheit, z.b. die Verbindungs zu verschlüsseln. Ich denke aber, dass wäre schon zu übertrieben, da die Reichweite sehr beschränkt sein wird, anders als bei WLAN und CO.

Bis jetzt habe ich noch keine Alternativen Bau Teile zu IR LED und IR DIODEN gefunden. Ich dachte ja daran z.b. bluetooth zu verwenden. Jedoch muss das Bauteil sobald es Strom bekommt Senden und wenn esk ein Strom bekommt aufhören...

Mag sein, ich finde die Idee jedenfalls nicht Schlecht. Mir schwebt auch noch was anders vor, was es auch noch nicht gibt *G*...

Danke für die Infos, werde ich mir anschauen. Ich weiß, dass ich das rad ein Zweites Mal erfinde. Aber es geht mir darum, ob es so geht wie ich es mir vorstelle.

Es geht mir um die Sache selbst, nicht darum, ob es ein Nutzen hat. Wenn du es so siehst, darf man auch nicht mehr Programmieren. Weil alles was man Programmiert wurde bestimmt schon einmal Programmiert.

Das Denke ich auch. Ich spiele auch mit den Gedanken, es nicht nur mit IR zu versuchen, vielleicht gib es sogar Funk-Möglichkeiten z.b. über Bluetooth? Das hätte gegenüber IR deutliche Vorteile.... es kommt halt durch Wände und kommt weiter. Aber ich weiß nicht, ob man es einfach mit Tinkerforge steuern kann und es ob es überhaupt sowas gibt.

Das ganze ist im Moment nichts weiter als eine Idee... Aber ich denke, nach Berlin, werde ich mich damit genauer befassen. Wird bestimmt Spannend werden.

Was ist denn, wenn die Strom Menge zu viel ist, für die IR-LED oder für die IR-Diode? Darum sollte sie Konfiguierbar sein.

Auch eine Gute Idee... Bei größeren Datenmengen, ist das bestimmt Sinnvoll. Vielleicht auch schon bei kleineren. Das wird sich dann zeigen.

In der Tat habe ich das kleine IO4 gemeint. Strom messen geht damit aber nicht. Im Prinzip ist das ein DigitalOut, oder Digital in. Eben jeder der 4 Anschlüsse frei wählbar.

Ach so. Ja, es gibt eine Sogenannte Grundspannung, und alles was darüber kommt bei der Diode ist das Signal. Aber ob das Ausreicht, damit ein Event beim 1O4 Ausgelöst wird?

Zu den Fehlern:

Ich dachte mir heute: Ich sende einmal die Länge/Größe und einmal zwei mal die Checksumme.

Wurde beide male das richtige Empfangen,bekommt der Sender eine Entsprechende Antwort, sonst wieder zwei mal. So lange, bis es richtig ist oder der User Abbricht.

Wenn die Übertragung Fertig ist, wird die Checksumme und die Länge verglichen von dem was Empfangen,  wurde Stimmt beides überein, OK. wenn nicht, komplett erneut senden. So lange, bis es OK ist oder der User abbricht.

Ich denke am Anfang, sollte das ausreichen oder?

Ich möchte das mit Lazarus/FPC machen.

Wenn ich das Projekt in die tat umsetzte, weiß ich noch nicht.... Aber ich bin fest Entschlossen es zu Versuchen...

Ob ich den IO4 oder IO16 Nehme weiß ich noch nicht. Ich möchte ja auch, mehre IR-LED und IR-Dioden anschließen um die Übertragungs Rate erhöhen zu können.

PS: Ich halte ein Vortrag über tinkerforge, DBUS und Lazarus/FPC in Berlin am Kommenden Wochende.

Da stelle ich verschiedene Prototypen und Experimente vor.

@ArcaneDraconum

Hast du so ein brick gemeint: https://shop.tinkerforge.com/bricklets/io16-bricklet.html

und kann ich damit Strom Messen und Konfiguieren? Wenn ich es richtig sehe ja, stimmt das?

@FlyingDoc

Weil beim "RS485 Extension" ist doch ein Kabel da zwischen, sehe ich das richtig? Oder meinst du, Kabel abmachen und einfach die IR-LED und IR-DIODEN anschließen?

Wenn du das meinst: Ich kenne mich auf Hardware Seite kaum aus... und mir ging es darum, selbst was zu Entwickeln. was ich umsetzten kann.

Nur eine Verständnisfrage habe ich noch. Ich muss dazu sagen, ich kenne mich mit IR-Dioden nicht so aus. Ich ging davon aus, dass diese Dinger mehr oder minder immer mit voller Power senden, jedoch die Lichtfrequenz variiert.

Ich denke, sobald genügend Strom fließt ist die Infrarot LED an und dann müsste eine Entsprechende IR Diode auch was Empfangen.

Das würde aber bedeuten, dass Du ein IO4-Bricklet auf jeder Seite nehmen kannst. Das dürfte auch günstiger sein. Und Du hast im Prinzip 2 Kanäle zum Senden und 2 zum Empfangen. Oder habe ich da einen Denkfehler?

nun ja, ich möchte gerne das beide Seiten Senden und Empfangen können. Kann ich mit so einem IO4 Bricklet gleichzeitig Strom/Spannung Messen und Strom Fließen lassen? Soviel dass es für die Infrarot LED ausreicht?

Du möchtest sowas (in der Art) selber bauen?

Im Prinzip ja, nur halt mit Infrarot und nicht so schnell

Ich nehme schon an das es gehen würde, wie währs wenn du einfach die Morsetabelle nimmst, dann musst du nichts selber schreiben oder generieren lassen..

Könnte ich machen. Mal sehen... Wäre wohl am Sinnvollsten

Ich nehme an du willst damit zwischen 2 Computern kommunizieren, und keine Brick/lets ansprechen?

Genau. Die Daten kommen über ein Brick rein und werden über ein Brick gesendet.

Ich finds eine coole Idee, nur wie schnell willst du die schalten, innerhalb von Millisekunden oder willst du immer ein paar Sekunden warten?

Ich hoffe, dass ich im Millisekunden Arbeiten kann oder noch schneller.

Und was ist wenn z.B. etwas dazwischen kommt was die kommunikation stört (ein blatt oder sonstiges, vllt. geht auch mal jemand dazwischen) wie willst du das handhaben?

Gar nicht... Ich baue es so auf, dass da nichts zwischen kommt.

Wie willst du dem andren Computer sagen das er es "nochmal" senden soll, und was ist wenn es ein paar Sekunden dauert bis die "Störung behoben" ist?

Das ist die Frage. Vielleicht sollte erst die Länge übermittelt werden und wenn was nicht ankommt, kann man die Länge/Größe von den was übertragen wurde vergleichen und dann wird es so lange gesendet bis es angekommen ist... Wäre das einfachste oder?

Wie willst du dem Computer sagen "bei welchem Zeichen er wieder anfangen soll"? Oder machst dus dann wie bei schlechten Downloadmanagern die einfach den gesamten Download nochmal anfangen?

Ich habe mir beide Wege überlegt. Bei jedem Zeichen wäre es wohl zu Aufwendig oder?

Also, wie gesagt ich glaube schon das es funktioniert, ich glaube aber das es sehr viel Arbeit für dich werden wird, auch wenn du damit "nur" Text übertragen willst.

Meine Sorge war, dass ich auch die Richtigen Bau-Teile bestelle und das die Infrarot LED und Diode zusammen passen. Ich habe kein Technisches Hintergrund Wissen oder kaum.

Was ich auf jeden Fall vorsehen wüde wäre eine Prüfsumme, zur Kontrolle der korrekten Datenübertragung. Da Pluto bisher nur von einem Analog Out und einem Analog In gesprochen hat, vermute ich, dass er nur in eine Richtung senden kann.

Nein, ich sprach von einer zwei Wege Kommunikation. ich brauche ja die Teile nur zwei mal zu bestellen.

Wenn ich das korrekt empfangen habe, sende ich eine Bestätigung an den Sender zurück, dass er weitermachen kann. Ich würde mich da vermutlich bei TCP inspirieren lassen und schauen was für meine Anwendung sinnvoll wäre...

Ne Sinnvolle Idee.. Ich werde mir dazu mal Gedanken machen. Bin jetzt nicht so begabt was Datenübertragung angeht. Das ist das Erste Projekt in dieser Richtung.

Es ist ein interessantes Projekt, ABER .... ich sehe es eher als Softwareprojekt, als Hardwareprojekt.

Genau. Ich sehe es auch als Softwareprojekt. Hätte ich genügend Technisches Hintergrund wissen, wäre es anders.

Ich, zögere noch die Bauelemnte zu bestellen, da ich mir noch nicht 100% Sicher bin das es wirklich klappt und das meine Gedanken, richtig sind. Aber eure Antworten klingen schon mal recht gut.

Hallo

Schon seit längerer Zeit habe ich eine Idee und wollte wissen, ob meine Vermutungen richtig sind.

Ich möchte eine eigene Datenübertragung per Infrarot entwickeln. Ich dachte mir, mit einem Analog in und einem Analog Out müsste es doch gehen oder?

Details:

Ich schließe eine oder mehrere Infrarot LED'S an einem Analog Out und eine oder mehrere Infrarot Foto-Dioden an einem Analog In.

Nun findet eine Datenübertragung statt: Ein Signal wird gesendet und die Gegenseite misst die Zeit, wie lange es gesendet wird und legt das in einem Buffer ab. z.b. einem 2D Array. nun Muss nur noch ein Zeichen Codiert werden in einem Bestimmten Code z.b. könnte der Code aus Vier Signalen bestehen.

Wurde ein Zeichen komplett übertragen kommt ein TimeOut und der Array wird um eine Spalte Erweitert.

kommt ein noch längeres TimeOut ist die Übertragung zu Ende und das Array kann ausgewertet werden.

Das könnte dann so aussehen:

Zeile 1: Lang Kurz Lang Lang könnte für A stehen

Zeile 2: Kurz Lang Kur Kurz könnte für ein B stehen

und soweiter

Diese Code-Tabelle könnte Automatisch Generiert werden einmal für 256 Zeichen.

Ich hoffe ihr könnt mir folgen. Die Genannten Bauteile wollte ich zwei mal "bestellen". Damit eine zwei Wege Kommunikation stattfinden kann. ist die Entfernung zu Groß, könnte eine Art Repeter das Signal verstärken. Aus kosten Gründen, würde ich den ganz einfach halten: Einfach die Infrarot LED an eine Infrarot Diode anschließen. Vermutlich reicht der Strom der Empfangen wird nicht aus, daher müsste noch eine Strom Quelle dazwischen geschaltet werden. Solange die Diode etwas Empfängt, soll die LED senden. Zur Kontrolle, ob was Gesendet und Empfangen wird, könnte eine Normale LED noch hin zu kommen.

Das ganze ist im Moment nur so eine "Grobe" Idee, aber könnte doch Funktionieren oder? Die Frage ist auch, wie weit ich ohne Signal Verstärkung komme und wie weit mit.

Lustig wäre jetzt natürlich, wenn der Normale Netzwerk Verkehr umgeleitet werden könnte auf diese neue Verbindungs-Möglichkeit. Aber ich denke, dass wird zu schwer werden.

Da könntest du recht haben. Für unterwegs eigenen sich die Bauteile meiner Meinung nicht. Oder?

Wie stellst du es dir vor? Wäre aber natürlich lustig, wenn man sie auch unterwegs nutzen könnte. Aber dafür gibt es Handy's, die dafür besser geeignet sind.

So hat jeder seine Träume/Vorstellungen. Für mich ist das LCD deshalb praktisch, da ich damit sehr viel machen kann, ohne Handwerklich begab zu sein.

Komisch nur, dass es keine Fehler Meldung gibt. Bei FPC/Lazarus würde es eine entsprechende Fehler Meldung geben.

3) Im besten Fall könnte so ein LCD einen PC-Monitor ersetzen

Ein wichtiger Punkt: Der PC-Monitor verbraucht ja viel mehr Strom als, ein kleines Display. So könnte man viel mehr Aufgaben auf das kleinere Display übertragen.

Andere Farben oder Beleuchtungen, Schriftarten etc. wären für mich banal und nicht wirklich wichtig.

Zugegeben, dass wäre jetzt Spielerei, aber damit kann man eine menge machen. Bei einem Optischen Display, wären ja sogar andere Schrift Arten vorstellbar.

ach ja: Das Display könnte nicht nur ein Anschluss für ein Tastenfeld haben, sondern vielleicht sogar mehrere. Und beim Optischen Display, könnte es noch ein Mauspad oder sowas ähnliches geben.

Hallo

Gibt es hier Überlegungen, ob das Display erweitert werden könnte/sollte?

Das LCD ist ja schon mal nicht schlecht, aber etwas klein.

Ich sehe hier noch viele Möglichkeiten, um es zu erweitern:

Z.B. dass der Kontrast per API eingestellt werden kann. Das die Stärke der Hintergrund Beleuchtung über die API eingestellt werden kann.

Toll wäre auch, wenn die Hintergrund und Vordergrund Farbe eingestellt werden kann. Vielleicht reichen ja 16 Farben aus(erst mal).

Entweder nur Pauschal, oder sogar bei jedem einzelnen Zeichen.

Bei Reichelt habe ich sogar relativ günstig, kleine Optisches Display gefunden. Damit könnte man natürlich viel mehr machen. Wenn man die an ein Master-Brick anschließen könnte.

In diesen Zusammenhang, wäre ein Tasten-Feld-Brick Sinnvoll/Praktisch.

Das Tasten-Feld-Brick, könnte an das LCD Angeschlossen werden. Sonst würde es wenig Sinn machen, denke ich.

Es könnte verschiedene Varianten geben, vom Tastenfeld. Die verschieden Groß sind.

Hallo

Ich habe mich für Tinkerforge nur aus einem Grund entschieden: Da ist ein Display bei, was man relativ leicht ansteuern kann. Mein Ziel war es Aktuelle Amarok Informationen darauf zu schreiben.

Jetzt endlich bin ich soweit:

In der ersten Zeile kommt der Album, ist kein Angeben, wird das letzte Verzeichnis im Pfad genommen.

In der zweiten Zeile, kommt der Titel, ist keins Angeben, wird der Datei Namen genommen

In der Dritten Zeile, ist die Aktuelle Spielpostion zu sehen, sowie die Länge und die Rest Zeit

In der Vierten Zeile, gibt es eine Umgebungs Temperatur anzeige.

Das ganze geht per DBUS, dass war am Anfang auch das Haupt Problem. mal sehen ob die Anwendung Stabil läuft.

Im Anhang findet ihr das Lazarus Projekt und eine Hilfs Unit: ein DBUS_Control welches ich geschrieben habe aber noch lange nicht Fertig ist, für meine Zwecke reicht es aber erst mal.

Ihr könnt es gerne verwenden. Vielleicht habe ihr ja noch Verbesserungs Vorschläge?

Das ganze läuft bei mir unter Ubuntu 12.4 Beta 2 in einer KDE4 Plasma Umgebung.

Wegen DBUS, läuft es wohl nur unter Linux, zwar gibt es DBUS auch für andere Plattformen, aber da macht es kaum einen Sinn, es zu verwenden.

Edit01: Text neu erstellt

prj1.zip

Warum möchtest du eigentlich von den Brick Klassen unbedingt ableiten?

Prima. Noch gar nicht gesehen.

Wie sieht es eigentlich mit den Pascal Bindings aus?

Mein Problem ist eher das Technische Verständnis. Z.B. was mache ich mit den zwei Motoren die im Angebot sind? Vorstellen könnte ich mir viel: Eine kleine Seilbahn, Automatische Rohlos hochziehen und der gleichen. Aber wie wir das umgesetzt?

Programmieren wäre hier kein Problem. Aber ich bräuchte bestimmte Zahnräder um die Kraft zu übertragen, ich brauche Materiellen die sich dafür eignen. Klar, brauche ich auch Werkzeug.

Aber nichts zu trotz, dass Display ist toll, auch wenn es noch viel Spielraum für Erweiterungen geben würde.

Du kannst mit dem GUI nicht aus einem nicht-GUI Thread interagieren.

Normalerweise geht das recht gut. Schau mal hier:

http://wiki.freepascal.org/Multithreaded_Application_Tutorial/de

Da steht aber auch, dass die LCL nicht Thread Sicher sei.... könnte daran liegen.

Gibt es noch eine andere Möglichkeit um an die Angeschlossenden Bricks zu kommen als Enumerate?

Ich habe versucht, dass ganze im CallBack zu verschieben, da gab es Fehler Meldungen, wegen Multi-Thread zugriff. Das mag X leider nicht. Scheinbar. Im Moment mache ich das so, dass ich 100 ms Warte, bevor ich bevor ich die Methode(BitBtn1Click) Fortsetzte.

Interessantes verhalten:

Wenn ich den Masterbrick abnehme, wird ein Device Remove geschrieben, wenn ich es wieder anschließe kommt ein New Device.

Wenn ich jetzt jedoch einzelne Bricks abnehme oder dran stecke, bemerkt er nicht. Ich nehme an, dafür müsste ich auf den Rest Knopf drücken.

Komisch, nur dass die GUI darauf anders reagiert.

Du sagtest du reagierst in deinem Programm dynamisch auf ab- und anstecken von Bricks an USB mittels des Enumerate Callback.

Ja, aber er reagiert überhaupt nicht darauf auf das ab und anstecken von Bricks

m Falle des Absteckens kommt ein Enumerate Callback mit isNew = false.

So habe ich es auch gedacht, es kommt aber nichts. Kein Event wird ausgelöst.

Ich rate jetzt ins Blaue und sage, dass du im Callback dann die GUI Elemente für diesen Brick wieder entfernst. Oder vielleicht es auch nur aus deinem Listenfenster entfernst.

Falsch geraten*G*. nein, ich fülle nur eine Liste erst einmal und mache meine Panels sichtbar, mehr nicht und das mache ich auch nicht im Event, wäre eine Gute Idee allerdings. hier mal mein Code:

procedure TForm1.BitBtn1Click(Sender: TObject); // aktualisieren
  function FindBricklet(const aName:String):string;
  var
    i:integer;
  begin
    result:='';
    for i:=0 to ListView1.Items.Count-1 do begin
      if Pos(aName,ListView1.Items[i].Caption) > 0  then begin
        result:=ListView1.Items[i].SubItems[0];
        break;
      end;
    end; // for i
  end; // FindBricklet
var
  str:string;
  Found:Boolean;
begin
  ListView1.BeginUpdate;
  ListView1.Items.Clear;
  if Assigned(ipcon) then begin
    ipcon.Free;
    ipcon:=nil;
  end;

  ipcon:=TIPConnection.Create('localhost', 4223);
  ipcon.Enumerate(@EnumerateCB);

  sleep(100); // 100ms warten, damit die ListView gefüllt wird
  ListView1.EndUpdate;
  Found:=False;
  poti:=nil; t:=nil; al:=nil; lcd:=nil;
  Panel4.Visible:=False; Panel9.Visible:=False; Panel10.Visible:=False;
  Panel5.Visible:=False; Panel11.Visible:=False;
  Height:=Panel1.Height;

  str:=FindBricklet('Rotary Poti Bricklet');
  if str <> '' then begin
    poti:=TBrickletRotaryPoti.Create(str);
    ipcon.AddDevice(poti);
    poti.OnPosition := {$ifdef FPC}@{$endif}PositionCB;
    poti.SetPositionCallbackPeriod(50);
    Label10.Caption:=IntTostr(poti.GetPosition);
    Panel4.Visible:=True;
    Panel9.Visible:=True;
    Found:=True;
  end;

  str:=FindBricklet('Temperature Bricklet');
  if str <> '' then begin
    t:=TBrickletTemperature.Create(str);
    ipcon.AddDevice(t);
    t.OnTemperature:=@TemperatureCB;
    Label3.Caption:=Format('%f °C',[t.GetTemperature / 100]);
    Panel4.Visible:=True;
    Panel7.Visible:=True;
    Found:=True;
  end;

  str:=FindBricklet('Ambient Light Bricklet');
  if str <> '' then begin
    al:=TBrickletAmbientLight.Create(str);
    ipcon.AddDevice(al);
    al.setIlluminanceCallbackPeriod(1000);
    al.OnIlluminance:=@AmbientLightCB;
    Label7.Caption:=Format('%f Lux',[al.GetIlluminance / 10]);
    Panel4.Visible:=True;
    Panel10.Visible:=True;
    Found:=True;
  end;

  str:=FindBricklet('LCD 20x4 Bricklet');
  if str <> '' then begin
    lcd:=TBrickletLCD20x4.Create(str);
    ipcon.AddDevice(lcd);
    lcd.OnButtonPressed:=@ButtonPressed;
    lcd.OnButtonReleased:=@ButtonReleased;
    CheckBox1.Checked:=LCD.IsBacklightOn;
    lcd.WriteLine(3,0,'                    ');
    Panel5.Visible:=True;
    Found:=True;
  end;

  str:=FindBricklet('Distance IR Bricklet');
  if str <> '' then begin
    dist:=TBrickletDistanceIR.Create(str);
    ipcon.AddDevice(dist);
    dist.OnDistance:=@NotifyDistance;
    dist.setDistanceCallbackPeriod(200);
    Panel4.Visible:=True;
    Panel11.Visible:=True;
    Found:=True;
  end;

  if Panel4.Visible then Height:=Height+Panel4.Height;
  if Panel5.Visible then Height:=Height+194;
  if not Found then begin
    ShowMessage('Kein Brick angeschlossen!');
    ipcon.Free; ipcon:=nil;
  end;
end; 

im besagten Event mache ich das hier:

procedure TForm1.EnumerateCB(const uid: string; const aname: string; const stackID: byte; const isNew: boolean);
begin
  with ListView1.Items.Add do begin
    Caption:=aname;
    SubItems.Add(uid);
  end; // with
end;

Typische Ursache für so etwas ist, dass du eine GTK Funktion auf einen ungültiges Pointer aufgerufen hast, oder dass GTK es dier hier übel nimmst dass du aus einem nicht-GUI Thread (dem Callback Thread) mit dem GUI interagierst.

Wäre Denkbar. Aber solange es angeschlossen ist geht es Prima. Ich denke, dass der Thread nicht beendet wird, sobald es kein Gerät mehr gibt. Ich müsste mal klären ob es vielleicht an den Senoren liegt, die ja öfter Werte liefern als das LCD.

Ach so, dass EnumerateCB sollte darüber informieren ob z.b. der Master Brick abgesteckt wird oder angesteckt wird.Ich konnte jedoch wie gesagt, keine Reaktion feststellen.

Wie und welche Verbinding trennst du und wie sieht der Fehler bzw die Meldung aus?

Wenn ich die USB Verbindung trenne. Obwohl ich noch eine Verbindung zum BrickD habe. Hier ein Auszug daraus:

Wenn ich mir die Fehler Meldungen anschaue, scheint es an der LibC zu liegen.

Ich vermute,die Verbindung wird nicht sauber beendet oder?

  *** glibc detected *** /mnt/sda5/daten/Michael/entwicklung/Lazarus/tinkforge/test04/project1: double free or corruption (fasttop): 0x0000000000de5b10 ***

======= Backtrace: =========

/lib/x86_64-linux-gnu/libc.so.6(+0x7e626)[0x7ffff57c7626]

/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(gdk_region_union+0x97)[0x7ffff6bacc47]

/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3d797)[0x7ffff6bb6797]

/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3d6e8)[0x7ffff6bb66e8]

/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0(+0x3d943)[0x7ffff6bb6943]

/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_queue_draw_area+0x19a)[0x7ffff707cd2a]

/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_queue_draw+0x73)[0x7ffff7083e53]

/mnt/sda5/daten/Michael/entwicklung/Lazarus/tinkforge/test04/project1[0x7d0309]

======= Memory map: ========

00400000-007eb000 r-xp 00000000 08:05 22549306                          /mnt/sda5/daten/Michael/entwicklung/Lazarus/tinkforge/test04/project1

009eb000-00bd1000 rw-p 003eb000 08:05 22549306                          /mnt/sda5/daten/Michael/entwicklung/Lazarus/tinkforge/test04/project1

00bd1000-00df9000 rw-p 00000000 00:00 0                                  [heap]

7fffd8000000-7fffd8021000 rw-p 00000000 00:00 0

7fffd8021000-7fffdc000000 ---p 00000000 00:00 0

7fffe0000000-7fffe0022000 rw-p 00000000 00:00 0

7fffe0022000-7fffe4000000 ---p 00000000 00:00 0

7fffe4000000-7fffe4021000 rw-p 00000000 00:00 0

7fffe4021000-7fffe8000000 ---p 00000000 00:00 0

7fffe8000000-7fffe8022000 rw-p 00000000 00:00 0

7fffe8022000-7fffec000000 ---p 00000000 00:00 0

7fffed213000-7fffed228000 r-xp 00000000 08:02 527874                    /lib/x86_64-linux-gnu/libgcc_s.so.1

7fffed228000-7fffed427000 ---p 00015000 08:02 527874                    /lib/x86_64-linux-gnu/libgcc_s.so.1

7fffed427000-7fffed428000 r--p 00014000 08:02 527874                    /lib/x86_64-linux-gnu/libgcc_s.so.1

7fffed428000-7fffed429000 rw-p 00015000 08:02 527874                    /lib/x86_64-linux-gnu/libgcc_s.so.1

7fffed444000-7fffed4dd000 rw-p 00000000 00:00 0

7fffed4dd000-7fffed4de000 ---p 00000000 00:00 0

7fffed4de000-7fffed8de000 rw-p 00000000 00:00 0

7fffed8de000-7fffed8df000 ---p 00000000 00:00 0

7fffed8df000-7fffedcdf000 rw-p 00000000 00:00 0

7fffedcdf000-7fffedd84000 r--p 00000000 08:02 393692                    /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf

7fffedd84000-7fffedd90000 r-xp 00000000 08:02 527798                    /lib/x86_64-linux-gnu/libudev.so.0.13.0

7fffedd90000-7fffedf8f000 ---p 0000c000 08:02 527798                    /lib/x86_64-linux-gnu/libudev.so.0.13.0

7fffedf8f000-7fffedf90000 r--p 0000b000 08:02 527798                    /lib/x86_64-linux-gnu/libudev.so.0.13.0

7fffedf90000-7fffedf91000 rw-p 0000c000 08:02 527798                    /lib/x8

Ich habe jetzt mal das Netzteil  vom USB Hub angeschlossen, die Werte, die von den Sensoren kommen, scheinen Stabiler zu sein. Werde ich mal weiterhin beobachten.