Question about the checksum.

[dviden]

not ? just like you say otherwise, there were no families cks

on the two types of checksum in the ecu, I had been explained to cos? elsewhere then perhaps, I have said a crap but had not yet disproved none of it, and I called it my own way I am not a great writer or I can not have a good understanding of the explanation not being a pundits units
on what ? a Checksum instead of the source ? trusted "I" a little something on the checksum of the os in other fields, but the substance does not change then there are many control methods, perhaps, are those families that you but a checksum ? a checksum but I end up here, why? we stray from the topic, and maybe it's the friend to dispel his doubt

[Danny]

Yes I understand this guys...?; two ecu both 1433y196, why? they have two different checksum? (marelli 6JO)
While the two ecu with the same code, in relation to a edc15, have the same check?

[dviden]

Yes I understand this guys...?; two ecu both 1433y196, why? they have two different checksum? (marelli 6JO)
While the two ecu with the same code, in relation to a edc15, have the same check?

I my theory you've exposed as the Checksum (I Translate) "checksum" then if they are the same ? why? have the same number of Bits
here's an example if you have two cards, a $ 5 dollar or two cards from 5 € 10, you do not count the currency!!!!!!
the bits in the 2 ecus are the same so you have the same amount of control this ? as!!!! in the field of information if in the ecu ? different someone more? expert I smentir?

[Danny]

Guys, here is this file that is read by a Swift with the ecu 1433y196.
That? differs for checksum from this here
http://www.professionalchiptuning.ne....php?265-Swift


Now, why? the two checks are different? And is it normal?

In the skoda of my father, between the read file, and the one present here, there were no differences. And this is what I don't understand...

[dviden]

Guys, here is this file that is read by a Swift with the ecu 1433y196.
That? differs for checksum from this here
http://www.professionalchiptuning.ne....php?265-Swift


Now, why? the two checks are different? And is it normal?

In the skoda of my father, between the read file, and the one present here, there were no differences. And this is what I don't understand...

I can't download the attachments so I can't see the differences between the two that if my theory ? valid there must be just a bit different

[sportknight]

there will be? somewhere in the map that changes,it also happens on my 159,the my files ? different checksum from the other and, in fact, ecm is not between the drivers....
however, my car starts quietly with my file while those with correct checksum no...

[Danny]

Ok Ok! Evidently, then, perhaps have even just a bit different to equal the ecu....

[MisterKappa]

The checksum is a simple and a way to verify that the buffer is written does not have errors.. with a certain degree of safety.
You add up all the values of the memory or the buffer that is lost as a byte, word (2 bytes), or long (4 bytes) and save..
in the case in which the write is not successful, it means that easily this sum is to be calculated will be differences from the right, and then you realize that at least one error is present
Note that is not a way to 100% because of errors there are two of them, hypothetically (because in practice the possibility that happening are very rare) the first may be cancelled by the second for the purposes of the calculation of the checksum.. (like if instead of writing 5 is written to 0.. and then after instead of writing 10, is written 15.. these 2 errors cancel out in the calculation of chksum).

Now if the files are identical and of the same machine, it seems to me impossible that the checksum is different.. in other words, if it means that there are differences, and then or the file is different, or it was written with one or more errors

[dviden]

The checksum is a simple and a way to verify that the buffer is written does not have errors.. with a certain degree of safety.
You add up all the values of the memory or the buffer that is lost as a byte, word (2 bytes), or long (4 bytes) and save..
in the case in which the write is not successful, it means that easily this sum is to be calculated will be differences from the right, and then you realize that at least one error is present
Note that is not a way to 100% because of errors there are two of them, hypothetically (because in practice the possibility that happening are very rare) the first may be cancelled by the second for the purposes of the calculation of the checksum.. (like if instead of writing 5 is written to 0.. and then after instead of writing 10, is written 15.. these 2 errors cancel out in the calculation of chksum).

Now if the files are identical and of the same machine, it seems to me impossible that the checksum is different.. in other words, if it means that there are differences, and then or the file is different, or it was written with one or more errors

since it seems that we understand checksum the families spoke to joseph are the calculation methods, which use the house ?
so I clarify the last doubt !!!

[Danny]

Eeheheheheheheh. Quite a problem. The car from which I read the file ? the original.... How can you? be? We are talking about two files ori.