Handle parametrized sequence, switching device and DMM, and serialize config_det_map as an operation

[a-corni]

The last three commits take into account last review from #568:

• [x] Adds slug description
• [x] The dmm ids are switched when using 'switch_device' (useful when going from a virtual device to a real one). This is also performed for the dmm id used in config_slm_mask.
• [x] Parametrized sequences are now taken into account. The SLM Mask and config detuning map are seen as operations. They are stored to be performed at build. This has an impact on the way declared channels work since we now go into the to_build_calls to find the declared dmms.
• [x] Config_det_map is now stored as an operation in the schema, this makes deserialization easier.
• [x] Tests for compatibility between mappable register and detuning maps

[HGSilveri]

Great! We can close the other PR now

[a-corni]

About the if: They are needed, it is actually an issue that was not reported before (and it is independent of the dmm, I can solve it in another PR if your want). The issue is basically that the wrong error message is displayed, see below with a raman channel declared twice, what is actually failing is the matching of raman_1, not raman.

[a-corni]

@HGSilveri I think we are done with this PR, it does everything we wanted and beyond.