* List the supported hardware devices which can be used as an
  altrnative for the respetive faulty device.
* New FAQ folder created under docs to accommodate all new FAQs
  related to meta-ohos.
* Reference to the FAQ provided from the relevant topics.
* This closes #59

Signed-off-by: shettygururaj <gururaj.shetty@huawei.com>

The Makefile has some assumptions which result in a dependency on
openssl-devel on the host. The exact same problem was already fixed in
the meta-arm layer so we are simply going with the same sed solution and
add the native dependency on openssl.

https://git.yoctoproject.org/cgit/cgit.cgi/meta-arm/tree/meta-arm/recipes-bsp/trusted-firmware-a/trusted-firmware-a.inc#n162



Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

Include the machines-and-flavours file explicitly, from the local
repository.  It is already included via the build-generic.yaml
project-include above, but including it again here allows GitLab to pick
up the changes to the definition straight away. The include done via the
manifest repository is using the default branch, so it cannot pick up
changes to this file as it is being modified by incoming branches.

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

Raspberry Pi 4 was added a while ago but is not a part of CI.

Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

The wpantund project has some m4 macro to check for strlcpy and strlcat
being available. We are hitting a corner case here (maybe due to musl)
where strlcpy is detected but the system still does not build.

Adding a patch to the project to fix this case which was also submitted
upstream and waits for review.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

The projected got resurrected from the deprecation state and it getting
new changes again.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

Add relevant MACHINE entry in local.conf.sample of the Zephyr
flavour and metion it in configuration notes displayed
after sourcing the env with TEMPLATECONF.

Closes: OSTC/planning/core-os#168

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

The upstream repo does no longer have a master branch, instead main is
used for this purpose. As the OE git fetcher defaulst to master the
fetch fails without this change.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

Gururaj Shetty authored 3 years ago and Stefan Schmidt committed 3 years ago

Some existence of OpenHarmony changed to All Scenarios OS in Readme
and Contribution files
This fixes #55, fixes #71

Signed-off-by: shettygururaj <gururaj.shetty@huawei.com>

* Use HOMEASSISTANT_TRUSTED_NETWORK (defaults to 192.168.0.0/24)
  variable to define trusted networks in the HomeAssisstant
  configuration.
* Default configuration to autologin when client from
  HOMEASSISTANT_TRUSTED_NETWORK and only one user is available (better
  experience with touchscreen modules).
* Predefine automations setup to include LED control based on human
  presence sensor.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

With the current configuration, the root filesystem can easily get into
an out of space state due to Epiphany downloading Google Safe Browsing
database. This can be more than 200MiB. This change bumps to 500MiB root
free space.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

HomeAssistant depends on this version through its met component. The old
0.5.X version is don't working with the new v2 API.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

The old API was deprecated and the met component fails. Update the
component to use the new API. This also has a dependency on
python3-pymetno 0.7.0 and that is brought in by meta-python-dunfellplus
layer.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Signed-off-by: Bernhard Rosenkränzer <bernhard.rosenkraenzer.ext@huawei.com>

Bernhard Rosenkränzer authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

Signed-off-by: Bernhard Rosenkraenzer <bernhard.rosenkraenzer.ext@huawei.com>

Apply many fixes re formatting of the document:
- Remove unnecessary quotation marks,
- Use ``backticks`` for inline code formatting,
- Fix incorrect break of a long TEMPLATECONF=.. line,
- Remove unnecessary break of `wget ...` line,
- Add/remove some spaces,
- Use ``#`` for comments in shell commands,
- Make GPIO capitalization consistent.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

Add a document describing how to assemble setup for the
Smart Panel blueprint, how to build images for Avenger96
and Nitorgens, how to flash them and configure Home Assistant.

Add images with HA UI configuration examples and photo of
the assembled setup.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

ActsGlobalDateTimeTest test suite requires hos-global-i18n-lite
shared library.

Signed-off-by: Robert Drab <robert.drab@huawei.com>

ohos-global-i18n-lite is a shared library providing i18n functions
like formatting date/time strings.

Signed-off-by: Robert Drab <robert.drab@huawei.com>

* Install host-package command modified for formatting issue, fixes
  issue https://git.ostc-eu.org/OSTC/comms/www.ostc-eu.org/-/issues/76

.

Signed-off-by: Arul Kumaran <arulkumaran.devarajan@huawei.com>

Update revision to include commits from merge request
OSTC/OHOS/components/smart_home_blueprint_zephyr!14,
that changes BT DIS model name string by changing
the word Sensor to Devie.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

