Smart Home - Power Metering, Switching and General IOT devices.

[BlueChris]

Και εγώ έτσι το έστησαν στο λάπτοπ της δουλειάς να δω τί γίνεται. Δεν δούλεψε με τίποτα το HACS. Επίσης αν έχεις εξωτερικά zigbee bridges, πολλά πράγματα δεν γίνονται γιατί υποθέτουν το bridge και computer συνδεδεμένα. Και δεν έχω σκοπό να αγοράσω και άλλο bridge για το laptop.

Δεν το κατάλαβα αυτό που λες. Όποια συσκευή βάζεις με το δικό της gateway εφόσον το κρατάς, την βάζεις σαν addon εφόσον υπάρχει. Για Ikea και sonoff υπάρχουν σίγουρα είτε μέσο hacs είτε εγγενώς. Εφόσον μετά μπει το gateway μέσο του addon, θα εμφανιστούν και όλες οι συσκευές που είναι πάνω του.

[athkal]

Δεν δούλεψε με τίποτα το HACS.

Εννοείς δεν δούλεψε για τα zigbee? Δεν έχω τέτοια εγώ. Αντίθετα το HACS δούλεψε (φάνηκε χρήσιμο) σε καποιες συσκευές μου...μάλιστα για ορισμένες έχω και "διπλά" integrations (εντάξει τεστ εγκατάσταση είναι)....sonoff, ariston, tapo, candy κλπ
Μάλιστα το HACS μόλις έβγαλε μήνυμα ενημέρωσης.

[John82]

Και εγώ έτσι το έστησαν στο λάπτοπ της δουλειάς να δω τί γίνεται. Δεν δούλεψε με τίποτα το HACS. Επίσης αν έχεις εξωτερικά zigbee bridges, πολλά πράγματα δεν γίνονται γιατί υποθέτουν το bridge και computer συνδεδεμένα. Και δεν έχω σκοπό να αγοράσω και άλλο bridge για το laptop.

Το HACS θυμάμαι και εμένα με παίδεψε όταν το είχα στο docker αλλά τελικά το κατάφερα.

Για να περάσεις το Dirigera, ενεργοποίησε το Matter και θα το δει. Θέλει τελευταίο f/w.

Δεν είναι απαραίτητο να έχεις bridge συνδεδεμένο στο computer για να δουλέψουν καλά… Γενικά δεν είναι θέμα του τρόπου σύνδεσης αν θα δουλέψει κάτι τέτοιο.

[euri]

@chat1978 αρκεί ο ΗΑ να καταφέρει να δει το bridge με κάποιον τρόπο (πχ WiFi, Ethernet), δεν υπάρχει απαίτηση τοπικής σύνδεσης. Πχ εγώ έχω τον ΗΑ σε ένα VM στο NAS στο υπόγειο, ενώ το bridge είναι σε επάνω όροφο.

[BlueChris]

Λοιπόν, με τα πολλά βρήκα τρόπο να αλλάξω τα caching values της MariaDB από το επίσημο addon που είναι container στο ΗΑ. Αυτό αφορά όσους έχουν HAOS σε καθαρό μηχάνημα ή σε VM. Όσοι έχετε container μπορείτε να κάνετε παπάδες ούτως ή άλλως ή όσοι έχετε την MariaDB αλλού.

1. Κατεβάζουμε το Mysql_Command addon που μπαίνει μέσο HACS.
2. Συνδεόμαστε με terminal στο HA και πάμε στο φάκελο /etc/my.cnf.d/ όπου κάνουμε edit το αρχείο service.cnf. Μέσα του βλέπουμε πως το HA τρέχει την mariadb με αυτό τον χρήστη (service) και με συγκεκριμένο password (αυτός ο σιδηρόδρομος) όπου τα κάνουμε copy. O λόγος που παίρνω τον service user του ΗΑ για τη MariaDB είναι γιατί με τον user homeassistant δεν είχα όλα τα δικαιώματα για να πειράξω την βάση.
3. Στο configuration.yaml πάμε στο section notify: και βάζουμε το εξής

