Es ist idR vorteilhaft, das Recording Interface als clock master zu verwenden.
Dann braucht man nur in der DAW die Samplerate einzustellen und die Geräte lernen es dann der Reihe nach automatisch aufgrund der Projekteinstellung in der DAW
1. das Recording interface über den ASIO Treiber
- und wenn dieses clock master ist -
2. die clock slaves über einen digitalen Eingang der an den clock master angeschlossen ist oder über WC

Das fuktioniert bei single speed auch einwandfrei (44.1 / 48 kHz), hat aber auch gewisse Limitierungen, dass bei Kanalmultiplexing (double / quad speed) die Samplerate nicht genau unterschieden werden kann, weil es sich hier durch das Multiplexing mehrerer Kanäle um Vielfache von 44.1/48 kHz handelt.
Das läßt sich nur dann lösen, wenn man zwischen clock master und clock slave von den Anschlüssen her noch eine AES oder SPDIF Verbindung hinbekäme, auf der dann höheren sample rates (>48 kHz) erkennbar wären, AES und SPDIF arbeiten ohne Kanal Multiplexing, da gibt es dann tatsächlich samplerates bis 192 kHz auf der Verbindung.

Wenn ich mich recht entsinne hat man das gleiche Problem der sauberen Erkennung von double/quad speed auch bei WC.
Sonst einfach mal ausprobieren, falls man noch ein WC Kabel rumliegen hat, aber ich meine das wäre so.

Falls man nur in single speed (44.1/48 kHz) aufnimmt dann ist das kein Problem, dann funktioniert die Erkennung von 44.1/48 auch über WC, MADI, ADAT einwandfrei.
Über SPDIF/AES sollte es nie ein Problem geben. Das funktioniert hier auch einwandfrei zwischen einem UFX+ und einem über entweder optical SPDIF oder AES angeschlossenen ADI-2 Pro FS R BE.

In Deinem Fall würde es dann mit automatischer Erkennung eigentlich immer hapern, aber selbst dann würde ich das UFX+ als clock master verwenden,
1. weil es bei Single speed tadellos funktioniert
2. falls irgendwann mal ein ADI-2 Pro FS R BE nochmal in das Setup dazukäme.
Dann könnte zumindest dieses Gerät die clock automatisch über AES lernen, was sehr praktisch ist beim Abspielen von HiRes Audio über 48 kHz.

Danke Ramses für die ausführlichen Erläuterungen (zu jeder Tages und Nachtzeit;-)

Ich versuch nur grad heraus zu finden, was es bedeutet, wenn die grüne MADI LED blinkt.
Wenn das was negatives bedeutet, wechsele ich generell die clock auf internal M-1610 wenn ich mit langen optischen Kabeln arbeite.

MC
Also lieber die clock im M-1610 verwenden?

Wäre sicherlich auch sinnvoll zu überprüfen, ob alle Geräte die aktuelle Firmware und den aktuellen (ASIO) Treiber verwenden, falls nicht würde ich definitiv upgraden, das macht es auch RME sicherlich einfacher, einen etwaigen Fehler anhand der letzten Firmware / Treiberversion troubleshooten zu können.

Dann würde ich - falls MC keine weitere Idee hierzu hat - eine Mail an den Support schreiben und parallel dazu ausprobieren, ob es hilft, WC zu verwenden oder den M-1610 Pro als clock master zu verwenden (einmal über MADI, dann aber auch über WC), hauptsache es läuft erstmal...

Diese Beobachtungen sind dann auch sicherlich interessant für den Support, falls auch WC bzw M-1610 als clock master über WC/MADI nicht funktionieren sollte.

Kann ich ausschliessen.
Tritt auch mit reiner Coax Verbindung auf

Ein Wechsel von Samplerates in dem UFX+ wird nicht im M-1610 mitgemacht.
Insofern hat es auch keinen Vorteil die clock im UFX zu verwenden.
Mal sehen... vielleicht wird an der FW vom M1610 ja noch gebastelt.
Auf jeden Fall läuft es erst mal mit Master im M1610.
Schönen Sonntag!

Ich probier aus langer Weile noch mal wie's mit ADAT geht.
WC ist auch möglich um das Blinken auszuschalten.