- Posts: 2
- Joined: Mon Sep 21, 2015 7:27 pm
Providing some background on a problem that is recently come up and the eventual conclusion that we've come to. Maybe you've run into this and have a better fix that mine outlined below.
tl;dr: When using a Thunderbolt to PCI chassis, a Decklink Quad card needs more time to initialize on warm-reboot. Unplugging/replugging Thunderbolt cable fixed problem.
Use case: Customer wants a compact solution to run Wirecast on OSX with 4 SDI sources while connected to a Xsan (Quantum StorNext)
We came up with the idea to use a Decklink Quad installed in a Sonnet XMacMini Server chassis. To fulfill the SAN requirement, we added a ATTO FC-82 card and additional Thunderbolt Ethernet dongle for metadata.
Everything was ok during the initial config of the machine, but soon the Decklink stopped responding. Desktop Video would not recognize the card, and OSX System Profiler had stopped seeing the card. Meanwhile, the ATTO FC-82 continued to work just fine, showing up each and every time during reboot.
We troubleshot the card to no end. We started by reseating the card (nope), moved it to the other slot in the Sonnet chassis (nope), removed the ATTO card thinking it was power related (nope), moved it a PC (yep, this worked), moved it to a Sonnet XMacPro Server chassis (yep), moved it to an older aluminum MacPro (yep, this worked too) - just never reliably in the MacMini chassis. We were all set to RMA the unit to Sonnet when I decided to try my MacBook Pro. With the chassis cover removed (exposing the card and the status lights), I was able to narrow the problem down and successfully recreate the problem (finally!)
With the card installed in the Sonnet Thunderbolt chassis, the card works until the host computer is warm-rebooted. Upon reboot, the card is no longer recognized by the host. It isn't until the thunderbolt chassis is powered down and the computer is cold-started does it return to normal operation.
The Sonnet chassis relies on the host computers’ thunderbolt bus to power the PCI slots; when the host computer is warm-rebooted, the thunderbolt buss looses power for a fraction of a second and causes the Decklink to lock up as opposed to properly initializing. If I manually plug the Thunderbolt cable into the chassis and let it reinitialize, the card starts working again. So it seems that the very short (>100ms) power cycling of the Thunderbolt buss during warm-reboot is the reason for the Decklink failing to work every time. Mind you, the ATTO FC-82 never suffered from this issue, so perhaps there's something the BMD Engineering team could take a look at.
tl;dr: When using a Thunderbolt to PCI chassis, a Decklink Quad card needs more time to initialize on warm-reboot. Unplugging/replugging Thunderbolt cable fixed problem.
Use case: Customer wants a compact solution to run Wirecast on OSX with 4 SDI sources while connected to a Xsan (Quantum StorNext)
We came up with the idea to use a Decklink Quad installed in a Sonnet XMacMini Server chassis. To fulfill the SAN requirement, we added a ATTO FC-82 card and additional Thunderbolt Ethernet dongle for metadata.
Everything was ok during the initial config of the machine, but soon the Decklink stopped responding. Desktop Video would not recognize the card, and OSX System Profiler had stopped seeing the card. Meanwhile, the ATTO FC-82 continued to work just fine, showing up each and every time during reboot.
We troubleshot the card to no end. We started by reseating the card (nope), moved it to the other slot in the Sonnet chassis (nope), removed the ATTO card thinking it was power related (nope), moved it a PC (yep, this worked), moved it to a Sonnet XMacPro Server chassis (yep), moved it to an older aluminum MacPro (yep, this worked too) - just never reliably in the MacMini chassis. We were all set to RMA the unit to Sonnet when I decided to try my MacBook Pro. With the chassis cover removed (exposing the card and the status lights), I was able to narrow the problem down and successfully recreate the problem (finally!)
With the card installed in the Sonnet Thunderbolt chassis, the card works until the host computer is warm-rebooted. Upon reboot, the card is no longer recognized by the host. It isn't until the thunderbolt chassis is powered down and the computer is cold-started does it return to normal operation.
The Sonnet chassis relies on the host computers’ thunderbolt bus to power the PCI slots; when the host computer is warm-rebooted, the thunderbolt buss looses power for a fraction of a second and causes the Decklink to lock up as opposed to properly initializing. If I manually plug the Thunderbolt cable into the chassis and let it reinitialize, the card starts working again. So it seems that the very short (>100ms) power cycling of the Thunderbolt buss during warm-reboot is the reason for the Decklink failing to work every time. Mind you, the ATTO FC-82 never suffered from this issue, so perhaps there's something the BMD Engineering team could take a look at.