+1 (713) 688-4600 | Sales Toll-Free: (855) SELL BPM | 24/7 Service: +1 (832) 617-5702 info@bpmmicro.com
Select Page
Integrate your ERP to BPM Programmers with API

Integrate your ERP to BPM Programmers with API

by | Mar 11, 2021 | Technology, White Papers

Integrate your ERP to BPM Programmers with API

“If you can imagine it, we can make it happen”

— James Cawkell, Director, The Adaptsys Group

ERP API Abstract

BPM Microsystems process software, BPWin, is arguably the best in the industry. But even relatively easy-to-use software has a learning curve. As a standalone unit, an automated programming system (APS) is disconnected from the manufacturer’s process workflow software. Most manufacturers have a Material Requirement Planning system (MRP), Manufacturing Execution System (MES) such as Intellect eQMS, or Enterprise Resource Planning (ERP) such as Oracle and SAP. Would you like to have your ERP “talking” with your APS? This whitepaper explores some real-world solutions implemented to give you an idea of what is possible when connecting your APS to your manufacturing system through an API (Application Programming Interface).

API Defined

An application programming interface, or API, according to Wikipedia, is a computing interface that defines interactions between multiple software or mixed hardware-software intermediaries. It defines the kinds of calls or requests that can be made, how to make them, the data formats that should be used, the conventions to follow, etc. It can also provide extension mechanisms so that users can extend existing functionality in various ways and to varying degrees. (See Wikipedia article here)

Production Programming Advantages

BPM programming equipment, with the activation of BPWin API, has the capability to interface with your enterprise software in a maintainable and standard interface. BPWin API allows users to solve simple to complex process problems during the programming cycle. Designed specifically for BPM Automated Programmers, the API automation object model gives you the ability to utilize any programming language for interface to BPWin software. BPWin API is a breakthrough in programming equipment connectivity, that digitizes the information being generated throughout your device programming operations, and makes it available where, when, and how you need it.

Control and Monitoring API

The BPM API includes two major modules: Control and Monitoring. Control API (CJobControl Object) allows the external programs to control JobMaster related functions in BPWin software

Configure the programming cycle with commands such as select the device, load the data pattern file, set device options, Start or stop the programming cycle, and more. Monitoring API (CJobMonitor Object) allows for programmer system status to be exported in real-time for monitoring through verification, auditing, and logging of data from within BPWin software.

Language-Independent API

BPM’s API works with any language that supports Component Object Model (COM): Labview, C++, C#, Java, JavaScript, VB6, VB.net, etc. COM is flexible with your developer’s skill sets, and shouldn’t require additional resources. Component Object Model interface technology is the basis for several other Microsoft frameworks, including OLE, ActiveX, COM+, DCOM, etc.

With a basic understanding of the BPM API, it’s possible for your internal development team to write the API; it’s also possible to outsource the project. BPM and their European partner, The Adaptsys Group, have extensive experience writing custom APIs. Competent third-party developers have also been successful in building APIs (this usually requires at least some interaction with BPM’s technical team and a thorough project specification).

Simple Monitoring Applications

It’s fairly straightforward to hook in real-time monitoring into your MES or ERP, to inform the job is completed, or that there is an issue that the technician needs to address. Moving raw goods inventory (blank programmable devices) into finished goods (programmed/tested devices) is also fairly easy. The API can also be set up to alert the supervisor or technician (via text message or email) upon completion of jobs, or to notify them when it’s time to switch out trays or reels.

Case Study: Automated Work Order

A large automotive contract manufacturer in Europe tasked the Adaptsys Group. (BPM’s Partner for Germany, France, Switzerland, UK, etc) with developing an API that functions as an automated work order to integrate their BPM Automated Programming Systems with their MRP system. It creates an electronic work order, operator checklist, and does finished goods allocation. 

The automated work order is written in OPC UA, a machine-to-machine communication protocol for industrial automation developed by the OPC Foundation. OPC UA is an open-source, java-based programming language that is focused on communicating with industrial equipment and systems for data collection and control (See Wikipedia article here). BPM’s API is agnostic when it comes to programming– as long as it interfaces with COM.

