Transparent na IP Transmission, Streaming ng video & Ipinaliwanag ang Topology ng Network

Habang mas maraming customer ang nagde-deploy ng aming mga wireless data link solution para sa robotics, mga sistema ng walang kamali -mali, mga sasakyang pangkarera, at pang-industriya na automation, madalas kaming makatanggap ng mga teknikal na tanong tungkol sa transparency ng network, latency, topology, at bandwidth.

Nasa ibaba ang isang detalyadong FAQ upang makatulong na linawin kung paano gumagana ang aming system.

---

1️⃣ Gumaganap ba ang iyong module bilang isang transparent na Layer 2 o Layer 3 Tulay ng Ethernet?

Maaari ba akong magpadala ng mga custom na UDP/RTP na video stream mula sa isang Raspberry Pi sa pamamagitan ng iyong link?

Oo.

Ang aming wireless data link ay sumusuporta transparent na paghahatid Over:

• IP
• Ethernet
• RS232
• SBUS
• TTL

Nangangahulugan ito na maaari kang magpadala pasadyang UDP, RTP, o iba pang IP-based na video stream direkta mula sa iyong Ethernet port ng Raspberry Pi sa isang sentral na PC nang hindi binabago ang iyong protocol.

Ang link ay kumikilos bilang isang transparent na tulay ng network, na nagbibigay-daan sa iyong magpadala ng mga video stream o data nang eksakto na parang konektado sa pamamagitan ng wired Ethernet cable.

---

2️⃣ Ano ang tipikal na "glass-to-glass" latency kapag ginagamit ang Ethernet port para sa pagpapadala ng video?

Ang module ba ay nagpapakilala ng karagdagang buffering o packet inspection delays?

Ang latency ay depende sa ilang mga kadahilanan, kabilang ang:

• Distansya ng transmission
• Lakas ng signal ng wireless
• Electromagnetic interference sa kapaligiran
• Pagkaantala ng pag-encode ng camera
• Pagkaantala sa pag-decode ng display

Sa isang tipikal na maikling-distansya na kapaligiran sa pagsubok sa loob ng opisina, gamit ang ping utos, ang sinusukat na latency ay humigit-kumulang:

20–60 ms

Ginagawa ng aming wireless module hindi nagpapakilala ng mabigat na buffering o malalim na inspeksyon ng packet. Gayunman, Ang kabuuang end-to-end latency ay palaging nakadepende sa buong pipeline ng system (camera → encoder → wireless link → decoder → display).

Para sa mga ultra-low-latency na application, inirerekumenda namin ang pag-optimize ng parehong pag-encode at pag-decode ng mga configuration bilang karagdagan sa wireless na link.

---

3️⃣ Paano inilalaan ang bandwidth kapag tumatakbo 30 sabay-sabay na mga sasakyan?

Sinusuportahan ba ng iyong system ang Master/Slave (Bituin) topology?

Ano ang maximum na pinagsama-samang throughput ng isang Ground Station?

Nag-aalok kami ng dalawang arkitektura ng networking:

⭐ Guro/Alipin (Star Topology)

• Isang gitnang Ground Station
• Maramihang malayuang node (mga sasakyan)
• Inirerekomenda kung kailan lahat ng mga video stream ay dapat matanggap ng isang Ground Station

🔗 Mesh (Desentralisadong Topolohiya)

• Ang mga node ay nakikipag-usap sa isa't isa
• Angkop para sa mga distributed o collaborative na application

Para sa iyong senaryo ng karera (30 mga sasakyang nagpapadala sa isang sentral na Ground Station), Inirerekumenda namin ang Master/Slave star topology.

Ang eksaktong maximum na pinagsama-samang throughput ng Ground Station ay nakasalalay sa:

• Napiling modelo
• Configuration ng bandwidth ng channel
• Modulation scheme
• Mga kondisyon ng RF

Mangyaring makipag-ugnayan sa amin gamit ang iyong kinakailangang bitrate sa bawat sasakyan, at irerekomenda namin ang naaangkop na modelo at pagsasaayos.

---

4️⃣ Sinusuportahan ba ng iyong system ang Multicast UDP o Unicast lang?

Ano ang maximum na sinusuportahang laki ng MTU?

