Բովանդակություն
Թափանցիկ IP փոխանցում, Տեսանյութերի հոսք & Ցանցի տոպոլոգիան բացատրված է
Քանի որ ավելի շատ հաճախորդներ կիրառում են մեր անլար տվյալների կապի լուծումները ռոբոտաշինության համար, Անօդաչու համակարգեր, մրցարշավային մեքենաներ, և արդյունաբերական ավտոմատացում, մենք հաճախ ենք ստանում տեխնիկական հարցեր ցանցի թափանցիկության վերաբերյալ, ուշացում, տոպոլոգիա, և թողունակությունը.
Ստորև ներկայացված է մանրամասն ՀՏՀ, որը կօգնի պարզաբանել, թե ինչպես է աշխատում մեր համակարգը.
1️⃣ Ձեր մոդուլը գործում է որպես թափանցիկ շերտ 2 կամ Շերտ 3 Ethernet կամուրջ?
Կարո՞ղ եմ ձեր հղման միջոցով փոխանցել հատուկ UDP/RTP վիդեո հոսքեր Raspberry Pi-ից?
այո.
Մեր անլար տվյալների կապը աջակցում է թափանցիկ փոխանցում վերեւ:
- IP
- Ethernet
- RS232
- SBUS
- TTL
Սա նշանակում է, որ դուք կարող եք փոխանցել մաքսային UDP, RTP, կամ IP-ի վրա հիմնված այլ վիդեո հոսքեր անմիջապես ձեր Raspberry Pi-ի Ethernet պորտից դեպի կենտրոնական համակարգիչ՝ առանց ձեր արձանագրությունը փոփոխելու.
Հղումը իրեն պահում է որպես թափանցիկ ցանցային կամուրջ, որը թույլ է տալիս ուղարկել վիդեո հոսքեր կամ տվյալներ ճիշտ այնպես, ինչպես միացված լինի լարային Ethernet մալուխի միջոցով.
2️⃣ Ո՞րն է տիպիկ «ապակուց ապակի» հետաձգումը տեսահաղորդման համար Ethernet պորտն օգտագործելիս:?
Արդյո՞ք մոդուլը ներդնում է լրացուցիչ բուֆերացման կամ փաթեթների ստուգման հետաձգումներ?
Հետաձգումը կախված է մի քանի գործոններից, ներառյալ:
- փոխանցման հեռավորությունը
- Անլար ազդանշանի ուժը
- Էլեկտրամագնիսական միջամտություն շրջակա միջավայրում
- Տեսախցիկի կոդավորման ուշացում
- Ցուցադրել ապակոդավորման ուշացում
Տիպիկ կարճ հեռավորության վրա փակ գրասենյակային թեստային միջավայրում, Օգտագործելով ping հրաման, չափված հետաձգումը մոտավորապես է:
20-60 ms
Մեր անլար մոդուլը դա անում է չներկայացնել ծանր բուֆերավորում կամ խորը փաթեթների ստուգում. սակայն, ընդհանուր վերջից մինչև վերջ ուշացումը միշտ կախված կլինի ամբողջական համակարգի խողովակաշարից (տեսախցիկ → կոդավորիչ → անլար կապ → ապակոդավորիչ → էկրան).
Ծայրահեղ ցածր հետաձգման ծրագրերի համար, Մենք խորհուրդ ենք տալիս օպտիմիզացնել ինչպես կոդավորման, այնպես էլ վերծանման կոնֆիգուրացիաները, բացի անլար կապից.
3️⃣ Ինչպե՞ս է բաշխվում թողունակությունը գործարկելիս 30 տրանսպորտային միջոցներ միաժամանակ?
Ձեր համակարգն աջակցո՞ւմ է Master/Slave-ին (Աստղ) տոպոլոգիա?
Ո՞րն է վերգետնյա կայանի առավելագույն ընդհանուր թողունակությունը?
Մենք առաջարկում ենք երկու ցանցային ճարտարապետություն:
⭐ Վարպետ/ստրուկ (Աստղային տոպոլոգիա)
- Մեկ կենտրոնական վերգետնյա կայան
- Բազմաթիվ հեռավոր հանգույցներ (մեքենաներ)
- Առաջարկվում է, երբ բոլոր վիդեո հոսքերը պետք է ընդունվեն մեկ վերգետնյա կայանով
🔗 Ցանց (Ապակենտրոնացված տոպոլոգիա)
- Հանգույցները շփվում են միմյանց հետ
- Հարմար է բաշխված կամ համատեղ ծրագրերի համար
Ձեր մրցարշավային սցենարի համար (30 տրանսպորտային միջոցներ, որոնք փոխանցվում են մեկ կենտրոնական վերգետնյա կայան), խորհուրդ ենք տալիս Master/Slave star topology.
Վերգետնյա կայանի ճշգրիտ առավելագույն համախառն թողունակությունը կախված է նրանից:
- Ընտրված մոդել
- Ալիքի թողունակության կոնֆիգուրացիա
- Մոդուլյացիայի սխեմա
- ՌԴ պայմանները
Խնդրում ենք կապնվել մեզ հետ՝ յուրաքանչյուր մեքենայի համար պահանջվող բիթային արագությամբ, և մենք խորհուրդ կտանք համապատասխան մոդելն ու կոնֆիգուրացիան.
4️⃣ Ձեր համակարգն աջակցում է Multicast UDP, թե՞ միայն Unicast?
Որն է առավելագույն աջակցվող MTU չափը?
Մեր համակարգը հիմնականում աջակցում է RTSP հոսքային.
Ինչ վերաբերում է:
- Multicast UDP ընդդեմ. Unicast UDP
- Առավելագույն MTU չափը (Է.Գ., 1400-1450 բայթ)
Մենք պետք է հաստատենք ճշգրիտ տեխնիկական բնութագրերը մեր ինժեներական թիմի հետ՝ ճշգրիտ պատասխան տալու համար.
Խնդրում ենք կիսվել ձեր նպատակային ցանցի ճարտարապետությամբ և փաթեթի կազմաձևով, և մենք կտրամադրենք մանրամասն տեխնիկական հաստատում.
ՀՏՀ-ներ
5 Ձեր մոդուլի «Անտեսանելի ցանցային մալուխը» աջակցո՞ւմ է ստանդարտ UDP-ին, RTSP, և TCP տրաֆիկ՝ առանց որևէ սեփականության SDK կամ փոփոխության պահանջելու մեր Linux/Pi ցանցային փաթեթում?
Մենք հատուկ UDP-ն չենք փորձարկել, RTSP, կամ TCP ձեր կիրառման ճշգրիտ սցենարում, ուստի մենք չենք կարող պաշտոնապես հաստատել համատեղելիությունը.
սակայն, մեր համակարգը գործում է որպես թափանցիկ շերտ 2 անլար Ethernet կամուրջ. Եթե երկու համակարգիչ կամ IP սարքեր կարող են շփվել ստանդարտ լարային Ethernet կապի միջոցով և հաջողությամբ գործարկել UDP, RTSP, կամ TCP տրաֆիկ, ապա մեր անլար կապը պետք է կարողանա նույն տրաֆիկը թափանցիկ փոխանցել.
Մենք չենք պահանջում որևէ սեփականության SDK կամ փոփոխություն ձեր Linux կամ Raspberry Pi ցանցային փաթեթում. Հղումը գործում է IP/Ethernet շերտում և պրոտոկոլ-ագնոստիկ է.
6 Քանի որ մենք օգտագործում ենք ստատիկ IP-ներ Pi-ի վրա հիմնված մեր մեքենաներում, արդյո՞ք ձեր ցանցային ցանցը կանցնի այս երթևեկությունը անխափան (Շերտ 2 կամուրջ) այնպես, որ մեր ծրագրաշարը չիմանա տարբերությունը Wi-Fi կապի և ձեր հաղորդիչի միջև?
Տեսականորեն, այո.
Մեր համակարգը նախագծված է որպես թափանցիկ կամուրջ, այնպես որ երկու ծայրերում գտնվող սարքերը պետք է իրենց պահեն այնպես, կարծես միացված լինեն ստանդարտ Ethernet մալուխի միջոցով. Ստատիկ IP կոնֆիգուրացիաները պետք է անցնեն առանց փոփոխության.
սակայն, մենք վավերացման փորձարկում չենք իրականացրել ձեր հատուկ կարգավորումներում, ուստի մենք չենք կարող վերջնական երաշխիք տրամադրել. Մենք խորհուրդ ենք տալիս կատարել ինտեգրման թեստավորում ձեր միջավայրում՝ լիարժեք համատեղելիությունը հաստատելու համար.
7 Եթե մենք ապացուցենք մեր մեկ մեքենայի տրամաբանությունը Wi-Fi-ով, ճի՞շտ է, որ 30 ավտոմեքենաների մրցավազքի համար պահանջվող միակ փոփոխությունը կլինի ֆիզիկական «խողովակի» անցումը Wi-Fi-ից ձեր մոդուլի Ethernet պորտին:?
Ցանցային տեսանկյունից, այո.
Մենք տրամադրում ենք IP-ի վրա հիմնված անլար տրանսպորտային կապ. Ինչ հավելվածներ, արձանագրություններ, կամ այդ կապի վրայով անցնող ազդանշանները որոշվում են ձեր համակարգի դիզայնով և ծրագրային ապահովման ճարտարապետությամբ.
Եթե ձեր համակարգը ճիշտ է գործում ստանդարտ IP ցանցի միջոցով (ինչպիսին է Wi-Fi-ը), ապա սկզբունքորեն միակ պահանջվող փոփոխությունը կլինի ֆիզիկական ցանցային կապի փոխարինումը մեր Ethernet-ի վրա հիմնված անլար կապով.
Դա ասվեց, մասշտաբը մեկ սարքից մինչև 30 սարքերը ներկայացնում են լրացուցիչ գործոններ, ինչպիսիք են թողունակությունը, ուշացում, միջամտություն, եւ ցանցային տեղաբանություն. Այս ասպեկտները պետք է վավերացվեն ձեր ամբողջական տեղակայման սցենարում.
Ամփոփություն
Մեր անլար տվյալների հղումը ապահովում է:
✔ Թափանցիկ Ethernet/IP փոխանցում
✔ Աջակցություն հատուկ UDP/RTP վիդեո հոսքերի համար
✔ 20–60 մվ բնորոշ կարճաժամկետ ուշացում
✔ Վարպետ/ստրուկ (Աստղ) և Mesh ցանցային ընտրանքներ
✔ RTSP հոսքային աջակցություն
✔ Սանդղելի տեղակայում բազմավտոմոբիլային սցենարների համար
Մենք առաջարկում ենք ստորև ներկայացված մոդելը
Հարց տվեք
Ձեր հաղորդագրությունն ուղարկված է