notify:
  - name: mysql_command_example_db
    platform: mysql_command
    host: localhost
    username: service
    password: osidirodromospoueidameprin
    db: homeassistant

4. Φτιάχνουμε ένα νέο automation με τον εξής κώδικα

alias: Configure MariaDB at startup
description: Configure MariaDB parameters after startup
triggers:
  - event: start
    trigger: homeassistant
actions:
  - delay:
      minutes: 1
  - data:
      message: SET GLOBAL innodb_buffer_pool_size = 4 * 1024 * 1024 * 1024;
    action: notify.mysql_command_example_db
  - data:
      message: SET GLOBAL max_connections = 256;
    action: notify.mysql_command_example_db
  - data:
      message: SET GLOBAL thread_cache_size = 32;
    action: notify.mysql_command_example_db
  - data:
      message: SET GLOBAL tmp_table_size = 256 * 1024 * 1024;
    action: notify.mysql_command_example_db
  - data:
      message: SET GLOBAL query_cache_size = 64 * 1024 * 1024;
    action: notify.mysql_command_example_db
  - data:
      message: SET GLOBAL query_cache_type = 1;
    action: notify.mysql_command_example_db
mode: single

To σημαντικό στο από πάνω είναι το μέγεθος του buffer pool size... μαμά είναι πολύ παιδικό το νούμερο οπότε εγώ το πήγα 4GB γιατί έχω μνήμη όση θέλω.

5. Για να δείτε πριν ξεκινήσετε τα μαμά νούμερα τρέξτε αυτό το query στην phpmyadmin.

SHOW VARIABLES WHERE Variable_name IN (
    'innodb_buffer_pool_size',
    'innodb_log_buffer_size',
    'max_connections',
    'thread_cache_size',
    'tmp_table_size',
    'query_cache_size',
    'query_cache_type'
);

6. Κάνουμε reboot το ΗΑ και αν πάτε στο timeline του automation, μόλις ξεκινήσει το HA θα περιμένει 1 λεπτό και μετά θα στείλει επιτυχώς τα commands που πρέπει να αλλάξουν οι ρυθμίσεις της βάσης.


7. Τέλος στην PHPMyadmin αν τρέξτε πάλι το Query θα δείτε αυτά κανονικά



Γενικά με αυτό το ΗΑ είναι πολύ ποιο χαλαρό και το σημαντικό δεν θα μασήσει σε οποιοδήποτε schema update μεγάλο γίνει (κάποιοι τράβηξαν του Χριστού τα πάθη με μεγάλες βάσεις το Σεπτέμβριο και η λύση ήταν μόνο το ανέβασμα της Cache). Επίσης βοηθάει το caching και σε μικρότερες εγγραφές στο δίσκο αλλά θα επανέλθω με συμπληρωματικό post για έξτρα settings στην MariaDB για αυτό.

[dpap76]

Πολύ ωραία!

τόσο περίπου τα έχω και εγώ στις ρυθμίσεις της mariadb (το HA είναι σε container και η mariadb πλήρως ελεγχόμενη από μένα).

να πούμε εδώ οτι για τέτοια χοντρά νούμερα πρέπει το VM/το σύστημα να έχει αρκετή μνήμη που να περισσεύει. αν είναι να αρχίσει το swaping η mariadb τα πράγματα θα γίνουν χειρότερα απο πριν.

επίσης να αναμένετε μεγαλύτερους χρόνους κατά το shutdown της mariadb. σε μένα κάνει 3 λεπτά για να κανει stop και να προχωρήσει το reboot αλλά σε μένα (α) έχω 4x pentium gold @4GHz cores και (β) έχω ενεργοποιήσει lzma compression στα innodb tables. το βρίσκω λογικό να κάνει τόσο πολύ να κλείσει.

για το innodb_log_buffer_size θα πρότεινα 256M για ακόμα λιγότερο i/o στον ssd δίσκο.

[BlueChris]

Πολύ ωραία!

τόσο περίπου τα έχω και εγώ στις ρυθμίσεις της mariadb (το HA είναι σε container και η mariadb πλήρως ελεγχόμενη από μένα).

