See CAE Integration's Agile Development Process for creating your unique fixture. Fixture in the Agile Development Process Fixture development has the potential to be a frustrating and limiting experience. Here at CAE Integration we want to make sure that if a product is being tested, it can be tested to its' full potential. Above is an example of a fixture in the Agile Development stage before its recent completion. As can be seen, there are wires, boards, loads, and gizmos everywhere. Part of our Agile process is to work with your team to ensure all the features necessary for the full test are identified and working before putting the fixture in a box for ease of use. Let's see what the benefits of flexible development are below: Benefit #1 - Adaptability to Changing Requirements: Agile Test Development allows teams to adjust test cases and strategies quickly as project requirements evolve, ensuring testing remains aligned with the latest features and functionalities. Better still, this approach allows us to deliver a validated manufacturing test fixture in conjunction with your pilot build for New Product Introduction. Benefit #2 - Enhanced Test Coverage Flexible approaches, like exploratory testing or risk-based testing, allow testers to focus on critical areas. Coverage can be added and removed as needs change without rigid, predefined contracts. Here at CAE Integration, if a test reveals an issues your team had previously planned not to cover, or an unplanned product revision adds complexity you need tested we can revisit and add or remove test coverage as needed. "I highly recommend CAE Integration for any manufacturing, test, fixture development or quality engineering needs. Their broad background and strong technical abilities were a perfect fit for what we needed." – Matt Harris, GSSI Benefit #3 - Reduced Test Maintenance Flexible test development prioritizes modular and reusable test cases, making it easier to maintain tests when you update your product's hardware and software. Further, when you introduce product variants, you don't have to buy more fixtures or development time. Our customers are able to add test cases for product variants to existing test deployments with only modest support from CAE Integration. Benefit #4 - Customer-Centric Outcomes In some markets, product performance requirements are predefined in public standards for inter-compatibility or compliance. In many applications, no such standards exist making pass/fail criteria somewhat objective. By focusing on user needs and adapting tests to real-world scenarios, we provide flexible testing that enables you to ensures the product meets your unique customer expectations and usability standards. Benefit #5 - S upport for Diverse Testing Types Our test approach accommodates various testing methods (e.g., manual, automated, functional, structural) based on project needs, allowing teams to pivot as necessary. Final Test Fixture Above is the final outcome of the test fixture featured in the beginning of the newsletter. When all the tests have come together, CAE Integration then designs a custom box to mount all the components into for a seamless, portable solution. If you are interested in working with us, please click the button below. We are happy to help with any test fixturing needs.

CAE Clamshell Fixtures - Introduction Below is an example of a clamshell fixture. In the fast-paced world of electronics manufacturing, efficient and reliable testing solutions are critical to ensuring product quality while keeping production costs in check. Clamshell Pogo-Pin fixtures have emerged as a superior choice for production testing, offering a powerful combination of high throughput, cost efficiency, and precise diagnostics. Here’s why these fixtures are transforming the way manufacturers approach automated testing. Cost-Effective Throughput with Long-Term Savings Clamshell Pogo-Pin fixtures are designed to streamline production testing, delivering exceptional throughput that maximizes efficiency on the factory floor. While the initial investment in these fixtures may be higher than traditional cable-based testing methods, the long-term benefits far outweigh the upfront costs. Unlike cable-based tests, which rely on manually plugging cables into board connectors, Pogo-Pin fixtures provide a robust, automated solution that reduces ongoing production expenses. The real value of Pogo-Pin fixtures lies in their ability to deliver comprehensive test coverage. When paired with a robust test executive, these fixtures enable pin-level diagnostics, providing detailed insights into the performance of the Unit Under Test (UUT). This precision allows manufacturers to identify and address issues quickly, reducing downtime and improving overall productivity. Empowering Unskilled Operators One of the standout advantages of Clamshell Pogo-Pin fixtures is their ability to simplify the testing process. The detailed diagnostics provided by these fixtures are so intuitive that they enable unskilled operators to perform tasks typically reserved for skilled technicians. This not only reduces labor costs but also allows manufacturers to scale their operations more effectively, as they can rely on a broader workforce to conduct high-quality testing. Ideal for Complex Multi-Board Systems While cable-based testing may suffice for single-board products, it often falls short when applied to multi-board systems. These systems may have connectors that are too delicate or cumbersome for reliable production testing, leading to inconsistent results or even damage to the UUT. Clamshell Pogo-Pin fixtures address this challenge by complementing the connectors designed into the UUT, ensuring reliable and repeatable test connections. Even when the necessary input/output (IO) connections are available at the board’s connectors, Pogo-Pin fixtures offer a more dependable alternative. Their design minimizes wear and tear on delicate connectors, preserving the integrity of the UUT while maintaining high test accuracy. This makes them an ideal choice for manufacturers looking to achieve consistent results across complex, multi-board systems. Conclusion Clamshell Pogo-Pin fixtures are revolutionizing production testing by combining high throughput, cost efficiency, and precise diagnostics. Their ability to simplify testing processes, reduce reliance on skilled technicians, and accommodate complex multi-board systems makes them an invaluable tool for modern electronics manufacturing. For companies looking to optimize their testing workflows and achieve long-term savings, investing in Clamshell Pogo-Pin fixtures is a decision that pays dividends.

