Open-Source Tool Cracks IO-Link IODD Checksum Algorithm After Two Decades

·1 views

A new open-source JavaScript library called IODDForge Checker now enables developers to compute and verify checksums for IO-Link IODD device description files without relying on a closed-source Windows tool. The checksum, mandatory in every IODD file, uses a standard CRC-32 algorithm as defined in ITU-T V.42 and IODD Specification 10.012, with the file hashed up to but excluding the stored checksum value. The library runs across Node, Bun, Deno, and browser environments with zero dependencies, and has been validated against 40 officially stamped documents spanning four versions of the official checker. A notable detail is that ExternalTextDocument files — which hold UI string translations — require an extra step where the main IODD's CRC is appended as ASCII digits before finalising their own checksum. The project was authored using Claude Opus 5 AI and is available on GitHub, though it is not affiliated with or endorsed by the official IO-Link body.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

How to Find Ghidra Log Files on Linux and Use Its Built-In Logging API

Ghidra, the open-source reverse engineering tool, uses Apache Log4j to record execution messages, but locating these logs is not straightforward. On Linux, Ghidra follows the XDG Base Directory specification, storing logs and configuration under ~/.config/ghidra/ rather than the commonly expected ~/.ghidra/ folder. The primary log file, application.log, can be found by running a simple find command or by launching Ghidra through Eclipse, which prints the settings directory path directly to the console. Ghidra maintains separate subdirectories for each version and launch mode, making it easy to distinguish logs across different installations. Developers are also advised to replace System.out.println calls with Ghidra's built-in ghidra.util.Msg class, which writes formatted output directly to application.log.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Single TPU Chip Runs Gemma 4 AI Agent Backend at Under $0.11 per Million Tokens

A developer has published a detailed build log showing that Google's Gemma 4 E2B model can be self-hosted on a single Google Cloud TPU v5e chip using vLLM, achieving 1,496 output tokens per second at roughly $0.107 per million output tokens. The setup costs approximately $0.58 per hour on spot pricing and delivers 8.02 ms per-token latency, making it capable of supporting 8 to 16 concurrent lightweight AI agents. The guide covers three provisioning models — spot, on-demand, and flex-start — noting that flex-start is the only option that automatically stops billing after a set duration. A key finding is that flex-start provisioning for a v5litepod-1 instance is only accepted in the us-west4-a zone, with other zones rejecting the configuration at the API level regardless of available quota. The author also highlights that four of their initial performance predictions were disproved by actual benchmarks, calling those discrepancies the most instructive part of the exercise.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Fix broken heading hierarchies by making heading levels dynamic, not hardcoded

A BigCommerce accessibility audit revealed skipped and inconsistent heading levels across page templates, confusing screen-reader navigation. The root cause was not incorrect tags but an architectural flaw: each template hardcoded its own heading level with no awareness of the broader page structure. The recommended fix is to create a single reusable heading component that receives its level as an input from whatever controls the page hierarchy, rather than embedding a fixed level in each template. This approach works across stacks — Handlebars, Liquid, React, and Astro — using different mechanisms but the same principle. A contextual heading level stays correct when components are reused or templates are copied, whereas a hardcoded level will eventually break.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Safely Roll Back AI Agent Config Changes Without Breaking Live Work

Changing an AI agent's configuration mid-operation is riskier than a standard code deployment, since agents can send messages, spend money, edit code, or control browsers while work is already in flight. Simply restoring an old config file does not reverse side effects already triggered under the previous settings, and can create unresolvable conflicts with recorded intents. A safer approach involves storing every config revision with a unique ID, digest, schema version, and validation result, so each agent action can be traced back to the exact policy that authorized it. Config changes should be promoted in controlled stages — from candidate to canary to active — using deterministic validation checks and isolated probe environments with mock credentials and fake APIs. At the moment of dispatch, agents must re-verify the active revision and policy, marking any intent created under a revoked config as stale and requiring replanning rather than proceeding automatically.

0 comments Read more at DEV Community