:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Sometimes you need to plan for coincidence
:strip_icc():strip_exif()/u/1091109/crop605dc8af297f0_cropped.jpg?f=community)
/u/338627/justinmeyernl_copy-2.png?f=community)
:strip_icc():strip_exif()/u/40748/crop626fc0619693c_cropped.jpg?f=community)
Ryzen 7 7700X | ROG Strix B650-E Gaming Wifi | ROG Strix RTX 4070Ti | 32Gb GSkill RipJaws S5 | 980Pro 2Tb | Corsair RM850x Shift | Fractal Design North Black
/u/26756/crop616eb5ac4f9b8_cropped.png?f=community)
*I asked for a shotgun, not an anti-aircraft!
- shotgun? that must be the guns that fire a shot....
*yes.. you must be the brains
:strip_icc():strip_exif()/u/531266/crop60146ed3278a5_cropped.jpeg?f=community)
WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer
*I asked for a shotgun, not an anti-aircraft!
- shotgun? that must be the guns that fire a shot....
*yes.. you must be the brains
:strip_icc():strip_exif()/u/900587/crop58d287fd6389a_cropped.jpeg?f=community)
Hallo,
Ik heb weer een klein vraagje voor de ervaren HA mensen hier,
Ik probeer op een custom lovelace thermostaat kaart een icoontje van kleur te veranderen , maar dat lukt maar niet (icoontje blijft zwart)
Er moet niets interactief zijn, dit is voor de temperatuur van de koud water toevoer en had graag het icoontje in blauw gezet,
ik vind een aantal voorbeelden waar ze het op deze manier doen, maar het icoontje en de entitie worden correct getoond, maar mijn icon_color veranderd niets (of deze er nu staat of niet, het icoontje blijft zwart)
Dit heb ik in mijn ui-lovelace.yaml staan (deze staat in yaml mode)
Ik heb ook al met ' ' geprobeerd zoals ik in andere voorbeelden vond
het icoontje en de temperatuur worden correct weergegeven, maar het icoontje is gewoon zwart
Iemand die dit al eens gedaan heeft ?
Ik heb weer een klein vraagje voor de ervaren HA mensen hier,
Ik probeer op een custom lovelace thermostaat kaart een icoontje van kleur te veranderen , maar dat lukt maar niet (icoontje blijft zwart)
Er moet niets interactief zijn, dit is voor de temperatuur van de koud water toevoer en had graag het icoontje in blauw gezet,
ik vind een aantal voorbeelden waar ze het op deze manier doen, maar het icoontje en de entitie worden correct getoond, maar mijn icon_color veranderd niets (of deze er nu staat of niet, het icoontje blijft zwart)
Dit heb ik in mijn ui-lovelace.yaml staan (deze staat in yaml mode)
code:
1
2
3
4
| - entity: sensor.boiler_temperatuur_koud_water_leiding
name: Koud water toevoer
icon: mdi:water
icon_color: rgb(0, 0, 255) |
Ik heb ook al met ' ' geprobeerd zoals ik in andere voorbeelden vond
code:
1
2
3
4
| - entity: sensor.boiler_temperatuur_koud_water_leiding
name: Koud water toevoer
icon: mdi:water
icon_color: 'rgb(0, 0, 255)' |
het icoontje en de temperatuur worden correct weergegeven, maar het icoontje is gewoon zwart
Iemand die dit al eens gedaan heeft ?
[ Voor 11% gewijzigd door Hansie9999 op 19-06-2021 17:47 ]
Ja ik heb card-mod geïnstalleerd (via HACS/Frontend). Daarmee kun je de kleur van een icon (zelfs dynamisch) aanpassen.:
Hallo,
Ik heb weer een klein vraagje voor de ervaren HA mensen hier,
Ik probeer op een custom lovelace thermostaat kaart een icoontje van kleur te veranderen , maar dat lukt maar niet (icoontje blijft zwart)
Er moet niets interactief zijn, dit is voor de temperatuur van de koud water toevoer en had graag het icoontje in blauw gezet,
ik vind een aantal voorbeelden waar ze het op deze manier doen, maar het icoontje en de entitie worden correct getoond, maar mijn icon_color veranderd niets (of deze er nu staat of niet, het icoontje blijft zwart)
Dit heb ik in mijn ui-lovelace.yaml staan (deze staat in yaml mode)
code:
- entity: sensor.boiler_temperatuur_koud_water_leiding name: Koud water toevoer icon: mdi:water icon_color: rgb(0, 0, 255)
Ik heb ook al met ' ' geprobeerd zoals ik in andere voorbeelden vond
code:
- entity: sensor.boiler_temperatuur_koud_water_leiding name: Koud water toevoer icon: mdi:water icon_color: 'rgb(0, 0, 255)'
het icoontje en de temperatuur worden correct weergegeven, maar het icoontje is gewoon zwart
Iemand die dit al eens gedaan heeft ?
Voorbeeld:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
| entity: sensor.woonkamer_temperatuur style: | :host { --paper-item-icon-color: {% if is_state('binary_sensor.woonkamer_valve','off') %} black {% elif is_state('luxtronik.status_wp','heating') %} red {% elif is_state('luxtronik.status_wp','cooling') %} blue {% else %} black {% endif %} ; } |
paper-item-icon-color doet hier de truc.
WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer
:strip_exif()/u/55543/crop5eb8fd6c1bf0a_cropped.gif?f=community)
:strip_icc():strip_exif()/u/340799/drive.jpg?f=community)
:strip_icc():strip_exif()/u/94045/crop66c1b4250e8a2_cropped.jpg?f=community)
Dat heb ik al met oudere 2021.* versies. Krijg toch het idee dat het aan de mobile iPhone app ligt
Iconen missen in het keuze menu en inderdaad veel rode blokken
Pas na een refresh lijkt alles weer te werken.
[ Voor 4% gewijzigd door Mars Warrior op 20-06-2021 10:49 ]
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
Ja, dat. Maar Android app hier... en op verschillende telefoons hetzelfde resultaat.:
[...]
Dat heb ik al met oudere 2021.* versies. Krijg toch het idee dat het aan de mobile iPhone app ligt
Iconen missen in het keuze menu en inderdaad veel rode blokken
Pas na een refresh lijkt alles weer te werken.
O, in dat geval zou het zomaar HA zelf kunnen zijn dus. Ik ga ook eens in de log kijken dan
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
:strip_exif()/u/87698/avatarline.gif?f=community){kind=avatar}
:strip_icc():strip_exif()/u/31350/improvedarcanemissiles.jpg?f=community)
Beetje laat excuus, deze reactie was mij helemaal niet opgevallen.. Vreemd.....:
[...]
Ik heb voor die kritiekere zaken (gaat het stuk of word de vrouw boos?) hele simpele automations, zodat ze niet blijven hangen op een onvoorziene combinatie van condities. Regen op komst? Scherm omhoog. Zon voorbij het huis? Scherm omhoog. Gaat altijd goed
Mijn config staat hier. Zoek op "Zonnescherm:"
Maar heel erg bedankt, hier heb ik absoluut wat aan!
En toevallig vind ik dus van niet! :-)
:strip_icc():strip_exif()/u/2026/DSC_2281.jpg?f=community)
Ik vond nog een foutje in mijn automation. Ik heb dit veranderd:
YAML:
1
2
3
| trigger: - minutes: 5 platform: time_pattern |
in dit
YAML:
1
2
3
| trigger: - minutes: /5 platform: time_pattern |
de eerste triggert alleen op 5 over het hele uur. De tweede elke 5 minuten.
klik
Ik vond ook een foutje in de manual override code. Bij regen wil ik de automatische bediening (omlaag) voor die dag uitzetten. Elke avond word dan de manual override gereset. Maar een conditie was niet scherp genoeg; deze manual override werd ook 's nachts getriggered
[ Voor 16% gewijzigd door balk op 20-06-2021 12:49 . Reden: meer info ]
:strip_icc():strip_exif()/u/362053/crop58aad0d9b6b17_cropped.jpeg?f=community)
*I asked for a shotgun, not an anti-aircraft!
- shotgun? that must be the guns that fire a shot....
*yes.. you must be the brains
@Septillion Zo ingewikkeld is het wachtwoord toch niet? Zit geen enkel leesteken in. Voor nu heb ik het aangepast naar "test" maar ik zie geen verschil in de log output.
Ik heb MQQTbroker gedownload maar om heel eerlijk te zijn snap ik helemaal niets van waar ik daarmee moet en kan. Het lijk ook niet uit te maken welk wachtwoord en user ik invul. Ik heb gewoon echt geen idee waar ik naar moet kijken
Dat van de USB id ken ik nog wel van mijn andere pi met domoticz install. Daar heb ik dat wel goed ingegegeld, maar hier lukte mij dat niet helemaal. Wel gecontroleerd dat /dev/ttyUSB0 inderdaad het goed ID is. Als ik daar bijvoorbeeld /dev/ttyACM0 van maak verschijnen er errors in de zigbee2mqtt log.
Wat bedoel je met network key? Is dat die reeks van getallen? Moet ik daar random andere getallen invullen?
Als dat het echte wachtwoord was niet nee
Maar de meeste die hier configuratie posten met een wachtwoord vervangen het wachtwoord. Vandaar dat ik vroeg of dit de echte username en password waren.Ik hoop dat je MQTT Exploror hebt gedownload, de broker heb je alIk heb MQQTbroker gedownload maar om heel eerlijk te zijn snap ik helemaal niets van waar ik daarmee moet en kan. Het lijk ook niet uit te maken welk wachtwoord en user ik invul. Ik heb gewoon echt geen idee waar ik naar moet kijken
Maar als je daarmee niet weet ik te loggen op je MQTT broker dan is er een grote kans dat het probleem bij je MQTT broker ligt en niet bij Zigbee2MQTT. Je zou gewoon moeten kunnen inloggen met MQTT Explorer op het IP van je HA Pi op standaard poort (1883) met dus user "addons" en password "mosquittowachtwoord". Je zou geen error moeten krijgen en dan een tree met berichten te zien krijgen. Zullen er nu nog niet veel zijn maar $SYS zou wel op moeten duiken.Voor nu natuurlijk even bijzaak maar je kan het by-id vinden onder Supervisor = > System => Host => 3 dots => Hardware. En dan even door die lijst heen werken. Zou je iets moeten vinden dat begint met "/dev/serial/by-id/usb-Silicon_Labs_slae.sh_cc2652rb_stick".
Ja en ja. Je zou ook "GENERATE" moeten kunnen invullen maar daar heb ik helaas nooit succes mee gehad.
@Septillion
Wederom bedankt voor het uitgebreide antwoord! Helaas zonder succes. Het wachtwoord was een tijdelijk wachtwoord om de boel werkend te krijgen. Voor nu heb ik het naar "test" gewijzigd zodat er nog minder fout kan gaan.
Helaas lukt het mij niet om in te loggen via MQTT explorer. Eerder zat ik blijkbaar in een testomgeving. Met een andere IP krijg ik een ander error. Gek genoeg lijk het wel te werken op mijn andere Rpi met domoticz terwijl ik daar toch echt een ander wachtwoord gebruik
:fill(white):strip_exif()/f/image/5G9Dqgy7PW1Ek7s3xqd2btvn.png?f=user_large)
Geen idee waarom dit niet lukt. Het wachtwoord en user kloppen toch echt!
Overigens mega bedankt voor die tip over waar ik de ID van het USB device kan vinden. Ik ben vanmiddag al 1-2 uur bezig geweest hier achter te komen. De meer gebruikelijke commandos lijken niet te werken in Home Assistent OS, en alle forums komen met oplossingen die ook niet werken. Via het menu is het ID gewoon makkelijk zichtbaar!
Wederom bedankt voor het uitgebreide antwoord! Helaas zonder succes. Het wachtwoord was een tijdelijk wachtwoord om de boel werkend te krijgen. Voor nu heb ik het naar "test" gewijzigd zodat er nog minder fout kan gaan.
Helaas lukt het mij niet om in te loggen via MQTT explorer. Eerder zat ik blijkbaar in een testomgeving. Met een andere IP krijg ik een ander error. Gek genoeg lijk het wel te werken op mijn andere Rpi met domoticz terwijl ik daar toch echt een ander wachtwoord gebruik
Geen idee waarom dit niet lukt. Het wachtwoord en user kloppen toch echt!
Overigens mega bedankt voor die tip over waar ik de ID van het USB device kan vinden. Ik ben vanmiddag al 1-2 uur bezig geweest hier achter te komen. De meer gebruikelijke commandos lijken niet te werken in Home Assistent OS, en alle forums komen met oplossingen die ook niet werken. Via het menu is het ID gewoon makkelijk zichtbaar!
@SuperKris Dan kunnen we in ieder geval wel stellen dat het probleem bij MQTT ligt. Wat is nu de config van je MQTT addon? En heb je de addon herstart na aanpassen van de config? Nog errors in de log?
De error geeft namelijk aan dat er wel een server gevonden wordt maar dat de creditials niet goedgekeurd worden.
[edit]
DOH! Met dat ik dat type begint er iets te dagen. Uit de documentatie van de MQTT addon:
[edit2]
Maar zie nu dat je addons als naam gebruikt. Maar goed, kan geen kwaad om een andere naam te pakken die je niet kunt verwarren met een reserved versie.
De error geeft namelijk aan dat er wel een server gevonden wordt maar dat de creditials niet goedgekeurd worden.
[edit]
DOH! Met dat ik dat type begint er iets te dagen. Uit de documentatie van de MQTT addon:
Ofwel, gebruik eens de username mqtt ofzo
[edit2]
Maar zie nu dat je addons als naam gebruikt. Maar goed, kan geen kwaad om een andere naam te pakken die je niet kunt verwarren met een reserved versie.
[ Voor 41% gewijzigd door Septillion op 20-06-2021 18:58 ]
:strip_icc():strip_exif()/u/4202/crop59500930db0d0_cropped.jpeg?f=community)
/u/35508/crop61e6aa7b579e2_cropped.png?f=community)
@SuperKris Haal die logins weg en maak deze gewoon aan in HASS zelf?
Instellingen > Gebruikers
Je kan het BEHEERDER vinkje uit laten.
Dan staat alles weer default.
Dat IP adres is van Docker, wat op de achtergrond draait.
/f/image/J5Koidnv1V985bgvTc8x6ns9.png?f=fotoalbum_large)
Instellingen > Gebruikers
Je kan het BEHEERDER vinkje uit laten.
Dan staat alles weer default.
code:
1
2
3
4
5
6
7
| logins: [] customize: active: false folder: mosquitto certfile: fullchain.pem keyfile: privkey.pem require_certificate: false |
/edit
Dat IP adres is van Docker, wat op de achtergrond draait.
:fill(white):strip_exif()/f/image/J5Koidnv1V985bgvTc8x6ns9.png?f=user_large)
[ Voor 25% gewijzigd door Vorkie op 20-06-2021 19:54 ]
@SuperKris Je zou nog eens een andere username kunnen testen. Of de user/password als string to forceren:
En ja, die IP's zijn waarschijnlijk van het netwerk in je Docker. Alle Docker container gedragen zich als losse servers dus zullen ook een virtueel netwerk nodig hebben om onderling te praten.
En tegen verwarring, je zit op versie 2021.6.5. Volgend jaar is er anders weer een andere versie 6.5
@Vorkie Ja, HA users kan ook. Maar persoonlijk vind ik het super lelijk om een HA user aan te maken voor alleen MQTT toegang.
YAML:
1
2
3
4
5
6
7
8
9
10
| logins: - username: 'mqtt' password: 'supergeheim' anonymous: false customize: active: false folder: mosquitto certfile: fullchain.pem keyfile: privkey.pem require_certificate: false |
En ja, die IP's zijn waarschijnlijk van het netwerk in je Docker. Alle Docker container gedragen zich als losse servers dus zullen ook een virtueel netwerk nodig hebben om onderling te praten.
En tegen verwarring, je zit op versie 2021.6.5. Volgend jaar is er anders weer een andere versie 6.5
@Vorkie Ja, HA users kan ook. Maar persoonlijk vind ik het super lelijk om een HA user aan te maken voor alleen MQTT toegang.
Nee hoor, na een herstart van de MQTT add-on ter opnieuw inladen, kan je die userID gebruiken om te connecten naar je MQTT broker
dat wordt intern geregeld op de host. Zo heb ik het al tijden.
maar waarom gebruik je niet de Zigbee2MQTT addon en steek je die stick niet in je Pi?
Ja, en dat is precies wat HA OS onderhuids draait
Maakt ook niet uit, HA OS is juist zo gemaakt dat je daar geen zorgen over hoeft te maken. Maar is dus alleen verklaring voor de "rara" IP's.
Maar probeer anders eens in te loggen via MQTT Explorer met het HA user account waar jij ook gewoon de user interface mee laadt.
[ Voor 10% gewijzigd door Septillion op 20-06-2021 20:04 ]
haha, ik snap echt niet wat je bedoeld bent ik bang:
[...]
Nee hoor, na een herstart van de MQTT add-on ter opnieuw inladen, kan je die userID gebruiken om te connecten naar je MQTT broker
Ik moet dus wel de login en wachtwoord ergens invoeren, maar waar dan? Niet in de config file dus, maar waar dan wel?
Die stick steekt uiteraard in mijn pi ja, getuigende ook de eerdere USB poort "ID" conversatie. Maar dan heb ik nog steeds een MQTT broker nodig toch? Zo is dat op de website van zigbee2MQQT uitgelegd en zo werkt het ook op mijn andere pi met domoticz.
Dus ik zou met de user die ik in HA heb aangemaakt kunnen inloggen via MQTT explorer? Dat werkt iig niet helaas.
Edit: Dat lukt nu wel!
In de hardware en software waarvan je wilt dat ze MQTT kunnen gebruiken. Van zichzelf heeft HA automatische nauwlijks koppeling met de addons. Uitzondering is eigenlijk alleen het inloggen op MQTT.:
haha, ik snap echt niet wat je bedoeld bent ik bang
Ik moet dus wel de login en wachtwoord ergens invoeren, maar waar dan? Niet in de config file dus, maar waar dan wel?
Maar Zigbee2MQTT of andere devices in je netwerk zal je toch echt een username en password moeten geven.
Ja, maar probeer nu eerst eens het account waarmee je NU gewoon bent ingelogd in HA. Gewoon je alledaagse account. Geen nieuwe, gewoon @SuperKris of whatever je account is waarmee je NU in de HA interface zit te klooien.
Vul daarvan username en password in in MQTT Explorer.
Overigens, welke Mosquitto broker-addon versie draai je?
Met de in HA aangemaakte user kan ik nu wel via MQTT explorer inloggen:
:fill(white):strip_exif()/f/image/H8pJS472GvHkJQ0W0iITHPAW.png?f=user_large)
zigbee2mqt: 1.19.1-1
mosquitto: 6.0.1
zigbee2mqt: 1.19.1-1
WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer
Yes, dat lijk te werken!!! moest wel eerst even de backup verwijderen anders wil zigbee2mqtt niet opstarten!
Echt enorm bedankt voor alle hulp!
Ik hoop wel dat het vanaf nu makkelijke gaat worden, want vooralsnog vindt ik het aardig tegenvallen met HA. Ik ben hier nu al 2 zondagen mee bezig
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer
/u/298857/crop6471d9676d431.png?f=community)
:strip_icc():strip_exif()/u/35381/2532909.jpg?f=community)
WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer
:strip_icc():strip_exif()/u/91738/honden_sana.jpg?f=community)
Klopt, maar dat is natuurlijk maar een fractie van wat het zou zijn als je de recorder-database er op zou houden
Het liefst zou ik het allemaal inderdaad op een SSD zetten inclusief booten, maar er is nog geen garantie dat het ook goed werkt. Ik ben zelf aan het testen met een Samsung T3, maar die krijg ik alleen geboot wanneer ik hem op een usb2.0 poort aansluit. Waarschijnlijk zal er iets met de UART driver aan de hand zijn in Home Assistant. Raspbian boot wel prima van usb3.
[ Voor 30% gewijzigd door Magic op 21-06-2021 16:18 ]
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
:strip_icc():strip_exif()/u/44177/jellebelle.jpg?f=community)
Na de maandelijkse "big" update volgen er altijd snel enkele punt updates met allerlei fixes.
Kijk bijvoorbeeld naar de huidige versie 2021.6:
03 juni - update 2021.6.1
04 juni - update 2021.6.2
07 juni - update 2021.6.3
11 juni - update 2021.6.4
15 juni - update 2021.6.5
20 juni - update 2021.6.6
Om die reden wacht ik graag tot de laatste week van de maand, en doe ik de update dus vlak voordat er weer een "big" update komt (in de praktijk sla ik ook wel eens een paar maandjes over uit luiheid
).
Dan toch de docker container op Rasbian gooien en gaan? Kan je daarnaast nog wat andere dingen met je Pi doen:
[...]
Klopt, maar dat is natuurlijk maar een fractie van wat het zou zijn als je de recorder-database er op zou houden
Het liefst zou ik het allemaal inderdaad op een SSD zetten inclusief booten, maar er is nog geen garantie dat het ook goed werkt. Ik ben zelf aan het testen met een Samsung T3, maar die krijg ik alleen geboot wanneer ik hem op een usb2.0 poort aansluit. Waarschijnlijk zal er iets met de UART driver aan de hand zijn in Home Assistant. Raspbian boot wel prima van usb3.
Moet je het alleen wel zonder HACS stellen.
Je kan ernaast gewoon met portainer best nog wel wat extra dockers draaien hoor :-):
[...]
Dan toch de docker container op Rasbian gooien en gaan? Kan je daarnaast nog wat andere dingen met je Pi doen
Moet je het alleen wel zonder HACS stellen.
Alleen altijd beetje voorzichtig zijn met updates en rekening houden dat die buiten de hacs omgeving zitten.
WP: Alpha Innotec MSW2-6S | PV: 20 x 300 Wp AEG | ACCU: 2x16x280Ah LiFePO4 3 x Multiplus II 48/3000 | DYN: Tibber | Gasloos | Day Ahead Optimizer
/u/1002033/crop5a1d6e8df24f6_cropped.png?f=community)
:strip_icc():strip_exif()/u/172182/crop5ea83ce62d327.jpeg?f=community)
Goed idee, net even geprobeerd, en we raken halverwege
media_player.turn_on werkt: hij gaat daarmee aan,
maar met de turn_off counterpart gaat de televisie helaas niet uit...
(in de ha interface zie ik de chromecast van status wisselen)
idee is om een logitech harmony weg te kunnen doen, want die wordt momenteel enkel nog gebruikt voor aan/uit...
Iemand suggesties om het uitzetten voor elkaar te kunnen krijgen?
Doh...
dat zal idd lukken. Een baby welke je voor de laatste 9 maanden al iedere ochtend wakker maakt om 6 uur zorgt ervoor dat het denken soms niet lukt
:strip_icc():strip_exif()/u/58678/Duck_Hunt_Dog_by_8_bit_Painter_aangepast_60x60.jpg?f=community)
Ik heb weer eens even gekeken hoe populair mijn IP adres en domeinen zijn, waaronder het subdomein waar HA onder draait. Immers dat is waar sommige mensen zich wel eens zorgen om maken: al die hackers die proberen binnen te komen...
Eerste plaatje is alles bij elkaar, dus zowel toegang op IP adres als op domein.
Wat hierbij opvalt is dat jaren geleden het gros op IP adres was - en dus kansloos, want filter is op domein - maar dat er nu veel meer op domein/subdomein is. De tooltjes/hackers worden dus wat slimmer...
:fill(white):strip_exif()/f/image/ozkoso4Ye5l7Teia5Nsck7iT.png?f=user_large)
De grote blauwe blokken moet je niet teveel van schrikken: deze zijn van UptimeRobot
En nu die van enkel mijn HA subdomein:
:fill(white):strip_exif()/f/image/ujJNnvL3M0VQxJgs26cDYS2x.png?f=user_large)
Een klein deel uit het buitenland is afkomstig van LetsEncrypt, dus goed volk, maar wat doet de rest, moet ik me daar zorgen om maken? Nou, nee, niet echt. Het zijn namelijk geen aanvallen op HA, maar standaard scriptjes die zoeken naar Wordpress installaties:
/f/image/TVbBa3Y0qPg0amfVPo3YNnaD.png?f=fotoalbum_large)
HA is dus nog steeds veilig
Wie weet ga ik nog wat landen blokken, maar dan moet ik wel ff goed kijken waar UptimeRobot vandaan komt en natuurlijk LetsEncrypt, want die twee mogen ten alle tijde op mijn domein(en) komen
Eerste plaatje is alles bij elkaar, dus zowel toegang op IP adres als op domein.
Wat hierbij opvalt is dat jaren geleden het gros op IP adres was - en dus kansloos, want filter is op domein - maar dat er nu veel meer op domein/subdomein is. De tooltjes/hackers worden dus wat slimmer...
De grote blauwe blokken moet je niet teveel van schrikken: deze zijn van UptimeRobot
En nu die van enkel mijn HA subdomein:
Een klein deel uit het buitenland is afkomstig van LetsEncrypt, dus goed volk, maar wat doet de rest, moet ik me daar zorgen om maken? Nou, nee, niet echt. Het zijn namelijk geen aanvallen op HA, maar standaard scriptjes die zoeken naar Wordpress installaties:
:fill(white):strip_exif()/f/image/TVbBa3Y0qPg0amfVPo3YNnaD.png?f=user_large)
HA is dus nog steeds veilig
Wie weet ga ik nog wat landen blokken, maar dan moet ik wel ff goed kijken waar UptimeRobot vandaan komt en natuurlijk LetsEncrypt, want die twee mogen ten alle tijde op mijn domein(en) komen
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
:strip_icc():strip_exif()/u/316604/1.jpg?f=community)
:fill(white):strip_exif()/f/image/QaBCKp1bO064Sma87EHQY82W.png?f=user_large){kind=link}
:fill(white):strip_exif()/f/image/eM80klFry2Yieh7UcD4rQYiq.png?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/GhrSnQw_MaJdbtJijGvZw41MyB8=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/cA5ktJgBngbdd9ELE5O66l4O.png?f=user_large){kind=link}
Grappig om te zien inderdaad.:
Ik heb weer eens even gekeken hoe populair mijn IP adres en domeinen zijn, waaronder het subdomein waar HA onder draait. Immers dat is waar sommige mensen zich wel eens zorgen om maken: al die hackers die proberen binnen te komen...
Eerste plaatje is alles bij elkaar, dus zowel toegang op IP adres als op domein.
Wat hierbij opvalt is dat jaren geleden het gros op IP adres was - en dus kansloos, want filter is op domein - maar dat er nu veel meer op domein/subdomein is. De tooltjes/hackers worden dus wat slimmer...
[Afbeelding]
De grote blauwe blokken moet je niet teveel van schrikken: deze zijn van UptimeRobot
En nu die van enkel mijn HA subdomein:
[Afbeelding]
Een klein deel uit het buitenland is afkomstig van LetsEncrypt, dus goed volk, maar wat doet de rest, moet ik me daar zorgen om maken? Nou, nee, niet echt. Het zijn namelijk geen aanvallen op HA, maar standaard scriptjes die zoeken naar Wordpress installaties:
[Afbeelding]
HA is dus nog steeds veilig
Wie weet ga ik nog wat landen blokken, maar dan moet ik wel ff goed kijken waar UptimeRobot vandaan komt en natuurlijk LetsEncrypt, want die twee mogen ten alle tijde op mijn domein(en) komen
Ik heb de luie route gekozen; Cloudflare als proxy
ip whitelist met alleen cloudflare die toegang mag en dan ook de domein check.
Cloudflare doet de rest. Ik had wel issues bij landen blokken, namelijk dat mijn Google Assistent integratie het daardoor soms niet deed. Moest ik daar weer speciale rules voor maken
Enyaq iV 80 - 5135 Wp
ik heb zoveel domeinen, dat ik alles al jaren direct naar mijn huis ip laat wijzen. lekker simpel. maar ik controleer dus wel regelmatig - en nu dan geautomatiseerd via de logs van nginx proxy manager - wat er zoal binnenkomt qua pogingen, oftewel moet ik me zorgen maken of totaal niet.:
[...]
Grappig om te zien inderdaad.
Ik heb de luie route gekozen; Cloudflare als proxy
ip whitelist met alleen cloudflare die toegang mag en dan ook de domein check.
Cloudflare doet de rest. Ik had wel issues bij landen blokken, namelijk dat mijn Google Assistent integratie het daardoor soms niet deed. Moest ik daar weer speciale rules voor maken
en ja, als je landen gaat uitsluiten, dan loop je soms klem op externe - soms ook wisselende ip adressen - die je juist wel toegang wilt verlenen tot je ha installatie.
klopt. het is ook een ip omzetting naar lat/lon bij benadering. het gaat meer om de indruk, en een hacker die via een vpn/tor kijkt of er wordpress draait op een domein neem ik niet echt serieus.
maar goed. ik dacht ik deel dit nog even hier. het is n=1 natuurlijk, maar ik denk niet dat hackers/scripts nu echt kijken naar het domein en dan wat anders doen dan anders...
mijn shift toetsen hebben het opgegeven op mijn 18 jaar oude k800 keyboard
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
@Septillion @RudolfR @KC27
Het is me gelukt. Het stelt uiteindelijk niets voor, maar de documentatie was dermate verwarrend (of ik lees niet zo goed
) dat ik er niet aan uit kwam. Maar nu dus wel.Dus voor wie zijn (APC) ups via USB direct aan zijn Pi met Hassio wil hangen, doe je het volgende:
- Plug de usb kabel in je pi en de ups.
- installeer deze addon. Isgewoon in de addon store te vinden
- Bij de config stel je een user/pw in (moet moeilijke zijn) Check de log of hij goed gestart is.
- Voeg de NUT integration toe: https://www.home-assistant.io/integrations/nut/
- Vul bij host 'a0d7b954-nut' in.
- En voila, je kunt nu allerlei entities toevoegen
Ik krijg nu een notification als de stroom uitvalt, en als er nog 10% charge over is, maakt ie een snapshot en sluit HassOs af.
*I asked for a shotgun, not an anti-aircraft!
- shotgun? that must be the guns that fire a shot....
*yes.. you must be the brains
Koeling zou zo maar eens een dingetje kunnen zijn. Zoals ik in mijn vorige post aangaf is er weinig veranderd qua hardware etc. Eigenlijk is dat er wel bedacht ik me vandaag. De Pi hing namelijk eerst onder het 19 inch rack met netwerk spullen, sinds een dag of 10 erboven waar het dus aanzienlijk warmer is.
Inmiddels de temperatuur sensoren aangemaakt en in Grafana zichtbaar gemaakt:
:fill(white):strip_exif()/f/image/CwmGCWRL492ipGR4buPiXBwD.png?f=user_large)
Ik ga het even verder opvolgen, grote kans dat dit de boosdoener is. De case is ook nog eens de warmste wat ik na even zoeken begrijp, het is de originele rood/witte.
14590 Wp PV | 0 kWh Thuisaccu (binnenkort 14.4 kWh)
Grote vraag is natuurlijk hoe ze je domeinnaam weten. En als ik dan een gokje moet doen: aangezien je Lets Encrypt gebruikt zal het wel daar vandaan komen. Zie bv crt.sh, type je hoofddomeinnaam in en je ziet alle Lets Encrypt verzoeken langs komen inclusief alle subdomeinen. Daarom dat ik al een tijd terug ben overgestapt op wildcard only. Leuk dat ze dan eventueel *.iot.<mijn domein> zijn, maar de daadwerkelijke namen weten ze dan nog niet.:
Ik heb weer eens even gekeken hoe populair mijn IP adres en domeinen zijn, waaronder het subdomein waar HA onder draait. Immers dat is waar sommige mensen zich wel eens zorgen om maken: al die hackers die proberen binnen te komen...
Eerste plaatje is alles bij elkaar, dus zowel toegang op IP adres als op domein.
Wat hierbij opvalt is dat jaren geleden het gros op IP adres was - en dus kansloos, want filter is op domein - maar dat er nu veel meer op domein/subdomein is. De tooltjes/hackers worden dus wat slimmer...
[Afbeelding]
De grote blauwe blokken moet je niet teveel van schrikken: deze zijn van UptimeRobot
En nu die van enkel mijn HA subdomein:
[Afbeelding]
Een klein deel uit het buitenland is afkomstig van LetsEncrypt, dus goed volk, maar wat doet de rest, moet ik me daar zorgen om maken? Nou, nee, niet echt. Het zijn namelijk geen aanvallen op HA, maar standaard scriptjes die zoeken naar Wordpress installaties:
[Afbeelding]
HA is dus nog steeds veilig
Wie weet ga ik nog wat landen blokken, maar dan moet ik wel ff goed kijken waar UptimeRobot vandaan komt en natuurlijk LetsEncrypt, want die twee mogen ten alle tijde op mijn domein(en) komen
Dit topic is gesloten.