i’d like to know which actions or ‘sid reply’ are used by the missing bytes in the sysex SID implementation.
An unknown reaction will happen. Propably you won’t get any reply at all (the SysEx implementation is very primitive in order to have more memory free for powerful sound features)
I ask that because i receive sysex command i don’t know from the SID, for example if i send “F0 00 00 7E 46 0 0D 03 00 1 F7” for changing the device number from 0 to 1 (i only have 2 sids), the SID send me a PING in return, associated with device 0 :“F0 00 00 7E 46 0 0F F7”
This is propably because the AUTO_DEVICE_ID flag in main.asm is set. I added this newbie friendly feature, since people were mostly confused about the MIOS Device ID and the SID Device ID. With AUTO_DEVICE_ID, the SID will automatically get the same ID like MIOS, and - of course - in this mode you are not able to change the ID anymore.
If you really need this, then just set this flag to 0, but on the other hand: I don’t know why you want to change it?
But i have maybe troubles with my hardware, because my main SID receive my sysex commands, (and transmit CC) but don’t send anything when i’m changing manually the patch number (with link or not).
Thats normal when you are changing the patch number of the master SID (the SysEx is routed internally). It only sends a dump (with the appr. device ID) when you are changing a patch of a slave.
If the dump would be invalid, the SID wouldn’t send an acknowledge (0F) at all.
My second SID don’t apply my commands (and answer me ping!)
Acknowledge (0F) means, that the command has been regognized and processed. Which command do you mean exactly?
but send a sysex dump patch each time i change the patch number
is your second SID configured as master or slave? It’s a slave when the device ID is != 0 (thats also one of those newbie friendly options).
It’s interesting thats newbies don’t have problems with device IDs anymore since months, but now an expert stumbles over the auto features 
General suggestion: read the main.asm
Best Regards, Thorsten.