Telexforum.de

Damit meine ich, dass die TW39 noch im Kommunikationsmodus mit dem FS ist während das
System bootet. Da scheinen einige der Initialisierungen ausgedruckt zu werden.
Für ich sah das so aus als ob das mein gegenüber schreibt. Und das gerade im Kennungsgeber-
Austausch. Das wunderte mich.

Danach ging's aber ohne Probleme weiter. Kein Absturz mehr. Vll. waren das auch Telekom-
Probleme mit der Internetverbindung ??

Hallo Frank,

ulbrichf hat geschrieben:Ich bin mehr als ratlos.

(Loriot:) Ach?
Du auch?

ulbrichf hat geschrieben:Mit der Sourcecodeverwaltung im Internet habe ich etwas Schwierigkeiten, ist neu für mich.
Ich möchte herausfinden, ob sich bei der Watchdogprogrammierung nach der Version build 636 für die folgenden Versionen
etwas geändert hat, was sich in meiner HW/Software Konstellation auswirken könnte. Wenn ich wüßte was, könnte ich vielleicht nach einer Einarbeitung probieren, eine aktuelle Version mit der alten Watchdogprogrammierung zu compilen ... unter der Annahme , daß es da überhaupt eine Änderung gab.
Vielleicht erbarmt sich aber auch eine kundige Person, eine Testversion herzustellen.

Die Version 636 gibt es hier:

https://sourceforge.net/p/itelex/code-0 ... abilitaet/

(Dann Download Snapshot im dunkelgrauen Balken klicken).

Die Version 666 hier:

https://sourceforge.net/p/itelex/code-0/668/tree/trunk/

(Dann Download Snapshot im dunkelgrauen Balken klicken).

ulli hat geschrieben:Damit meine ich, dass die TW39 noch im Kommunikationsmodus mit dem FS ist während das
System bootet. Da scheinen einige der Initialisierungen ausgedruckt zu werden.
Für ich sah das so aus als ob das mein gegenüber schreibt. Und das gerade im Kennungsgeber-
Austausch. Das wunderte mich.

Das ist ja noch merkwürdiger. Hast du einen Ausdruck von dem "Datenmüll" am FS?

ulbrichf hat geschrieben:Video mit LED Beobachtung (Absturz bei ca. 1:30 )

Besonderheit an diesem Fall ist, dass der Absturz die Kommunikation auf dem TWI-Bus blockierte (Dauerlicht der gelben LED auf der Stromversorgungsplatine).

Das bedeutet, dass vermutlich die i-Telex-Software in einer Interrupt-Routine "fest hing". Tiefere Schlüsse kann ich daraus aber auch nicht schlißen.

Hi Fred,

ja - der FS druckt ja ;-)

Hallo Helge,
also du wurdest angerufen und während deine Station neustartete kam dieser Ausdruck heraus?
Ich glaube eher, dass das der verstümmelte Datumsdruck durch den ausgelösten Kennungsgeber ist.

Hallo Fred,

ja. Das kann natürlich auch sein.

Ich wurde angerufen wir haben den kennungsgeber-Austausch versucht (Frank). das war soweit ja auch erfolgreich (das erste Mal).
Dann hing es - dann kam das Datum und dann startete I-Telex neu. Der Kennungsgeber kann es auch sein, da hast Du Recht.

Frank hat aber nicht nochmals angerufen - für ihn stand die Sitzung und wir haben dann schön miteinander geschrieben.

Aber mach mal nichts damit, ich muß das erst noch untersuchen. es könnte vieles sein.

Danke

Hallo Helge,
seid dem 1. Flashen der iTelex Karte wieder zurück auf Firmware 636 läuft diese wieder stabil, ohne eine Reset hier jetzt 5 Tage lang. Täglich werden mehrere Telexe empfangen. Inzwischen habe ich das MAKEFILE vom Sourcecode fast zum Laufen bekommen.
Mit etwas Glück funktioniert das Compilen bei mir bald. Etwas Nachhilfe brauche ich eventuell dann noch von Fred.
Reset Flag 0 - und noch keine Resets nach dem 27.11.

Schön. Ich hatte heute wieder ohne einen Anruf einen Reset (Grund 08). Ich werde wenn ich Zeit habe nächste
Woche nochmal spielen, aber ich denke es hat nichts mit den einkommenden Anrufen zu tun.
Ich versuche jetzt nochmal ein anderes Netzteil (Trafo).

Nachdem ich es geschafft habe den TRUNK 679 zu compilen,
möchte versuchen den WATCHDOG Mechaniismus und die softreset.c zu verstehen.
Ich nehme an, daß möglicherweise eine Änderung an der Mimik nach build 636 zu dem instabilen Verhalten bei mir führte.
Vielleicht ist es was anderes, vielleicht kommt man drauf, vielleicht niemals ...

Hier mein stolzen Produkt, an dem ich frickeln möchte "build 679 modified"
Mir kommt der Gedanke, da eventuell die Fuses an meinem ATMEL anders programmiert sein könnten, weswegen sich "mein" Prozessor
anders verhält bezüglich der Resets als die der restlichen Mitschreiter. Mal sehen, ob ich in der Doku was finde.