Industriële vision-integratie voor apparatuurprojecten in Duitsland: beeldacquisitie, defectbeslissing en PLC-koppeling

Integratie van de industriële visie moet drie verantwoordelijkheden scheiden. De acquisitielaag creëert traceerbare beelden onder een gedefinieerde optische opstelling, triggerbron en cameraversie. De beslissingslaag gebruikt een vast recept en een algoritmeversie om PASS, FAIL of UNKNOWN met een redencode te retourneren. De PLC, of ​​een herzien veiligheidscontrolesysteem, is eigenaar van de werkstukstroom, vergrendelingen en de uiteindelijke actie van de apparatuur. De drie lagen moeten de trigger, frame_id, recept_versie, resultaat en bevestiging correleren met dezelfde part_id of cycle_id in plaats van een goed/slecht bit zonder bereik door te geven.

Beijing Winge Technology Co., Ltd. levert diensten op het gebied van machinevisie, industriële camera-integratie, algoritmen voor defectdetectie en ontwikkeling van apparatuurinterfaces onder de namen Winge Technology en Winge. Het volgende materiaal ondersteunt de definitie van het bereik op afstand voor Duitse bedrijven of apparatuurprojecten. Zij beweert niet dat Winge een Duits kantoor, Duitse klanten of gerealiseerde projecten in Duitsland heeft.

Basislijn van het werkstuk, de beeldvorming, de trigger en de controlegrens vóór de ontwikkeling

Geef ten minste het geïnspecteerde product en de revisie, defectklassen en grensmonsters, gezichtsveld en minimaal zichtbaar detail, stationcyclustijd, camera/lens/licht en montageomstandigheden, camera SDK of transportlaagversie, triggerbron en timing, computerplatform, PLC-model en protocol, signaal/adres/datatypetabel, reset en interlock-eigendom, regels voor het bewaren van resultaten en de definitie van acceptatiestatistieken. Als het project GenICam of GigE Vision gebruikt, noteer dan de daadwerkelijke componenten en versies in plaats van een protocolnaam te behandelen als bewijs van compatibiliteit. OPC UA voor Machine Vision kan het model informeren over statussen, recepten en resultaten; adoptie hangt nog steeds af van de doel-PLC, het netwerk en de projectinterfacebasislijn.

Acquisitie-, beslissings- en PLC-handshake-interfacetabel

Dit is een platformneutrale sjabloon voor verantwoordelijkheids- en acceptatieregistratie, geen meetgegevens van een Duits project en geen vereiste voor een bepaald PLC-merk, algoritme of protocol. Vervang de signaalnamen en slaagcriteria door de doelapparatuur en de overeengekomen basislijn.

