Here's a summary of the provided transcript in a self-contained bullet list format, including timestamps and key details:

Batronix BX48 Batego II Programmer Review: Software Issues and Data Loss Concerns

• 0:00:02 Introduction: The video reviews the Batronix BX48 Batego II, a 48-pin universal programming device. It's praised for its portability, USB power supply, and clear software interface (Proc Express).

• 0:00:53 Major Software Flaws: The reviewer highlights critical flaws in the Proc Express software, particularly in the microcontroller area, leading to potential data loss and incorrect calibration values (OSCAL and Bandgap).

• 0:00:58 Incorrect Handling of Configuration Changes: Changing the chip options (such as "powerup timer" and "brown out detect") can cause tragical data loss.

  • 0:01:32: If 'yes' is chosen to save after changing the configuration, the editor window will close, and the hex file content will be wiped.
  • 0:01:51: If backup wasn't made before, the loss may be noticed only after weeks, even months.
  • 0:02:11: The recommended workaround is to save files via "File" and "Save As" after altering configurations.

• 0:02:34 EEPROM Display Issue: When loading a freshly compiled hex file for certain chips (e.g., 12f675), the EEPROM address range isn't displayed in the editor, making manual entries difficult.

  • 0:03:06 Workaround: Writing to the chip first, then reading it back, displays the EEPROM area, allowing for manual data entry. This process is described as unnecessarily complicated.
  • 0:03:13: The process of writing to the chip takes an unusually long time.

• 0:04:08 Bandgap Value Problem: The software incorrectly handles the bandgap calibration value, which is crucial for preventing malfunctions at low operating voltages. The software may delete or overwrite this value, rendering the chip unusable.

  • 0:04:54 Bandgap Value Examples: A 12f675 chip can have one of four bandgap values (00, 01, 10, or 11), and the software doesn't preserve or correctly write these values.
  • 0:05:00 Test Setup: A test demonstrates how different bandgap values affect the microcontroller's switch-off voltage.
  • 0:07:28 Incorrect Bandgap Setting: The software arbitrarily sets the bandgap value to "11" during write operations, regardless of the original or manually set value.
  • 0:09:09 Bandgap in Hex Files: Hex files don't contain a bandgap value, and opening them always shows a value of 1. When written, the original chip value is deleted and replaced with the meaningless hex file value.
  • 0:09:55 Reported to Batronix: Batronix has been informed of this issue since 2023, but no fix has been implemented.

• 0:10:47 Oscillator Calibration (OSCAL) Issue: Similar to the bandgap problem, the software mishandles the oscillator calibration value (OSCAL), which is essential for accurate timing. Deleting or incorrectly writing this value can render the chip non-functional.

• 0:11:36 Oscal Stored Value: The value is determined and stored by the manufacturer during production, is chip specific.

  • 0:14:13 Chip Destruction: If the OScal value goes missing, the chip is no longer operational.

• 0:15:14 Oscal Detailed Video: There's a dedicated video by afog Info about the oscal, linked in the description, offering a detailed explanation. * 0:17:09 Restoring Deleted OSCAL: While there's a way to restore a deleted OSCAL value (mentioned in an older afokino video), it's impractical for normal users.

• 0:18:47 Bandgab Setting Reversed, Again: Even after re-entering the correct value, Bandgab setting is, again, set to 11 without permission.

• 0:19:18 Software Setting Options Don't Work: Whether or not the box is ticked, in this case, the chip will not function.

• 0:21:39 Oscal in Hex Files: Hex files saved in Batronix store the value, leading to incorrect overwrites on other chips.

• 0:22:22 Copying Issues: Copying a microcontroller with the program will copy wrong oscal data to the target chip.

• 0:24:45 Programming Specifications Violation: The core issue is that the software doesn't adhere to the chip manufacturer's (Microchip) programming specifications, particularly regarding reading, storing, and writing back calibration values.

  • 0:25:14 Correct Procedure: Microchip's documentation clearly outlines the proper sequence for handling OSCAL and bandgap values during erase and write operations.
  • 0:25:49 Batronix's Incorrect Procedure: The Batronix software deletes the entire chip content, including calibration values, before attempting to store them, resulting in data loss.

• 0:27:39 Other Programming Devices: The reviewer emphasizes that no other programming device they know of exhibits these issues.

• 0:28:22 Batronix Response Missing: Despite being informed of these issues, the software problems haven't been addressed.

• 0:28:55 Conclusion: While the Batronix BX48 Batego II has potential, the serious software flaws related to data handling and calibration values make it difficult to trust, especially for critical applications. The reviewer finds it unacceptable that the device overwrites manufacturer-set calibration values. The recommendation is for a simple software query to allow users to choose between preserving the original value or entering a new one.