💾 Szöveges vagy bináris log? Mikor melyik a jobb választás naplózáshoz? 

Amikor naplózást tervezünk, előbb-utóbb felmerül a kérdés: szöveges formában mentsük az adatot, vagy binárisan?

Mindkettő működik – de nem ugyanarra a problémára adnak egyértelmű megoldást. A rossz választás nem azonnal, hanem csak később bosszulja meg magát.

Szöveges log – amikor az ember az első

Szöveges log esetén az adat formátuma:

• olvasható (CSV, soros szöveg, JSON-szerű formátum),
• PC-n azonnal értelmezhető,
• akár jegyzettömbben is megnyitható.

Előnyei:

• egyszerű debug
• nincs külön feldolgozó eszköz
• gyors fejlesztés kezdetén

Hátrányai:

• nagyobb adatméret
• lassabb írás
• több írási művelet
• nehezebb strukturált ellenőrzés (CRC, verzió)

👉 Szöveges log akkor jó választás, ha:

• kevés adat keletkezik
• fejlesztés / hibakeresés zajlik
• SD kártyát használsz
• az adatot ember olvassa

Bináris log – amikor a rendszer az első

Bináris lognál az adat:

• fix struktúrában kerül mentésre,
• nem emberi olvasásra készült,
• feldolgozást igényel.

Előnyei:

• kisebb adatméret
• gyors írás
• jól ellenőrizhető (CRC, verzió)
• stabil áramszünet esetén

Hátrányai:

• nem olvasható közvetlenül
• kell hozzá kiolvasó / dekóder
• fejlesztés elején több munka

👉 Bináris log akkor ideális, ha:

• gyakran írsz
• korlátozott a memória
• SPI Flash / EEPROM / FRAM a cél
• hosszú távú naplózás kell

A méretkülönbség – nem elméleti kérdés

Egy egyszerű példa:

Szöveg:

2026-01-29;TEMP;23.56 ≈ 24-30 byte

Bináris:

• timestamp: 4 byte
• érték: 2 byte
• CRC: 2 byte
  → 8 byte

👉 Ugyanaz az információ, 3-4× kisebb méretben.

Írásbiztonság és hibakezelés

Szöveges lognál:

• egy fél sor nehezen felismerhető
• fájlrendszer sérülhet

Bináris lognál:

• minden rekord önálló egység
• CRC-vel ellenőrizhető
• könnyebb az “utolsó jó rekord” megtalálása

👉 Kritikus rendszereknél ez döntő különbség.

Kombinált megoldás – gyakori és hatékony

Sok jól működő rendszer:

• binárisan logol
• majd később szöveges formára konvertál

Példa:

• SPI Flash → bináris
• kiolvasáskor → CSV export

👉 Így megmarad a stabilitás ÉS az olvashatóság.

Gyors döntési iránytű

Gyakori hibák

• szöveges log EEPROM-ba
• bináris log dokumentálás nélkül
• változó hosszúságú bináris rekordok
• “majd később dekódoljuk” szemlélet

Ha ezt röviden kellene megmondani…

A szöveges és a bináris log nem jobb vagy rosszabb, hanem más célra való.

• Szöveg → gyors átlátás
• Bináris → hatékony működés

Ha előre eldöntöd, hogy ki fogja olvasni és mikor, akkor a formátum választása magától értetődő lesz.

Ez a cikk a →Az adattárolás háttere mini-cikksorozat része.