να πούμε εδώ οτι για τέτοια χοντρά νούμερα πρέπει το VM/το σύστημα να έχει αρκετή μνήμη που να περισσεύει. αν είναι να αρχίσει το swaping η mariadb τα πράγματα θα γίνουν χειρότερα απο πριν.

επίσης να αναμένετε μεγαλύτερους χρόνους κατά το shutdown της mariadb. σε μένα κάνει 3 λεπτά για να κανει stop και να προχωρήσει το reboot αλλά σε μένα (α) έχω 4x pentium gold @4GHz cores και (β) έχω ενεργοποιήσει lzma compression στα innodb tables. το βρίσκω λογικό να κάνει τόσο πολύ να κλείσει.

για το innodb_log_buffer_size θα πρότεινα 256M για ακόμα λιγότερο i/o στον ssd δίσκο.

Οκ το έκανα 256. Εγώ VM έχω σε 96GB server και τα VM μου τρώνε κάνα 40άρι μόνο οπότε έχω δώσει 8GB στο ΗΑ και έχει και 5 ελεύθερα. Ίσως το innodb_buffer_pool_size στα 2GB να είναι καλύτερα.

- - - Updated - - -

Οκ άκυρο... όλο το innodb_log_buffer_size δεν αλλάζει, δεν το είχα δει πριν και στο screenshot μου αυτό έλειπε και το έβαλα μετά. Δεν είναι δυναμική μεταβλητή αυτή και αλλάζει μόνο με το conf το κεντρικό της Mariadb...οκ δεν πειράζει, ίσως βρω άλλο τρόπο να την πειράζω να παίξει και αυτό.

Το ξήλωσα από το παραπάνω post με τις οδηγίες.

[minas]

Άλλη μλκ αυτή. Δηλαδή θα πρέπει να κρατήσω το IKEA matter bridge αν θέλω να παίζω με IKEA συσκευές μόνο και μόνο για το software update?

Από ότι είδα παίζοντας με ένα VM θέλει και το zigbee bridge πάνως στο ίδιο το hardware τους για να παίξουν κάποια πράγματα καλά.
Αν θέλω να πάρω κάτι φθηνό μαζί με τα όποια bridges χρειάζομαι, τι προτείνεται; Δηλαδή κάτι με zigbee, thread και υποστήριξη matter. Να τα έχει όλα να τελειώνουμε.
Προτάσεις για 3 κατευθύνσεις που έχω υπόψη
1) Dedicated HA που δεν θα τρέχει οτιδήποτε άλλο. Έχει κάτι συσκευές στο ίδιο το website τους πάνω σε PI
2) Non dedicated και θα τρέξω το HA ή κάθε άλλο μέσω container και θα μπορώ να τρέξω και πιθανά άλλα container
3) Αν και όχι server, αλλά κάποια συσκευή τύπου chromecast που έχει όπως λέει matter.

Νομίζω το πιο σωστό είναι το 2). Πιστεύω όμως ότι οι συσκευές που αναφέρονται στο 1) για HA μπορούν να γίνουν Νο2 φάση.

Δεν είναι καθολικό αυτό με τα updates, εξαρτάται από τις συσκευές.

Κατά τα άλλα, ό,τι και να επιλέξεις αλλάζει εύκολα. Εγώ πχ ξεκίνησα με το HA σε dedicated Rasbperry Pi και μετά πήγα σε VM με USB passthrough για το bridge. Και μετά μάλλον θα πάω σε IP bridge. Όσο αλλάζουν οι ανάγκες μας (ή η εξοικείωσή μας) αλλάζει και το σύστημα. Αυτό που μπορώ να πω ως συμβουλή είναι ότι στη βράση κολλάει το σίδερο

[chat1978]

Αρχικά ευχαριστώ όλους

Δεν το κατάλαβα αυτό που λες. Όποια συσκευή βάζεις με το δικό της gateway εφόσον το κρατάς, την βάζεις σαν addon εφόσον υπάρχει. Για Ikea και sonoff υπάρχουν σίγουρα είτε μέσο hacs είτε εγγενώς. Εφόσον μετά μπει το gateway μέσο του addon, θα εμφανιστούν και όλες οι συσκευές που είναι πάνω του.