CAE Accessible Pogo Fixtures Open-Access Pogo-Pin Fixture What are Pogo-Pins? Pogo-pins, or spring pins, are commonly used in clamshell fixtures to access test points and depopulated SMT pads on a board. While clamshell fixtures are essential for complex applications with high pincounts to balance forces, simpler applications can benefit from fixed probes without the need for a clamshell. For boards with fewer test points, a cost-effective approach using pogo-pins with cables can replace the clamshell, allowing for a mix of automated and manual testing. Clamshells are optional. A single-sided pogo-pin fixture, which includes optional toggle clamps or thumbscrews for securing the unit under test (UUT), enables full access to the board. This setup allows a technician to flip and manually probe the board while keeping cables connected. The pogo-pin plate is modular, adapting test points to a cabled form, offering flexibility and ease of replacement for design changes. This makes the system ideal for early deployment or frequently modified designs. To learn more click the link below.

CAE Integration has partnered with Etoolsmiths to provide services and support for the J-Tester Functional Test System. To read more about the benchtop production tester you've always wanted but never knew existed, click below!

How CAE Integration can come and fill in the gaps of testing. Below is a project CAE Integration worked on for a company that needed multiple testers at once. Leverage our in-house electrical and mechanical design, machining, 3D printing, and assembly capabilities to customize your enclosures or produce turnkey fixtures for you. What does CAE Integration do? CAE Integration is focused on assisting OEMs in bringing new products to market, ramping up production, and supporting the manufacturing line. We specialize in meeting the needs of manufacturing while cutting the burden on engineering. With our team designing and supporting tests that meet your manufacturing team’s process, your development team can focus their time and energy on developing the next product. Need Turn-Key Fixtures? We write the test plan, translate it into a fixture design, then write and debug the test programs execute tests on your products. We support the fixture during handoff to your internal team, your CM, and into production. Need Existing Fixtures Updated? Do you have legacy fixtures that require updates? Wear Component lifecycle issues OS/Network/Security requirements Here at CAE Integration we take any work that your company has performed and use it to fuel the design process. Depending on your needs we can completely redesign the test fixture or simply make updates to increase the longevity of the equipment. If wear and tear is a problem we can either source or manufacture the components you need to replace what needs fixing on your fixture. Finally: Surge Capacity Your in-house test team is busy on new products and just needs someone to revitalize legacy production tests. The company above needed to move legacy fixtures to a new CM but their staff was busy working on new products. The legacy testers were not permitted in the new facility due to an older versions of Windows. There were also various flaws in the test fixtures that needed to be addressed. CAE Integration migrated the test software, updated the test programs and mechanical fixturing to fit the latest boards, and came on-site to assist with set-up and validation tests. We completed the project in time for the company's transfer deadlines while keeping costs low using all in-house capabilities. Together, let's build a future where quality and innovation go hand in hand, ensuring success for your products and satisfaction for your customers.