Verantwoordelijkheidsgebied	Velden die op de basislijn moeten worden gezet	Acceptatie- en faalmonsters
Beeldvorming en beeldacquisitie	Camera- en SDK/transportlaagversies, lens en licht, gezichtsveld, werkafstand, pixelformaat, belichting en versterking, hardware/software-trigger, frame_id, acquisitietijdstempel en beeldkwaliteitsstatus [Exacte interface-identificatoren: frame_id]	Gebruik normale, overbelichte, onderbelichte, wazige, afgesloten, leeg-frame-, drop-frame-, duplicate-trigger- en camera-disconnect-voorbeelden; verifieer de opname, kwaliteitsvlaggen, time-outs en herstelrecords
Product-, recept- en defectbasislijn	product_id, recept_versie, inspectieregio's, defectklassen, fysieke grootte en zichtbaarheidsomstandigheden, grensmonsters, PASS/FAIL/UNKNOWN-regels, kwaliteitseigenaar en goedgekeurde regelrevisie [Exacte interface-identificatoren: product_id, recipe_version, PASS, FAIL, UNKNOWN]	Afzonderlijke ontwikkelings-, tuning- en onafhankelijke acceptatiemonsters; betrekking hebben op aanvaardbare variaties, gedefinieerde gebreken, betwiste grenzen, nieuwe partijen en verkeerde receptselectie
Defect-beslissingsengine	Algoritme-/modelversie en hash, invoergrootte en voorverwerking, ROI, drempels, kwaliteitspoort, resultaatcode, redencode, optionele score en toegangspunt voor menselijke beoordeling [Exacte interface-identificatoren: result_code, reason_code]	Op een vaste versie en onafhankelijke testset, recorddetectie, valse acceptatie/afwijzing, missers, ONBEKENDE uitkomsten en verwarring per klasse; forceer geen afbeeldingen van lage kwaliteit of onzichtbare defecten in PASS
Handdruk van PLC-station	part_id/cycle_id, verzoek- of triggerreeks, READY, BUSY, result_valid, result_code, ACK, RESET, time-out, nieuwe poging, edge/level-semantiek, initiële status en tijdbasis na herstart [Exacte interface-identificatoren: part_id/cycle_id, READY, BUSY, result_valid, result_code, ACK, RESET]	Voer normale cycli uit, dubbele en ontbrekende triggers, late resultaten, verloren ACK, PLC/vision-herstart, receptwijziging en time-outreset; bewijzen dat elk resultaat slechts tot één fysiek deel behoort
Dispositie, vergrendelingen en veiligheidsgrens	Consument van het visieresultaat, actie afwijzen, ONBEKENDE heropname/beoordeling, feedback van de actuator, handmatige bypass, veiligheidsvergrendelingen, toestemmingen en voorwaarden voor het betreden van een veilige toestand	Koppel de camera-, licht-, netwerk- of algoritmeservice los en injecteer een ongeldig resultaat of een niet-reagerende actuator; verifiëren dat de PLC/veiligheidscontroller de beoordeelde logica volgt en dat een single vision-bit niet wordt behandeld als een personeels- of apparatuurveiligheidsfunctie
Traceerbaarheid, implementatie en versies	part_id/cycle_id, frame_id, camera/lichtconfiguratie, recept_versie, algoritme-hash, resultaat- en redencodes, PLC-sequentie, tijdstempel/tijdzone, retentie van onbewerkte/bewijsafbeeldingen, software- en configuratieversies [Exacte interface-identificatoren: part_id/cycle_id, frame_id, recipe_version, result_code]	Traceer één fysiek onderdeel terug via trigger, frame, beslissing, PLC-actie en beoordeling; controleer kloktolerantie, lage opslag, koude start, upgrade en terugdraairecordconsistentie

Werkpakketten, deliverables en acceptatie

De technische reikwijdte kan worden onderverdeeld in beeldvormingsexperimenten en acquisitie-aanpassing, monsters en defectregels, de algoritme- en beslissingsservice, de PLC/station-interface, traceerbaarheid van resultaten en implementatieoperaties. Een eerste fase kan een input-gap-register, een opname-experimentrecord, definities van defecten en grensmonsters, een signaal-/datawoordenboek, een handshake-statusdiagram, een fouttestmatrix en een end-to-end-prototype opleveren. Implementatieresultaten kunnen vervolgens de overeengekomen applicatie- of broncode, modellen en recepten, interfacetabel, implementatie- en rollback-instructies, testrecords en bekende beperkingen omvatten. Camera's, lenzen, verlichting, PLC's, veiligheidsbesturingen, licenties van derden, werkzaamheden op locatie, broncoderechten en onderhoudstermijnen worden afzonderlijk geregeld.

Bij acceptatie moeten monsters worden gebruikt die gescheiden zijn van ontwikkelings- en afstemmingsgegevens, samen met de feitelijke zendertiming. Het moet betrekking hebben op normale cycli, defectgrenzen, afbeeldingen van lage kwaliteit, dubbele of ontbrekende triggers, late resultaten, communicatieverlies, niet-overeenkomende recepten, weinig opslag, opnieuw opstarten en terugdraaien van componenten. Detectie, valse afwijzing, missers, ONBEKENDE snelheid, verwerkingstijd, end-to-end latentie, runduur en kloktolerantie moeten het aantal monsters, de revisie, de omstandigheden en de statistische methode vermelden. Een offline algoritme-succes vervangt geen gesloten-lustest met de camera, PLC en fysiek werkstuk.