Για να περάσεις το Dirigera, ενεργοποίησε το Matter και θα το δει. Θέλει τελευταίο f/w.

Δεν είναι απαραίτητο να έχεις bridge συνδεδεμένο στο computer για να δουλέψουν καλά… Γενικά δεν είναι θέμα του τρόπου σύνδεσης αν θα δουλέψει κάτι τέτοιο.

@chat1978 αρκεί ο ΗΑ να καταφέρει να δει το bridge με κάποιον τρόπο (πχ WiFi, Ethernet), δεν υπάρχει απαίτηση τοπικής σύνδεσης. Πχ εγώ έχω τον ΗΑ σε ένα VM στο NAS στο υπόγειο, ενώ το bridge είναι σε επάνω όροφο.

Okay θα του ρίξω άλλη μια προσπάθεια με βάση όλα όσα γράφετε. Ένα μικρό πρόβλημα που έχω ειναι ότι εδώ έχουν κλείσει το management των routers από την κλασσική .1 ip και γίνεται μέσα από το site του πάροχου. Μπορώ να προσθέσω DNS registrations για static IP αλλά δεν μπορώ να δω όλες τις συσκευές στο δίκτυο. Κάτι εντελές που δοκίμασα από το command line δεν τα έδειξαν όλα που ήξερα ότι ειναι συνδεδεμένα.

Εννοείς δεν δούλεψε για τα zigbee? Δεν έχω τέτοια εγώ. Αντίθετα το HACS δούλεψε (φάνηκε χρήσιμο) σε καποιες συσκευές μου...μάλιστα για ορισμένες έχω και "διπλά" integrations (εντάξει τεστ εγκατάσταση είναι)....sonoff, ariston, tapo, candy κλπ
Μάλιστα το HACS μόλις έβγαλε μήνυμα ενημέρωσης.

Όχι δεν μπορεσα να περασω το HACS σαν repository.

Το HACS θυμάμαι και εμένα με παίδεψε όταν το είχα στο docker αλλά τελικά το κατάφερα.

Επειδή δοκιμάζω και δεν το στήνω ας πούμε σουπερ, ακολουθώ τους ευκολους τρόπους που γινονται μέσα από το HA.

Δεν είναι καθολικό αυτό με τα updates, εξαρτάται από τις συσκευές.
Κατά τα άλλα, ό,τι και να επιλέξεις αλλάζει εύκολα. Εγώ πχ ξεκίνησα με το HA σε dedicated Rasbperry Pi και μετά πήγα σε VM με USB passthrough για το bridge. Και μετά μάλλον θα πάω σε IP bridge. Όσο αλλάζουν οι ανάγκες μας (ή η εξοικείωσή μας) αλλάζει και το σύστημα. Αυτό που μπορώ να πω ως συμβουλή είναι ότι στη βράση κολλάει το σίδερο

Και παιρνάς firmware στις συσκευές;


Ασχετο αλλά κατά την διάρκεια της ενασχόλησης επεσα πάνω στο Tasmota. Θυμάμαι να το έχω διαβάσει από παλιά αλλά τότε δεν είχε καταλάβει το vendor lockin που βασικά παίζει πάνω από το zigbee. Καταλαβαίνω ότι το tasmota παιρνάει firmware πάνω στα ESP αλλά δεν καταλαβαίνω τον σκοπό. Είναι για καλύτερη λειτουργικότητα; Για vendor lock out? Και μετά πως θα παίζει όταν πχ το zigbee bridge της tuya ψάχνει μόνο tuya συσκευές όπως κατάλαβα ότι γινόταν με τις λάμπες και τα Smart TRV.

- - - Updated - - -