In the ever-evolving landscape of manufacturing, low-volume Original Equipment Manufacturers (OEMs) play a crucial role in delivering specialized products tailored to niche markets. However, amidst the drive for innovation and speed to market, one critical aspect often overlooked is testing. Today, we'll delve into why testing is paramount for low-volume OEMs and the consequences of neglecting this crucial step. Why Test? Testing isn't just a checkbox on a manufacturing to-do list; it's the backbone of quality assurance. For low-volume OEMs, testing serves as a safeguard against potential defects, ensuring that each product meets or exceeds customer expectations. By subjecting products to rigorous testing protocols, OEMs can identify and rectify any issues before they reach the hands of end-users, thereby safeguarding brand reputation and fostering customer trust. Consequences of Not Testing Unsupervised Field Testing: When OEMs forego formal testing processes, they inadvertently subject their products to unsupervised testing in the field. This scenario arises when customers become unwitting testers, discovering flaws or malfunctions during real-world use. Such instances not only result in customer dissatisfaction but also incur additional costs associated with product recalls, replacements, and damage control. Unregulated Staff Testing: In the absence of structured testing procedures, some OEMs resort to ad-hoc testing conducted by internal staff. While this approach may seem cost-effective initially, it tends to bloat over time with redundant tests because it lacks the rigor and objectivity of formal testing protocols. As a result, critical issues may go undetected, leading to compromised product quality and increased liability for the OEM. The Cost of Cutting Corners The allure of cutting costs by bypassing testing procedures can be tempting for low-volume OEMs. However, the long-term ramifications of such decisions far outweigh any short-term gains. Consider the following costs associated with neglecting testing: Reputation Damage : Product failures due to inadequate testing can tarnish the reputation of the OEM, eroding customer trust and loyalty. Financial Loss : Product recalls, warranty claims, and legal liabilities stemming from untested products can result in substantial financial losses for the OEM. Missed Opportunities : By delivering subpar products, OEMs risk missing out on potential business opportunities and market growth. The Path Forward: Testing as a Strategic Imperative To navigate the complexities of today's manufacturing landscape, low-volume OEMs must prioritize testing as a strategic imperative. By investing in robust testing processes, OEMs can enhance product quality, mitigate risks, and differentiate themselves in competitive markets. At CAE Integration, we understand the unique challenges faced by low-volume OEMs, and we're committed to supporting your testing needs. Whether you require assistance in designing testing protocols, conducting tests, or analyzing results, our team of experts is here to help you every step of the way. Together, let's build a future where quality and innovation go hand in hand, ensuring success for your products and satisfaction for your customers.

