Schema diagram update

Silabs

Align shared Cluster attribute/command configurations across endpoint for Zigbee
Within Zigbee, special rules apply when a cluster is enabled across multiple endpoints.
For the applied cluster, the attributes / commands configuration state are global across endpoints.
This behavior is toggled via
"generator": {"shareClusterStatesAcrossEndpoints": "true"} in SDK gen-template files.

BUG: ZAPP-715
Revert "minor query api cleanup", reverts commit 945a1546f6b5819f19c3b16a312fa9e98268446a.
bump featureLevel for cluster attribute/command generation diff between zigbee/matter (#500)

0) Isolate some queries for the device types. Clean up the old device type helper.
1) Add ability to query for device type clusters.
2) Fix a loading issue and several query issues
3) Move device type queries to proper location.  Access device type subentities, and fix a loading bug.
https://github.com/project-chip/zap/issues/472
 - There were no helpers earlier that would allow access to clusters and attribute/command overrides in the device lists. Now there are.
 - There was a loading bug that didn't link the DEVICE_TYPE_ATTRIBUTE and DEVICE_TYPE_COMMAND properly back to ATTRIBUTE and COMMAND tables.
4) Add reasonable ORDER BY to a query.
https://github.com/project-chip/zap/issues/494
5) Add ORDER BY to a query.
https://github.com/project-chip/zap/issues/497
6) Properly convert database booleans into JS bools.
https://github.com/project-chip/zap/issues/496

Updating the ZAP Data Type schema

BUG: ZAPP-715

JIRA: ZAPP-757

Cleaning up the helpers for matter. Extracting the non atomic/not baseline/ weakly defined enums and bitmaps
JIRa: ZAPP-757

JIRA: ZAPP-757

- The type EUI64 was not being found because of inconsistency. we use small case when defining types at other places so changing to that
- Making sure that the zcl loader handles single character types without changing the case
- In the dotdot loader making sure we read the library.xml file before any of the other xml files
JIRa: ZAPP-757

Cleaning up the atomic type for determineType helper because we no longer have type in the enum and bitmap table. Therefore we use the size to compute this
JIRa: ZAPP-757

JIRA: ZAPP-757

JIRa: ZAPP-757

JIRA: ZAPP-757

JIRA: ZAPP-757

JIRA: ZAPP-757

JIRA: ZAPP-757

JIRA: ZAPP-757

- Cleaning up the query-zcl for struct counts and also reverting type in structs to a string instead of a data_type_ref in the data_type table
- Exporting debug_object in helper-tokens in case someone ever wants to use it out of the box
- in helper-zcl.js changing fabric index to use the string instead of index because type in struct is a string again
- JIRA: ZAPP-757

Adding if helpers for different kinds of string types and minor cleanup for asUnderlyingZclType helper which can now end up having a reference to the data type id instead of name(string)
- JIRA: ZAPP-757

- Adding discriminator name to one struct items for convenience of calculating struct sizes and could be useful for other things in the future(The change in zcl-utiljs)
- Cleaning up the queries for enums, bitmaps, structs(typos)
- Removing the unnecessary s in types.xml file which was cauing issues referencing the data types in the data_type tables
- JIRa: ZAPP-757

Adding helper and cleaning up such that we are able to regen the matter applications using zap with minimum regen diff using the new data type schema

- adding dataTypeReferenceName to stuct item such that it can be referred to directly through helpers
- minor cleanup in query-bitmap.js
- adding selectNumberById query to query-numbers.js, selectStringByName query to query-string.js
- Joining the data type table with the struct_item table in query-zcl.js such that the data type being referred by a stuct item can also be extracted from the data type table
- Cleaning up helper-endpointconfig.js. Adding a check to detect enum attribute types correctly
- Adding miscellaneous helpers to helper-zap.js which can be used from the zapt templates
- Cleaning up the if_is_* helpers in helper-zcl such that they can now take a data_type_Id from the data_type table or a name of the type. Adding if_is_number/atomic tables as well
- Minor cleanup in types.js. No need to store typeInfo.atomicType. Just use the type and size of type to figure things out
- Minor cleanup in zczl-loader-silabs.js to load strings correctly into the string table in matter and making sure that the struct item field identifiers are calculated correctly as well
- JIRA: ZAPP-757

Adding helpers and cleaning up the code such that the new data type schema can be used for matter regen

- quer-data-type.js: Added selectSizeFromType to calculate the size of data types from the new data type table
- query-loader.js: Adding the reason for code falling into the else case. This happens when we have a cluster extension for a cluster which does not exist
- query-string.js: Adding a query to find the strings based on id
- helper-string-matter.js: This is a replica of StringHelper.js. Moving this file into the zap repo. There are other files which will need to be moved into the zap repo as well. Also deprecating helpers based on the naming convention for helpers
- helper-zcl.js: Adding the if_is_string helper which can be used by zap templates to detect if a type is a string or not.
- template-engine.js: Adding some error handling here
- type.js: Using the newly created queryZcl.selectSizeFromType instead of queryZcl.selectAtomicSizeFromType based on the new schema and getting rid of selectAtomicSizeFromType
- JIRA: ZAPP-757

- JIRA: ZAPP-757

JIRA: ZAPP-757

JIRA: ZAPP-757