Επίσης είδα και το https://homey.app/en-be/ που από την μια λέει ότι όλα ειναι local και από την άλλη δείχνει integrations με όλες τις συσκευές κάθε κατασκευαστή που υποθέτω γινεται με integrations. Μου φαινεται λίγο αντιφατικό με την δήλωση περί όλα τοπικά.
Το δουλεύει κανείς; Αν πάρεις την συσκευή τους, τότε θα βλέπει τα πάντα από κάθε κατασκευαστή κάπως;

[GregoirX23]

Έχω βάλει έναν αισθητήρα πλημμύρας δίπλα σε πλυντήριο και κάθε φορά που δουλεύει το πλυντήριο που είναι δεκαετίας 90 btw, ο αισθητήρας μου βαράει false alarms.... Μαγνητικές παρεμβολές;

[euri]

Ασχετο αλλά κατά την διάρκεια της ενασχόλησης επεσα πάνω στο Tasmota. Θυμάμαι να το έχω διαβάσει από παλιά αλλά τότε δεν είχε καταλάβει το vendor lockin που βασικά παίζει πάνω από το zigbee. Καταλαβαίνω ότι το tasmota παιρνάει firmware πάνω στα ESP αλλά δεν καταλαβαίνω τον σκοπό. Είναι για καλύτερη λειτουργικότητα; Για vendor lock out? Και μετά πως θα παίζει όταν πχ το zigbee bridge της tuya ψάχνει μόνο tuya συσκευές όπως κατάλαβα ότι γινόταν με τις λάμπες και τα Smart TRV.

Οι συσκευές γίνονται πιο generic (με open source firmware) και ουσιαστικά καταργείς το vendor lock-in. Εγώ έχω περάσει Tasmota σε ένα Sonoff Bridge Pro και είναι ο βασικός ZigBee coordinator στο σπίτι για όλες τις ZigBee συσκευές (δεν έχω βάλει τις λάμπες Philips Hue επειδή προϋπήρχε το αντίστοιχο Philips Hue Bridge και δεν ασχολήθηκα ποτέ να εξετάσω αν γίνεται μετάβαση ή όχι). Έχει αναγνωριστεί από τον ΗΑ, και πάνω σε αυτό λειτουργούν ποικίλες συσκευές από διάφορους κατασκευαστές χωρίς καμία άλλη παρέμβαση (εννοώ ότι στις τελικές συσκευές δεν έχω περάσει Tasmota ή άλλο custom firmware). Ενδεικτικά: αισθητήρες Aqara, λάμπες Innr, water timers Woox. Για αυτές τις συσκευές κανονικά θα ήθελα την αντίστοιχη εφαρμογή τους. Φαίνονται όμως στον ΗΑ, οπότε δε χρειάζομαι τελικά τις εφαρμογές (ναι, το firmware update είναι μια άλλη ιστορία).

[ChriZ]

Μόλις παρατήρησα κάτι που μου φαίνεται λίγο π@π@ρια που συμβαίνει στο ΗΑ..
Αν ένα entity δεν είναι πλέον διαθέσιμο, αλλά έχεις φτιάξει κάποιες καρτέλες που έχουν π.χ. κουμπιά που το χρησιμοποιούν, στην καρτέλα ορθώς το δείχνει unavailable.
Αν πας και κάνεις edit την καρτέλα και επιλέξεις τον code editor ώστε να κάνεις comment τη γραμμή του entity, όταν κάνεις save σβήνει εντελώς τη γραμμή με το comment.
Για να το εξηγήσω αναλυτικά:
Μου είχε καεί ένα shelly plug και ακόμα δεν αξιώθηκα να ψωνίσω άλλο..
Οπότε στην καρτέλα που είχα για να ανοίγει/κλείνει η πρίζα πλέον μου δείχνει, ορθώς, ότι δεν είναι διαθέσιμο το entity.

Spoiler:

Κάνω edit την καρτέλα και κάνω comment το entity..

Spoiler:

Αν το σώσω, το κουμπί πλέον είναι ωραίο όπως ήταν.

Spoiler:

Βέβαια και να το πατήσω μου λεει - φυσικά - "Νο entity provided to toggle". Και λογικό..


Αν πάω να ξανακάνω edit την καρτέλα, η commented γραμμή έχει εξαφανιστεί...

Spoiler:

Αν κάνω εν τω μεταξύ comment και τις 14 γραμμές που αφορούν το συγκεκριμένο κουμπί, ώστε να μην φαίνεται καν πλέον το κουμπί (απλά να έχω σαν placeholder τον κώδικα), μετά το save σβήνει όλες τις γραμμές που έχω κάνει σχόλιο..
Ψιλοπ@π@ρι@ δεν είναι αυτό;

[BlueChris]

Οι συσκευές γίνονται πιο generic (με open source firmware) και ουσιαστικά καταργείς το vendor lock-in. Εγώ έχω περάσει Tasmota σε ένα Sonoff Bridge Pro και είναι ο βασικός ZigBee coordinator στο σπίτι για όλες τις ZigBee συσκευές (δεν έχω βάλει τις λάμπες Philips Hue επειδή προϋπήρχε το αντίστοιχο Philips Hue Bridge και δεν ασχολήθηκα ποτέ να εξετάσω αν γίνεται μετάβαση ή όχι). Έχει αναγνωριστεί από τον ΗΑ, και πάνω σε αυτό λειτουργούν ποικίλες συσκευές από διάφορους κατασκευαστές χωρίς καμία άλλη παρέμβαση (εννοώ ότι στις τελικές συσκευές δεν έχω περάσει Tasmota ή άλλο custom firmware). Ενδεικτικά: αισθητήρες Aqara, λάμπες Innr, water timers Woox. Για αυτές τις συσκευές κανονικά θα ήθελα την αντίστοιχη εφαρμογή τους. Φαίνονται όμως στον ΗΑ, οπότε δε χρειάζομαι τελικά τις εφαρμογές (ναι, το firmware update είναι μια άλλη ιστορία).

Αν σε απασχολεί το να μην βγαίνουν όλα στο ίντερνετ και η λειτουργία τους στο ΗΑ αλλά και από την ίδια εφαρμογή της Phillips μέσο ίντερνετ να γίνονται όλα, τότε οκ.
Εγώ πάλεψα πολύ να έχω τα πάντα local και την πάτησα άλλου.... Αν πέσει συνολικά το ίντερνετ και το unifi controller που το έχω σε Linux, τα AP της unifi πετάνε οτιδήποτε wifi και νεκρωνουν. Το πρόβλημα είναι πως δεν έχω Unifi Gateway μάλλον. Τεσπα θα το ψάξω λίγο καλύτερα αυτό το θέμα.

[riddle3]

Αν σε απασχολεί το να μην βγαίνουν όλα στο ίντερνετ και η λειτουργία τους στο ΗΑ αλλά και από την ίδια εφαρμογή της Phillips μέσο ίντερνετ να γίνονται όλα, τότε οκ.
Εγώ πάλεψα πολύ να έχω τα πάντα local και την πάτησα άλλου.... Αν πέσει συνολικά το ίντερνετ και το unifi controller που το έχω σε Linux, τα AP της unifi πετάνε οτιδήποτε wifi και νεκρωνουν. Το πρόβλημα είναι πως δεν έχω Unifi Gateway μάλλον. Τεσπα θα το ψάξω λίγο καλύτερα αυτό το θέμα.

Τα AP ακόμα και να πέσει ο controller θεωρητικά συνεχίζουν να δουλεύουν.
Δίνεις μήπως εξωτερικό DNS στους clients ή κάτι άλλο που τα αποσυνδέει αν χάσουν net connectivity?

[BlueChris]

Τα AP ακόμα και να πέσει ο controller θεωρητικά συνεχίζουν να δουλεύουν.
Δίνεις μήπως εξωτερικό DNS στους clients ή κάτι άλλο που τα αποσυνδέει αν χάσουν net connectivity?

Gateway & dns είναι αλλού αλλά το θέμα του gateway το καλυψα και τα unifi όλα έχουν gateway ένα παιδικό pfsense που έχω σε vm σε ένα NUC αλλά δεν ήταν αυτό το θέμα και ομολογώ πως το dns δεν το σκέφτηκα, θα το δοκιμάσω το βράδυ.