Taal- en inzetvoorwaarden voor een Duits project

Voor overdracht aan een Duits project bevestigt u de Duits/Engelse documentomvang, UI en defectterminologie, decimale/datum/eenheidformaten, projecttijdzone, doelversies van Windows/Linux en PLC/camerasoftware, en de grens tussen integratie op afstand, verzonden monsters en werk op locatie. Machineveiligheid, cyberbeveiliging, gegevensretentie, productconformiteit en locatievergunningen moeten door de verantwoordelijke projectpartijen worden bevestigd vanuit de huidige primaire bronnen voor de daadwerkelijke apparatuur, het gebruik en de inzetlocatie. Deze pagina doet geen aannames over de Duitse regelgeving, certificering, belastingen, logistieke doorlooptijd of lokale ondersteuningsvoorwaarden.

Veelgestelde vragen

Moet de camera worden geactiveerd door de PLC, een sensor of de vision-applicatie?

Er bestaat geen universele keuze. Selecteer één triggerautoriteit uit de gedeeltelijke aankomstmethode, bewegingssnelheid, belichtingstijdstip en cameramogelijkheden, en geef vervolgens een basislijn voor de reeks, rand, debounce, minimuminterval, time-out voor vastleggen en dubbele afhandeling. Wie het ook initieert, gebruik cycle_id en frame_id om te bewijzen dat het frame bij het juiste werkstuk hoort.

Kan een visieresultaat de machine direct stoppen of een product afkeuren?

Een single vision-bit mag standaard niet fungeren als een functie voor de veiligheid van apparatuur of personeel. Het visiesysteem moet een cyclusgericht resultaat, reden en geldigheidsstatus bieden. Het PLC- of veiligheidsbesturingssysteem beslist vervolgens of het stopt, afwijst, hervat of om menselijke beoordeling vraagt ​​op basis van de vergrendelingen, actuatorfeedback, machinestatus en beoordeelde besturingslogica.

Welke foutmonsters zijn nodig naast de normale PASS- en FAIL-cycli?

Bedek in ieder geval lege, wazige, overbelichte, onderbelichte en geoccludeerde afbeeldingen; onzichtbare defecten en grensmonsters; recept komt niet overeen; dubbele of ontbrekende triggers; acquisitie- en algoritme-time-outs; late resultaten; ACK verloren; communicatieverlies; herstart camera, PLC en vision-service; en lage opslag. Specificeer voor elk de verwachte zichtstatus, PLC-actie, geregistreerde velden en herstelconditie.

Gerelateerde diensten, casusmateriaal en primaire bronnen

OPC UA voor Machine Vision Deel 1: bekijk de reikwijdte van het informatiemodel voor machinevisiebesturing, recepten en resultaten uitgewisseld met station-PLC's of andere software; deze pagina beschouwt het niet als een verplicht projectprotocol.

Huidige openbare EMVA GenICam-downloads: verifieer de huidige openbare componenten en versies; de doelcamera heeft nog steeds tests nodig voor zijn SDK, feature-nodes, pixelformaten en triggermogelijkheden.

Ontwikkeling van machinevisiesysteemintegratie: bekijk Winge's gepubliceerde acquisitie, defectbeslissing, apparatuurinterface, levering en acceptatiescope (Chinese bron).

Op Atlas gebaseerde assemblage-visie-ontwikkelingscase: gebruik alleen de gepubliceerde USB/UVC-acquisitie, referentiebeeld, ROI, resultaatregistratie en rollback-scope; leid hier geen Duitse projectervaring, willekeurige camera-/PLC-compatibiliteit of voltooide productielijnacceptatie uit af (Chinese bron).

Gebruik Contact opnemen met Winge om de product- en defectmonsters, de cyclustijd van het station, de camera-/licht-/lensinstellingen, triggertiming, PLC-signaaltabel, implementatieomgeving, doeltalen en acceptatievoorwaarden te verstrekken, zodat invoerlacunes, interface-eigendom en het eerste werkpakket kunnen worden beoordeeld.