gỡ rối trivum

Nếu bạn định cấu hình kết nối cáp USBC với thiết bị SC344m và kết nối mọi thứ đúng cách, nhưng sẽ xuất hiện lỗi:

"Kết nối được xác định, nhưng không có dây thực nào được kết nối"

lý do có thể là chính cáp. Cắm một đầu cáp ra, xoay 180 độ, cắm lại. Nếu cáp chỉ bị hỏng một phần, điều này có thể hữu ích. Nếu nó không giúp được gì, hãy thay thế nó bằng một loại cáp khác.

Cũng xin lưu ý rằng các thiết bị trivum yêu cầu cáp USBC chất lượng cao:

nếu không, bạn cũng có thể gặp lỗi kết nối hoặc có thể không có âm thanh.

Ứng dụng trivum dành cho iOS hoặc Android không liệt kê các thiết bị trivum trong mạng.

Đây là một vấn đề mạng. trivum thiết bị được tìm thấy bằng cách nhận tin nhắn chào phát đa hướng. Các thành phần mạng như Bộ định tuyến, Bộ chuyển mạch hoặc điểm truy cập mạng WLAN có thể chặn các thông báo này.

đầu vào Trivum AirPlay không được liệt kê trên iPhone.

mạng con 192.168.1.x qua cáp
mạng con 192.168.3.x qua WLAN
thường sẽ chặn tất cả lưu lượng phát đa hướng theo mặc định, không cho phép Airplay, không phát hiện bất kỳ thiết bị trivum nào bằng ứng dụng iPhone trivum hoặc công cụ ServerAdmin và không có lưu lượng truy cập bộ định tuyến IP KNX!
trong những trường hợp như vậy hãy yêu cầu quản trị viên mạng của bạn định cấu hình

Mạng công ty được thiết kế để bảo mật tối đa, bao gồm cả phân đoạn mạng

Ví dụ: PC của công ty chính có thể ở trong Vlan có dải IP 192.168.1.x, thiết bị âm thanh trong Vlan có dải IP 192.168.2.x và thiết bị di động trong mạng WLAN có dải IP 192.168.3.x.

Theo mặc định, bảo mật có nghĩa là mọi lưu lượng giữa các phân đoạn mạng đều bị chặn. Thiết bị di động không thể nhìn thấy đầu vào Airplay vì mọi tin nhắn UDP, bao gồm cả tin nhắn đa hướng Bonjour, đều bị chặn giữa phân đoạn âm thanh và phân đoạn WLAN.

Để so sánh, hãy kết nối PC Windows bằng cáp LAN với cùng một công tắc như trivum. Đảm bảo không có mạng WLAN nào đang hoạt động và nó nằm trong cùng dải IP như tầm thường. Sau đó cài đặt iTunes trên PC. Đầu vào trivum AirPlay phải xuất hiện trong đó.

Điều đó có nghĩa là đầu vào AirPlay hiển thị trong cùng một phân đoạn mạng nhưng không hiển thị trong một phân đoạn mạng khác, chẳng hạn như mạng WLAN.

Quản trị viên mạng phải định cấu hình các ngoại lệ hoặc cầu nối giữa các phân đoạn:

1) Các truy vấn Multicast UDP Bonjour phải được chuyển từ phân đoạn WLAN sang phân đoạn âm thanh

2) Các câu trả lời Bonjour UDP Multicast phải được chuyển từ phân đoạn âm thanh đến phân đoạn WLAN

tùy thuộc vào chương trình cơ sở chạy trên các thiết bị mạng (Bộ định tuyến, Bộ chuyển mạch, Bộ điều khiển), điều này có thể đạt được bằng các tùy chọn có tên "Bonjour" hoặc bằng cách chuyển trực tiếp các tin nhắn UDP cho nhóm multicast 224.0.0.251 cổng 5353. Một số điểm truy cập WLAN như bộ điều khiển Aruba WiFi AP có các tùy chọn bổ sung trong cấu hình của chúng để kích hoạt tin nhắn bonjour và airplay trong mạng.

Nếu chỉ trường hợp 1) bị chặn thì có một tùy chọn giải pháp trên trivum thiết bị để gửi tên đầu vào AirPlay theo chu kỳ, ngay cả khi không nhận được truy vấn. Trong thiết lập web trivum, vào: Music/Streaming/AirPlay và kích hoạt: Gửi tên vùng liên tục/gửi tên vùng mỗi phút.

Nhưng nếu điều đó không giúp ích được gì, hãy tham khảo ý kiến của quản trị viên mạng.

Cấu hình cầu Bonjour có thể không đủ. Nếu đầu vào AirPlay được hiển thị và có thể được chọn, nhưng lần phát tiếp theo không thành công thì phải cho phép lưu lượng UDP và TCP đầy đủ giữa các phân đoạn âm thanh và WLAN hoặc phân đoạn WLAN và âm thanh phải được nối vào cùng một VLAN.

Đọc thêm:
Không thể tìm thấy đầu vào Spotify Connect trong mạng
Ứng dụng trivum không thể tìm thấy trivum thiết bị trong mạng
Phân tích tin nhắn AirPlay với sfk.exe

https://www.trivum-shop.de/support/docs/vn/trivum-faq.html#_airplay_inputs_in_brackets_cannot_be_used

trong ứng dụng khách Spotify dành cho điện thoại di động hoặc máy tính bảng, không có đầu vào trivum nào hiển thị.

Trong một số trường hợp, đây có thể là sự cố cấu hình, chẳng hạn như Spotify Connect không được bật trên hệ thống trivum.
Nhưng trong hầu hết các trường hợp, đó là sự cố mạng: mạng đang chặn tin nhắn phát đa hướng UDP.

mạng con 192.168.1.x qua cáp
mạng con 192.168.2.x qua mạng WLAN
thường sẽ chặn tất cả lưu lượng phát đa hướng theo mặc định, không cho phép Spotify Connect, không phát hiện bất kỳ thiết bị trivum nào bằng ứng dụng iphone trivum hoặc công cụ ServerAdmin và không có lưu lượng bộ định tuyến KNX IP!
trong những trường hợp như vậy, hãy yêu cầu quản trị viên mạng của bạn định cấu hình

Ngoài ra, hãy thử khởi động lại thiết bị trivum (lý tưởng nhất là từ cấu hình web). Nếu mạng chỉ chặn tin nhắn phát đa hướng theo một cách, điều này ít nhất có thể giúp tạm thời hiển thị đầu vào Spotify Connect.

Đọc thêm:
Phân tích tin nhắn SpotifyConnect với sfk.exe

máy chủ âm nhạc trivum không nhận được bất kỳ tin nhắn KNX nào. Bộ định tuyến KNX IP không được hiển thị trong cấu hình web.

Sau khi khởi động lại thiết bị trivum, bộ định tuyến KNX IP sẽ hiển thị và được liệt kê ở mức tầm thường. Bạn có thể chọn nó. Bạn nhận được một số tin nhắn KNX.

Nhưng sau một thời gian, tất cả lưu lượng truy cập dừng lại. Bộ định tuyến IP không còn được liệt kê là hiển thị. Không nhận được tin nhắn KNX nào nữa, cho đến lần khởi động lại trivum tiếp theo.

Điều này có thể xảy ra với các bộ chuyển mạch mạng được quản lý. Rất có thể, trên một swich như vậy

Ý nghĩa của IGMP Snooping là giảm lưu lượng phát đa hướng: các thiết bị mạng không quan tâm đến thông báo KNX sẽ không nhận được.

Nhưng ai quan tâm? Điều đó được phát hiện bởi Quier. Cứ sau vài phút, nó sẽ gửi một câu hỏi "ai muốn lưu lượng phát đa hướng UDP (KNX)?" tới tất cả các thiết bị mạng được kết nối với bộ chuyển mạch. Các thiết bị phải trả lời như "Tôi muốn lưu lượng truy cập cho địa chỉ 224.0.23.12". Công tắc mạng ghi nhớ điều đó và tiếp tục gửi cho những người đã trả lời.

Tóm tắt: nếu bạn định cấu hình một bộ chuyển đổi mạng,

Xem thêm bài viết mở rộng của chúng tôi về cấu hình chuyển mạch mạng:

https://www.trivum-shop.de/support/docs/vn/trivum-troubleshooting.html#_network_failure_on_group_play

Nếu điều đó không giải quyết được vấn đề

thì có lẽ bạn có quá nhiều chuyển đổi mạng. Ví dụ: nếu mạng của bạn trông giống như

Bộ định tuyến IP KNX ⇐⇒ Công tắc1 ⇐⇒ Công tắc2 ⇐⇒ Công tắc3 ⇐⇒ trivum

thì có thể xảy ra trường hợp các tin nhắn multicast và IGMP bị lạc trên đường từ bộ định tuyến IP đến trivum. Các thiết bị chuyển mạch không còn có thể quyết định ai đã yêu cầu lưu lượng truy cập nào và gửi cho ai. Thay đổi mạng của bạn thành:

Bộ định tuyến IP KNX ⇐⇒ Switch1 ⇐⇒ trivum

nghĩa là luôn kết nối trivum với chính xác cùng một bộ chuyển mạch mạng với bộ định tuyến IP.

Lưu ý dành cho nhân viên kỹ thuật: nếu bạn đang sử dụng hệ thống linux, bạn có thể lắng nghe các Truy vấn IGMP đang hoạt động bằng cách

tcpdump igmp

nếu một người truy vấn đang hoạt động, bạn sẽ thấy một cái gì đó giống như

12:15:10.027907 IP 0.0.0.0 > all-systems.mcast.net: truy vấn igmp v3

cứ sau vài phút.

Khi cố gắng tích hợp các thiết bị phụ vào thiết bị chính, chúng sẽ ẩn với thiết bị chính và do đó không thể chọn được.

Đây thường là sự cố mạng phát đa hướng.

Các thiết bị nô lệ gửi tin nhắn xin chào bằng cách phát đa hướng tới tất cả các thiết bị trong mạng. Tuy nhiên, nếu có nhiều bộ chuyển mạch mạng, chúng có thể từ chối chuyển các thông báo chào như vậy từ bộ chuyển mạch này sang bộ chuyển mạch khác. Ngay cả một công tắc đôi khi cũng có thể chặn các tin nhắn phát đa hướng.

Trước tiên hãy đảm bảo rằng các thiết bị phụ thực sự ở chế độ Phụ. Mở trình duyệt web, mở deviceip/setup cho mỗi thiết bị phụ. Đi vào: Cấu hình Hệ thống/Cài đặt/Master/Slave và đảm bảo rằng thiết bị được đặt ở chế độ phụ.

Đảm bảo rằng tất cả các thiết bị trivum được kết nối với cùng một bộ chuyển đổi mạng.

Kết nối tất cả bằng cáp LAN, không bao giờ bằng mạng WLAN.

Nếu có một bộ chuyển mạch hoặc bộ định tuyến mạng được quản lý, hãy kiểm tra cấu hình của nó xem liệu có cho phép phát đa hướng hay không và liệu có luôn truyền phát đa hướng giữa tất cả các cổng mạng hay không.

Ngoài ra, hãy thử khởi động lại (các) bộ chuyển mạch mạng và/hoặc bộ định tuyến. Nếu nó hoạt động (tạm thời) thì sau đó hãy xem xét thay thế bộ chuyển mạch mạng bằng một kiểu khác hoặc kết nối tất cả các thành phần trivum với một bộ chuyển mạch riêng thay vì kết nối chúng trực tiếp với bộ định tuyến.

Ngoài ra, hãy đọc bài viết sau về cấu hình phát đa hướng,
Không có âm thanh khi chơi nhóm với nhiều thiết bị

Bạn có hệ thống chính/phụ với 5 thiết bị trở lên trivum.
Khi phát nhạc theo nhóm, có thể xảy ra trường hợp tạm thời hoặc vĩnh viễn không có âm thanh ở một số thiết bị.

Điều này là do lưu lượng phát đa hướng UDP bị chặn bởi các bộ chuyển mạch mạng.

Multicast có nghĩa là: một thiết bị (với vùng chính phát theo nhóm) gửi các gói âm thanh đến toàn bộ mạng. Các thiết bị mục tiêu quan tâm đến việc phát các gói âm thanh này sẽ lắng nghe lưu lượng đó. Multicast có thể gây ra công việc rất phức tạp tại các bộ chuyển mạch mạng, vì chúng phải quyết định nơi gửi các gói âm thanh đến và nơi không. Nó thường không thành công ngay khi có nhiều chuyển mạch mạng.

Nếu bạn nhìn vào cấu hình web trivum bên dưới

và bạn thấy các thông báo như:

thì đây là xác nhận rằng lưu lượng IP phát đa hướng đã bị chặn. Trong ví dụ này, các thiết bị có IP 192.168.1.100 ff không nhận được các gói phát đa hướng và do đó không thể phát âm thanh.

Theo mặc định, hệ thống trivum tự động sử dụng âm thanh phát đa hướng ngay khi có 5 thiết bị trở lên trong hệ thống. Với 2 đến 4 thiết bị, nó sẽ gửi âm thanh bằng UDP unicast, rất đáng tin cậy, không phụ thuộc vào loại công tắc được sử dụng. Bạn có thể kiểm tra chế độ nào được sử dụng trong cấu hình web bên dưới:

Nếu bạn khởi động lại tất cả các công tắc mạng mà thiết bị trivum được kết nối, có thể âm thanh sẽ phát lại vào lúc này. Đôi khi nó cũng có thể giúp khởi động lại bộ định tuyến.
Để có giải pháp lâu dài hơn, hãy làm theo các bước sau:

Bằng cách này, bạn giới hạn hệ thống ở nhóm phát trên tối đa 4 thiết bị, chỉ với âm thanh unicast. Bạn cũng có thể thử cho phép 5 thiết bị trong một nhóm, điều này có thể hoạt động hoặc không. 6 thiết bị thường là quá nhiều, vì trong trường hợp này, vùng chính của nhóm phải gửi cùng một gói âm thanh 6 lần, gây ra tràn hàng đợi mạng trong hệ điều hành.

Nếu những mẹo này không hữu ích hoặc bạn thực sự muốn kết nối thiết bị trivum với một bộ chuyển mạch được quản lý lớn, hãy tiếp tục đọc bài viết sau.

Không có âm thanh ở một số vùng, điều khiển chậm, mạng bị chặn trong khi phát theo nhóm với các sản phẩm Installer Line hoặc trong khi phát InStreamer với tùy chọn Multicast đang hoạt động.

Với tùy chọn này, dữ liệu âm thanh khi phát theo nhóm không còn được gửi bằng phát đa hướng mà bằng UDP unicast, sẽ hoạt động với mọi bộ chuyển đổi mạng. Điều này chỉ hoạt động nếu không có quá nhiều thiết bị trivum là một phần của một nhóm, vì nó tạo ra tải trọng cao hơn tại vùng chính gửi dữ liệu. Nó sẽ hoạt động an toàn với 4 thiết bị, ví dụ 4x SC344. Nó vẫn có thể hoạt động với nhiều thiết bị hơn, vì vậy bạn chỉ cần thử tùy chọn này và xem liệu tính năng phát lại theo nhóm có còn ổn định hay không. Tuy nhiên, ví dụ: với hệ thống 10x AudioBox hoặc 10x RP310, tùy chọn này sẽ không hoạt động nữa. Tại đây, bạn sẽ phải sử dụng Multicast và áp dụng các cấu hình Switch như được mô tả trong phần 4. bên dưới.

Phát âm thanh theo nhóm tạo ra lưu lượng truy cập mạng cao. Giao thức IGMP đảm bảo rằng lưu lượng này chỉ đến được những thiết bị quan tâm đến lưu lượng đó. Nhưng để làm được điều này, công tắc cần hiểu IGMP và thiết bị trivum yêu cầu phiên bản phần mềm được liệt kê ở trên.

Các thiết bị chuyển mạch hỗ trợ IGMP, chẳng hạn như HP 1920G, HP-E2620-24-PoEP, Cisco SG300-10.

Ngoài ra, nếu hệ thống được điều khiển bởi iPad, bạn nên sử dụng điểm truy cập Apple Airport Express WLAN.

Cấu hình ví dụ với công tắc HP 1920G:

Đầu tiên kích hoạt IGMP trên toàn cầu. Nhưng sau đó, bạn cũng phải nhấp vào bên dưới Hoạt động và thiết lập:

Kích hoạt: IGMP, phiên bản 3, với Querier.

Sau đó, chọn "Save" ở trên cùng bên phải để lưu trữ tất cả cài đặt vĩnh viễn.

Nếu bạn cho rằng có thể có vòng lặp mạng trong hệ thống cáp của mình, hãy bật cả: MSTP/Global/Enable STP Globally/Enable

Nếu sử dụng nhiều công tắc thì phải cẩn thận rằng tất cả đều hỗ trợ IGMP hoặc công tắc hỗ trợ IGMP được đặt ở trên cùng, chứa tất cả trivum thiết bị.

Vì vậy, mạng sẽ giống như, ví dụ:

Để tránh lũ lụt của thiết bị không trivum bằng tin nhắn âm thanh không mong muốn.

Với switch HP-E2620-24, mặc định chỉ có tùy chọn "IGMP", không có thông tin chi tiết. Có vẻ như không cần thêm tùy chọn lưu toàn cầu. Có vẻ như công tắc này sử dụng Querier theo mặc định. Với các thử nghiệm của chúng tôi, bộ lọc IGMP hoạt động ngay lập tức. Bạn cũng có thể định cấu hình chi tiết, nhưng để làm được điều đó, bạn cần kết nối bằng cáp RS232 với công tắc đó. Khi khởi động lại công tắc, để quay lại cấu hình công tắc, bạn có thể phải nhập IP của nó mà không có bất kỳ đường dẫn nào phía sau. Tương tự như với 1920G, trong trường hợp vẫn còn sự cố mạng, bạn có thể bật: Spanning Tree/Tree Management/STP

Tại chuyển đổi Cisco SG300-28, hãy chọn:

Sau khi cài đặt các giá trị này, hãy đợi 2-3 phút trước khi bộ lọc hoạt động. Chọn nút "save" đang nhấp nháy ở trên cùng rồi chọn: nguồn/cấu hình đang chạy, đích/khởi động.

Cisco cũng hỗ trợ STP trong trường hợp các vòng lặp mạng.

trivum có thể sử dụng tin nhắn multicast để gửi âm thanh từ AudioActuator chính được đồng bộ hóa với các thiết bị phụ của nó. Tùy thuộc vào công tắc được sử dụng trong mạng của bạn, nó có thể lọc được hoặc không lọc được lưu lượng phát đa hướng.

Đảm bảo sử dụng một công tắc hỗ trợ tùy chọn Bật IGMP Snooping. Với tùy chọn này, các tin nhắn phát đa hướng CHỈ được gửi tới các thiết bị đã đăng ký loại lưu lượng này, chứ KHÔNG gửi tới toàn bộ mạng, chẳng hạn như mạng WLAN. Đọc tất cả các chi tiết về cấu hình chuyển đổi ở đây: Không có âm thanh khi chơi nhóm với nhiều thiết bị

Rớt âm thanh AirPlay, nguyên nhân chủ yếu là do sự cố tiếp nhận mạng WLAN.

Ngoài ra, hãy kiểm tra phát trực tiếp các tệp nhạc tại trivum. Nếu âm thanh bị gián đoạn khi phát tệp nhạc trực tiếp thì sự cố không liên quan đến AirPlay.

1) bạn đã cho phép một vị khách phát trực tuyến Spotify đến hệ thống trivum của mình và sau khi vị khách đó rời khỏi nhà bạn, anh ta nhấn Phát trên ứng dụng Spotify mà không biết rằng điều này sẽ kích hoạt phát trong nhà bạn qua internet

2) bạn đã cung cấp cho một thành viên gia đình dữ liệu tài khoản Spotify của bạn, người này đang vắng nhà nhưng họ chọn Phát mà không biết rằng điều này sẽ kích hoạt tính năng phát trong nhà bạn qua internet

3) bất cứ nơi nào trong nhà bạn là một thiết bị (máy tính bảng, v.v.) có ứng dụng Spotify và dữ liệu tài khoản của bạn đã đăng nhập và vì lý do nào đó, trò chơi được kích hoạt từ đó

Đối với trường hợp 1), hãy vào thiết lập trivum theo: Thông tin/Kiểm tra/Nhật ký sự kiện.

Ở đó, bạn sẽ tìm thấy thông tin rõ ràng về thời điểm người dùng Spotify đã phát trên hệ thống của bạn:

Nếu đó không phải là người dùng của riêng bạn, hãy truy cập:

sau đó chọn "giới hạn phát spotifyconnect cho tên người dùng đã chọn" và làm theo hướng dẫn hiển thị. Bằng cách này, chỉ người dùng Spotify của riêng bạn mới được phép phát trên hệ thống trivum.

Đối với trường hợp 2) và 3), nếu bạn không thể tìm ra ai đang sử dụng tài khoản của mình

Sau đó vào ứng dụng Spotify trên điện thoại di động của bạn. Đăng nhập lại với mật khẩu mới. Kết nối lại với hệ thống trivum. Bạn sẽ là người duy nhất có thể làm điều đó bây giờ.

Xin lưu ý: nếu bạn đã lưu trữ các mục yêu thích Cài sẵn SpotifyConnect trên thiết bị trivum của mình, thì không chắc liệu bạn có thể sử dụng chúng sau khi thay đổi mật khẩu hay không. Có lẽ bạn phải tạo lại chúng.

Một giải pháp khác là tắt kích hoạt vùng thông qua Spotify Connect.

Trong Thiết lập nhiều phòng V9, hãy truy cập:

sau đó chọn: Vùng để kích hoạt khi đầu vào mạng: Không kiểm soát vùng.

Với phần mềm V10, vào:

và chọn biểu tượng bánh răng tại bộ truyền phát để thay đổi cài đặt của bộ truyền phát. Ở đó bạn tìm thấy Định cấu hình cài đặt SpotifConnect của người truyền phát. Trong đó, chọn "Show Spotify Connect listener". Đặt tùy chọn này sẽ tự động tắt loa "Show SpotifyConnect 'Zonename'".

Bằng cách này, đầu vào SpotifyConnect không còn được liên kết với một vùng và không thể bật nó lên.

2) tạo một hành động toàn cầu để phát Spotify theo cách thủ công:

Trong Thiết lập nhiều phòng V9, hãy truy cập:

Trong Thiết lập nhiều phòng V10, hãy truy cập:

Sau đó tạo một hành động:

Phát Spotify sau đó được thực hiện theo hai bước:

1) Trong ứng dụng Spotify trên điện thoại di động của bạn, hãy chọn đầu vào mạng trivum, hiện có thể có tên khác và bắt đầu phát. Sẽ không có âm thanh nào xảy ra ở mức tầm thường, vì vùng này không được bật.

2) Truy cập ứng dụng trivum, vào vùng mục tiêu và chọn hành động "Spotify Connect". Bây giờ bạn sẽ nghe thấy âm thanh.

Nếu bạn thấy thông báo "thiết bị không phản ứng" thì dữ liệu cập nhật đã bị chặn.

Các nhiễu loạn âm thanh có thể là các đoạn cắt do một trong các nguyên nhân sau:

Nó có thể là quá tải hệ thống do truy tìm quá mức.

Trong trivum Setup, vào: System/Setup/Advanced.
Nếu trường chứa traceplayer=9 thì điều này sẽ tạo ra đầu ra theo dõi lớn bên trong, dẫn đến âm thanh bị gián đoạn.

Chỉ cần xóa trường.

Một số thẻ StreamSource được phân phối vào năm 2014 cho thấy hành vi sau:

Khi cố gắng sử dụng thẻ, lỗi CardHost inaktiv có thể xuất hiện.

Sau khi khởi động lại toàn bộ hệ thống trivum, hệ thống sẽ hoạt động trở lại cho đến khi xảy ra lỗi tiếp theo. Lý do cho điều này là sự thay đổi về thông số kỹ thuật của chip trên thẻ, gây ra sự không tương thích với phần sụn V1.30. Bạn có thể xác định các thẻ đó bằng cách nhìn vào chip vuông biq "LPC2365". Ở dòng thấp nhất, nếu bạn thấy "NSD1317D", với "D" ở cuối, thì lỗi có thể xảy ra (với bản sửa đổi "NSD1317B" cũ hơn thì lỗi này sẽ không xảy ra). Ngay cả khi số không phải là 1317 nhưng khác, vẫn có thể xảy ra lỗi - có liên quan là "D" ở cuối.

Hoặc bạn có thể gửi lại cho chúng tôi thẻ để sửa chữa.

Khi sử dụng 3 máy chủ thẻ với nhiều thẻ StreamSource (STS) và thẻ PowerAmpConnect (PAC), hãy lưu ý các hạn chế sau:

Điều này có nghĩa là, ví dụ, âm thanh từ STS trong khe 1 của máy chủ thẻ thứ 2 KHÔNG thể phát trên PAC trong máy chủ thẻ đầu tiên.

Trên hệ thống C4 có 2 máy chủ thẻ, những hạn chế này không tồn tại, vì vậy âm thanh từ STS trong máy chủ thẻ thứ 2 có thể được phát trên PAC ở máy chủ đầu tiên.

Nếu bạn cố gắng phát các tệp nhạc ngắn dưới 15 giây, có thể xảy ra trường hợp chỉ phát được vài giây hoặc thậm chí ngắn hơn và sau đó bản nhạc được lặp lại hoặc bỏ qua. Điều này cũng phụ thuộc vào tốc độ mẫu được sử dụng (22 kHz so với 44 kHz).

Để phát lại chính xác, bạn có thể

HOẶC LÀ

Trong vùng thứ hai của thiết bị nô lệ, âm thanh phát ra cứ sau 2 giây.

Kiểm tra cấu hình để ánh xạ đầu ra dự phòng. Ví dụ: nếu cả vùng thứ nhất và vùng thứ hai của thiết bị đều sử dụng cùng một đầu ra Cinch thì sẽ gây ra xung đột.

Một nguồn như TV được kết nối bằng cáp liên kết TOS quang với thiết bị trivum như AudioBox P150, nhưng chỉ có thể nghe thấy tiếng ồn.

Tắt Dolby Surround tại nguồn của bạn. Thiết bị trivum chỉ có thể xử lý đầu vào PCM đơn giản thông qua liên kết TOS nhưng không có dữ liệu dolby.

Một nguồn như TV được kết nối bằng cáp liên kết TOS quang với thiết bị trivum nhưng không có âm thanh nào.

Bộ điều hợp hoặc kết nối kỹ thuật số có thể cần phải được thiết lập lại.

Có thể ngắt kết nối bộ điều hợp khỏi thiết bị trivum, đợi một lát rồi kết nối lại. Nếu điều đó không giúp được gì,

Không có âm thanh trong vùng 3 và 4 bằng cách sử dụng RP341 hoặc RP340.

https://www.trivum-shop.de/support/docs/vn/trivum-faq.html#_airplay_inputs_in_brackets_cannot_be_used

XMBC có thể gây ra sự không tương thích.

Kiểm tra xem AirPlay có hoạt động với bất kỳ thiết bị AirPlay nào không, ví dụ như AppleTV.

Khu vực bật và phát bất ngờ

Xem kỹ nguồn nào đang hoạt động và nội dung nào được phát.

Bạn cũng có thể xem Nhật ký sự kiện của hệ thống, trong cấu hình web bên dưới:
Thông tin/Giới thiệu/Hiển thị Nhật ký sự kiện.
Ở đó, nó cho biết rõ ràng sự kiện nào đã gây ra việc bật khu vực nào.

Lý do kích hoạt có thể:

Phát SpotifyConnect bắt đầu, sau đó tại trivum, âm lượng được thay đổi.
Ngay khi đi đến cuối bản nhạc và bản nhạc tiếp theo bắt đầu, âm lượng sẽ nhảy trở lại âm lượng được sử dụng trước đó trên máy tính bảng.

Kiểm tra cấu hình thiết bị SC của bạn nếu nhiều vùng sử dụng cùng một Bộ truyền phát:

thông thường Vùng 1 có Streamer 1, Zone2 có Streamer 2, v.v.
Ví dụ: nếu Khu vực 2 cũng sử dụng Bộ truyền phát 1, thì hệ thống sẽ từ chối gửi các thay đổi về âm lượng trong một khu vực tới SpotifyConnect vì nó không rõ ràng.

Cấu hình lại hệ thống để sử dụng riêng một bộ truyền phát cho mỗi vùng.

Khách hoặc thành viên gia đình X phát SpotifyConnect từ điện thoại di động của anh ấy sang thiết bị trivum của bạn. Sau đó, anh rời khỏi nhà.

Đột nhiên, một vùng bật và phát lại SpotifyConnect. Nguyên nhân là do X quên bỏ chọn thiết bị trivum trong ứng dụng di động Spotify của mình.

Để bảo vệ khỏi việc chơi không mong muốn, hãy định cấu hình lại hệ thống từ chơi tức thì sang chơi hai bước:

Từ bây giờ, việc chọn đầu vào trivum trong ứng dụng Spotify sẽ không còn tự động phát nhạc trong một vùng nữa.

điều này gây ra một hành động "SpotifyConnect" được hiển thị trong mọi vùng.

Để phát nhạc Spotify ngay bây giờ, người dùng cần thực hiện hai bước:

Nếu đầu vào mạng SpotifyConnect được hiển thị là "Input 1" thay vì tên vùng, hãy đi vào vùng đầu tiên, sau đó chạm vào SpotifyConnect ở đó. Nếu hệ thống có thiết lập mặc định, "Input 2" sẽ ánh xạ tới vùng thứ 2, v.v.

Bạn muốn thay đổi âm lượng trong giao diện người dùng trivum một chút, nhưng nó lại tự tăng lên một cách bất ngờ.

Đây có thể là một trường hợp hiếm hoi của cấu hình đặc biệt. Đi vào cấu hình web dưới

và kiểm tra cẩn thận vùng kiểm soát nào được đặt cho thiết bị nào. Vùng điều khiển kiểm soát âm lượng. Với một số thiết bị như RP341v1, bạn phải chỉ định một vùng duy nhất của thiết bị đó làm vùng điều khiển. Sau đó chắc chắn rằng - trong một nhóm, không có vùng nào khác của thiết bị đó trở thành vùng chính - bạn chọn vùng đó trong ứng dụng khách Spotify của mình và không chọn vùng nào có tên trong dấu ngoặc vuông ().

Người khác có thể đã sử dụng Spotify bằng tài khoản vẫn đang hoạt động trong hệ thống âm nhạc của bạn. Để biết thêm về điều đó, hãy đọc "Unexpected Zone On với phát nhạc bất ngờ" ở trên.

Thông thường, một thiết bị SC cung cấp 4 đầu vào SpotifyConnect cho mạng nhưng chỉ có thể nhìn thấy một đầu vào.

Kiểm tra cấu hình thiết bị SC của bạn nếu nhiều vùng sử dụng cùng một Streamer.

Ví dụ: nếu tất cả các vùng đều sử dụng Streamer 1 (không có ý nghĩa gì trong hầu hết các trường hợp) thì sẽ chỉ có một đầu vào SpotifyConnect.

Cấu hình lại hệ thống để sử dụng riêng một bộ truyền phát cho mỗi vùng.

Thiết bị trivum cần dữ liệu cấu hình từ máy chủ DHCP. Máy chủ DHCP cung cấp cho thiết bị một địa chỉ IP và nó cho biết nên sử dụng Máy chủ tên nào. Cần có Máy chủ tên để kết nối với internet

Do đó, hãy đảm bảo rằng Bộ định tuyến/Bộ chuyển mạch/Modem kết nối mạng cục bộ của bạn với internet cung cấp dịch vụ DHCP cũng cung cấp thông tin Máy chủ định danh chính xác.

Loa âm thanh nổi tạo ra âm thanh bị tắt hoặc giảm âm lượng lớn. Chỉnh balance về -15 hoặc +15 chỉ nghe được left hoặc right thì nghe bình thường.

Kiểm tra cực của kết nối loa, nếu + và - được kết nối chính xác cho cả kênh trái và phải.

Ví dụ: nếu kênh bên trái đúng nhưng kênh bên phải có + và - bị hoán đổi thì chắc chắn sẽ gây ra âm thanh kém, vì sóng âm thanh từ bên trái và bên phải sẽ triệt tiêu lẫn nhau.

Âm thanh vẫn bình thường miễn là bạn ở gần một loa, nhưng khi đứng trong phòng giữa hai loa, âm thanh dường như bị xóa sạch.

Kiểm tra cực của cả hai kết nối loa, nếu + và - được kết nối theo cùng một cách cho cả hai loa.

Ví dụ, nếu loa 1 được kết nối chính xác, nhưng loa 2 đã kết nối + và - đổi chỗ, điều này chắc chắn sẽ gây ra âm thanh kém vì sóng âm thanh từ loa 1 và 2 sẽ triệt tiêu lẫn nhau.

Khởi động lại không chỉ bộ chuyển mạch cục bộ mà còn cả bộ định tuyến chính trong mạng (thiết bị tạo kết nối internet). Điều này có thể chặn các tin nhắn phát đa hướng cần thiết để giao tiếp với bộ điều khiển C4.

Nếu bạn lập trình Crestron để gửi các lệnh HTTP tới trivum thì điều quan trọng là sau mỗi lệnh, kết nối phải được đóng lại. Nếu bạn định cấu hình Crestron để giữ cho kết nối luôn mở thì có vẻ như nó hoạt động đối với một vài lệnh, nhưng đột nhiên kết nối bị đóng (máy chủ trivum buộc phải đóng sau một thời gian) và dường như không thể liên lạc được nữa, mặc dù gửi lệnh bằng trình duyệt web vẫn hoạt động.

Đèn LED màu xanh lá cây và màu đỏ của AudioActuator sẽ sáng vĩnh viễn với đèn LED màu đỏ nhấp nháy ngắn ở giữa.

Theo mặc định, thiết bị yêu cầu mạng có máy chủ DHCP để lấy địa chỉ IP của thiết bị. Nếu không thể kết nối với máy chủ DHCP, đèn LED sẽ hoạt động như mô tả ở trên.

Trong trường hợp này:

Nếu DHCP khả dụng ít nhất một lần thì thiết bị có thể được cấu hình lại để sử dụng IP tĩnh trong tương lai. Xem Sử dụng IP tĩnh để biết thêm thông tin. Để làm như vậy, hãy tải xuống và chạy Công cụ quản trị trivum (Trình tìm IP) từ http://service.trivum.com/

Tất cả các kết nối nguồn phải được kết nối, nếu không lỗi này sẽ xuất hiện.

Tìm các dấu Nguồn - + trên bộ truyền động và kết nối cả hai bên với nguồn điện.

Thông báo Vùng không xác định xuất hiện nếu TouchPad đang sử dụng AudioActuator trong chế độ Installer Master. Do đó, chế độ của AudioActuator được thay đổi thành "Slave".

Không thể điều khiển trực tiếp Slave AudioActuator bằng TouchPad. Do đó, TouchPad mất kết nối và các vùng được tham chiếu trên AudioActuator đó trở nên không hợp lệ hoặc không xác định.

Trên TouchPad …​

Lỗi phát sóng: Mạng (chuyển đổi cũ?) Sử dụng tên miền .local unicast.

Điều này có nghĩa là có một cấu hình mạng sử dụng tên .local để xác định miền DNS cục bộ, không tương thích với giao thức Bonjour cần thiết để sử dụng AirPlay. Nói chung, điều này là do phần cứng bộ định tuyến/bộ chuyển mạch cũ hoặc cấu hình sai trong một bộ chuyển mạch như vậy.

VÀ/HOẶC

Nhập thông tin sau vào máy chủ trivum:

Nó sẽ sửa một số tệp nội bộ của hệ thống đang cố khắc phục sự cố.

Những thứ như nút Tắt ở dưới cùng bên phải hoặc thay đổi Thời gian báo thức sẽ không hoạt động chính xác trên WebTouch Visu được hiển thị trên PC TouchPanel chạy Windows.

Bạn phải định cấu hình đúng Thiết bị con trỏ Chế độ nhấp chuột trên PC TouchPanel.

Xung đột chia sẻ tài nguyên xuất hiện nếu

Hệ thống trivum có một giới hạn kỹ thuật: phát lại kho lưu trữ (danh sách phát) và phát lại radio trên web đang sử dụng cùng một nguồn, Thẻ StreamingSource.

Do đó, chuyển đổi như Archive Play - Local - Webradio có nghĩa là chuyển đổi như StreamSource Card - InputConnect - StreamSource Card và khi bạn quay lại cùng một StreamSource Card, tất cả những gì nó làm là tiếp tục ở chế độ phát lại hoạt động nhiều nhất gần đây - vì vậy nếu Playlist đang hoạt động, nó sẽ thực hiện việc này, nhưng nếu webradio đang hoạt động, nó sẽ phát lại cùng một web radio.

Sự khác biệt Phát luồng hiện tại hoặc chạy dưới dạng internet radio trên Bàn phím Phím/Lệnh chỉ áp dụng khi chọn Thẻ Nguồn phát trực tuyến lần đầu tiên sau khi khởi động lại hệ thống.

TuneIn cố gắng tự động phát hiện quốc gia của bạn theo địa chỉ IP của bạn. Nếu điều này không thành công, bạn có thể nhập vĩ độ/kinh độ của thành phố trong cấu hình máy chủ trivum theo cách thủ công.

Khi cập nhật với một bước nhảy phiên bản lớn, e. g. từ 8.16 đến 8.47, có thể xảy ra trường hợp flash các thành phần bên trong không hoàn toàn thành công ở bước đầu tiên và điều này có thể khiến đèn LED màu đỏ hoạt động vĩnh viễn mặc dù GUI cấu hình không hiển thị lỗi.

Lặp lại cập nhật phần mềm (tối đa 3 lần) cho đến khi đèn LED tắt sau khi khởi động lại hoàn toàn.

Một lý do khác có thể là nút đặt lại bị kẹt.

Kiểm tra xem nút đặt lại có bị khóa bởi vỏ không. Hãy thử nhấn đặt lại một lần và kiểm tra xem hệ thống có phản ứng bình thường không.

HOẶC

HOẶC

GỢI Ý: Vì lý do kỹ thuật, Cảnh báo điện áp quá thấp sẽ xuất hiện trên cả 4 vùng ngay cả khi điện áp chỉ quá thấp ở 2 vùng.

Trong trực quan hóa Máy chủ gia đình, lệnh này phải được gọi hai lần để kích hoạt nguồn:

Nếu âm lượng của một vùng không được kiểm soát bởi chính vùng đó, chẳng hạn như trong trường hợp Hộp âm thanh có Đầu ra độc lập với bộ khuếch đại được điều khiển RTI, thì âm lượng của vùng này không thể được kiểm soát bởi các cơ chế nhóm thông thường.

Khi sử dụng 3 máy chủ thẻ với nhiều thẻ StreamSource (STS) và thẻ PowerAmpConnect (PAC), hãy lưu ý các hạn chế sau:

Điều này có nghĩa là, ví dụ, âm thanh từ STS trong khe 1 của máy chủ thẻ thứ 2 KHÔNG thể phát trên PAC trong máy chủ thẻ đầu tiên.

Trên hệ thống C4 có 2 máy chủ thẻ, những hạn chế này không tồn tại, vì vậy âm thanh từ STS trong máy chủ thẻ thứ 2 có thể được phát trên PAC ở máy chủ đầu tiên.

Ngay cả khi bạn đã cho phép " Everyone" truy cập mạng ẩn danh vào một thư mục Windows, quyền truy cập sẽ bị chặn nếu bạn để trống tên người dùng.

Nếu bạn không biết nhóm làm việc của mình, hãy thử nhập WORKGROUP hoặc để trống.

Nếu đã thực hiện tất cả các bước trên nhưng vẫn không vào được phần chia sẻ nhạc:

Nhiều máy chủ thẻ được sử dụng trong một hệ thống C4 lớn.

Khi phát một nguồn, chẳng hạn như đầu vào tương tự, không chỉ âm thanh của nguồn đó có thể nghe được mà còn cả âm thanh bất ngờ như bộ thu sóng FM. Khi ngắt kết nối tín hiệu tương tự trong nguồn, chỉ có thể nghe thấy tiếng ồn.

Một thẻ C4 như bộ dò FM, Streamsource vv không hoạt động.

Phân tích xem sự cố là do chính thẻ gây ra hay do máy chủ thẻ hoặc một khe cắm cụ thể của máy chủ thẻ.

Nếu các bài kiểm tra cho thấy rõ ràng một thẻ bị lỗi thì hãy phản hồi cho chúng tôi để chúng tôi có thể sắp xếp thay thế.

Bạn kết nối nguồn âm thanh bên ngoài với đầu vào đường truyền analog. Khi thử cảm biến tự động, luôn có tín hiệu cao mặc dù không có âm thanh.

Kiểm tra xem điều chỉnh âm lượng đầu vào dòng " có được đặt thành hơn 0 db không. Nếu vậy, hãy giảm bớt.

TV được kết nối bằng âm thanh analog với trivum và cảm biến tự động đầu vào đường truyền được định cấu hình. Đôi khi đầu vào đường truyền kích hoạt mặc dù TV đã tắt.

1) trên đường từ tv đến trivum có thể có nhiễu điện, giống như một số thiết bị bật hoặc tắt, tạo tín hiệu vào đường âm thanh.

2) hoặc TV đang tạm thời bật âm thầm, ví dụ: để cập nhật phần mềm.

Nếu TV cũng có đầu ra kỹ thuật số, hãy sử dụng đầu ra đó. Thay thế đường truyền tương tự bằng đường quang và trực tiếp ở tầm thường, sử dụng bộ chuyển đổi kỹ thuật số sang tương tự, có sẵn với giá rất thấp. https://www.amazon.com/s?k=d-a+audio+converter

Điều này giúp loại bỏ khả năng xảy ra cảm ứng điện và chỉ tạo ra tín hiệu âm thanh nếu TV gửi tín hiệu hợp lý "sound is active" qua đường dây kỹ thuật số.

Nhạc âm thanh nổi đang phát ở âm lượng bình thường, nhưng bất cứ khi nào có văn bản nói, chẳng hạn như tin tức hoặc thông báo giao thông, âm thanh đó trở nên rất im lặng.

Kiểm tra xem dây + và - của một trong các loa có bị tráo đổi không, tức là "-" của loa đã được kết nối với "+" ở tầm thường và ngược lại. Điều này có thể khiến các tín hiệu đơn âm ở giữa như ngôn ngữ bị sóng âm nghịch đảo xóa sạch.

Một hình ảnh xuất hiện, sau đó TouchPad đứng yên trong vài giây, sau đó hình ảnh tiếp theo xuất hiện.

Điều này xảy ra nếu độ phân giải hình ảnh webcam quá cao, e. g. 1280x480.

Định cấu hình lại webcam của bạn để sử dụng độ phân giải thấp hơn.

Bạn không thể kiểm soát hệ thống trivum của mình trong khi phát âm thanh trong một nhóm.

Điều này phù hợp với các sản phẩm Dòng trình cài đặt như FLEX, REG, DESIGN (AudioBox).

Vui lòng đọc bài viết sau về các phiên bản phần mềm và cấu hình chuyển mạch mạng: Không có âm thanh khi chơi nhóm với nhiều thiết bị

Thời gian chỉ hiển thị nếu có báo thức trong vòng 24 giờ tới.

trivum 4.3" TouchPad WebSetup không thể mở bằng trình duyệt web.

Kiểm tra IP TouchPad:

Nếu TouchPad có IP 169.254.231.13, thì có thể TouchPad không nhận được địa chỉ DNS từ máy chủ DNS.

HOẶC LÀ

Trong trường hợp như vậy, các địa chỉ cao như .190 được khuyến nghị để tránh xung đột sau này với các máy chủ DNS trong tương lai thường sử dụng IP của khu vực thấp.

TouchPad trivum không phản ứng khi chạm vào một số vị trí trên màn hình.

Chạy thử nghiệm cảm biến cảm ứng:

Bạn nhận được một màn hình trống. Bất cứ nơi nào bạn chạm vào, nó sẽ hiển thị một chấm đỏ. Nếu có những chỗ không hiện chấm đỏ thì có nghĩa là lỗi ở cảm ứng, Touchpad cần gửi đến trivum để được sửa chữa. Để dừng bài kiểm tra, hãy chạm vào bài kiểm tra bằng hai ngón tay trong năm giây.

TouchPad trivum không phản ứng với bất kỳ thao tác nhấn nào, nhưng mọi thứ khác (hiển thị trạng thái nhạc, v.v.) có vẻ bình thường.

Một khởi động lại lạnh (bằng ngắt kết nối điện) cũng không giúp ích gì.

Có thể một kết nối hiển thị bên trong Touchpad trivum bị lỏng lẻo.

Bánh xe màu dimmer RGB không được hiển thị trên KNX TouchPad.

Nếu bạn mở webcam App trong các trang KNX của TouchPad, không có hình ảnh.

POE Công tắc nguồn điện:

nếu không thì nguồn điện quá yếu và bàn di chuột có thể chỉ khởi động được vài giây rồi tắt.

Sự cố: khi kết nối nguồn, có một đèn flash ngắn màu trắng, sau đó (với màn hình đen) đèn nền đang hoạt động, nhưng (lâu hơn một phút) không nhìn thấy hoạt động nào. Đèn LED mạng Ethernet cũng không nhấp nháy.

Giải pháp: nhìn vào đèn LED ở công tắc mạng nơi bàn di chuột được kết nối. Khi kết nối nguồn ở bàn di chuột, màu cam sẽ luôn sáng và màu xanh lá cây sẽ bắt đầu nhấp nháy sau vài giây. Nếu không nhấp nháy, thì thẻ SD trong bàn di chuột có thể đã bị lỏng trong quá trình vận chuyển. Mở thiết bị (bằng 4 con vít) sau đó tìm kiếm thẻ sd. Lấy nó ra, và đẩy nó vào một lần nữa. Sau đó kết nối lại thiết bị với nguồn điện. == số lượng webcam tối đa với bàn di chuột trivum

Bàn di chuột trivum A13 hỗ trợ tối đa 8 web cam, với độ phân giải 320x240 và một hình ảnh cập nhật cứ sau 5 giây.

Bàn di chuột ARM9 trivum hỗ trợ tối đa 4 web cam, với độ phân giải 320x240 và một hình ảnh cập nhật cứ sau 5 giây.

Nếu độ phân giải cao hơn hoặc cập nhật thường xuyên hơn được sử dụng thì ít web cam hơn sẽ hoạt động.

Không thể đồng bộ nhạc mua qua iTunes với Hệ thống trivum, hiển thị tệp lỗi quá ngắn, bỏ qua.