Pangunahing sinusuportahan ng aming system RTSP streaming.

Tungkol sa:

• Multicast UDP vs. Unicast UDP
• Pinakamataas na laki ng MTU (hal., 1400–1450 byte)

Kailangan naming kumpirmahin ang mga tumpak na teknikal na detalye sa aming engineering team para makapagbigay ng tumpak na sagot.

Mangyaring ibahagi ang iyong nilalayon na arkitektura ng network at pagsasaayos ng packet, at magbibigay kami ng detalyadong teknikal na kumpirmasyon.

---

FAQS

5 Sinusuportahan ba ng "Invisible Network Cable" ng iyong module ang karaniwang UDP, RTSP, at trapiko ng TCP nang hindi nangangailangan ng anumang pagmamay-ari na SDK o mga pagbabago sa aming Linux/Pi networking stack?

Hindi namin partikular na nasubok ang UDP, RTSP, o TCP sa iyong eksaktong senaryo ng aplikasyon, kaya hindi namin opisyal na makumpirma ang pagiging tugma.

Gayunman, gumagana ang aming system bilang isang transparent na Layer 2 wireless Ethernet tulay. Kung ang dalawang computer o IP device ay maaaring makipag-usap sa isang karaniwang wired Ethernet na koneksyon at matagumpay na magpatakbo ng UDP, RTSP, o trapiko ng TCP, kung gayon ang aming wireless na link ay dapat na maihatid nang malinaw ang parehong trapiko.

Hindi kami nangangailangan ng anumang pagmamay-ari na SDK o pagbabago sa iyong Linux o Raspberry Pi networking stack. Gumagana ang link sa layer ng IP/Ethernet at protocol-agnostic.

---

6 Dahil gumagamit kami ng mga static na IP sa aming mga Pi-based na kotse, madadaanan ba ng iyong mesh network ang trapikong ito nang walang putol (Layer 2 tulay) upang hindi malaman ng aming software ang pagkakaiba sa pagitan ng koneksyon sa Wi-Fi at ng iyong transceiver?

Sa teorya, oo.

Ang aming system ay dinisenyo bilang isang transparent na tulay, kaya ang mga device sa magkabilang dulo ay dapat kumilos na parang nakakonekta sa pamamagitan ng karaniwang Ethernet cable. Dapat dumaan ang mga static na configuration ng IP nang walang pagbabago.

Gayunman, hindi kami nagsagawa ng validation testing sa iyong partikular na setup, kaya hindi kami makapagbibigay ng tiyak na garantiya. Inirerekomenda namin na magsagawa ka ng integration testing sa iyong environment para kumpirmahin ang buong compatibility.

---

7 Kung patunayan namin ang aming single-car logic sa Wi-Fi, tama ba na ang tanging pagbabago na kailangan para sa 30-car race ay ang paglipat ng pisikal na "pipe" mula sa Wi-Fi patungo sa Ethernet port ng iyong module?

Mula sa pananaw ng networking, oo.

Nagbibigay kami ng IP-based na wireless transport link. Anong mga aplikasyon, mga protocol, o ang mga signal na tumatakbo sa link na iyon ay tinutukoy ng disenyo ng iyong system at arkitektura ng software.

Kung gumagana nang tama ang iyong system sa isang karaniwang IP network (tulad ng Wi-Fi), at sa prinsipyo, ang tanging kinakailangang pagbabago ay ang pagpapalit ng pisikal na koneksyon sa network ng aming Ethernet-based na wireless na link.

Ang sabi, pag-scale mula sa isang device hanggang 30 Ang mga device ay nagpapakilala ng mga karagdagang salik tulad ng bandwidth, latency, pagkagambala, at topology ng network. Dapat ma-validate ang mga aspetong ito sa iyong buong senaryo ng deployment.

Buod

Ang aming wireless data link ay nagbibigay:

✔ Transparent na Ethernet/IP transmission
✔ Suporta para sa mga custom na UDP/RTP na video stream
✔ 20–60 ms karaniwang short-range latency
✔ Guro/Alipin (Bituin) at mga opsyon sa Mesh networking
✔ RTSP streaming support
✔ Nasusukat na deployment para sa mga sitwasyong maraming sasakyan

Inirerekomenda namin ang modelo sa ibaba