Jump to content

Fermate

Administrator
  • Content Count

    1,663
  • Joined

  • Last visited

  • Days Won

    93

Fermate last won the day on November 6 2020

Fermate had the most liked content!

Community Reputation

946 Excellent

1 Follower

About Fermate

  • Rank
    Advanced Member
  • Birthday January 31

Hjemmeautomasjon

  • System
    HomeSeer

Recent Profile Visitors

6,175 profile views
  1. Kult. Selv sverger jeg til Alexa på badet. Hun kan manøvreres både fra boblebadet og fra dusjen (mens jeg står i den)
  2. Kanskje noe i nærheten av eksempel 1 her?: https://www.switchdoc.com/2018/06/tutorial-esp32-bc24-provisioning-for-wifi/ Ellers er det jo interessant at du IKKE går i AP mode om du ikke klarer å connecte til normal WiFi uten at du aktiverer det gjennom en pinne. (Forstår at det er en sikkerhets mann i aksjon her ) Takk! Ser du bruker WiFiManager. WPS er ingen dum idé. Men mine Ruckus sendere har ingen WPS knapp Takk for fine tips og kode alle sammen. Jeg ser at det å kunne håndtere en Webside fra Arduinoen er interessant i flere sammenhenger
  3. Tenker du mekanisk eller på koden (WiFi)? Sånn koden er nå kommer den seg ikke på WiFi igjen om den ramler av. (Jeg har allerede skrudd den av og på en par ganger i uka ) -Men jeg jobber med å få ny, bedre programvare bassert på resultatet i denne tråden:
  4. Det å legge inn WiFi data og fast IP i Sourcen til Arduinoer er litt for amatør synes jeg. Det burde heller være sånn: Oppstart-> Sjekk om det finnes data i EEPROM eller FlashRAM Om det finnes data forsøk å koble til WiFi med disse parameterne Om det ikke finnes eller tilkoblingen misslykkes->sett opp et AP med SSID = 'SETUP_10_0_0_10" og uten passord Når noen connecter til denne og går til IP = 10.0.0.10 -> svar med en WEBside som viser tilgjengelige nett (i en dropdown boks) og felter for pwd og IP Forsøk å connecte med disse dataene, går det bra-&g
  5. Neida, de har samme jord så det går fint (har testet med å kjøre Z_UNO'en på 3,3 og servoen på 5V fra "samme" strømforskyning) Hm ett AA batteri (Varta Alcaline) er oppgitt å ha 2,97Ah. Med 1mA skulle det bli 2970Timer = 123 Dager. Når den våker i noen sekunder for å kjøre servoen trekker den jo mer men det er max 5-6 sekunder. Men i 70uA så er vi oppe i 5År... Jeg tror ikke jeg skal forsøke å lodde av noe så smått som R12 men kanskje jeg kunne "knekke" den av... Har bare ett eks. av ZUNO liggende så det får bli neste gang jeg skal bruke en (på batteri) Jeg e
  6. Ellers gjorde jeg noe små forsøk på å måle strømforbruk i går og der ligger det nok fremdeles noen utfordringer for batteri bruk: (Jeg hadde desverre et veldig dårlig måleinstrument med feil indre motstand men noen pekepinner mener jeg at jeg fikk ut) Det virker som om det å bruke spennings regulatoren på kortet sløser en del strøm. JA Servoen bruker strøm selv om prosessoren er i sleep. Ganske mye også (10mA ?) Her må en nok inn med et relee eller en transistor, men det burde være greit å få til med en pinne på UNO'en Når Z_UNO'en er i sleep bruker den VELDIG li
  7. Ja jeg har litt samme erfaring. Men jeg er usikker på om det skyldes HS eller Z_UNO'en Jeg jobbet ikke så mye med det og fikk aldri den "debug mode" greia til å funke, men oppfattet vel at det var viktig å ekskludere og inkludere på nytt hver gang jeg gjorde endringer i forholdet til Z-Wave delen av kortet.
  8. Og der klarte jeg jammen å få den til å kjøre i FLiRS mode og styre en servo fra en "dimmer slider" i HomeSeer Det åpner jo opp for en del ting som kan gjøres med batteri (om en liker slikt) Det var jo banalt enkelt når jeg først fikk det til men jeg advarer; når Z-Uno'en kjøres i "ZUNO_SLEEPING_MODE_FREQUENTLY_AWAKE" mode er det en del ting som fungerer litt anderledes... Jeg klarte aldri å få den til å kjøre 2 devicer (feks en switch og en dimmer) samtidig og det tok en del tid før jeg fant ut hvordan du laster opp kode til den og slikt. Håper andre kan dra nytte av det jeg fan
  9. Jeg kan godt lage en komplett "gjør slik" blogg for nybegynnere med hele greia fra å laste ned Arduino miljøet, legge til Z-Uno bibliotekene, upload til prosessor og includering/testing, men jeg gidder ikke det før noen fler har verifisert at batteritiden er ok.
  10. Å jobbe med sleep-mode er slitsomt. Har en følelse av at FLiRS også gjør at Z-UNOen oppfører seg litt anderledes på en del områder. Men jeg har slått sammen en del eksempler (og knota ganske mye) og har en kjørbar løsning som det går ann å eksprimentere med : I sin aller enkelse form er koden slik #include <ZUNO_SERVO.h> #define SERVO_PIN 12 byte dimValue; ServoController servo(SERVO_PIN); ZUNO_SETUP_CHANNELS(ZUNO_SWITCH_MULTILEVEL(getter, setter)); ZUNO_SETUP_SLEEPING_MODE(ZUNO_SLEEPING_MODE_FREQUENTLY_AWAKE); void setup() { // will be called on
  11. Å kjøre en servo med Z-Uno styrt fra HS gikk helt fint med det medfølgende eksemplet. Nå starter arbeidet med å få den til å sove og vekkes når det blir endringer i servoposisjonen
  12. Etter å la laget denne ble jeg utfordret til å lage en versjon med bare servo men som kan kjøre på batteri. Utfordringen ligger i batteri tiden. (Devicen må lytte på kommandoer men må også sove for å spare strøm) Første tanke er en Z_Uno i FLiRS mode. @petersv foreslår 433mHz i "hva har du gjort i dag" tråden. Jeg flytter denne kommunikasjonen hit til denne tråden fra nå.
  13. Utfordringen er ikke feedback, utfordringen er batteritid. (Dessuten hopper ikke servoen av noe sted) Jeg har vurdert 433MHz men utfordringen blir den samme: For å kunne kjøre en servo må jeg ha en PWM uP. Denne vil bruke for mye strøm uten å sove. Dersom den sover må den vekkes med radio for å kunne respondere når kontrolleren ønsker å åpne/lukke ventilen. Jeg kjenner ikke noen 433MHz løsning som kan vekke en uP, men tar gjerne tips på dette. Og så er det selvfølgelig senderen da men om den kunne kjøres med RFXCom ville det muligens være akseptebelt. Har også lurt på om de
×
×
  • Create New...