-
Notifications
You must be signed in to change notification settings - Fork 137
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Units #52
Comments
The Noted on the broken link. I have submitted a pull request to fix it. |
Do you see the mapping between the actual BMS point to be external to your representation? For example if the application was an overlay over existing BMS(es) you'd need to know what the BMS units were (along with the object identifier/device identifier etc.). Haystack 4.0 for example seems to model the BMS as part of the ontology to some degree - they include tags to indicate if a point has curr and historised data for example. If the intent is to create a single data warehouse and exclude the ETL process from the RDF then this is probably unnecessary. |
The intention is for a translation to exist between our representation and that of the BMS. The code below is an example of what a config might look like (see here for further details):
There is a mapping of k:v to units that the device can send and what they translate to. In this example, the translation can handle unit values of degC and degF but no K. If you wanted it to, you could add another k:v pair. You would also configure this to contain your BACnet or base system address if you were using it for a traditional BMS, based on however your JSON is configured (the expectation is that the JSON conforms to UDMI). |
Thanks that's useful. Also I agree on normalisation of units - in the same way that it's considered best practise to convert timestamps to UTC in the persistence layer and to localtime in the presentation layer. |
I'll reopen this rather than create a new issue. I noticed another broken link https://github.com/google/digitalbuildings/blame/master/ontology/docs/building_config.md#L285 This link is actually broken in the faucetsdn/daq repo as well (i.e. https://github.com/faucetsdn/daq/blob/master/README.md refers to schemas/ and the same readme.md but neither exist in master) |
Thank you ! |
How are units applied? i.e. units.yaml contains different units for flowrate with cubic_meters_per_second as STANDARD. We generally name points "Supply Air Flow" for the standard (our standard measure is l/s) and "Supply Air Flow ms" when there's a meter with a non-standard unit.
I don't see anywhere that units are associated with either fields or equipment, is this something which hasn't been finalized?
Also there's a broken link in
ontology_config.md
line #280The text was updated successfully, but these errors were encountered: