Komponenta HomeAssistanta, který se stará o ukládání veškerých historických dat se jmenuje Recorder a v základní konfiguraci můžeme u ní nastavit:

• db_url – URL adresa připojení do DB
• purge_keep_days – počet dnů, pro které chceme zachovat historii – výchozí konfigurace je 10 dní
• purge_interval – jak často (ve dnech) spouštět mazací proceduru – výchozí hodnota je 1 – každý den, pokud nastavíte na 0 nebude se automaticky vůbec spouštět

Pokud máme entit v systému opravdu hodně může se nám hodit ještě možnost vyloužit některé domény entit a nebo samotné entity z logování pomocí volby exclude – více v příkladu.

Příklad konfigurace

Databáze MySQL, budeme zachovávat historii pouze pro poslední 3 dny a chceme vyloučit pár položek z logování.

recorder:
  db_url: mysql+pymysql://homeassistant:homeassistant@<IPADRESA_HASSIO>/homeassistant?charset=utf8
  purge_keep_days: 3
  purge_interval: 1
  exclude:
    domains:
      - automation
      - weblink
      - updater
    entities:
      - sun.sun

Jak jsme si již řekli ve výchozí instalaci je použita souborová databáze SQLite, která má velkou výhodu v tom, že je jednoduchá na konfiguraci a nemusí se instalovat. Pokud však budeme mít sensorů hodně, dříve nebo později zjistíme, že se HomeAssistant stává velmi pomalý a datový soubor má velikost v řádu gigabajtů.

Jednou z možností jak tento problém vyřešit je zmenšit počet dnů, který uchováváme – pomocí parametru purge_keep_days a nebo migrovat na jiný způsob ukládání dat, resp. do jiné databáze.

Podporované databáze

Konfigurace pro MariaDB / MySQL

My si nyní ukážeme jak vše nastavit konkrétně pro MariaDB / MySQL. Instalaci samotného databázového serveru zde popisovat nebudu – kdyby se na tom někdo zasekl dejte vědět a případně to sem doplním.

Celý postup je v následujících 4 krocích.

1. Připojení do DB

mysql -u root -p

… zadejte MySQL root heslo a zmáčkněte Enter.

2. Vytvoření databáze

CREATE DATABASE homeassistant;

3. Vytvoření uživatele

CREATE USER 'homeassistant'@'<IPADRESA_HASSIO>' IDENTIFIED BY 'homeassistant';

GRANT DROP, INSERT, EXECUTE, UPDATE, CREATE TEMPORARY TABLES, CREATE VIEW, DELETE, CREATE ROUTINE, GRANT OPTION, TRIGGER, LOCK TABLES, EVENT, REFERENCES, ALTER ROUTINE, SHOW VIEW, INDEX, SELECT, CREATE, ALTER ON `homeassistant`.* TO 'homeassistant'@'<IPADRESA_HASSIO>';

FLUSH PRIVILEGES;

4. Nastavení HomeAssistanta

Jak jsme si již ukázali na začátku o celou agendu ukládání historických dat se stará komponenta recorder, u které nastavíme URL:

Pro MariaDB a nebo MySQL 8.0

db_url: mysql+pymysql://homeassistant:homeassistant@<IPADRESA_HASSIO>/homeassistant?charset=utf8

Pro MySQL <8.0

db_url: mysql://homeassistant:homeassistant@<IPADRESA_HASSIO>/homeassistant?charset=utf8

Když se po restartu podíváme do MySQL databáze měli bychom vidět automaticky vytvořené čtyři tabulky a v nich už první záznamy.

Celý HomeAssistant je po této změně mnohem svižnější. Budu to ještě pár dnů sledovat, jestli se neobjeví nějaký zádrhel, ale zatím to vypadá jako upgrade k doporučení.

Pokud už s tímto máte někdo zkušenosti, dejte prosím vědět do komentářů.

Kompletní série o HomeAsistantovi obsahuje následující články:

• 1. část – Instalace HomeAsisstent
• 2. část – Integrace Sonoff s firmware Sonoff-Tasmota
• 3. část – Integrace Homekit
• 4. část – Integrace Sonoff s firmware Sonoff-Tasmota – 2 část
• 5. část – Integrace s Wemos D1 a senzory teploty
• 6. část – Integrace Sonoff s firmware ESPHome
• 7. část – Integrace Sonoff POW s firmware ESPHome
• 8. část – Integrace LED Magic Home s firmware ESPHome
• 9. část – Integrace Xiaomi Mijia a Aqara
• 10. část – Integrace vlastní Zigbee gateway
• 11. část – Vzdálený přístup do Hass.io z Internetu
• 12. část – zobrazení senzorových data pomocí InfluxDB a Grafany
• 13. část – Hass.io Add-ony, které používám
• 14. část – Integrace Xiaomi Mi Flora
• 15. část – Integrace Withings (Nokia)
• 16. část – náhrada SQLite databází MySQL
• 17. část – HACS Add-ony – instalace a konfigurace
• 18. část – Integrace Sonoff s firmware eWeLink
• 19. část – nová integrace Sonoff pro HA
• 20. část – měření spotřeby
• 21. část – automatické zálohy a obnovení ze zálohy
• 22. část – napojení hlasového asistenta Amazon Alexa
• 23. část – automatické zálohy na síťový sdílení disk (Samba)
• 24. část – Bluetooth zařízení a ESPHome proxy
• 25. část – nefunkční aktualizace HomeAssistanta
• 26. část – integrace SwitchBot produktů
• 27. část – integrace fotovoltaiky Growatt

