slippern
Medlemmer-
Innlegg
386 -
Ble med
-
Besøkte siden sist
-
Dager vunnet
7
Innholdstype
Profiler
Forum
Blogger
Nedlastninger
Artikler
Regler
Hendelser
Galleri
Store
Alt skrevet av slippern
-
Jeg begynte med en Pi, men vokste for ut av den da behovet for andre servere også meldte seg etterhvert. Nå kjører jeg VMware ESXi i bunnen (Vurderer migrering til Proxmox etter alt styret med VMware). Er også gull og ha mulighet for snapshots av VM-et, det har reddet meg et par ganger.
-
Litt off-topic, men har en FWA710 som peker mot en Telenor 5G basestasjon, men FWA710-en sier at den bare har 4G.. Kan den kjører NSA og ikke benytter 5G-båndene før den trenger det?
-
Hva skjer om du tar en traceroute mot feks vg.no (kjør både på ipv4 og ipv6 - traceroute -4 vg.no / traceroute -6 vg.no).. Dette kan gi deg en pekepinne på hvor det stopper opp. Telenor skiller ikke på dette, må bare bruke rett VPN 🙂
-
Fikk plutselig opp et varsel i Home-Assistant at noen hadde forsøkt og logge på fra ukjent IP.. IP-adressen var i USA og har dårlig rykte på seg, URL-en de hadde forsøkt seg på var skremmende spot-on der sensoren vedkommende har forsøkt og hente ut data i fra var rett. URL-en de har forsøkt seg på var følgende: /api/history/period/2024-12-04T22:00:00.000Z?filter_entity_id=sensor.<xxaayybb>&end_time=2024-12-06T23:00:00.000Z&significant_changes_only=0 Det eneste jeg har klart å finne ut er at dette er relatert til ApexCharts siden URL-en benyttes til dette fra mine andre klienter... Sikkerhetsmessig har jeg hatt Home-Assistant bak en url- og applikasjons-basert brannmur, hatt et langt passord + MFA (TOTP), og følt meg passelig trygg med dette. Men nå skrur jeg enda litt mer til, og har implementer EntraID autentisering mot Home-Assistant. Siden HA ikke støtter dette ut av "boksen", så måtte jeg benytte meg av oauth2-proxy, og HACS tillegget "hass-auth-header". Så nå må alle autentiseringer igjennom conditional access policies og være en compliant-enhet i EntraID/Intune 🙂
-
Har hatt en PI kjørende kaldt, opptil -20 grader, var ikke noe problemer med den. Pga endrede behov, så har jeg nå en Intel NUC i samme miljø.
- 6 svar
-
- 1
-
Har hatt denne i 2år nå, og har fungert prikkfritt, Namron Zigbee Touch Termostat 16A Sort | Elektroimportøren AS (elektroimportoren.no) Benytter den i Zigbee2MQTT.
-
Det skal være slik, security er kryptering trafikken til/fra enheten. Jeg har kun inkludert dørlåsen (DanaLock v3) med security (S2).
-
Her er kanskje et alternativ om pumpen din støtter det? GitHub - toremick/shorai-esp32: esp32 connected to shorai heat pump Jeg har en Toshiba fra ca 2013, før WiFi var oppfunnet omtrent 😄 Denne bruker jeg Broadlink RM mini 3, har fungert prikkfritt i mange år, ulempen er at du ikke får noen status i retur fra pumpen, så har en Aeotec Multisensor i rommet for ha temperatur monitorering.
-
Kan også sette den til telenor.fwa om du ønsker IPv4 og IPv6.
-
Som en tommelfingerregel oppgraderer jeg aldri til en .0, de fleste alvorlige bugsene bruker å være fikset i .1 (Og les alltid release notes og bugfixes) Har aldri vært plaget med at z2m har vært ustabilt.
-
Shelly Uni er et snopt produkt, har to stk. Den ene er koblet mot headerne på hovedkortet til en Intel NUC for å kunne remote slå av/på eller kjøre restart av den. En annen er koblet til en parafinovn + DS18B20 på en hytte som kun har 12v strøm for remote kunne starte ovnen, siden tradisjonell ring hytta varm ikke funker lengre nå som 2G og 3G-nettet forsvinner.
-
Virker som at Telia blir værre og værre mtp CG-NAT, de har det til og med på FWA-produktene deres.. Selv har jeg Telenor og benytter telenor.fwa APN-et og får offentlig IPv4 adresse (+ IPv6). internet.public APN-et gir kun offentlig IPv4 adresse.
-
Fram til nå har jeg hatt en Aeotec door/window sensor 7 i postkassen, men denne har aldri funket optimalt da det blir for langt imellom huset og postkassen, og denne virker til og spise batterier når dekningen til z-wave nettverket er dårlig. Jeg kom over et innlegg i en Facebook gruppe en som hadde kjøpt 5stk av disse: https://www.espthings.io/index.php/2022/11/05/et-sw01-a-very-low-consumption-mailbox-switch/ I skrivende stund har han en igjen: ESPHome Postkasse-sensor - 1 igjen | FINN torget Mottok enheten etter noen få dager og startet testingen og løste noen utfordringer underveis som man alltids gjør med nye dippedutter 🙂 ESP-en eksponerer automatisk de nødvendige entitetene: Reset-bryter (Denne bryteren gjør at ESP-en går i deep sleep igjen) Batterispenning Status på switch 1 og 2. WiFi signalstyrke (RSSI). 3D-print kabinettet på espthings var for lite pga molex-kontakten til bryter inngangene blir for høg, så måtte lære meg litt Fusion360 for å modifisere høyden på det, la nok på ca 2cm. Det ble da også nok plass til og montere WiFi-antennen rett i boksen også. Den fjærbelastede trykkbryteren ble koblet slik at den er NO når lokket til postkassen er igjen. Når postkassen åpnes er den NC og trigger ESP-en. Neste utfordring var en liten nøtt. Jeg fikk som regel varsel annenhver gang om at postkassen var åpnet, årsak måtte finnes.. Jeg sjekket først nettverket: RSSI-en var for lav (89 dBm), så jeg flyttet aksesspunktet opp på kaldloftet, da ble den umiddelbart noe bedre (80dBm), dette er greit nok når det er snakk om såpass lave datamenger som skal over. Men fremdeles var det noe trøbbel. EIRP-en på aksesspunktet på 2,4ghz var satt til minimum 12dBm, så klienter under dette blir automatisk sparket ut for å ikke forringe WiFi-opplevelsen til andre. Satt EIRP-en ned til 0 og da funket den straks bedre, deaktiverte dermed 2.4ghz for klientene, slik at de nå kun kjører på 5ghz, så får IoT-enhetene bruke 2,4ghz/5ghz alt etter hva de velger selv. Neste utfordring var at Home-Asssistant ikke rakk og polle ESP-en før den gikk i deep-sleep etter 30 sekunder. Økte deep-sleep tiden til 60 sekunder og problemet var egentlig løst sånn sett, men med økt strømforbruk. Etter litt googling fant jeg ut at for deep-sleep enheter er ikke API-et og foretrekke, men MQTT. Da er det ESP-en selv som sender ut data til MQTT, i stedet for at HA skal polle data. Koden for dette er ganske rett fram: MQTT Client Component — ESPHome Alle entitetene dukker automatisk opp i HA også på MQTT. #api: # encryption: # key: !secret esphome_api_secret mqtt: broker: 1.1.1.1 username: esp-postkasse password: !secret esphome_mqtt_password Med MQTT fungerer enheten mye bedre, med det samme den har koblet til WiFi sender den ut data. Har testet ved og kjøre ping kontinuerlig mot enheten, og ved første ping-reply så sender den også ut data på MQTT. Jeg kan dermed putte den i deep sleep igjen etter 1 sekund og strømforbruket blir minimalt. Slik ser automasjonen i node-red:
-
Her i huset så har jeg kun 2,4ghz med 20mhz båndbredde (og maks dBm da jeg har en ESP-dings fryktelig langt unna) wifi for IoT-nettet, og klienter (PC-er, mobiler, nettbrett) kjører på 5ghz. ZigBee har levd helt av seg selv i mange år uten noen problemer, bor også rett attmed en boligblokk som sender ut 20-30 SSID-er uten at det har bydd på noen problemer.
-
Neppe noen problem å få en ekstra fiberboks, så lenge det er nok tilgjengelig fibrer i kabelen inn til huset. Men du vil neppe få benytte to routere (en på hver fiberboks) uten og ha to abonnementer.
-
Har to stk av denne kjørende, CC2652R stick - slae.sh En i VMware og en annen på en Intel NUC, begge to har vært dønn stabile i noen år nå.
-
Sjekket min, og den har støtte for det, IKEA sine smartplugger har også støtte for dette.
- 85 svar
-
- 1
-
Kjøpte en Shelly Uni som skal styre en Intel NUC, av/på og restart. Alle? NUC-ene har headers på hovedkortet for ekstern av/på og restart knapp. Front Panel Header for Intel® NUC Så her er det enkelt og koble opp NUC-en og fjernstyre denne via MQTT og Home-Assistant knapper: Edit: Så at hovedkortet til NUC-en har en 5v header som gir 5v når den er påslått, så da ble det koblet noen ledninger og laget en template switch i HA:
-
Fjerne Altibox VMG og putte på fiber mediakonverter fungerer ikke
slippern svarte på Russeren01 sitt spørsmål i Nybegynner
Nei den kan du ikke endre. Om du pinger den IP-en så bør du ikke ha så fryktelig mange ms i ping. -
Jeg ville nok også valgt denne løsningen. Om du har en felles Z2M for alle hyttene og den dør, så mister du styringen over alle 4.. Benytter lignende oppsett, der det er en Z2M installasjon for hver plass, som sender data til en felles HA via VPN.