The interface is a simple web-based form. The data entry process is used to set up the initial data for a given programming job. The first field in the form called “Programmed Device Name” is entered and later cross-referenced in a second form as a unique name for the parts to be programmed. This programming name can then be used multiple times to program the same device type with the same program code yet still made unique by the use of the Job ID from BPWin. The remaining fields are used to set specific information related to the job, which is later called upon to create the Job Sheet. The job sheet would be used by a production operator, to scan barcodes to automate the setup of the BPM Microsystems device handler.

The next step is to create the Job Sheet for production use. Upon submit, the data is saved to the SQL database and pulls in the linked data to populate a PDF document, which is automatically downloaded. This PDF contains the required job data in the form of barcodes, which are used by the production operator to set up the system.

Setting up and running the automated programmers

This is an example of a manufacturing process flow to handle devices to be programmed, from the time they enter the production environment, until the time they are programmed and tested, finally to move to finished stock.

  1. Receive Job Sheet. The sheet contains required fields in a barcode format. 
  2. Barcode Job. This contains a link to the .abp file (BPM’s proprietary job file format which also contains the APS workflow instructions) stored on the customer’s server, to load the .bp file (specific to the job) and program file, set the device type, and device configuration stored within. 
  3. Barcode Pressure Plate. Scan the barcode for the correct Pressure Plate for the sockets. 
  4. Barcode Parts. Scan the received parts to ensure they match the job. 
  5. Barcode Quantity. Scan the correct batch quantity that is to be programmed. 
  6. Verify Setup. The final screen before programming, the Verify Screen ensures everything is set up correctly: Verify the socket modules, check devices, and pressure plates match those specified; check the quantity is correct. On-screen field highlighting of failed fields is used to assist. 
  7. Start Programming. When the verification passes, the job can start.

This electronic “checklist” virtually eliminates mistakes. If an incorrect barcode is received, the system returns an error message that allows the error to be quickly corrected. 

Post programming data and product handling

Upon completion of the job, the job summary log is saved to the electronic work order for review. It then automatically prints a sheet of labels with barcodes with the following information: Custom device reference, Device quantity on the reel or tray,  Label number, job completed date, Input media ID, and Output reel ID. A specific barcode is generated so that the socket modules and pressure plates are moved from a production status to hold. Finally, the customer’s database is updated to indicate the correct quantity of finished devices are verified or scrapped and allocated to appropriate stock locations.

Inventory Management

Inventory ManagementBPWin API can also be used to create custom inventory management. Whether for IoT (internet of things), Industry 4.0, or advanced traceability standards, each device can carry a unique serial number, which can contain more information than is possible with laser or inkjet marking. In addition, advanced security protocols for data encryption can be used as well.

In Conclusion

This paper is not intended to explain how to set up your API; the goal is to give you a taste of what is possible. If you are new to device programming, you may be interested in a work order set-up, or at the very least, notifications and feedback. If you’ve been utilizing device programming, you may have identified some functionality that you wish existed, or perhaps a process that is overly repetitive or requires employee interaction. Once you’ve identified the process, BPM can assist you in developing an API, or provide your developers with the framework to write it yourself.

BPWin API
US Tech Article
Request API Demo
BPWin Software Info

Intrigued?

Learn How BPM Microsystem Delivers You Maximum ROI

I want to know more!
Programmable Device Shortage Update

Programmable Device Shortage Update

by | Mar 8, 2021 | Announcements, News, Technology

In an article published in Forbes on February 25, President Joe Biden signed “Executive Order on America’s Supply Chains” to address the global semiconductor chip shortage. Designed as a 100-day review of supply chain effectiveness, and citing that the United States accounts for 12.5% of semiconductor manufacturing, this Executive Order is a part of a continuous stream of policy assuming that “made in America” is good for America.

According to a new Reuters article, here are some updates on the on-going global chip shortage.

General Motors

GM has extended production cuts at four of their North American plants due to chip shortage. It’s being reported that the shortage could cut up to $2 Billion from their 2021 forecast.

Ford

The shortage is hitting production of the most popular truck in the world:  F-150 pickup trucks. Ford could lose 10% to 20% of planned first-quarter vehicle production.

Volkswagen AG