The post Centrum chytré domácnosti – HomeAssistant (Hass.io) – 16 část – náhrada SQLite databází MySQL appeared first on blog.vyoralek.cz.

Přehled komponent

V době psaní toho článku jsou k dispozici v podstatě dvě komponenty

Já jsem se po přečtení pár článků rozhodl pro komponentu Pomela, jelikož Oracle ve své komponentě neřeší vše podle standardů Microsoftu pro ostatní databáze.

Instalace komponenty

Pokud používáme Microsoft Visual Studio Code pak stačí přidat jeden řádek mezi reference .csproj:

<Project Sdk="Microsoft.NET.Sdk.Web">
...
  <ItemGroup>
    ...
    <PackageReference Include="Pomelo.EntityFrameworkCore.MySql" Version="2.1.1" />
  </ItemGroup>
</Project>

Pokud používáme Microsoft Visual Studio pak můžeme použít NuGet explorer:

Konfigurace

Prvním krokem je úprava Startup.cs, konkrétně části ConfigureServices:

...
using Pomelo.EntityFrameworkCore.MySql;
...
  public void ConfigureServices(IServiceCollection services)
  {
    ...
    services.AddDbContext<YourDbContext>(options =>
      options
         .useMySql(
            Configuration.GetConnectionString("MySQL")));
...

Další krok už je potřeba jen pokud jste využili Identity frameworku. Ten má v základu nadefinované určité primární a unikátní klíče tak, že s tím má MySQL v kombinaci s UTF8 problém.

Doporučované kódování databáze je utf8mb4, přičemž pokud si nejste jistí co máte nastaveno, pak můžete použít tento příkaz:

show variables like 'character_set_database';

Využijeme tedy vlastnosti DBContext třídy, kde máme ještě možnost „ladit“ vlastnosti jednotlivých modelů a my si tak změníme vlastnosti Identity modelů, které už nám Microsoft předdefinoval.

Konkrétně využijeme metody OnModelCreating, která po úpravě může vypadat nějak takto:

base.OnModelCreating(builder);

// Shorten key length for Identity
builder.Entity<IdentityUser>(entity => {
  entity.Property(m => m.Id).HasMaxLength(127);
  entity.Property(m => m.NormalizedUserName).HasMaxLength(127);
});

builder.Entity<IdentityRole>(entity => {
  entity.Property(m => m.Id).HasMaxLength(127);
  entity.Property(m => m.NormalizedName).HasMaxLength(127);
});

builder.Entity<IdentityUserLogin<string>>(entity => {
  entity.Property(m => m.LoginProvider).HasMaxLength(127);
  entity.Property(m => m.ProviderKey).HasMaxLength(127);
});
 
builder.Entity<IdentityUserRole<string>>(entity => {
  entity.Property(m => m.UserId).HasMaxLength(127);
  entity.Property(m => m.RoleId).HasMaxLength(127);                
});

builder.Entity<IdentityUserToken<string>>(entity => {
  entity.Property(m => m.UserId).HasMaxLength(127);
  entity.Property(m => m.LoginProvider).HasMaxLength(127);
  entity.Property(m => m.Name).HasMaxLength(127);
});

Aplikace změn modelů

Pokud jsme už vytvořili inicializační migrační model včetně identity frameworku, pak jsme se zřejmě setkali s touhle chybou:

CREATE UNIQUE INDEX `RoleNameIndex` ON `AspNetRoles` (`NormalizedName`);
...
Specified key was too long; max key length is 767 bytes ---> MySql.Data.MySqlClient.MySqlException 

Musíme tedy předchozí migraci smazat a vytvořit novou verzi a aplikovat na DB. Dost možná se pak setkáte i s hláškou:

Table 'AspNetRoles' already exists

Bude tedy potřeba promazat i příslušnou tabulku ručně z DB.

Sekvence příkazů pro vytvoření migrace a aplikaci na DB je:

dotnet ef migrations add <nameOfStep> 
dotnet ef database update

Vše ostatní zatím vypadá, že funguje stejně jako v případě použití MSQL nebo SQL Lite.

The post ASP.NET Core 2.1 s napojením na MySQL databázi appeared first on blog.vyoralek.cz.