Lý do có thể: Nếu bạn đã mua nhạc qua AppleTV, có thể nó chưa được đồng bộ hóa với máy apple cục bộ của bạn, nơi các bản nhạc trong thư viện nhạc của bạn được lưu trữ bình thường. Trong trường hợp này, bạn phải đồng bộ hóa AppleTV theo cách thủ công với máy chủ apple (PC, máy tính xách tay) để cung cấp đầy đủ các bản nhạc đó để đồng bộ hóa.

Trong trường hợp này, hãy thử phát bản nhạc trong iTunes. Nếu phát thành công, hãy kiểm tra lại kích thước - nếu bây giờ là vài MB, thì iTunes đã thực hiện một số hành động tải xuống nội bộ theo yêu cầu.

Nếu bạn đã kiểm tra các tệp mới của mình theo cách này, đảm bảo rằng mọi bản nhạc đều có kích thước hợp lý, bạn có thể tạo một danh sách phát mới, kéo chúng vào đó, sau đó đồng bộ hóa và kiểm tra danh sách phát này trong hệ thống trivum. Công cụ trivum Sync sẽ tạo một thống kê cho danh sách phát này liệt kê có bao nhiêu bản nhạc hợp lệ để đồng bộ hóa.

Khi tạo cơ sở dữ liệu iTunes trực tiếp trên NAS như mô tả ở đây thì iTunes sẽ lưu trữ tất cả thông tin bài hát trong một tệp: iTunes Library.xml

Tuy nhiên, nếu một tệp như vậy không tồn tại trên NAS, hãy kiểm tra điều này:

Hệ thống V7: chọn Addons/Devices/thiết bị mở, sau đó chọn advanced/verboseMode

Sau đó gửi các lệnh kiểm tra: Addons/Devices/open device, chọn Commands, chọn Send ở bên trái.

Sau đó mở trong trình duyệt web:

Nếu bạn thấy các thông báo như:

điều này có nghĩa là một lệnh đã được GỬI tới Bộ điều hợp và Bộ điều hợp đã cố gắng chuyển tiếp tới thiết bị.

Nếu bạn thấy các thông báo như:

điều này có nghĩa là đã nhận được phản hồi từ thiết bị.

Tuy nhiên, nếu các phản hồi được liệt kê, thì cũng phụ thuộc vào loại trình điều khiển thiết bị được chọn. Trình điều khiển một chiều có thể không bao giờ liệt kê một phản hồi.
Trong trường hợp như vậy, những điều sau đây có thể hữu ích:

Để làm như vậy, hãy tìm hiểu

Hệ thống V7: IP và SNr được liệt kê bên dưới Addons/Thiết bị trong cột Trạng thái.
Phiên bản chương trình cơ sở được liệt kê trong Bộ điều hợp.

Sau đó tải xuống công cụ theo dõi trivum từ https://www.trivum-shop.de/support/docs/de/tools-overview.html

Windows: tải xuống 'trace.exe` AND libgcc_s_dw2-1.dll

Mac: tải xuống 'trace-mac`

Sau đó mở Shell hoặc Cửa sổ dòng lệnh (ví dụ: Windows: chọn Run rồi nhập CMD.exe) và vào thư mục của các công cụ đã tải xuống.

Thay vì gửi lệnh qua trivum đến thiết bị, hãy cố gắng điều khiển trực tiếp thiết bị, ví dụ: bằng cách bật đầu đĩa DVD bằng phím nguồn, sau đó tải đĩa DVD và bỏ qua các bản nhạc theo cách thủ công để tạo ra các phản hồi RS232 khả thi có thể hiển thị trong các dấu vết như được mô tả ở trên.

tùy thuộc vào phần mềm bộ điều hợp, nhiều thông tin ít được hiển thị.

Bộ điều hợp được phát hiện, thiết bị có thể được kích hoạt bằng TouchPad hoặc bàn phím web, nhưng chúng không phản ứng vật lý và các lỗi hiển thị như:

Để kiểm tra xem bộ điều hợp có thể nhận được bất kỳ dữ liệu nào không:

Trong cáp, các đường TX/RX phải được cắt chéo. Số pin cho TX/RX khác nhau giữa các thiết bị. Bố trí chốt cáp ở phía đầu nối trivum được ghi lại trong http://www.trivum.de/downloads/documents/MusicCenter-V7-Setup.pdf

Trích từ trang 5 MusicCenter-V7-Setup.pdf

Pin 6 của đồng bằng RJ-45 sẽ không còn được sử dụng trong các phiên bản bộ điều hợp trong tương lai.

Loại đầu nối khác nhau tùy theo thiết bị và ngay cả khi sử dụng cách gán chân của đầu nối SUB-D9 có thể thay đổi tùy theo thiết bị. Do đó, hãy tham khảo hướng dẫn sử dụng thiết bị để biết mô tả gán chân chính xác.

Các đường TX/RX phải được gạch chéo.

Khi đo đường TX cần hiển thị -5 đến -9 vôn.

'* Không còn nữa.

Nếu bạn có thể gửi lệnh đến thiết bị, e. g. bạn nhấn bỏ qua bản nhạc trên TouchPad và đầu DVD thực sự chuyển sang bản nhạc tiếp theo, nhưng bạn vẫn thấy lỗi không có dữ liệu hợp lệ trên TouchPad, thì kể từ V7.76/8.17, cũng có một tùy chọn trong cài đặt thiết bị nâng cao để tắt cảnh báo trả lời thiết bị. Tuy nhiên, điều này chỉ nên được sử dụng nếu bạn hoàn toàn chắc chắn rằng thiết bị đã được kết nối và phản ứng với các lệnh. Không thể tắt thiết bị nhắn tin không có kết nối. Xem thêm Truy tìm giao tiếp Bộ điều hợp IR/RS232.

Nếu bạn có tài khoản TIDAL được định cấu hình bằng cách chỉ nhập tên người dùng và mật khẩu tại trivum, thì đây là phương pháp cũ không thể phát nhạc nữa từ ngày 9 tháng 11 năm 2020.

Sau đó, bạn phải thực hiện các bước sau:

Tài khoản Spotify được định cấu hình trực tiếp trên thiết bị đã chính thức ngừng hoạt động bởi công ty Spotify vào ngày 16.05.2022. Nếu bạn đã định cấu hình này, phần mềm cũ hơn sẽ hiển thị thông báo lỗi sai "cần tài khoản cao cấp", mặc dù các tài khoản này là cao cấp. Từ Phần mềm 9.73 build 16269 sẽ có thông báo lỗi đã sửa: "No service. Vui lòng sử dụng Spotify Connect."

Do đó hãy sử dụng Spotify Connect thay thế. Cài đặt Ứng dụng Spotify trên thiết bị điều khiển nhạc, chẳng hạn như thiết bị di động hoặc PC, sau đó chọn trivum làm thiết bị phát lại. Sau khi nhạc được chọn và bắt đầu phát lại, bạn không cần phải tiếp tục chạy thiết bị điều khiển của mình. Ví dụ. bạn có thể đóng Spotify trên PC, nhạc sẽ tiếp tục phát. Tuy nhiên, để thay đổi lựa chọn nhạc sau này, bạn phải chạy lại ứng dụng Spotify.

Nếu bạn thích tài khoản trực tiếp trên thiết bị, một lựa chọn thay thế tốt là TIDAL, Deezer và Qobuz.

Với TIDAL, thậm chí có thể có các tài khoản Gia đình có người dùng/mật khẩu riêng cho mỗi thành viên gia đình, cho phép định cấu hình tất cả chúng trên thiết bị trivum của bạn.

Với Deezer, điều này cũng có thể thực hiện được trong khi đó, nhưng nó yêu cầu thực hiện thêm một bước thông qua tài khoản quản trị viên Gia đình, người phải chuyển đổi tài khoản thành viên gia đình thành tài khoản độc lập, với mật khẩu riêng. Đọc thêm tại đây:

https://support.deezer.com/hc/en-gb/articles/206096901-Log-In-To-Deezer-Family