The chip shortage will impact production at Wolfsburg and Kassel plants. VW was the first major automaker to announce that chip shortages were affecting production. Volkswagen is the world’s second-largest car company (behind Toyota).

Groupe Renault

The chip shortage could reduce Renault production by about 100,000 vehicles this year. Renault is a French automaker.

Honda

Honda has announced a cut in its 2021 sales target by 100,000 vehicles due to the chip shortage. Honda is fifth in sales worldwide.

Nissan

Nissan, Japan’s third-largest automaker and #10 in the world have lowered its target by 150,000 vehicles due to the chip shortage.

Tesla Inc

Elon Musk said Tesla’s plant in Fremont, California shut down for two days in February due to “parts shortages”.

Automotive Suppliers

Visteon

Visteon, a major automotive component supplier, has said uncertainty around the semiconductor shortages will lead to some plant closures in the first half of 2021 before things stabilize in the third and fourth quarters.

Stellantis NV

Stellantis‘ factories in Germany and Spain were impacted due to the programmable device shortage. Union sources told Reuters in February that Stellantis planned to slow production at its plant in Italy, and furlough 7,000 workers. Stellantis’ supported brands include Alfa Romero, Chrysler, Dodge, Jeep, Ram, Fiat, and Opel.

Other Industries

Sony

Sony’s Chief Finacial Officer Hiroki Totoki said it is difficult for the company to increase the production of the popular gaming system, the PS5, amid the shortage of semiconductors. The PS5 launched in November of 2020, and is one of the most popular systems in the world.

Universal Device Programmers

Universal Device Programmers

by | Nov 20, 2020 | Case Study, Product Comparison, Technology, White Papers

Some solutions are more “universal” than others

There are quite a few device programming solutions that describe themselves as “universal.” You would think everyone is using the term “universal” the same way. Think again.

“Universal” as an adjective, means: “of, affecting, or done by all people or things in the world or in a particular group; applicable to all cases,” (Definitions from Oxford Languages). What does it mean to be “universal?” First, let’s go back to the first “universal” programmer…

BPM 1200, the First Universal Programmer

In the early 1990s, there was no such thing as a universal device programmer. If you wanted to program a different family of devices (for instance, an EPROM and a TSOP), it required purchasing two (or more) different programmers. The reason was the interface between the device and the programmer was hard-wired.

In 1992, BPM Microsystems (back then, they were called BP Microsystems) developed the 1200 Manual Programmer with a serial port connector. It was the first “universal” programmer– you could request additional device interfaces that would allow you to program more than just one device (or family of devices). BPM developed the first socket adapters, which are now used by all off-line device programmers.

Universal Device Programming Resources:

Universal Hardware/Software 

Each device has specific programming parameters. It is not just a matter of sending an electrical signal to a specific pin—each device requires a unique algorithm to ensure it is programmed correctly. 

For instance, for a device programmer to support a NAND flash device, two algorithms are needed. The first is the conventional device programming algorithm as specified by the semiconductor manufacturer. The second is the BBM algorithm. The BBM algorithm is a user-selectable software module that interfaces with the device programming algorithm. Its implementation depends upon the target system, not just the NAND device. The challenge is in obtaining a well-defined BBM algorithm specification. See White Paper Here.

Algos “translate” the data into a specific pattern based on the specs from the semi-house. It also sends the correct electrical signal to the correct pin. See Signal Integrity Article Here.

In 1996, BPM introduced the 4100, the first universal fine-pitch automated pick-and-place programming system. Finally, there was a solution to program, at scale, a variety of devices. Again, prior to the 4100, pick-and-place programmers could only program-specific families of devices.

Fast-forward to Today

BPM Microsystems pioneered universal device programming, but nowadays, most device programming solutions are “universal,” right? While it’s true that the days of single-use programmers (except for some extremely high-volume machines) died 25 years ago, that doesn’t mean that all “universal” programmers are truly universal.

Take, for instance, Data I/O. They make automated and manual device programmers in the US and China; they promote their programmers as “universal,” but that depends on your device programming requirements. Data I/O uses two different programming site technologies. Their FlashCORE III sites were developed in 2009; their newer LumenX sites came out in 2016. Let’s say you have a mix of eMMC, MCU, and EPROM devices to program. Their “universal” solution would require two sets of sites; LumenX sites for faster programming with eMMC devices and FlashCORE III to program the others. Are they, in fact, “universal?” Sounds like “not really.”

