Українською
  In English
Збирач потоків
Sorting and repairing a batch of returned gaming gear — daily workbench & storage workflow
| Here is a look at my daily workshop setup for diagnosing, micro-soldering, and refurbishing batches of returned gaming gear and electronics. My main focus is on component-level fixes: replacing double-clicking microswitches, faulty wheel encoders, damaged PCB traces, connectors, and power components. Working with larger volumes requires keeping the workbench organized for fast diagnosis, desoldering, and full functional testing before reassembly. Always open to discussing repair techniques, equipment preferences, or diagnostic approaches for small electronics! [link] [comments] |
Riber’s revenue grows 19% in first-half 2026, driven by 71% growth in Services & Accessories
Low-power RTC simplifies embedded timekeeping

The RTC 27 Click board from Mikroe provides ultra-low-power timekeeping with alarm, watchdog, and timestamp functions. Based on the mikroBUS add-on board socket standard, it integrates the NXP PCF8525 nano-power CMOS real-time clock and calendar chip with an I2C interface. The board is the 2000th member of the Click family, enabling developers to quickly build proof-of-concept designs, prototypes, and embedded applications.

Using the PCF8525’s default temperature compensation engine and integrated temperature sensor, the RTC 27 Click corrects crystal frequency drift, achieving typical ±30-ppm accuracy across temperature and up to 5× better timekeeping than an uncompensated RTC design. It provides time and calendar information, including year, month, day, weekday, hour, minute, second, and 1/100 second.
The RTC 27 Click operates with 3.3-V and 5-V logic voltage levels, while the PCF8525 consumes a typical 64 nA in timekeeping mode with a 3.3-V supply. This makes the board well suited for battery-powered and always-on designs, including portable instruments, wearables, industrial systems, and IoT applications.
The RTC 27 Click is available from Mikroe and its distributors with single-unit pricing of $19.
The post Low-power RTC simplifies embedded timekeeping appeared first on EDN.
AI assistant optimizes inference pipelines

Voyager Wingman from Axelera AI is an AI-powered assistant that works with the Voyager Toolkit to accelerate AI application development. It enables developers to interact with the Voyager SDK and Axelera’s documentation using natural language to build, debug, and optimize AI inference pipelines. In internal testing, Wingman achieved 20% to 30% higher accuracy than general-purpose AI coding tools such as Claude Code.

Developing AI applications for dedicated hardware involves tasks such as model export and compilation, pipeline configuration, performance tuning, analytics, and output visualization. To streamline these workflows, Voyager Wingman focuses on four key areas:
- Application development. Natural language generation of computer vision pipelines, including AI models, pre-processing and post-processing steps, and multi-stage pipelines.
- Performance optimization. Recommendations for compiler settings and other optimizations to improve application performance on Axelera hardware.
- Debugging. Assistance with identifying and resolving configuration errors, device detection problems, and model compilation failures.
- Documentation assistance. Natural language access to information on supported operators, APIs, runtime behavior, and configuration syntax.
Voyager Wingman is available through the Axelera Developer Community and Customer Portal. The web-based chat service includes a free credit allowance for developers, while the standalone application is free with the developer’s own LLM API key. For more information, visit the Voyager SDK and Wingman page.
The post AI assistant optimizes inference pipelines appeared first on EDN.
Rapidus, Cadence partner on agentic SoC AI

Rapidus and Cadence are collaborating to advance agentic AI for advanced SoC design and accelerate design turnaround time. The effort integrates the Cadence InnoStack AI Super Agent with the Rapidus AI-Agentic Design Solution (Raads), combining Cadence’s agentic AI orchestration technology with Rapidus’ AI-native design and manufacturing ecosystem for advanced-node semiconductors. According to Rapidus, the approach targets up to a 2× reduction in design turnaround time over conventional design flows.

Rapidus is extending its Raads AI-agentic design environment with the introduction of Raads Navigator and Raads Indicator to enhance quality assurance and help designers resolve design issues. Integrated with the InnoStack AI Super Agent, the new capabilities enable agentic design orchestration across key SoC workflows, automating and coordinating tasks from early architectural exploration through implementation and signoff. The integration allows teams to better manage advanced-node complexity and improve design predictability.
The InnoStack AI Super Agent is available from Cadence. Raads is part of Rapidus’ AI-native foundry ecosystem for customers developing advanced-node semiconductor designs.
The post Rapidus, Cadence partner on agentic SoC AI appeared first on EDN.
Fan driver delivers smooth motor control

Melexis has expanded its MLX90412 family of single-coil fan drivers with a device that provides smoother motor control for higher-power fans. Optimized for the cooling requirements of data center infrastructure, AI workstation GPUs, industrial power supplies, and home appliances, the MLX90412-D features code-free configuration via integrated I²C-programmable memory.

