Network Architecture & Wi-Fi Connectivity Specifications

This page summarizes the network architecture options for Kachaka and Kachaka Pro, the Wi-Fi connectivity specs, and the hosts and ports you need to allow when configuring a router or firewall on a corporate or institutional network. For your first connection, follow Setting Up and Changing the Wi-Fi Connection first; use this page to decide which architecture to use and what the network needs to permit.

Three Network Architectures

Kachaka can run under any of the three architectures below. Choose based on your site and requirements.

Your phone and Kachaka connect to the same Wi-Fi that has internet access. This is the only architecture that unlocks every feature — mapping, real-time control, schedules, voice, and the Kachaka Onegai assistant all work.

Because the phone and the robot reach each other over Wi-Fi, the router’s “Privacy Separator” (AP Isolation) must be disabled; otherwise devices on the same Wi-Fi cannot talk to each other. See Router Privacy Separator Blocking & Ping Test for how to check this.

2. Internet, Different Networks (Remote Control)

Your phone and Kachaka are on separate networks (for example, you are out while the robot is at the office). You can still send transport and move commands from the app, but some features that need direct access to the robot are restricted:

For the full list of supported and unsupported features, plus safety notes for when no one is present, see Remote Control: Operate Away From Home Wi-Fi.

3. Offline Local Network (Kachaka Pro Only)

Supported on Kachaka Pro only. After initial setup is complete, the robot can run on a pure LAN with no internet access — ideal for factories and facilities with isolated networks. Features that require internet are unavailable, including:

As with architecture 1, the router’s Privacy Separator must also be disabled. For switch-over steps, see Kachaka Pro: Offline LAN-Only Control.

Wi-Fi Connectivity Specs

Bands and Channels

Authentication and Encryption

Signal Strength and Other Limits

Hosts and Ports to Allow Outbound

On corporate, hospital, or factory networks with a firewall, confirm that the following outbound (toward the internet) traffic is not blocked by the router or firewall. The hosts, protocols, and ports Kachaka uses are:

HostProtocol / PortPurpose
*.amazonaws.comTCP 80, 443Various features
*.pfroboticsapis.comTCP 80, 443Various features
time.aws.comUDP 123Robot time sync
*.googleapis.comTCP 80, 443App authentication, etc.
Dynamic (no fixed hostname)TCP 22Only when remote support is enabled in settings; OFF by default

Taiwan NCC Certification

This product is type-certified by Taiwan’s NCC:

Low-power RF notice: For low-power RF equipment that has obtained type approval, no company, firm, or user may, without authorization, change the frequency, increase the power, or alter the original design characteristics or functions. Use of such equipment must not affect flight safety or interfere with lawful communications; if interference is found, operation must cease immediately and may resume only after the interference has been eliminated. Low-power RF equipment must accept interference from lawful communications or from industrial, scientific, and medical (ISM) radio-wave radiating equipment.

Screens

App showing Kachaka connected normally on the same network with internet access App during remote control on a different network, with some features grayed out and unavailable Settings screen for switching Kachaka Pro to offline LAN-only mode with no internet

← Support Center