Slik feilsøker du et WebRTC-kamera på et lokalt nettverk

Feil med WebRTC-kameraer kan virke brå fordi flere trinn skjer før det første bildet vises. Appen henter signaleringsinformasjon, samler inn nettverkskandidater, forhandler fram en peer-tilkobling og starter en innebygd videodekoder. Telemetrien kan fungere selv om ett av disse trinnene feiler.

Creality K2 og støttede kamerabaner for fjerntilgang bruker WebRTC i Printer Tools. Ikke feilsøk dem som om de var enkle MJPEG-URL-er.

Printer Tools

Alle 3D-printerne dine i ett dashbord

Overvåk Bambu Lab-, Klipper-, OctoPrint-, Creality-, Snapmaker-, Anycubic-, Flashforge-, Elegoo- og Prusa-printere fra én app

Tilgjengelig på Android, iPhone, iPad og Mac, med følgeapper for Apple Watch og Wear OS og valgfri fjerntilgang via VPN, OctoEverywhere eller Obico

Bekreft signaleringskilden

Printer Tools skal motta WebRTC-tilbudet, øktdetaljene eller endepunktet fra den støttede skriveren eller tjenesten. En generell nettside som tilfeldigvis viser WebRTC, kan ikke limes inn som strøm-URL.

Kontroller nøyaktig skrivermodell og bruk en oppdatert appversjon. Modellrutingen avgjør om Printer Tools i det hele tatt skal forsøke WebRTC.

Skill mellom telemetri og kameraforhandling

Hvis dashbordet oppdateres via skriverens API, men Live View feiler, noter det. Det beviser en del av den lokale veien og snevrer problemet inn til signalering, kandidater, medier eller dekoding.

Hvis begge feiler, rett skriverens adresse og nettverksrute før du tolker WebRTC-meldinger.

Kontroller ICE og nettverkskandidater

På et enkelt LAN kan partene koble direkte til hverandre med lokale kandidater. VLAN-regler, VPN, flere aktive grensesnitt og klientisolering kan gi kandidater som ikke kan nås, eller blokkere medieveien etter at signaleringen har lyktes.

Test med telefonen og skriveren på hoved-LAN-et. Slå bare av den VPN-en som skaper konflikt under testen, og lag deretter en eksplisitt rute i stedet for å la beskyttelsen være avslått.

Hold det innebygde kjøremiljøet oppdatert

WebRTC-avspilling bruker innebygde biblioteker. En versjon kan kompilere uten feil og likevel feile under kjøring hvis nødvendige innebygde klasser eller binærfiler ble fjernet under optimaliseringen av utgivelsen. Bruk den nyeste offisielle versjonen av Printer Tools før du samler inn en regresjonsrapport.

Hvis appen lukkes når kameraet åpnes, noter nøyaktig versjon og plattform, og eksporter loggen etter omstart. Ikke utløs krasjet gjentatte ganger mens en handling som er kritisk for utskriften, pågår.

Tolk vanlige symptomer

en umiddelbar avvisning tyder på at endepunktet eller den lokale tjenesten ikke er tilgjengelig;
en tilkobling som aldri blir ferdig, tyder på at signaleringen eller ICE-forhandlingen ikke ble fullført;
lyd eller status uten video tyder på et problem med mediesporet eller dekoderen;
video som starter og fryser, tyder på nettverkstap, press på bithastigheten eller en dekoder som henger;
at appen avsluttes, tyder på en feil i det innebygde kjøremiljøet som krever nøyaktige versjonsdetaljer.

Unngå usikre nettverksløsninger

Ikke eksponer signalerings- eller medieporter bredt mot internett. Bruk den støttede tjenesteflyten eller en pålitelig VPN for fjerntilgang. En for romslig ruterregel kan skjule diagnosen og samtidig eksponere kameraet alvorlig.

For Creality-spesifikt oppsett, se veiledningen for K2-ens WebRTC-kamera.

Vanlige spørsmål

Er WebRTC bare enda en video-URL?

Nei. Det omfatter signalering, kandidatforhandling og mediespor, ikke bare en statisk strømbane.

Hvorfor fungerer skriverdata mens WebRTC feiler?

Skriverens API og kameraets peer-tilkobling bruker ulike tjenester og nettverksflyter.

Bør jeg videresende alle kandidatporter?

Nei. Ikke åpne store offentlige områder. Reparer den lokale ruten eller bruk den støttede metoden for fjerntilgang.

Hva bør jeg ta med i en krasjrapport?

Appversjon, plattform, skrivermodell, fastvare, nøyaktig handling og en ny kryptert logg etter omstart.

Offisielle kilder: MDN — WebRTC API · RFC 8445 — ICE