Universal Functional Test (UFT): A Cost-Effective Manufacturing Test Development Software Platform. Compactness: When writing a functional test a common step is to look for the appearance of a specific phrase, then continue to the next step OR come to an error/default condition after a preset timeout. The following 8-line tcl/expect code snippet is built on to make a number of the basic procedure calls that make up UFT. : package require Expect catch {open "com1:" r+} s catch [exp_spawn -noecho -open $s] set timeout 10 expect { "Boot Menu" {set productType UbootMenu} default {set productType generic} } This small amount of code performs the following functions: Open a serial port and passes the port it to expect. Sets a variable “productType” to “UbootMenu” if the string “Boot Menu” appears anywhere in the text produced by the port within 10 seconds. Program execution continues immediately upon this condition being met. All other conditions including errors result in productType being set to “generic” execution to continue after 10 seconds. For comparison, the following table shows the lengths of similar sample code in several other languages. Since these are publicly posted samples they do not have the exact behavior as described in the above Tcl/Expect snippet. The deviations are noted in red and would take more code to achieve the desired result. Modularity: Reliable use of test software with different hardware is a basic building block of this system. Each UUT/Tester operation is abstracted to a generic procedure call. For each UUT type and each Tester component, there is a “personality” script file containing these procedure calls. Included in the same file are any parameters required to perform each necessary operation on the given device. Devices that are out-of-rev can be upgraded automatically to current-rev prior to test. This simplifies the burden on the test engineer by minimizing the number of test varieties that must be maintained. Custom content such as test machine configurations, test steps and limits are stored in configuration files. Auto-Recognition of UUT: The general-purpose UUT-thread is provided with specific strings output by the various product families early on in their boot processes. These are used in the “Waiting for UUT” state to determine which “personality” script to load for test. Further uniqueness broken down in the “personality” script defines the use of any combination of product characteristics such as model, HW revision, FW revision, SW revision. Each UUTs has a unique connection port, and is addressed from 1 to N by logical port number (whether local, terminal server, or chassis port number). Ports may be reserved for special functions such as firmware upgrades, so your operators don’t need to press any buttons on the computer to perform these steps. Disconnect Detection: Non-idle disconnect detection or “Crash” of the product’s CLI is always a possibility. This expectation is built into the low-level routines for interacting with the product as a “Timeout” error, generally a failure. Alternatively, there is an accepted issue in your product that occasionally causes negative results like a crash, UFT can employ fault-tolerance to recover and continue the test. Idle disconnects are disconnects detected during the idle state, when the Operator is expected to disconnect the product. UUT thread loops through simple commands such as LED diagnostics, receiving the appropriate command prompt back from the product. When a command prompt is not received within a UUT-appropriate timeout, the UUT is assumed to be disconnected. The UUT thread displays final results and prepares itself to detect the next new UUT. The results are cleared from the screen upon the detection of the next UUT. Logging: A unique logfile is generated for each UUT session. Taking advantage of the unique nature of physical interfaces, there can only be one UUT at a time per test station and port number. Adding a timestamp to those details makes a unique filename as follows: [TestName]_UUT_[StationName]_[PortNumber]_[Time_Datestamp].log At the end of each test, logs are immediately sent to the server via fault-tolerant mechanism so that production does not stop for network/server issues. This provides an indelible record of the test while permitting production to continue even while your network is down. If the same UUT returns to the tester several times, the logs are NOT appended nor overwritten – there is a unique log for each session. All communication with the UUT or test equipment is in the form of a command-response dialog, which at times results in multiple dialogs going on simultaneously. Fortunately, there is a standardized, plain English way to track a dialog involving multiple parties. Logfiles are in playbill script format as follows: [Timestamp][Speaker:Port]:[Message] This allows technicians to view the events chronologically, or find specific events with a search. UUT logs do NOT key in on the keywords in the “expect” statements, instead recording comprehensive records of everything said by all parties. Some tests produce graphical, directory structures, or other digital collateral. This is captured along with the log file and submitted to the central repository in zip format. For More Information If you have an questions or want to know more, click the button below to email us or schedule a meeting.

Universal Functional Test ( UFT ): A cost-effective manufacturing test development software platform. J-Testr : A hardware and software platform designed for straightforward and re-usable development. High-Cost Problem Functional test in the manufacturing process requires custom development due to the unique nature of each product. The manufacturing mindset is to minimize or eliminate custom work, as it is neither inexpensive nor easy to scale. There are three general approaches for development of manufacturing tests, each with its own pressure against reusability: 1.) In-house test engineers at the end of the New Product Introduction (NPI) cycle are often under pressure to win back delays that have accumulated all along the development process. 2.) Outside test resources are generally constrained by the project bid, which is optimized for the product in question rather than reusability. 3.) Quick-deploy off-the-shelf functional test solutions generally lack key features which much be added later by returning to approach 1 or 2. Solution: Reusable Test Technologies UFT is designed from the ground up to automate the functional test processes to the greatest reasonable extent in order to: 1.) Optimize test developer and operator’s time, increasing productivity and decreasing cost. 2.) Reduce operator error, increasing productivity and avoiding false-passes, which can result in Out-Of-Box Failure or OOBF. J-Testr takes a similar software approach but leverages its own hardware platform. 1.) Supports both open-frame or clamshell “pogo-pin” fixture approaches. What about clamshell fixtures? While it is possible through complicated fixturing to “fully” automate a test process, many automated steps diverge into corner-cases which become increasingly expensive to automate for decreasing benefit. While clamshell fixtures necessitate full automation due to their restriction of technician access, open-frame fixtures allow access to the product. This fixture design approach opens up choices for cost cutting that are supported by both UFT and J-Testr . The goal when developing an open-frame test is to pick all the low-hanging fruit and cover critical features, allowing the operator to make some judgment calls at higher levels of complexity to save time and money. These platforms achieve this by providing easily reconfigurable dialogs for interacting with the operator. What about intricate functions? Any step deemed too expensive to automate is offloaded to the operator with simple, well-written instructions and/or pictures. These value decisions occur at various points in the development process against a test plan and can be handled with a minimal amount of interaction between the test engineer and the product team. Since the manual steps are easy to set up, there is little effort wasted if the decision to automate comes later on in the product’s lifecycle. What sets these solutions apart from others in the industry? Built for scalability and reusability, both UFT’s and J-Testr’s libraries of test routines have been growing for well over a decade. While they already include subroutines to perform many tests needed, each overall test plan is customized and the library expanded to ensure a given product meets its specifications. When a product fails a test, the operator is presented with details from the test and optional diagnostics relating to specific components. These test solutions ensure each manufactured product is correctly… Moving itself Measuring Analyzing data Doing whatever the product does … and is ready to be included into the next assembly or shipped to a customer. If you have any questions please send us an email or talk directly by scheduling a Calendly meeting. Click below.