BPM’s 9th Generation Technology launched in 2016. 9th Gen sites with Vector Engine™ Co-Processor accelerate flash memory waveforms for programming near the theoretical limits of silicon design. The faster the device, the faster it’s programmed. With data transfer rates to 50 Gb per second, and verify rates up to 200 MB per second, 9th Gen sites offer the industry’s fastest times with even more capacity compared to other systems in its class. This is up to 9 times faster than competing “universal” programmers, offering the Largest Memory Support in the industry―256 GB, upgradeable to 512 GB. Plus, by downloading image files up to 25 MB per second to all programmers simultaneously, the system rapidly produces devices at maximum achievable throughput.

PSV5000 vs BPM 3928

Comparing the two platforms (Data I/O vs. BPM) with similar specifications in a typical configuration, a Data I/O PSV5000 would require two FlashCORE III sites, plus one LumenX site (total of 3), while a BPM 3928 would require two 9th Gen sites (which is included in the basic machine configuration). The BPM 3928 is upgradable to five more sites (a total of seven); The PSV5000 can add three additional sites for a total of 6 sites. But only three or four could be used at a time (depending on which site technology is added). The BPM solution is much less expensive because it is actually universal, and allows you to utilize all the connected sites simultaneously.

One could argue that the PSV5000 could be set up with six FlashCORE III sites or six LumenX sites (for a total of 12 sites)– you would only have to switch out the sites when you set-up for the specific job. Realistically, that’s not a viable option. The price for just the sites would cost more than double the original PSV5000 and would take many additional hours to do each change-over.

In the case of a site failure (it happens), with BPM’s universal sites and fault-tolerant hardware/software, the “dead” site can be automatically bypassed; thus, production still goes on (albeit, at reduced capacity). Recall the mix of eMMC, MCU, and EPROM devices to program. Their “universal” solution would require two sets of sites; LumenX sites for faster programming with eMMC devices and FlashCORE III to program the others. if the single LumenX site goes out on the PSV5000, your programming on the LumenX site is stopped until you can get the site replaced or repaired.

It’s always a good idea to plan for failures (they happen) by having a spare site available on-site (all APS manufacturers can provide you with spare kits). With BPM’s single-site technology, you only need one spare, which saves thousands of dollars. When getting a quote on an APS, make sure to ask for spares (and if you’ll need just one or two).

Universal could also mean “future-proof.” Knowing that 9th Gen sites can program legacy devices as well as the newest flash devices means your investment is not soon obsolete. BPM has customers that are still programming on ten- to 15-year-old (and older) 8th and 7th Gen machines. BPM continues to provide support for these legacy systems, and plan to for the foreseeable future.

Sockets

Socket modules and socket cards are the electro-mechanical interfaces between the programmable semiconductor device and the programmer. It’s one of the secrets to BPM’s Universal Programming. The robust design is ideal for manufacturing and design environments where high signal integrity and reliable performance are critical.

The sophisticated technology of BPM Microsystems’ active circuitry delivers the cleanest waveform signals to the device by eliminating noise, ground bounce, and overshoot, which allows for the most reliable vector testing available to ensure the highest quality and overall yield.

Signal Integrity designed into the socket card allows for high quality/high-speed communication between the programmer and the device under test (DUT). High-quality communication allows for high-speed data transfer.  How?

  • Multiple layer PCBs
  • Ground plane
  • Controlled impedance
  • Active circuit
  • High-quality, gold-plated Samtec connectors on all 9th Gen Sites and Sockets


BPM Microsystems offers a substantial number of socket modules and socket cards to support thousands of devices from over 218 semiconductor manufacturers. Currently, there are over 39,000 devices supported on 9th Gen (three times greater than BPM’s nearest competitor).

New socket module and socket card designs are continuously added and can be requested to meet your programming needs (you can request support here).

“Universal” also means many of our older sockets (7th and 8th Gen) work with 9th Gen sites. When you upgrade to 9th Gen’s much faster programming protocol, it’s possible you can use your existing sockets (see if your socket is compatible here).

