#I kinda need help... if someone here is familiar with hamming code...
38 messages · Page 1 of 1 (latest)
- Do not ping the Moderators, unless someone is breaking the rules.
- Do not ping the Helper Moderators, unless there is a conflict between helpers.
- Do not ping other members randomly for help.
- Ask your question and show the work you've done so far. If you've posted a screenshot of a question, specify which part you need help with.
- Wait patiently for a helper to come along.
- If the Helper has answered your question, remember to thank them with the Mathematics Ranks bot and close the thread with:
+close
Feel free to nominate the person for helper of the week in #helper-nominations
If you're happy with the help you got here, and the server overall, you can contribute financially as well:
A Hamming code is an error-correcting code, right? So you need to identify the transmission bits and the correction bits.
yeah, but how do I find the wrong bit?
...by first identifying the transmission bits and the correction bits.
If Im not wrong the parity bits are 1,2,4,8,16
So then find the parity bit(s) which disagree with the parity of the relevant data.
@glacial gust
So how do I get to the wrong bit?
...by... checking which parity bits... disagree... with the parity... of the relevant... data.
The only parity bit that should be 1 is P16, the rest are 0.
So P1,P4,P8 are 'wrong'
And which bit do all of them cover?
That is, write the bit numbers in binary.
The wrong bit is the bit whose number in binary has 0 in the position of all the correct parity bits and 1 in the position of all the incorrect parity bits.
Ok, I think Im starting to get it.
Thank you!
well, I got it figured out, thank you!
You calculated p1 to be 0, but in the codeword it's 1. That makes it an incorrect parity digit, but you've recorded it as a 0 in the position of the flipped bit.
You misunderstood; the flipped bit is not the bit with the position equal to the number formed by the parity bits. You check the parity bits, place a 0 in that place value if the parity bit is correct, and place a 1 if the parity bit is incorrect.
You also included the parity bit itself in the calculation of the parity of the bit, which is not only incorrect, it's potentially paradoxical.
well now im confused, do you have any video or somthing that teach that?
Okay, stop. Go back to the beginning. Write out the received word and identify the parity bits.
like this?
Right. Now, which bits does P1 count the parity of?
all of the odd bits (not including him)
So its 5, then P1 should be 1
And because he is already 1 I put 0 in the first place of the correction code?
Correct.
Now, which bits does P2 count the parity of?
Okay, here's a chart from Wikipedia about how a Hamming code works:
It says that the parity bit does count itself, but that seems paradoxical to me.
@glacial gust For instance, what happens if the parity of the non-parity digits is 1? If the parity bit counts itself, then it's impossible to set correctly, because then if it's 1, then the whole set has a parity of 0, and if it's 0, then the whole set has a parity of 1.
Okay, wait, the parity bit takes whatever value is necessary to make the sum of all the bits it covers even. That makes sense.
And then the bit "covers" itself not because it counts the parity of itself but because if exactly one parity bit is wrong it indicates the corruption of that parity bit.
crazy how someone just envet this thing .....
@glacial gust
Hello danidanona, this is a friendly reminder that your help request has been inactive for more than 24 hours. If you no longer need assistance, please consider closing the thread using the +close command. This thread will be automatically closed in 3 days if it remains inactive.