Skip to content

Operations and troubleshooting

The viewer and background components start automatically at boot, and a watchdog component restarts processes that have died. If a screen looks off or frozen, first check the device’s power, network, and connection to the CMS.

Operating hours, operating days, and holidays are set on the Settings (설정) screen. What happens to a device outside those hours depends on whether the device supports sleep.

Outside operating hoursHow it comes back on
Devices that can sleepGo into sleep (standby)Wake themselves with a built-in timer scheduled on the device
Devices that can’t sleepStay on, with only the screen turned blackResume playback automatically when operating hours begin

🔵 Because devices wake with their own timer, they come on on time even if the network is down. Even at sites where the internet is blocked, the morning wake-up works independently of the CMS.

⚠️ Leave the PC BIOS setting Power On By RTC (power on at a set time) turned off. It is an alarm for a fixed time written in the BIOS and does not follow operating hours — waking on schedule is done by the wake timer the player sets when it goes to sleep.

🔵 If the screen is off during operating hours, the CMS turns it back on. The device reports its screen state (playing · black screen · panel off) to the CMS, and when it reports the screen is off during operating hours the CMS sends a wake signal — this covers someone pressing the power button or Windows turning the display off.

  • The device cannot tell when the monitor itself is switched off at its power button, so it cannot turn it back on — switch it on on site.
  • While someone is connected to that PC by Remote Desktop, the screen state is treated as unknown and is not reported as off (from viewer 2026.9.383) — the player is not restarted while you do maintenance.

The values on the Settings (설정) screen are the site-wide default. To give a screen group its own schedule, open that screen group in Scheduling (편성관리) and, under [Operating hours] in its header, pick one of three for Mode:

ChoiceWhat it means
Follow the site operating hoursFollow the default schedule from the Settings screen
This screen group’s own hoursGive this screen group its own on time · off time · days off · holidays
No operating hours (always on)Use no schedule — the devices stay on all the time

Picking This screen group’s own hours reveals the On at · Off at · Days off · Holidays (specific dates) fields below it. Use it when groups need different hours — for example, floors of a building that open at different times. When you save, “Operating hours saved — sleeping devices will be woken within a minute to get the new schedule.” appears, and the change takes effect right away without saving the schedule again. Removing a holiday removes only this screen group’s holiday.

You can send these to devices selected in the device list in Devices (기기관리).

  • No content on the screen — 🔴 Check the CMS address first. Right after installation the player holds the development default (127.0.0.1), so if the address isn’t entered, the screen comes up fine in full screen but no content appears. To check, look at the [사이트설정] (site settings) line in that PC’s %APPDATA%\TreeTview\logs\main_<date>.log: if it says 확인 — … 걸리는 것 없음. (check — no problems) it passed; if it says ✗ CMS 주소가 아직 개발 기본값입니다 (the CMS address is still the development default), that’s the cause. Enter the address with F8 on the player screen → Site deployment. 🔵 If nothing shows even though the address is correct, then check registration and schedule assignment.

  • Screens are out of step — check the multi-screen sync settings and the network status.

  • Remote control (play/stop/volume) doesn’t work — check that the viewer is connected to the CMS and the relay components.

  • After replacing the motherboard or network hardware, the device shows up as a “new device” — this is normal. See below.

  • “I started an update but it didn’t install” — what to do depends on which line appears in that device’s history in the admin console.

    Line you seeMeaningWhat to do
    앱 업데이트 미룸 — 운영시간 중이라 미룹니다✅ This is normal (“app update postponed — during operating hours”). Installing during operating hours would black out the screen for a few seconds, so it is postponed on purposeWait; it installs by itself outside operating hours
    앱 설치 신호 무시 — 앞 설치가 아직 진행 중입니다 repeated🔴 The previous installation has stalled (“install signal ignored — the previous installation is still in progress”)Restart the player once on that device and it clears
    앱 설치 실패 — …It stopped at the download or verification stage (“app installation failed”)Pass that message on to us exactly as shown
    No line at allThe device can’t talk to the CMSFirst see “No content on the screen” above
  • You changed the schedule but the screen stays the same, and the device history shows 다운로드 오류! 60초 동안 한 바이트도 안 와 끊습니다 — 다음 확인에 다시 받습니다. (“download error — not a single byte arrived for 60 seconds, so it disconnected; it will download again at the next check”) — the device was downloading content, received nothing for one minute and cut the connection itself. At the next check it resumes from where it stopped, so usually you can leave it. If the same line keeps repeating, check that device’s network and whether a very large file (for example a 6K video over 1 GB) is in the schedule.

Each program keeps logs. Capturing the problem and sending it to TreeT staff helps us find the cause.

🔵 You can see player errors without going to the site. Unhandled errors are recorded in the admin console under Devices → Device history (기기관리 → 기기 이력) — you can look up which error happened on which device, and when (see admin console).

Separately from the logs devices keep, actions people take in the admin console are recorded on the Audit log (감사기록) screen (logins, changes to devices, content items, schedules, and users, data exports, and attempts refused for lack of permission). The audit log is Master-only, so if you need something checked, ask your TreeT contact (“Audit log (감사기록)” in the admin console guide).

Retention period
Device logs (Device history)14 days by default
Audit log180 days by default

The two values are set separately — device logs are large and only needed for a short time, whereas the audit log is for tracing back “who changed it back then”, so it is kept longer. Anything past its retention period is cleaned up automatically.