Universal Device programming with 9th Gen

First Article to automated device production, use the same software, same sockets, same algos, same results.

Finally, universal means using the same software (BPWin), and sockets/algos on all 9th Gen programmers, from manual to automated (the only additional thing needed on the automated programmers are pressure plates which are inexpensive and last forever). No matter if it’s the first article to final production, nearly everything is compatible.

Conclusion

BPM’s universal device programmers are truly universal, in every sense of the word. In an uncertain world during uncertain times, it’s comforting to know a BPM solution will deliver years of reliably programmed devices, and that “universal” actually means “universal.”

Disaster Recovery for a Modern Manufacturing Operation

Disaster Recovery for a Modern Manufacturing Operation

by | Nov 5, 2020 | Case Study, How To, Technology

Some things to consider in a Disaster Plan

See Disaster Recovery Article

  • Hardware/Software contracts are up-to-date
    • Ensures the fastest response in line-down situations
    • Spares are on-site and/or available overnight
  • Schedule deliveries for consumables, especially sockets
    • Sockets are consumable items
    • The schedule ensures they are manufactured/delivered based on your requirements
    • Lead time to build a socket can vary, from days to weeks
  • Multiple prequalified vendors
  • Pre-qualify First Articles ahead of time from your partner supplier
  • Negotiate price per device before the disaster takes place

Some problems are good. It’s important for the modern manufacturing operation to prepare for the worst, and the best. There are lots of things that can go wrong. Add this to the list: what happens if one or more people on your line come down with Covid-19? You still have parts to program and production lines to supply. And as things rebound, what will you do if you are hit with an increase in orders? You (no doubt) have built-in capacity; but what if it doubles, or triples (or more)? BPM Microsystems builds systems and accessories that make it easy and cost-effective to make device programming a viable (and profitable) option in-house. Their line of programmers is universal, meaning they utilize the same software and accessories, from the smallest to the largest systems. From the first article (the initial first approved programmed device) to production, the only difference is throughput. Manual systems are perfect for starting out and/or smaller lot sizes (up to 50,000 parts per year). They also come in handy to augment the automated system’s capacity, or for programming short-run parts. BPM’s automated systems are the fastest and easiest to set-up of any programming systems. They are made for programming large data devices, such as eMMC HS400, NAND, NOR, and Serial Flash devices, and other nonvolatile memory devices such as MCUs, PLDs, and FPGAs. High-speed signals support devices up to 200 Mhz and the latest eMMC HS400 modes with data transfer rates of 2.5 nanoseconds per byte. With data transfer rates to 50 Gb per second, and verify rates up to 200 MB per second, BPM’s Automated Systems offer the industry’s fastest times. This is up to 9 times faster than competing “universal” programmers, offering the Largest Memory Support in the industry―256 GB, upgradeable to 512 GB. 

WhisperTeach™ & CyberOptics™

WhisperTeach™ is patented hardware/software that automates the critical z-height measurement, which reduces set-up times by as much as 83%. More importantly, it improves yield and job performance compared to manual teaching methods. CyberOptics™ vision component auto measure delivers on-the-fly alignment to maximum device reliability and throughput.

Learn more about WhisperTeach™ auto Z-height teach system here. 

Add Capacity

Adding capacity is fairly straightforward. The first option is to add overtime and/or add shifts. BPM’s set-ups don’t require extensive training, so quality and throughput won’t decline after 5 pm. Next, add programming sites and sockets to existing workflows. If utilizing manual systems, additional programmers can be “daisy-chained” to a single workstation (up to 12 total). For automated programmers, additional sites may be added. Each site has the ability to add up to 4 additional sockets (a socket is the electrical interface of hardware/software to program a specific device). Adding sites can double, triple (up to 10X) capacity, depending on which system is used. BPM’s universal sites mean you don’t need two different site technologies for programming different classes of devices. BPM supports more than triple the number of devices as their nearest competitor (36K vs 12K). Some BPM systems, such as the low-cost 3901 or 8th Generation automated systems, can be upgraded for higher throughput, with more devices per hour and/or additional sites or peripherals. When you experience a line-down (for whatever reason), you need solutions that allow you to quickly shift production without skipping a beat. For programming devices, contact your nearest programming center, such as Arrow, Avnet, or A&J. The set-up files can be securely transmitted; if they don’t have the sockets, simply overnight the sockets used on your production. Utilizing programming centers is another way to balance out your work-flow; when a temporary need overwhelms your workflow, you can outsource for extra capacity.

Conclusion

It’s not a matter of “if” things go wrong. It’s a mathematical certainty. If 2020 has taught us anything, it’s prudent to be ready for just about anything. With a little forward planning, you should keep production moving. BPM’s systems are built to grow with your business; they have programmers that are still operating daily after 15 years or more. Contact your preferred Programming Center and BPM Microsystems to develop a disaster plan in advance.

See “Market Forces” Article here

BPM compares the 1710 and the 2900 Manual Programmers

BPM compares the 1710 and the 2900 Manual Programmers

by | Aug 17, 2020 | Product Comparison, Technology, Video

BPM compares the 1710 and the 2900 Manual Programmers

Join Shelby B., our Inside Sales Intern, as she breaks down the benefits of the 1710 7th Gen manual programmer vs. the 2900, our latest 9th Gen manual programmer.

Features of the 1710

  • Program up to 4 devices at once using the FX socket modules
  • Able to support the FSM48D (handles 98% of the DIP package devices) and FSM84UP (handles 95% of the PLCC package devices) modules
  • Supports hundreds of different packages with a broad range of socket modules.
  • Supports many legacy devices: PLD, MCU, PAL, GAL, CPLD, FPGA, EPROM, NOR Flash, EEPROM, Actel Antifuse devices, and more
  • 49400 devices supported out of the box
  • Supports high and very low voltage devices
  • Industry-standard for mission-critical Aerospace and Military programing
  • Lifetime software renewal is included with this machine

Features of the 2900

  • Modern High-Speed Universal Programmer capable of programming at the theoretical limits of the device
  • Proprietary Vector Engine Coprocessor that stands alone in the industry
  • Designed more like a high-speed test system
  • Boasts a support list of almost 40,000 devices
  • Weekly device support additions
  • Programs up to 4 devices at a time using socket cards and daughter cards (FVE, LX, WX, WAS, WS)
  • Can purchase a single socket card for first article qualification
  • Programmer workhorse, capable of programming 10’s of thousands of devices annually.
  • Up to twelve (12) 2900 programmers can run a job at a single workstation Has backward compatibility with (almost) all devices supported on the 8th Generation (2800, 3800, 4800, etc) and most devices supported on the 7th Generation (1710, 2710, 3710, etc)
  • Supports the NAND flash series of devices
  • Supports the eMMC series of devices including the following programming speed modes: SDR, DDR, HS200 & HS400
  • 256GB onboard programming memory, expandable to 512GB
  • Technology poised to support newer high-density memory devices
  • Both use BPWin, the best process software The user experience and therefore the learning curve moving from a 1710 to a 2900 is almost nil.

To find out more, check out https://www.bpmmicro.com/device-programmers/manu…

Transcript:
Hey, y’all this is Shelby at BPM Microsystems. I’m with the inside sales team and you probably recognize my voice from some of those phone calls I make every day following up on y’all’s quotes and things like that. Anyways I just want to dive right in and talk about the 1710 programmer and the 2900 programmer and talk about some of the features and benefits that we offer here at BPM Microsystems.

All right so let’s dive right in and talk about the 1710 programmer. this is our programmer that programs a lot of our legacy devices. it was actually created in 2004 so it’s one of our older machines but it’s still one of the most popular machines that we sell here at BPM. The 1710 supports hundreds of different packages with a broad range of socket modules and it also supports many legacy devices like the PAP the GAL the CPLD the FPGA the EEPROM nor flash EEPROM and Actel antifuse devices. And an amazing fact about the 7th gen is that we support 49,400 devices out of the box. Wow, that’s a lot! it also supports high and very low voltage devices and it’s the industry standard for mission-critical aerospace and military programming. pretty amazing right? the 7th gen is able to support the fsm48d which handles 98% of the dip package devices. this is it closed and this is it open pretty easy to take on and take off. Okay, so it also supports the fsm84up which handles 95% of the PLCC package devices. that’s it open.

