Jump to content

adrianer

Members
  • Gesamte Inhalte

    4
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von adrianer

  1. borg: bei einem Switch ohne das man einen Loop baut (siehe: https://en.wikipedia.org/wiki/Switching_loop ) oder Broadcaststurm als Folge des Loops hat (siehe: https://en.wikipedia.org/wiki/Switching_loop#Broadcasts ) verursacht, wird das Problem nicht auftreten, denn es kommen keine Pakete am Switch Port des Tinkerforge an, die nicht an dem adressiert sind (mit der Ausnahme von wenigen Broadcasts).

    Höchstens könnte der selbe Effekt passieren, wenn man einen Ethernet Hub statt Switch verwendet (der dann ja jedes Paket an jedem Port des Hubs schickt) und die komplette Bandbreite des Hubs frisst - das habe ich aber nicht getestet.

  2. Nein, auf Port kommen 4223 kommen die nicht. Deshalb kann der Workaround mit dem Router und dem Port Forwarding des 4223 Ports funktionieren.

     

    Reproduzieren lässt sich das Problem im übrigen in den meisten Fällen einfach: man nehme ein LAN Kabel und schließe beide Enden an den selben Switch an an dem auch der Tinkerforge hängt (und auch noch was anderes das Traffic produziert der dann im Kreis laufen kann). Danach auf den Reboot des Tinkerforge warten.

  3. Wir haben hier einen Tinkerforge bestehend aus:

     

    Step-Down Power Supply

    Master Brick 2.0

    Master Brick 2.0

    Master Brick 2.1

    Ethernet Extension

    Servo Brick

    + 14 Bricklets

     

    Im Netzwerk werden verschiedene Geräte Prototypen verwendet und es kommt deshalb manchmal zu Ethernet Loops oder die Geräte spammen das Netzwerk mit Broadcasts zu. Jedes mal wenn es dazu kommt, bootet der Tinkerforge praktisch sofort neu. Ist das Reboot Problem bereits bekannt?

     

    Als Workaround habe ich den Tinkerforge jetzt hinter einen Router gesetzt, der so zu sagen dem Tinkeforge vor den "Paketfluten" schützt. Schöner wäre es aber, auf diesem Workaround verzichten zu können ;)

  4. Ich habe genau das selbe Problem wie Abolonia:

     

    Wenn ich den Stapel über den Step-Down Power Supply mit Strom versorge (12V, 3A) schaltet das Remote Switch Bricklet meine Steckdosen nicht mehr und bleibt im Zustand "Switching..." bis zum reboot hängen (ist dann auch über die API nicht mehr schaltbar). Wenn es über USB mit Strom versorgt wird, dann geht es.

     

    Interessanterweise funktioniert es meistens (aber leider nicht immer), wenn ich das Remote Switch Bricklet am Servo Brick anschliesse statt am Master Brick (das Servo Brick ist ganz oben im Stapel, also am weitesten "entfernt" vom Power Supply).

     

    Irgendwelche Ideen?

×
×
  • Neu erstellen...