Universal Functional Test (UFT): A Cost-Effective Manufacturing Test Development Software Platform. Production is a continuous operation. Each unit must endure a series of tests, but it will also be followed by another unit. A state machine is used to usher a single product through test in a controlled manner, resetting for the next product. The Process The program initializes the designated port for communicating with the Unit Under Test (UUT), then waits to hear from it. As the UUT boots up, it announces various pieces of information which are used to identify the UUT and load the appropriate test program. When immediate start is not desired or for products that don’t identify themselves, the operator scans a barcode or selects from a drop-down to select the product. A an optional “start” button allows the operator to initiate the test. The test script is generally a list of steps with attributes like diagnostics and critical failures (end test without proceeding to the next step). Procedural or decision-tree code can be added for optimal performance. For instance a top-level test that confirms that many things are correct can be followed only on failure by sub-tests that provide further diagnosis. Upon completion of the script, UFT waits in an idle state until the UUT is removed, then resets for the next UUT. Questions? If you have an questions or want to know more, click the button below to email us or schedule a meeting.

Universal Functional Test (UFT): A Cost-Effective Manufacturing Test Development Software Platform. Reuse and Scalability Before the First Line of Code. CAE Integration uses Tcl/Tk for the versatility of the language. But the most important aspect of this software is its reuse and scalability even before the first line of code. After a survey of programming languages, Tcl/Tk was selected as the base language of UFT for the following reasons: Cross-Platform Tcl/Tk is a cross-platform language purpose-built to write middleware programs. The language’s author, John Ousterhout, named it Tool Command Language (Tcl) when he designed it to automate many CAD design operations in different applications. It has since become an integral part of Xilinx Vivado design suite and other FPGA tools. Interpretation Tcl is an interpreted language, allowing the developer LIVE DEBUG capabilities. There is no need to stop the test, recompile, or get the product back to a specific state to debug the test. The test engineer can interactively query, debug, alter, and rerun the code from the Tcl command shell while the program is running and the product in the required state. Extensions and Sourcing The Tk graphical extension to Tcl is a high-level language for generation of GUIs with minimal coding. Tk is open-source and extensible, providing simple methods for inclusion of tools developed by a community of open-source contributors. Expect Expect – the number one Tcl/Tk extension for manufacturing. Originally developed for taking scripted control of a command-line program to the next level with interaction (Don Libes 1990), this language is ideal for interacting with any hardware that presents a command line interface (CLI) whether it be over serial or network connection. UFT uses Expect to communicate with: Unit Under Test (UUT) supporting command-line interface Programmable test devices such as Standard GPIB test equipment Bulk call generators Network Switchgear Test equipment with non-standard interfaces In Summary Tcl/Tk is the language CAE Integration loves most. Not only is it versatile and cost-effective, but the LIVE DEBUG capabilities highly accelerate development of the interface with your product and test equipment. Click below to email or schedule a demo.