The -led suffix is inconsistent with every other naming in the
project (i.e. env variable with MAC address, device class in
Home Assistant), so change it to -switch.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

* Hardware supported boards modified to reference Supported Images.
* docs/index.rst modified to include Supported Images topic in toctree.

Signed-off-by: Arul Kumaran <arulkumaran.devarajan@huawei.com>

Update revision to include commits from merge request
OSTC/OHOS/components/smart_home_blueprint_zephyr!13,
that fixes a buffer overflow in BT DIS model name string.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>

Currently machines and flavours are defined in the meta-ohos repository
but their CI pipelines are defined in the manifest repository. Move the
definitions of the various build jobs here to be included from the
manifest repository internally.

This way the public interface is unchanged but patches such as the
recent Raspberry Pi 4 support can enable a new MACHINE configuration and
a new CI job all in one go, to the extent that in-progress CI will pick
it up.

Closes: https://git.ostc-eu.org/OSTC/OHOS/meta-ohos/-/issues/44


Signed-off-by: Zygmunt Krynicki <zygmunt.krynicki@huawei.com>

Stefan Schmidt authored 3 years ago and Andrei Gherzan committed 3 years ago

This change has been upstreamed and backported. With our latest sync to
the dunfell branch we no longer need this.

Signed-off-by: Stefan Schmidt <stefan.schmidt@huawei.com>

* All topics revised to reflect All scenarios OS instead of All scenario
  OS to maintain consistency, fixes issue#70

Signed-off-by: Arul Kumaran <arulkumaran.devarajan@huawei.com>

Andrei Gherzan authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

The new version includes commit(s) that rename various parts accordingly
to the change to All Scenarios OS.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Wojciech Zmuda authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Zbigniew Bodek authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

Use homeassistant-config-blueprint-dashboard
package to install configuration files in the dashboard
blueprint image.

Signed-off-by: Zbigniew Bodek <zbigniew.bodek@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Andrei Gherzan authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

Add recipe for creating HomeAssistant's configuration
for dashboard blueprint.
- Install default configuration files. Currently
  it's only configuration.yaml
- Apply changes in run-time based on build variables

Signed-off-by: Zbigniew Bodek <zbigniew.bodek@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Zbigniew Bodek authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

The plugin is used by Home Assistant in the Smart Home blueprint scenario
to communicate with IoT sensors and light switchd devices.

Instead of adding smart-home-homeassistant-plugin to installation
packages list, include it via RRECOMMENDS for HomeAssistant.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>
Signed-off-by: Zbigniew Bodek <zbigniew.bodek@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Wojciech Zmuda authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

The recipe installs Home Assistant custom component for communication
with IoT sensors and light switch devices running All ScenariOS firmware
for the Smart Home blueprint.

The recipe adds entries to HA configuration.yaml file. The entries are
generated with MAC addresses of the expected devices, that are part of
the blueprint setup. They are defined in the relevant blueprint config
file and can be overriden in local.conf.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Wojciech Zmuda authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

This recipe installs a Python library that can be used for
communication over BLE with IoT devices using AllScenariOS
Smart Home firmware.

It is used by Smart Panel Home Assistant plugin.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Andrei Gherzan authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

This inc file is useful so multiple recipes can synchronise on the same
path for the main Home Assistant configuration. For example, a recipe
bringing a custom Home Assistant configuration would use this as the
source of truth for the directory where this configuration needs to
reside. Home Assistant will use the same configuration path at
runtime.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Andrei Gherzan authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

This inc file is useful so multiple recipes can synchronise on the same
user configuration. For example, a recipe bringing a custom Home
Assistant configuration would use this to set the proper user ownership
of the configuration file.

Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>

Wojciech Zmuda authored 3 years ago and Bernhard Rosenkränzer committed 3 years ago

Multiple IoT devices in the Smart Home blueprint are to be
programmed with firmware built from the same sources. That
sources specify MAC address of the BLE interface of the device.
Multiple devices cannot work at once with the same MAC, so in
that case user should have possibility to specify the address
in build time.

Variable SMART_HOME_SWITCH_MAC can be provided to Bitbake.
If detected, its value is used as MAC address for devices
using zephyr-blueprint-smarthome-led image.

Signed-off-by: Wojciech Zmuda <wojciech.zmuda@huawei.com>
Signed-off-by: Andrei Gherzan <andrei.gherzan@huawei.com>