With a peak drive current of 2.2 A, the device supports fan designs up to approximately 18 W at 12 V and 35 W at 24 V. Its improved motor-control algorithm enables smooth start/stop operation, reduces acoustic noise, and extends fan lifetime. Revised proportional-integral (PI) regulation ensures stable operation even at very low speeds, while multiple start/stop profiles accommodate different application requirements.
By integrating a Hall sensor, motor controller, and driver in a single IC, the MLX90412-D provides an alternative to MCU-based discrete fan and pump control implementations. Configurable parameters include start-up profiles, speed curves, and FG/RD signal output options, allowing designers to fine-tune fan operation without firmware development.
Samples of the MLX90412-D in a 3.3-mm DFN10 package are available now.
The post Fan driver delivers smooth motor control appeared first on EDN.
FPGA SDK enables sparse AI models

Version 3.0 of Microchip’s VectorBlox Accelerator SDK simplifies FPGA-based AI implementation by supporting sparse neural networks. Available free of charge, the VectorBlox SDK and associated CoreVectorBlox IP form an integrated toolchain that streamlines the optimization, compilation, and deployment of convolutional neural network (CNN) models on PolarFire FPGA and SoC platforms.

Designed to scale across different model sizes and multiple AI workloads, VectorBlox enables customers to consolidate vision and sensor AI functions on a single low-power FPGA. Sparsity-based model compression reduces compute and memory requirements by skipping zero-valued operations, improving inference performance while lowering power consumption.
VectorBlox SDK 3.0 integrates with Microchip’s Libero SoC Design Suite and provides broad AI model support for TensorFlow, TensorFlow Lite, ONNX, and OpenVINO.
The post FPGA SDK enables sparse AI models appeared first on EDN.
КПІ посилює антикорупційну роботу під час вступної кампанії 2026
КПІ ім. Ігоря Сікорського послідовно реалізує політику нульової толерантності до корупції та забезпечує проведення вступної кампанії на засадах законності, прозорості, доброчесності, рівності прав вступників і неупередженості в ухваленні рішень.
trying to fix a 16GB DDR4 module, looks like someone broke a termination resistor. Only have two 30 ohm on hand. Need to be creative.
| submitted by /u/t_Lancer [link] [comments] |
Молоді науковиці КПІ завершили міжнародну літню інженерну програму у Франції
🇫🇷👩🎓 PhD-студентки Факультету автоматизації, промислової інженерії та екології (ФАПІЕ) КПІ ім. Ігоря Сікорського Юлія Злоба та Яна Пляцук успішно завершили другий етап міжнародної літньої інженерної програми SURE (Sustainable Resources Engineering) 2026, що проходила у французькому Ліоні.
Current converter performs purely on paltry phantom power

Convert a 4-20 mA signal to 0-20mA and deliver it to a grounded load with no additional power supply needed.
Recently, EDN kindly published a design of mine for a micropower 4-20 to 0-20mA current loop converter. Shortly thereafter, in the grand tradition of the Design Idea circuit collaboration kitchen, also-frequent contributor Jayapal Ramalingam made a (challenging!) suggestion. He commented that the design might be more useful if, instead of needing an (albeit very small) local power supply, it was revised so as to need no local supply at all. It was a good point.
Wow the engineering world with your unique design: Design Ideas Submission Guide
The challenging part, of course, was that this meant the converter would have to run solely from power stolen (more or less invisibly, hence “phantom”) from the same 4-20mA signal it was working to convert. Sneaky. And tricky. I puzzled over JR’s intriguing suggestion until (eventually) a possible solution emerged from my muddled mental mist. Figure 1 shows the outcome of my foggy fancy: a “phantom power” converter:

Figure 1 In this circuit, the 4-20mA input current is converted to a 0-20mA output while relying solely and exclusively on the input current for (phantom) power. Power-theft-related error is minimized by recycling the same 100µA that runs the opamps to also bias precision voltage reference Z2. Asterisk’d resistors are 0.5% or better.
Here’s how it works. Comparisons of Figure 1 to the circuit in the earlier design:
reveal many obvious similarities, but a critical difference (other than no power supply in the “current” case) is how the precision shunt voltage reference is biased. In the prior circuit, since it runs from a constant local supply voltage, a simple resistor sufficed. But here, if we assume a 34v range of acceptable loop supply, the 80µA required by the TLV431 at 6v could become 900µA at 40v, creating a cringe-worthy (and likely unacceptable) ~5% conversion error. Yikes!
Current recycling, however, improves accuracy of the conversion function to Iout = 1.249(Iin – 4mA) = 0 to 19.9mA as Iin = 7 to 20mA. The malingering 0.5% of full-scale error is the penalty paid for phantom power. After all, active devices, by definition, must be fed. And while 0.5% accuracy isn’t quite phantasmagorical, maybe it’ll do.
Other picky phantom phacts include the IR LED wired in series with Q2’s emitter. It’s not there to make light, which we couldn’t see anyway, but rather to use its 1v minimum forward voltage to help accommodate A2’s ~200mV minimum output that sits atop Z2’s 1.24v. Likewise dictated by opamp limitations is the boost of R1 to 249 ohms and its minimum sensed voltage to 1v. This accommodates the 2244’s common mode topping out at 900mv below the positive rail.
In conclusion, thanks JR!
Stephen Woodward‘s relationship with EDN’s DI column goes back quite a long way. Over 200 submissions have been accepted since his first contribution back in 1974. They have included best Design Idea of the year in 1974 and 2001.
Related Content
- 4mA-20mA to 0mA-20mA converter’s current mirror drives grounded load
- Triple-duty current loop calibrator
- Double-duty current loop transmitter
- Full circle current loops: 4mA-20mA to 0mA-20mA
The post Current converter performs purely on paltry phantom power appeared first on EDN.
AC beeper removal, adding beep back with ESP32 and Home Assistant.
| A cautionary tale in two photos: beeper removal and GF problems I have an AC that's triggered with an IR remote. Each time you do an action: it beeps. I also automated the AC with an IR transmitter and an ESP32. I wanted the AC to turn off at temp, and turn back on when it's over temp. But that would mean beeps at 3AM?? I hate that so I used pliers to rip it off. No more beep, yay! This wasn't an issue until my girlfriend turned on the AC with the remote. She complained that there was no feedback for the button presses. (Ok, she actually said, "I don't like that it doesn't beep!" which is complaining about no feedback.) So I, intrepid hardware modder that I am (I just search a bunch,) I decided to have an artificial beep from speakers (They still aren't installed). So I took apart the split AC again, and soldered to the leads of the buzzer I ripped off. That goes though various resistors and a optocoupler until it gets to an ESP32. That reports a beep was done. Optocoupler was stolen from an old cheap USB power supply. (THIS is why you should horde old PSU's and other PCBs) Except... no voltage from the beeper. Or, really, I was getting a ton of it. Or none? It's been a while, but I was on a goose chase because of the two leads off of the buzzer remains. (Also using the wrong AC ground rather than the DC ground) I hunted around, trying to find what controlled the buzzer, thinking I found it i ripped off the component... that provides 5V to the board. (You can see it re-soldered on there, second photo.) Good news: I DID find the pad that controlled the buzzer. It's on the micro controller that's above the buzzer there. Bad news: too small to solder to when I'm standing on a desk reaching up to the split AC's mainboard that's still screwed in. After an hour I finally realized: The buzzer must be the problem, I pull off the plastic remains... and one of the leads was disconnected from the board from when I snapped it off with pliers. I was trying to trace the leads to find the mosfet that controlled it, and learned some more things about PCBs... but I could have just soldered directly to the pads of the PCB. So, now I have a place in Home Assistant for when I finally DO install the speaker in the room, there will be a chime when my GF turns on the AC manually, and no chime when the AC turns off/on automatically via the IR ESP32. Except it's redundant because none of the code has found a use for the beep function (It just caused more problems,) I'm going to move the IR transmitter to this ESP32 installed inside the AC itself, so I won't need confirmation... and the next project is a custom AC controller for the GF that will make this extra redundant. (I can have a chime still... but it would directly trigger from her pressing the buttons, not from the AC itself.) Also I made this post because someone else asked a question showing off their fail and deleted their post, and I wanted them to know they aren't alone with their hate of beepers and doing dumb things to boards. (Ok but stabbing the beeper with a soldering iron is a step too far! Use pliers like a civilized man.) [link] [comments] |
i made a hardware tracking website!
| it's open source at https://github.com/darshg321/bench i have a ton of hardware laying around, and didn't want to just use a spreadsheet to organize it so i used this! it has a bunch of hardware pre-catalogued so you can simply use the dropdown, and use ai to get images from web pages or find the specs. hope this is useful! [link] [comments] |
DCP 800: Bosch expands its diesel testing technology range with a new pump test bench
Bosch is expanding its portfolio for diesel components with the new DCP 800 test bench. The abbreviation DCP stands for Diagnostic Common-Rail Pump and refers to a test bench specially developed for common-rail high-pressure pumps. The system helps workshops meet the increasing demands for efficiency, precision, and economy in diesel service.
High-performance technology for precise test results
The DCP 800 enables the testing of common-rail pumps for passenger cars, commercial vehicles, and off-road applications at pressures of up to 2,700 bar. A powerful 25-kW electric motor is directly connected to the drive mechanism and operates without intermediate systems. This drive concept supports precise and reliable testing, particularly for commercial and heavy-duty vehicle applications. Automated inlet and counter-pressure regulation, as well as electronic flow measurement, further contribute to measurement accuracy.
Efficient workflows in the workshop
A key advantage for workshops is the high efficiency of the test sequences. With test times of around 20 minutes – regardless of the application – service processes can be significantly accelerated. At the same time, a quick setup process combined with predefined, standardized test plans ensures simple and repeatable test execution. Optimized filtration, cooling, and measurement systems support automated maintenance intervals and help reduce operating costs.
The test bench covers a broad spectrum of Bosch common-rail pumps, including the CP1 to CPN6 series. Furthermore, it is compatible with existing generations of Bosch test kits such as CP1, CP3, and CBX8 from EPS 815/708 systems. This allows workshops a gradual and economical transition to the new testing technology.
Flexible integration into different workshop environments
A newly developed drive coupling system, which enables the quick mounting of different pump types, provides additional flexibility in the workshop. An adapter solution ensures that older coupling designs can continue to be used. The ergonomic machine concept with three-sided access supports comfortable and safe operation.
The operating computer with a screen for controlling and monitoring the test sequences can be positioned on either side of the test bench, depending on workshop requirements. This allows the DCP 800 to be easily adapted to different workshop specifications. Workshops benefit from optimized workflows, ergonomic operation, and seamless integration into their existing workspace.
The DCP 800 complements the existing Bosch test benches for common-rail injectors and enables workshops to perform comprehensive testing of pumps and injectors from a single source. The new test bench will make its debut at Automechanika Frankfurt from September 8 to 12, where it will be showcased live for the first time.
The post DCP 800: Bosch expands its diesel testing technology range with a new pump test bench appeared first on ELE Times.
Enterprise AI: Reshaping AI processor architectures

For the past decade, the artificial intelligence landscape followed a remarkably simple recipe: if you wanted better AI, you built larger models, fed them more data, and added more GPUs. The formula worked, and it worked spectacularly.
Every new generation of hardware enabled larger neural networks, and larger neural networks broadened their reach. What began as image recognition evolved into agents capable of writing essays, generating software code, and creating realistic images and videos. The world grew accustomed to a simple equation: more GPUs meant more intelligence.
However, in the past couple of years, something changed. As we enter the fourth generation of AI—enterprise AI—the industry is discovering that the old recipe is no longer sufficient. The problem is not that GPUs have become obsolete. Far from it: GPUs will remain indispensable for training the giant, diverse models that underpin modern AI.
The problem is that enterprise AI asks these machines to solve a fundamentally different problem, and the assumptions that drove the generative AI revolution are starting to break down.
Enterprise AI operates by a different set of rules
Most people still think of AI as a chatbot: ask a question, receive an answer, end of interaction. That model defined the generative AI era. Enterprise AI, however, plays by different rules.
Imagine an AI assistant embedded inside a company. It starts the day by reading emails, analyzing spreadsheets, interpreting charts, reviewing contracts, listening to conference calls, and consulting internal databases. It collaborates with other AI agents, prepares reports for employees, and continuously updates its understanding as new information arrives. This is no longer a sequence of isolated interactions; it is continuous reasoning.
AI never truly stops working. It shifts constantly between tasks, maintains context over long stretches of time, and makes thousands of small decisions throughout the day. That may sound like a subtle difference.
But from a computing perspective, it changes everything.
Why GPU architectures struggle with enterprise AI inference
For years, AI systems were optimized for one metric: floating-point operational throughput, or FLOPS. The goal was straightforward: maximize the computation performed every second. GPUs excel at this because they were originally designed to process thousands of identical operations simultaneously.
Rendering video game graphics demanded enormous parallelism, and that same parallelism proved extraordinarily effective for training neural networks. Training, after all, is a highly parallel problem: huge volumes of data can be processed at once, and GPUs thrive under these conditions.
Inference is a different story. Inference is the stage where AI produces answers for users in real time. Unlike training, every new token generated by a large language model depends on the token that came before it. There is no shortcut around this sequential dependency. No matter how many GPUs are thrown at the problem, the system still generates one token at a time.
This is where a new bottleneck emerges. For decades, engineers focused on increasing computational performance while memory performance advanced at a far slower pace. Processors became extraordinarily fast; memory did not keep up. This imbalance is known as the memory wall.
Today, the memory wall stands as one of AI’s most stubborn obstacles. Large language models contain hundreds of billions of parameters, and some already contain trillions. Those parameters cannot fit inside a processor. Every time the model generates a response, it must continuously retrieve information from memory. Increasingly, AI systems spend more time moving data than performing calculations. In fact, in many deployments, far more energy is consumed transporting information than computing the answer.
This reality exposes a fundamental weakness of the GPU-centric approach. GPUs were built to maximize parallel computation; they were never designed to minimize data movement. During the generative AI era, the limitation could be partially hidden by batching many user requests together. Large batch sizes kept GPUs busy and delivered impressive throughput numbers.
Enterprise AI changes the economics
An AI assistant participating in a meeting cannot wait for hundreds of requests to accumulate before responding. A medical system helping a physician interpret an image cannot afford noticeable delays. An AI agent coordinating supply chains or financial operations cannot pause while batches form. Enterprise AI demands immediate responses. Latency becomes far more important than throughput.
Here lies the trap for GPU-based inference: to meet the latency constraints of the application, the GPU is forced to operate with small batches, and small batches impact the very utilization that made the GPU economical in the first place. The architecture is not broken; it’s simply being asked to run against its own design assumptions, and its performance degrades significantly as a result.
This shift is forcing the industry to ask a different question. Instead of asking how many operations a processor can execute per second, engineers are increasingly asking how quickly information can move through the system. It may sound like a small distinction. It is, in fact, a critical architectural change.
For years, AI hardware was designed around compute: the processor sat at the center of the system, and memory existed primarily to feed it. That philosophy is beginning to reverse. Fast memory access is becoming the center of architecture.
The goal is no longer to build faster arithmetic units. It is to increase data bandwidth and shrink the distance information must travel. Every millimeter matters because every movement consumes energy, introduces latency, and limits scalability.
The memory-centric revolution: From adding FLOPS to moving bytes faster
This realization is driving a remarkable wave of innovation across the semiconductor industry. Some companies are building processors with enormous amounts of on-chip memory to keep data local. Others are developing specialized inference engines optimized for autoregressive token generation.
New architectures activate only the portions of a model required for a given task, avoiding unnecessary computation altogether. At the same time, researchers are exploring near-memory and in-memory computing, two approaches that bring computation physically closer to where the data resides.
Among the many pioneers proposing new architectures, a few stand out. Cerebras has demonstrated that placing an entire processor on a single silicon wafer can dramatically reduce latency and communication bottlenecks. Groq has focused on highly deterministic, low-latency inference rather than peak throughput.
d-Matrix attacks the memory problem directly by bringing memory and computation closer together. SambaNova is exploring reconfigurable dataflow architectures, while Etched has aggressively specialized its hardware for transformer models.
Beyond GPUs: Rewriting the rules of AI inference
Another example is a next-generation inference architecture. It rests on three interconnected and mutually reinforcing innovations: a memory-centric design philosophy; a high-bandwidth, low-latency, deterministic pipelined data flow; and a hybrid compute fabric that fuses large arrays of tensor cores with on-the-fly reprogrammable DSP cores. Together, they address the fundamental bottlenecks that have long constrained the performance, efficiency, and scalability of AI inference hardware.
The first innovation, the memory-centric approach, marks a fundamental departure from conventional inference architectures. Traditional systems lean heavily on multi-level KV (key-value) caches shuttled through external memory, introducing latency and energy overhead each time the compute engines retrieve or update cached values.
The KV cache is not eliminated. Instead, its economics is transformed. Massive arrays of local registers, positioned in extreme physical proximity to their corresponding compute engines, allow the architecture to hold far larger contexts and model parameter sets close to the compute fabric, making every KV cache access dramatically more efficient.
This reduction in data travel distance cuts memory access latency, relieves pressure on the memory bus, and yields gains in power efficiency. The result is an architecture that sustains higher throughput while consuming less energy, an advantage in large-scale deployments where energy costs and thermal management dominate operational concerns.
The second innovation, the high-bandwidth, low-latency pipelined data flow, addresses the inefficiencies inherent in the single instruction, multiple threads (SIMT) execution model that dominates GPU-based inference today. SIMT architectures impose a heavy memory tax: threads must frequently synchronize and stall while waiting for memory operations to complete, burning both time and power.
By replacing SIMT with a deeply pipelined data flow, the chip ensures that data moves continuously and predictably through the compute stages, eliminating synchronization stalls and sharply reducing the latency and power penalties of traditional GPU memory access patterns. The pipelined approach also delivers deterministic, real-time inference performance, an increasingly important requirement as AI systems move into latency-sensitive applications such as enterprise AI, autonomous driving, robotics, and real-time speech.
The third innovation, the hybrid tensor core and DSP compute fabric, adds a new dimension of computational power and flexibility. Tensor cores are highly optimized for the dense matrix and vector operations that dominate transformer inference, but many workloads also require specialized signal processing, custom activation functions, and non-standard numerical transformations that tensor cores handle poorly.
By augmenting the tensor core arrays with reconfigurable DSP cores, reprogrammable on the fly and driven by a rich instruction set in which every instruction executes in a single clock cycle, the hardware can adapt dynamically to the computational demands of each model and each inference task.
This versatility carries weight for agentic AI. Pre- and post-processing tasks that would normally fall to the host CPU can be executed locally on the accelerator, minimizing CPU-accelerator traffic and freeing host compute capacity for other work. It also future-proofs the architecture against a model landscape that refuses to stand still.
Taken together, these three innovations from VSORA offer a purpose-built solution for modern, scalable AI inference in data centers and at the edge. The result is greater efficiency, lower latency, and broader adaptability than conventional GPU-centric approaches that translates into a lower cost structure and higher ROI for cloud service providers.
On the verge of next architectural transition
Computing history teaches that architectural transitions occur whenever a dominant technology encounters the limits of its original design assumptions. For decades, CPUs were the universal solution until graphics workloads grew so demanding that GPUs emerged as a new specialized architecture. Today, GPUs face a similar moment. They are not being replaced; they are being complemented.
The winners of the next AI race will not necessarily be the companies that build the largest clusters of GPUs. They will be the companies that build systems capable of the smartest data access and management, consuming less energy, responding faster, and reasoning more efficiently.
Lauro Rizzatti is a business development executive with VSORA, a technology company offering silicon semiconductor solutions that aim to redefine silicon performance. He is a noted chip design verification consultant and industry expert on hardware emulation.
Related Content
- Strategies to Dominate the AI Accelerator Market
- A closer look at LLM’s hyper growth and AI parameter explosion
- The role of AI processor architecture in power consumption efficiency
- AI GPU computing delivers data-center performance on the factory floor
- The truth about AI inference costs: Why cost-per-token isn’t what it seems
The post Enterprise AI: Reshaping AI processor architectures appeared first on EDN.
SILITH receives first mass-produced silicon photonics wafers from UMC’s Singapore 12-inch fab
My first major electronics project: a 3-channel WiFi servo controller.
| Behold: My first major project that isn't just big electric components or basic relay logic. This is a WiFi servo controller that I'm building to control a homemade automatic power transfer switch for our home's backup generator. Two large main servos are powered by the large buck converter module, and a third auxiliary servo is run off of a 3.3V regulator. A second regulator powers the ESP-01S WiFi control module to avoid voltage fluctuations when the small servo is powered. The ESP-01S handles the signals for controlling the servos, and is connected to my Home Assistant home automation system via Tasmota. It's DEFINITELY not pretty, and I still have a lot to learn about soldering, but it DOES work. ...For about 3 seconds until it sent the full 12V supply voltage into one of the servos and destroyed it... I'm guessing the 3.3v regulator I used to power the small auxiliary servo just isn't up to the job. That means this whole thing has to go back to the drawing board. :( [link] [comments] |
Thought you might find this diode pulsing interesting
Missing sense: Why physical AI can see everything and feel nothing

Reach into your pocket and find your keys without looking. You just did something no robot can reliably do. You couldn’t see into your pocket, yet your fingers sorted keys from coins and lint, registered the weight and the cut edges, and closed around the right object. That was touch, quietly doing the kind of work that sight simply cannot.
Artificial intelligence (AI) has learned to see. It has learned to listen. Increasingly, it can reason, plan, converse, and generate sophisticated solutions to complex problems. Yet despite astonishing advances in foundational models and robotic computer vision, the next generation of intelligent machines remains constrained by a surprisingly simple limitation: ask a robot to pick up a paper cup, a grape, or a crumpled receipt, and the illusion breaks. It hesitates. It crushes the cup or drops the grape. The brain got smart far faster than the hands did.
This limitation isn’t because robots lack intelligence. It’s because they lack touch. For decades, AI has largely been about perception—understanding the world through images, language, and sound. Physical AI systems—that must operate and interact directly in the real world—reshape the challenge entirely. Instead of simply interpreting the world, intelligent machines must interact with it. They must grasp, manipulate, assemble, lift, carry, and collaborate efficiently and safely alongside people.
The gating modality for physical AI, therefore, is no longer being able to see. It’s being able to feel. Vision gave robots a view of the world. Touch, or multimodal sensing, is what will finally let them reach into it.

Figure 1 Physical AI doesn’t stop at perception. Multimodal sensing integrates vision, touch, and edge AI to enable robots to understand, adapt to, and safely interact with the physical world in real time. Source: Synaptics
The shift from perception to interaction
The last decade has been dominated by extraordinary progress in perception technologies. Computer vision systems now recognize objects with remarkable accuracy. Large language models (LLMs) can break down complicated tasks into logical sequences of actions. Robots increasingly understand what they are looking at.
Seeing and understanding, however, is not the same as taking action. A warehouse robot may correctly identify hundreds of products on a shelf yet struggle to remove a flexible package without crushing it. A humanoid robot may recognize a wine glass instantly but fail to grasp it securely and with the carefulness required of a fragile object.
To understand the shift from perception to interaction, it helps to contrast two flavors of autonomy by comparing autonomous vehicles with robotic manipulation. A self-driving car spends nearly all its effort avoiding contact. For an autonomous vehicle, touching something usually represents failure.
A robotic hand exists for precisely the opposite purpose. Its job is to make contact deliberately, continuously, and intelligently. Every successful grasp depends not simply on locating an object, but on understanding how that object responds when the instant contact is made. That information cannot be seen. It must be felt.
Vision plans, touch executes
Researchers increasingly describe robotic manipulation with a simple phrase: vision is for planning, and touch is for execution. Vision excels at global understanding. Cameras determine where objects are located, estimate pose, classify materials, and plan trajectories. They provide the strategic overview necessary for intelligent action.
But the moment robotic digits close around an object, vision begins to fail. The contact point disappears behind the hand itself. Cameras cannot observe friction. They cannot determine whether a paper cup is slightly damp, whether a cardboard box is heavier than expected, or whether a glass has begun slipping between two fingertips.
These are not visual problems. They are tactile problems. Humans solve them effortlessly. We tighten our grip on a slippery glass before it falls. We pick up an egg and instinctively apply exactly enough force—not too little, not too much. We rarely think about these abilities because our nervous system performs them automatically. For robots, they remain among the hardest problems in engineering.

Figure 2 Touch happens fast and intelligence happens faster. In just 70 milliseconds, multimodal touch sensing and edge AI transform raw tactile signals into intelligent grip control for safer, more dexterous robots. Source: Synaptics
The next robotics frontier: The science of the “slip”
Picture a condensation-slicked glass of water in your hand, eyes closed. As it begins to slide, you don’t need to see it to react. Your fingertips pick up a faint change in vibration and pressure, and your brain issues a “smart squeeze”—just enough extra force to arrest the slide without shattering the glass. The whole loop, from sensation to correction, runs below the level of conscious thought.
That loop is one of the hardest things to reproduce in a robot. Machines can compute trajectories, yet they remain clumsy about the feel of friction. The traditional answer was pre-programmed rigidity: apply a fixed grip force and hope the object—steel or sponge—cooperates.
Today’s physical AI system developers, however, look for something more subtle: the moment, invisible to the eye, when a stable hold begins to come apart. Contrary to intuition, objects rarely transition instantly from being secure to being dropped. Slip begins gradually.
At microscopic scales, every surface consists of tiny peaks and valleys. As force builds across a contact patch, the outer regions begin slipping while the center continues gripping. Engineers call this incipient slip, and detecting it early transforms robotic control. Instead of reacting after failure, robots can intervene before failure occurs.
This failure intervention requires two complementary sensing systems that mirror the layered design of human skin. A slower channel continuously measures pressure, shear forces, and load distribution across the fingertip. A much faster channel listens to high-frequency vibrations that signal the earliest stages of slipping. Together they create something remarkably similar to the layered sensing architecture found in human skin. One channel feels pressure, the other hears friction.
Only by combining both can a robot understand what’s actually happening at the point of contact.

Figure 3 Physical AI is a continuous feedback loop, not a one-time decision. True physical AI is possible when vision, touch, and edge intelligence work together in a continuous cycle of sensing, thinking, acting, and adapting. Source: Synaptics
Why touch changes everything
A useful multimodal sensing system must answer four fundamental questions.
First, has contact actually occurred? Millimeter-scale positioning errors matter. A robot must know the precise instant it touches an object rather than empty space.
Second, how much force is being applied? Picking up a steel bracket requires entirely different forces than handling fruit, laboratory samples, or medical devices.
Third, is the object beginning to slip? Perhaps the most important capability of all is detecting incipient slip—the microscopic changes that occur before an object falls.
Fourth, how does it feel? While the internet contains unlimited visual data, it contains almost no tactile experience data. No image can tell an AI application what wet glass feels like, how fabric stretches, or how friction changes as an object rotates within a grasp. The only way to learn these interactions is through physical contact. Touch provides ground truth: rich, labeled physical data about what real contact feels like, which is precisely what physical AI systems require.
Intelligence belongs at the edge
Touch also changes where intelligence must live. Unlike language models, tactile decisions cannot wait hundreds of milliseconds for cloud processing or centralized computation. If a glass begins slipping, every millisecond matters. Human grip corrections occur in roughly 70 milliseconds. A robot that must transmit raw sensor data to a central processor before deciding how to respond has already lost valuable time.
Instead, tactile intelligence must move to the edge. Each fingertip becomes an intelligent sensing node, interpreting pressure, force, and vibration locally before sending only meaningful events to higher-level control systems. This architecture mirrors biology: individual nerve endings process local information before communicating with the brain. The brain receives distilled information about events that matter rather than monitoring every sensory receptor continuously.
Physical AI increasingly requires the same distributed architecture. Vision determines the objective. Local intelligence manages contact. Higher-level AI coordinates the task. Touch increases the likelihood that each task is executed successfully.
Physical AI architecture: Reliability is more important than resolution
Much of today’s discussion around robotic touch as the path to dexterous machines focuses on sensor resolution. Resolution matters, but reliability matters more. Building an impressive laboratory demonstration that executes large numbers of touch events is relatively straightforward. Building a tactile sensor that performs accurately after millions of grasps in factories, warehouses, and hospitals is vastly more difficult.
Every tactile technology has weaknesses. Soft materials wear. Temperature changes electrical characteristics. Motor noise contaminates tiny signals. Elastomers gradually develop hysteresis, remembering previous deformations instead of returning instantly to baseline.
Optical sensors produce exceptionally rich data but require bulky camera systems. Magnetic sensing performs beautifully until exposed to external magnetic fields. Piezoelectric materials detect vibration extraordinarily well but cannot measure static force.
The challenge is not finding a perfect sensing modality. The challenge is engineering reliable systems that compensate for imperfections while surviving years of real-world use. Success requires expertise that extends well beyond robotics to materials science, signal processing, embedded intelligence, silicon design and manufacturing, firmware, and systems engineering, all working together as a single discipline. Ultimately, reliability—not raw sensitivity—is what determines whether physical AI scales beyond research laboratories.
Why this moment matters
The urgency surrounding physical AI development is driven by timing. In industrial applications, for example, humanoid robots are moving from prototypes toward mass commercial deployment according to industry research analysts. Conservative estimates from Goldman Sachs Research predict 1.4 million active humanoids will be working in global manufacturing, warehouses, and logistics by 2035. Morgan Stanley projects an even higher trajectory, citing massive production scale and adoption of 13 million service robots working along humans in the same timeframe.
The opportunity extends even further. Prosthetic limbs require tactile feedback to restore natural function. Data collection systems need tactile sensing to train future manipulation models.
Large-area robotic skin improves safe collaboration between humans and machines. Every application depends upon extracting trustworthy physical information from an inherently noisy world, and regardless of form factor, every Physical AI system eventually encounters the same bottleneck: hands or more precisely, contact.
Whether a machine uses five-fingered humanoid hands, industrial grippers, or specialized end effectors, it must regulate force, detect slip, and manipulate objects safely. Touch, therefore, becomes a foundational capability rather than an optional enhancement.
From digital to physical intelligence: Relying on touch for physical AI
History suggests that every major computing revolution has been enabled by a new interface. The graphical user interface transformed personal computing. The touchscreen transformed mobile computing. Touch now appears poised to transform robotics.
Just as computer vision unlocked autonomous perception, tactile intelligence will unlock autonomous manipulation. The companies that succeed in this technology space will not simply build better sensors. They will build complete sensing systems that combine advanced materials, embedded intelligence, signal processing, edge AI, robust manufacturing, and decades of experience extracting reliable information from imperfect physical environments. That combination—not any single breakthrough—will define the next generation of physical AI.
Physical AI is often described as giving machines a brain. In reality, we have spent the past decade building remarkably capable brains. What robots still lack is a nervous system: the ability to feel force, sense friction, recognize instability before failure, and transform contact into understanding.
The future of intelligent machines will not be determined solely by larger models or more powerful processors. It will be determined by whether those machines can interact with the physical world with the same confidence that humans have.
Vision gave AI the ability to understand the world. Touch will give it the ability to change it.
Satish Ganesan joined Synaptics in November 2019 and serves as senior VP and GM of Edge Interface & Sensing Division and Chief Strategy Officer. Prior to Synaptics, Satish served as chief product officer of Keyssa, a wireless startup focused on short-range connectivity. He also held several executive positions at Broadcom and Xilinx.
Related Content
- Physical AI Needs An Ecosystem
- Designing edge AI for industrial applications
- Edge AI powers the next wave of industrial intelligence
- Voice Is Key to Physical AI; Development Methods Need to Catch Up
- From edge AI to physical AI in smart factories: A shift in how machines perceive and act
The post Missing sense: Why physical AI can see everything and feel nothing appeared first on EDN.