Now that we’ve learned a little bit about the 1710 let’s move on over to the 9th gen our newest model. The 2900 is a modern high-speed universal programmer that is capable of programming at the theoretical limit of the device this handles a lot of our future devices our newer devices whereas the 1710 was handling a lot of our older devices on board it includes proprietary vector engine coprocessor that stands alone in the industry vastly increasing throughput for high-density devices the 9th gen boasts a support list of almost 40000 devices wow it has weekly device support additions and programs up to four devices at a time using socket cards and daughter cards fve, lx, wx, was, and ws unlike most of our competitors who require you to purchase multiple saga cards at once you only have to purchase one for your first article and if you need more capacity no problem you can add up to 11 more programmers for a total of 12 programmers on a single computer programming up to 48 devices at a time isn’t that pretty awesome? the 9th gen has backward compatibility with all socket modules supported on the 8th generation that’s the 2800 3800 4800 etc and also most socket modules on the 7th generation so that’s your 1710 2710 3710 etc

the 9th Gen supports the NAND flash series of devices supports the EMMC series of devices including the following program speed modes sdr, ddr, hs200, and hs400. the onboard memory of the 2900 is 256 gigabytes and is expandable up to 512 gigabytes. Wow that’s a lot of megabytes (off camera: you meangigabytes?) whatever.

So to sum up what we talked about today your 1710 programmer is going to be a little bit slower but it’s going to be for programming those older devices like your legacy devices whereas your 2900 is going to be a little faster and it’s better for newer and higher density devices. one of the benefits of having a 1710 over the 2900 is software is included for life so you don’t have to get a renewed quote for it every year like you would have to on the 2900. However the 2900 is going to be a lot faster and it has a lot sleeker design it’s just better for overall production if you’re going to be using those newer and higher density devices both of these are going to be using bp win so if you are looking to purchase a new programmer and you don’t want to get rid of your bp win you don’t have to fret because both of these use that actually all of our programmers do.

If you are interested or have any questions regarding these programmers you can email tech at bpmicro.com or if you’re interested in purchasing you can email inside sales bpmicro.com thank you guys so much for watching this video I really hope you enjoyed it and I will see you guys next time. bye!

(That’s like a lot of gigabytes)

Video: Bring your mission-critical programming in-house

Video: Bring your mission-critical programming in-house

by | Apr 15, 2020 | Case Study, News, Technology, Video

Video: Bring your mission-critical programming in-house

Since about 2010, the strongest market segment for Automated Programmers has been Automotive suppliers. Automotive suppliers have an ever-increasing need for programming as cars become more complex and technology-driven. They also often require 3D inspection and laser marking to ensure consistent quality and to track inventory. Big projects, with millions of programmed devices, make device programming in-house a no-brainer.

Smaller OEMs, while perhaps having many of the same needs as the Automotive guys, were constrained by limited resources. As their programming needs outgrew their ability to produce on manual systems, the only option was to outsource to the programming houses or ship their component manufacturing off-shore.

Then came the perfect storm of 2019: a crippling trade war, followed by a growing pandemic.

Read more  Here

Hot buttons for OEMs and Contract Manufacturers

  • Faster time to market– go from prototype to production in weeks, not months
  • Expand vertical manufacturing capability
  • React to design changes quickly– tweaks in code can be updated to the workflow in just a few minutes
  • Intellectual Property physically protected from theft
  • Don’t have to shut down the line due to supply chain issues with programmed devices
  • Device programming is easier than ever before; Installed and operational in less than one week
  • Manual programmers can provide 10s of thousands of devices per year; when demand exceeds manual capacity, it’s easy to migrate to an automated system (same sockets, software, no need to redo first article, etc.)
  • One high-speed universal platform can support millions of devices per year, at an incredibly low cost per device
  • As demand increases, it’s easy to add additional sites for more capacity. If additional capacity is needed, add additional shifts without needing highly skilled technicians
  • Lower cost solutions (3901, 3928) provide the greatest value in the industry. ROI in months, not years.

See White Paper