Red Brick Reboot Problem mit RS485

[ZIS-ToH]

Hallo Community,

 

ich arbeite schon länger mit Thinkerforge Modulen und habe nun ein Problem was ich nicht lösen kann und ich Hilfe von der Community brauch

 

Ich habe eigentlich das gleiche Problem wie hier beschrieben:

https://www.tinkerunity.org/forum/index.php?topic=3554.0

 

Mein Aufbau:

 

5. Ethernet Brick

4. RS485 Extension V1.1

3. Master Brick --> 1. IO16 Brick, 2. LCD Brick, 3. Industrial Digital IN4

2. Red Brick

1. Power Supply Brick

 

Ich möchte einen Reboot/Warmstart des Red Brick erreichen folgendes habe ich versucht:

- reboot über BrickViewer --> erfolglos

- reboot über Console --> erfolglos

- reboot über skript --> erfolglos

- reboot über GUI --> erfolglos

- RS485 Brick aus Stapel entfernt --> erfolgreich

 

--> Mit RS485 Brick bleibt er im Bootprozess hängen auch wenn am RS485 kein Teilnehmer ist.

 

Fehlerbild: Red Brick fährt runter --> rote LED blinkt kurz --> grüne LED leuchtet --> hängt

 

Red Brick Firmware: 2.0.3

Image Version:      1.1

 

Kann mir jemand bei dem Problem helfen?

 

Grüße

Torsten

[borg]

Die Image Version 1.1 ist sehr alt, könntest du einmal auf die neuste 1.11 aktualisieren? http://download.tinkerforge.com/red_images/full/

[ZIS-ToH]

Habe jezt auf Version 1.11 gewechselt, habe es nur im Brick Viewer getestet (über System, Console) das Fehlerbild ist das Gleiche.

[borg]

Komisch. Mir ist nicht klar was ein Neustart von einem "Powercycle" unterscheidet .

 

Das Problem tritt nur bei einem Neustart auf. Bei einem ersten Start funktioniert es, richtig?

[ZIS-ToH]

Spannung aus, Spannung an --> funktiobniert

Reboot ohne Spannung weg --> funktioniert nicht

 

Ich weiss auch nicht wo der unterschied ist mir kommt es auch komisch vor, als wenn er iwo auf den RS485 Brick wartet und dieser in einem undefinierten Zustand ist.

[borg]

Ich hab es mir auf die TODO-Liste geschrieben, gucke ich mir an. Komme ich aber frühestens Anfang nächster Woche zu.

[ZIS-ToH]

Guten Morgen,

 

konntest du schon einen Testaufbau machen und etwas herrausfinden?

 

Grüße

Torsten

[borg]

Ich konnte das Problem reproduzieren mit 1.11 (das Problem tritt soweit ich das sehen kann mit 1.9 noch nicht auf).

 

Es sieht also so aus als würde es mit der neuen Kernel Version zusammenhängen. Zwischen 1.9 und 1.11 haben wir den Kernel von 3.10 auf 4.13 aktualisiert.

 

Könnte noch ein bisschen dauern bis wir das gefixt bekommen. Der Kernel bleibt irgendwo recht früh während des Boot-Prozesses hängen, sowas ist natürlich immer anstrengend zu debuggen.

[borg]

Wir haben das Problem gefunden. Die neuere uboot Version welche wir seit 1.10 nutzen hat ein kurzes Fenster wo auf Eingaben gewartet wird. Mit aufgesteckter RS485 Extension hat der uboot RX Pin (welcher gleichzeitig der RS485 RX Pin ist) eine Längere Antenne und es ist wahrscheinlicher das der Wert zufällig hin und her springt während des bootens. So gibt es aus Sicht von uboot Tastatureingaben und der Bootprozess bleibt hängen.

 

Wir fixen das mit dem 1.12 Relase, welches in ca. 2 Wochen zusammen mit einem Schub neuer Bricklets kommen wird. Danke für den Hinweis und die Hilfe!