Engine speed is one of the most frequently monitored parameters in any SAE J1939 network. Whether you are developing a dashboard, testing an engine ECU, validating telematics software, or learning how J1939 communication works, engine speed is often the first parameter engineers look at. In this post, we will explain…
Posts tagged as “J1939 development”
If you are new to SAE J1939 development, you may believe that access to a truck, engine, generator, or agricultural machine is required before you can write any meaningful software. While eventually you will want to test your application on real equipment, the majority of J1939 software development can be…
SAE J1939 development has evolved far beyond traditional automotive Electronic Control Units (ECUs). Today, engineers can build J1939-enabled systems using low-cost embedded platforms such as the ESP32 and the Raspberry Pi. While both platforms can successfully communicate on a J1939 network, they serve very different purposes. The question is not…
One question that appears regularly in SAE J1939 discussions is whether multiple Electronic Control Units (ECUs) can transmit the same Parameter Group Number (PGN). At first glance, the answer seems straightforward: if the J1939 standard defines a message, why shouldn’t multiple devices be allowed to transmit it? In reality, the…
One of the most common misconceptions in the heavy-duty vehicle and industrial control markets is the assumption that a device using CAN 2.0B with a 29-bit identifier is automatically SAE J1939 compatible. Unfortunately, that assumption has caused countless integration headaches, wasted engineering hours, and unnecessary investments in development tools and…
If you have recently started working with SAE J1939, chances are your search history looks something like this: How do I monitor J1939 traffic? What hardware do I need for J1939 development? How do I simulate a J1939 ECU? How can I test my software without connecting to a real…
In the heavy-vehicle, mobile-machinery and industrial equipment world, the CAN bus remains a workhorse for on-board networks. But merely having physical CAN isn’t enough: what enables rich diagnostics, telematics and fleet data is the higher-layer protocol stack such as SAE J1939. The Teensy 4.1 Triple CAN Bus Board with Ethernet…
Developing applications and hardware for CAN Bus (Controller Area Network) can range from hobbyist projects to professional-grade industrial systems. Regardless of whether you are working with protocols such as SAE J1939 (heavy-duty vehicles), NMEA 2000 (marine electronics), or CANopen (industrial automation), there are some universal tools and practices you’ll need.…