Sau khi nâng cấp phần mềm Hệ thống V8 (ví dụ: AudioActuator) lên V90, có thể xảy ra trường hợp nhạc được liệt kê cùng với ảnh bìa trong tìm kiếm nghệ sĩ/album, nhưng khi phát một trong những bản nhạc này, màn hình trình phát không hiển thị ảnh bìa.

Cập nhật hệ thống trivum của bạn lên phần mềm V9 hoặc V10 mới nhất để sửa lỗi này.

Nếu hệ thống của bạn có phần mềm V8, rất khuyến khích cập nhật lên V9.

Nếu bạn không muốn làm điều này, vì điều khiển thiết bị C4, bạn có thể

sau đó cập nhật lên V8.85. Nhưng hãy lưu ý rằng các đài phát thanh trên web có thể không tương thích trở lại bất kỳ lúc nào trong tương lai và khi đó các bản sửa lỗi có thể chỉ khả dụng cho V9.

AirPlay do iPhone hoặc iPad iOS9 sản xuất yêu cầu ít nhất trivum phiên bản phần mềm v8.68.

Khu vực sẽ không bật trừ khi bạn cập nhật lên phiên bản V8.73 beta build 11441.

Cập nhật ứng dụng trivum lên phiên bản 2.6.1.
Xin lưu ý rằng hiện tại, ngay cả ứng dụng 2.6.1 cũng hiển thị phiên bản 2.6.0 ở cuối màn hình, vì vậy, hãy chỉ tham khảo phiên bản hiển thị trong App Store. Điều này sẽ được khắc phục trong tương lai.

Có thể xảy ra trường hợp không có âm thanh trong vùng nô lệ của các nhóm khi chơi nhóm trên các thiết bị này. Cập nhật lên V9.63 build 15387 hoặc cao hơn để sửa lỗi này.

Ví dụ: nếu bạn muốn tìm kiếm các đài bắt đài, nhưng trường nhập văn bản không hiển thị bàn phím:

Điều này có thể xảy ra sau khi kích hoạt ứng dụng từ chế độ chờ. Như một giải pháp thay thế, hãy thực hiện các bước sau:

hoặc cập nhật lên V9.75 build 16865 trở lên.

Đảm bảo bạn có phần mềm 9.74 build 16584 trở lên.

Nếu bạn có thiết bị trivum chạy với Phần mềm V9.74 bản dựng 16617 đến 16664 và tùy chọn "Sử dụng phần mềm phát hành" không được đặt trong menu cập nhật, bạn sẽ không thể đặt tùy chọn đó nữa. Cố gắng như vậy sẽ tạo ra lỗi "attribute OptionAlphaSoftware not known". Điều này khiến bạn không thể cập nhật trực tiếp lên phần mềm mới nhất.

Nếu tính năng chọn nhạc bằng cách chạm không hoạt động:

cập nhật hệ thống của bạn lên phần mềm V9.50 trở lên, trong đó Giao diện người dùng web đã được làm lại hoàn toàn.

Cập nhật Ứng dụng lên phiên bản 2.5.1 hiện tại để khắc phục điều này.

Nếu bạn có hệ thống trivum với phần mềm V8.x cũ, điều khiển trên iPad bằng ứng dụng trivum hoặc trình duyệt web Safari có thể không hoạt động. Để khắc phục, hãy cài đặt trình duyệt Google Chrome trên iPad, sau đó nhập IP trivum vào đó.

Kể từ iOS 15.4, có thể xảy ra trường hợp WebUI hiển thị thanh màu xanh cố định do lỗi kết nối. Cập nhật lên V8.84 để sửa lỗi này.

Trên một số thiết bị, thao tác trên WebUI cảm ứng có thể không làm được gì. Như một giải pháp thay thế, hãy mở trình duyệt Chrome trên iPad của bạn, sau đó nhập vào đó trivumip/visu/iapp

Kể từ phiên bản V8.53, có một trang in các lệnh ví dụ liệt kê ID lệnh để hiển thị bên ngoài. Thật không may, cho đến phiên bản V8.56, trang này đã ghi lại bốn lệnh nội bộ như chọn TuneIn yêu thích từ 1 đến 4:

Từ V8.57 trở đi, các lệnh này không còn chọn mục yêu thích TuneIn nữa mà là đầu vào dòng.

Nếu bạn sử dụng một trong các lệnh này, hãy thay thế chúng bằng cách:

Cú pháp " @ i" tuy nhiên cho phép chọn trực tiếp hơn 4 mục yêu thích.

Hỗ trợ đầy đủ cho IP tĩnh chỉ khả dụng từ Phiên bản phần mềm 8.29. Nếu bạn cập nhật lên 8.29, bạn có thể phải chạy bản cập nhật hai lần.

Để tìm cài đặt IP tĩnh, hãy làm theo các bước sau (V 8.49 trở lên):

Tìm thêm trong hướng dẫn sử dụng MusicCenter tại đây: https://www.trivum-shop.de/support/docs/vn/mcenter-manual.html#_gira_homeserver_notes

Bạn có thể kiểm tra xem thông báo thông báo Đầu vào AirPlay có hiển thị trong phân đoạn mạng của mình hay không. Ví dụ: bạn có thể sử dụng công cụ dòng lệnh sfk để phân tích thêm.

Sau đó, bạn sẽ thấy các thông báo như:

chứa dữ liệu nhị phân, cũng được hiển thị dưới dạng văn bản.

Xin lưu ý: đảm bảo tin nhắn chứa "_raop" và tên đầu vào AirPlay dự kiến. Nếu không, chúng có thể chỉ là tin nhắn MDNS, không liên quan đến AirPlay.

Nếu bạn thấy thông báo chứa "@trivum" cùng với tên đầu vào dự kiến thì đây là thông báo đầu vào AirPlay của máy chủ trivum.

Nếu bạn hoàn toàn không thấy thông báo nào, nhưng phải có thiết bị AirPlay (cũng không tầm thường) trong mạng, hãy mở CMD.EXE với tư cách quản trị viên và kiểm tra cài đặt Tường lửa Windows của bạn.

Nếu bạn thấy quá nhiều tin nhắn AirPlay, bạn có thể lọc như

sẽ chỉ hiển thị các tin nhắn từ địa chỉ IP 192.168.1.119.

Nếu bạn thấy tin nhắn bonjour của các thiết bị không phải trivum nhưng không tầm thường:
Hãy kiểm tra cẩn thận xem những tin nhắn này có thực sự là thông báo đầu vào AirPlay hay không, tức là chúng chứa "_raop" và tên đầu vào dự kiến.
Nếu không, chúng có thể chỉ là tin nhắn MDNS và thiết bị kia cũng không thể gửi tên AirPlay.

Trong khi Ứng dụng Spotify đang được sử dụng, bạn có thể kiểm tra xem trivum có gửi tin nhắn thông báo Đầu vào Kết nối Spotify hay không. Ví dụ: bạn có thể sử dụng công cụ dòng lệnh sfk để phân tích thêm.

NẾU PC của bạn được kết nối bằng cáp LAN với cùng một công tắc mạng như trivum, (và lý tưởng nhất là một công tắc không được quản lý đơn giản như TP-Link 1008P), bạn sẽ thấy các thông báo như

Trong ví dụ này, nếu IP 192.168.1.54 thuộc về thiết bị trivum, bạn sẽ thấy rằng bằng cách nào đó, đầu vào Spotify Connect được thông báo bởi thiết bị đó. (Tên đầu vào chính xác không hiển thị theo cách đó)

Nếu bạn hoàn toàn không thấy thông báo nào, nhưng phải có (cũng không tầm thường) thiết bị Spotify Connect trong mạng, hãy mở CMD.EXE với tư cách quản trị viên và/hoặc kiểm tra cài đặt Tường lửa Windows của bạn.

Nếu bạn thấy quá nhiều thông báo giao thức bonjour, bạn có thể lọc như

sẽ chỉ hiển thị các tin nhắn từ địa chỉ IP 192.168.1.54 hoặc

sẽ chỉ hiển thị các tin nhắn có chứa văn bản "@spotify".