Bug #1377: dirty blocks - CHIRP

Actions

Copy link

Bug #1377

closed

dirty blocks

Added by Eric Christensen almost 11 years ago. Updated over 4 years ago.

Status:

Closed

Priority:

High

Assignee:

Tom Hayward

Category:

Target version:

Start date:

01/16/2014

Due date:

% Done:

Estimated time:

Chirp Version:

daily

Model affected:

Kenwood TH-D72

Platform:

Linux

Debug Log:

I read the instructions above:

Description

When programming my D72A I get channels (usually 70cm) that won't transmit. I see many "dirty block" messages and an exception (see attached).

Version is 0.3.1 (not able to select on bug form).

Files

CHIRP_bug (40 KB) CHIRP_bug

Eric Christensen, 01/16/2014 07:49 PM

Related issues 1 (0 open — 1 closed)

Actions

Copy link

Updated by Jens Jensen almost 11 years ago

Model affected changed from D72 to TH-D72

Hi Eric,
Can you please test against latest daily and attach a debug.log from that version if it is still not working.

Actions

Copy link

Updated by Tom Hayward almost 11 years ago

Assignee set to Tom Hayward

"dirty blocks" is not an error message. Chirp is keeping track of which memories you edit. It marks these as "dirty". When you upload back to the radio, it only write those channels to save time.

Please read how to report issues and use the steps there to tell us what's actually wrong. As Jens requested, test with the latest daily build. Please also upload your .img file if using a clone mode driver.

By the way, you won't have these problems with the TH-D72 live mode driver. It operates in a different way that allows the radio to reject changes it doesn't like.

Actions

Copy link