Datenbus floatet

[Ralph T. (programinator)]

Moin,

in einem Redesign einer hauseigenen ARM9-Plattform habe ich ein paar
Messungen am Datenbus vorgenommen. Ziel war eigentlich die
Signalintegrität zu optimieren. Dabei habe ich beobachtet, dass die
Datenpins anfangen zu floaten. Dies passiert natürlich immer dann, wenn
keine Peripherie (SDRAM, Flash, DSP, ...) adressiert werden, d.h. alle
IOs auf HighZ gehen. Mir ist klar, dass dieses zwangläufig passieren
muss. Dennoch bin ich ein wenig beunruhigt. Selbst Pulldowns an den
jeweiligen Datenpins können dieses Verhalten nicht gänzlich
unterdrücken, zumindest nicht ohne eine zu große Last für die
Treiberstufen darzustellen.
Im angehängten Screenshot ist ein einzelner Datenpin zu sehen, der
zwischen zwei Schreib-/Lesezyklen zu floaten beginnt.
Nun meine eigentliche Frage: Stellt dieses Verhalten ein Problem dar?
Darf der Bus floaten, oder gibt es ersthafte Argumente, die dagegen
sprechen?
Ich habe bereits die Suchfunktion, das Internet sowie die entsprechenden
Datenblätter zu den Bausteinen bemüht, aber nichts verwertbares
gefunden.

Vielen Dank für jede ernst gemeinte Hlfe

[Peter D. (peda)]

Bei neueren MCs kann man oft eine Bus-Keeper Funktion enablen. Dann 
bleiben die Pins auf dem letzten nicht-tristate Pegel.

[Грясивый цомби (Gast)]

>Dies passiert natürlich immer dann, wenn keine Peripherie (SDRAM, Flash, DSP, 
...) adressiert werden, ..

Das sollte im Datenblatt definiert sein.

[Ralph T. (programinator)]

Peter Dannegger schrieb:
> Bei neueren MCs kann man oft eine Bus-Keeper Funktion enablen. Dann
> bleiben die Pins auf dem letzten nicht-tristate Pegel.

Diese Funktion war mir tatsächlich kein Begriff. Aber wie es aussieht, 
scheint dieser ARM dieses nicht zu besitzen.

Грясивый цомби schrieb:
> Das sollte im Datenblatt definiert sein.

Bin die Datenblätter noch einmal durchgegangen. In keinem stand etwas 
zur Verträglichkeit eines floatenen Signals. Vielleicht habe ich aber 
auch noch nicht die richtige Stelle gefunden.