PCB-design til bærbar falddetektor, IMU-integration og PCBA-fremstilling

Sensoren måler ikke "et fald"

Nuværende industrielle falddetekteringssystemer demonstrerer, hvorfor multiaksedata og algoritmisk kontekst er vigtige: Virkelige produkter kan kombinere accelerometer- og gyroskopdata med bevægelse og hældning i stedet for at udløses ved én anslagstærskel. Det er en nyttig teknisk reference, men OEM'ens algoritme og validering forbliver proprietært for deres produkt. PCBA-fabrikkens opgave er at levere ensartet sensorhardware og en kendt orientering.

IMU-placering ændrer dataene, før firmware ser dem

Det samme menneskelige fald ser forskelligt ud ved håndleddet, taljen, brystet og vedhænget. Et løst hængende vedhæng roterer og svinger; en bælteenhed bevæger sig med torsoen; en håndledsenhed inkluderer armbevægelse, der ikke er relateret til kroppens massemidtpunkt. PCB-orientering bliver derfor et algoritmisk input.

Samlingstegningen skal vise IMU-pakkens orientering og produktets koordinatsystem. En 90-graders rotation af emnet kan være elektrisk gyldig og visuelt pæn, men den kan invertere eller bytte akser i forhold til firmwaren. Det gør sensororientering til en kontrolleret samlingskarakteristik, ikke en kosmetisk placeringsdetalje.

Mekanisk stivhed kan have betydning

En IMU monteret på en fleksibel hale kan opleve lokale vibrationer anderledes end en monteret på et stift bundkort. Hvis produktet har brug for fleksibilitet af ergonomiske årsager, bør sensorens placering valideres med den endelige struktur. DFM bør ikke flytte IMU'en for at "bruge tom plads" uden at forstå algoritmen og mekanikken.

Tabte enheder og hurtige bevægelser skaber risiko for falske hændelser

En falddetektor skal leve i en verden fuld af ikke-faldrelaterede påvirkninger: at sidde brat, løbe, hoppe fra et trin i et køretøj, kaste en taske ned på et sæde eller blot tabe enheden. Hardware kan understøtte bedre diskrimination, men den kan ikke løse problemet med én tærskel.

Artiklen bør ikke afsløre eller opfinde en proprietær detektionsalgoritme. For fremstilling er det vigtige punkt, at en erstatnings-IMU, en anden akseorientering, et ændret sample-ur eller en ændret mekanisk fastgørelse kan ugyldiggøre den datafordeling, som algoritmen blev justeret på.

BLE- og cellulære falddetektorer har forskellige produktionsprofiler

Radioarkitekturen ændrer også batteridesignet. En BLE-vedhæng kan bruge næsten al sin tid i dvaletilstand og sende små pakker. En mobilenhed kan have brug for større strømudbrud under netværksregistrering eller alarmtransmission. Produktionseffekttesten bør afspejle den valgte arkitektur i stedet for at bruge én generisk "bærbar strøm"-grænse.

PCB/PCBA-kontroller, der beskytter sensordata

IMU'en har normalt en simpel digital grænseflade, men adskillige hardwaredetaljer kan ændre dataenes kvalitet eller konsistens. Ren lokal strøm, stabil taktstyring hvor det er nødvendigt, korrekt afkobling og en uafbrudt jordretur holder digital støj ude af sensordomænet. Motorer med høj strømstyrke, buzzere eller cellulære transmissionsudladninger bør placeres og føres, så de ikke mekanisk eller elektrisk forstyrrer sensoren mere end det validerede design tillader.

PCB'en kan have to, fire eller flere lag afhængigt af radio, processor og størrelse. HDI er begrundet i tæthed, ikke med ordet "falddetektor". En lille BLE-enhed kan være simpel; en standalone cellulær/GNSS-bærbar enhed kan have brug for en tættere flerlagsarkitektur.

Samlingen kræver orienteringskontrol

Placeringsdata, samlingstegninger og automatiserede inspektionsreferencer skal alle stemme overens med IMU'ens pin-1 og akseorientering. Hvis flere hardwarerevisioner roterer sensoren, bliver firmwarerevisionskontrol lige så vigtig. Den samme regel gælder for magnetometre eller andre bevægelsessensorer, hvis de er til stede.

Produktionstest vs. validering af detektionsydelse

En produktionsarmatur kan rotere eller bevæge printpladen gennem kendte retninger for at verificere aksekortlægning. Den kan drive en softwaretesttilstand, der udøver alarmlogik. Disse er fremragende monteringsskærme; de ​​bør ikke præsenteres som bevis på, at det færdige produkt korrekt registrerer alle fald i den virkelige verden.

Prototype algoritmen og fremstillingsprocessen sammen

Tidlige prototyper bør være mekanisk repræsentative nok til, at sensoren ser realistisk bevægelse. Ellers justerer algoritmeteamet mod et udviklingskortrespons, der ændrer sig, når printkortet placeres i det virkelige kabinet. Samtidig bør produktionspersonalet evaluere sensorens orientering, fleksibilitet, batteriforbindelse, antennens holdeplads, programmeringspuder og testadgang.

Pilotkørslen bør fastfryse IMU-del/revision, aksekortlægning, firmware, radiokonfiguration, batteri, samlingssekvens og funktionelle testgrænser. Hvis produktet bruger forskelligt slidtilbehør, kan OEM'en have brug for separat validering, selvom printkortet er identisk.

RFQ-indgange til falddetektor PCBA

Angiv Gerber/ODB++, fabrikationstegninger, stack-up, BOM, centroiddata, IMU-orienteringstegning, produktkoordinatsystem/slidretning, radio- og antenneinformation, batterispecifikation, programmeringspakke, funktionel testprocedure, serie-/sporbarhedskrav og mængder. For cellulære designs, inkluder modul- og regionale SKU-oplysninger.

Highleap Electronics kan derefter give tilbud på printkortfremstilling, komponentindkøb, samling, programmering og kundedefineret funktionstest i forhold til den frigivne hardware. Detektionsydelse, medicinske påstande, sikkerhedscertificering og end-to-end-advarsler forbliver separate produktansvar.

Sådan evaluerer du en falddetektor PCBA-producent

Spørg først, hvordan leverandøren vil kontrollere IMU-orientering og firmware-revision. Hvis svaret kun er "AOI vil kontrollere delen", så fortsæt diskussionen: Produktionsprocessen bør vide, hvilken fysisk akse der svarer til det færdige produkts koordinatsystem, og hvordan denne kortlægning verificeres elektrisk.

Spørg derefter, hvordan eventtesten er adskilt fra algoritmevalidering. En stærk produktionsplan kan læse rå akser, udføre en afbrydelse, køre en kundedefineret simuleret hændelse og verificere radioalarmstien. Den bør ikke hævde, at dette beviser klinisk eller sikkerhedsmæssig detektionsnøjagtighed.

For tilsluttede versioner skal du spørge, om radioen og batteriet testes under hændelsestilstand i stedet for inaktiv. Et IMU-kort, der fungerer på bænken, kan stadig nulstilles, når mobiltransmission, buzzer og haptisk feedback starter sammen. For BLE-versioner skal du sørge for, at den parrede telefon/gateway-test kan gentages.

Highleap kan bruge det frigivne printkort, stykliste, IMU-orienteringstegning, radioarkitektur og testprocedure til at fremstille en ensartet sensorplatform. Denne produktionskonsistens giver OEM'en et stabilt grundlag for sin egen falddetekteringsalgoritme og produktvalidering.