Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

ArnieO

Medlemmer
 Vis profil  Se deres aktivitet

  • Innlegg

    471

  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    15

 Innholdstype 

Alt skrevet av ArnieO

  1. ArnieO
    Hehe, ja det er vel alltids mulig å grave seg ennå et lag ned her, og designe sin egen step down converter som er skreddersydd for lav effekt og høyt spenningsdrop - men da tror jeg at jeg feiger ut! ?
  2. ArnieO
    Ja, tester med labpower. La ut bildet av chippen nå, kan ta nye bilder av hele.
  3. ArnieO
    Så vidt jeg kan se står det 1HQG. Jeg klarer ikke å finne ut hva det er. Det ser ut for at jeg må over på Plan B, dvs vente på NCN5150 som er i bestilling.
  4. ArnieO
    Med disse komponentene fungerer konstantsrømskretsen foran buck konverteren greit. Den leverer med dette greit ca 6 mA både ved 24V og 12V. Signalet på M-bussen ligger på 24V mesteparten av tiden, så det er viktigst. MEN... buck converteren har dessverre elendig virkningsgrad i denne konfigureringen. Den har nok sitt bestpunkt på langt høyere strøm/effekt: Den maksimale lasten jeg kan legge på den (R_last) uten at den "kneler" er 270 ohm (220 ohm fungerer ikke). Da har jeg inn på DC/DC converteren: 3,74 mA * 22,2V = 83 mW På utgangen: 3,36V^2 / 270 ohm = 41,8 mW Altså 50% virkningsgrad... ? En stor C mellom Shottky-dioden og konverteren hjelper ikke. Forsøkte med 4700µF, den bruker da bare lengre tid (et par minutter) på å knele (spenningen på konverterens inngang faller til drøyt 4V). Det jeg får ut er altså bare 12 mA. Jeg hadde håpet på 75% virkningsgrad og dermed: 24V * 6 mA * 75% / 3,3V = ca 30 mA.
  5. ArnieO
    Veldig bra innspill - takk! Poenget her er å trekke de tillatte (og helst ikke stort mer enn det) 6 mA fra M-bussen (Kamstrup-måleren er den "gjerrigste"). De 30 mA er det jeg forventer å kunne trekke på utgangen av DC/DC konverteren, antatt 75% virkningsgrad på buck konverteren. Når jeg ser på denne konstantstrømkretsen nå er jeg usikker på om det vil mistes for mye strøm gjennom den 2k2 motstanden, men evner ikke helt å sette opp regnestykkene - det går nok raskere å koble opp og teste. ? Jeg har bare 2N2907 i skuffen, men den er vel noenlunde tilsvarende BC557. Litt mindre max hfe (strømforsterkning) ser jeg i databladet, men minimum hfe er omtrent den samme (100 vs 120). Så da tester jeg litt, så får vi se... For øvrig har jeg lett litt og funnet et alternativ til TSS721A, som kan trekke mer strøm fra M-bus: NCN5150 Med rett valg av motstand R_IDD kan den settes til å trekke max 6 mA fra bussen. Denne ser ut som en nyere og forbedret versjon av TSS'en, fra en annen produsent. Det er imidlertid kun QFP-varianten som tåler å trekke så mye, så den vil kreve nennsom lodding. Jeg har bestilt noen samples av den - så det er en backup-plan. EDIT: I detn strålende linken din er kanskje varianten i Fig 71ba "venstre" et bedre valg, da all strømmen går gjennom lasten. Tenker jeg forsøker den først.
  6. ArnieO
    Takk - dette er nok et bedre forslag til strømbegrensningskrets. Min Kamstrup kan jeg trekke max 6 mA fra, Aidon tillater visst 30 mA. Så var det å finne riktige komponentverdier R2 & R4...
  7. ArnieO
    @spenceme Jeg har omsider kommet i gang med å teste dette - og sliter litt ja. Dette er Vin (Modbus signalet) når jeg kobler den inn på buck converteren, uten last på converterens utgang. Modbus signalet kneler, med converteren på tomgang. Forstår ikke hva det er som oscillerer med så lav frekvens. Det hjelper ikke med diode som du foreslår. Jeg har forsøkt en R i serie og en stor elektrolytt C mot jord. Tanken er å begrense strømmen fra modbus. Det fungerer fint med converteren på tomgang, men det går fort galt når jeg legger på noe særlig last. Jeg skal forsøke flere motstandsverdier og se om jeg får til noe. Forslag mottas med takk!
  8. ArnieO
    Det ser ut for å stemme ja - jeg var ikke klar over at der var en ny versjon -07s. Takk for info!
  9. ArnieO
    Har ikke (og har ikke hatt) noen ESP-07, men det er i så fall en løsning. Da sitter antenne"kontakten" på ESP-modulen i så fall. Anyone: Har ESP-07 like mye EEPROM som de siste ESP-12? Med OTA kan kanskje det bli en utfordring i så fall. Jeg har for øvrig en ESP-12 i (metall) sikringsskap. Wifi-routeren i etasjen over snakker med den uten problemer. Jeg har ikke sjekket RSSI på ESP'en, ser bare at det funker.
  10. ArnieO
    @spenceme & @antonkristensen (Jeg antar du leser norsk, @spenceme) Jeg kom hjem for noen dager siden fra tre lange uker på jobbreise - og begynner å nærme meg å få jobbet videre med dette. I mellomtiden har DC/DC buck converter modulen ankommet fra Kina: Dessverre er ikke strømbegrensningsdioden D2 ankommet ennå, kanskje jeg lager en breadboard uten. Jeg har ikke dette på Github ennå. Jeg startet en tråd og ba om hjelp til å komme i gang, og fikk veldig fine tips! Så det er "bare" for meg å finne tid til å finlese og få lagt det ut der. Så har i mellomtiden Kevin Darrah på sin YouTube-kanal foreslått en krets med noen få komponenter som gjør at man unngår fikling med reset- og prog-knapper ved programmering av ESP'en. Dersom jeg får den til å virke kaster jeg ut i hvert fall SW1 (PROG). Reset-knappen bør vel uansett beholdes. (Link til Kevins video nedenfor) Ja, målet er å unngå ekstern strømforsyning - og jeg tror det er innen rekkevidde. @antonkristensen : Ekstern antenne - hvordan da tenker du? Eneste måten jeg har sett å få det til på med en ESP-12 er ved "kirurgiske" inngrep på ESP'en - men dersom du har en god idé så skrik ut! ?
  11. ArnieO
    Bare hyggelig! Ja, du må bruke rett domain (og rette opp begge steder i http-linja). jeg husker ikke lengre hvor jeg fant rett kode. Har du forsøkt å lete her? https://transparency.entsoe.eu/content/static_content/Static content/web api/Guide.html
  12. ArnieO
    ? ?
  13. ArnieO
    Dette er jo for så vidt et godt poeng, og det er kun en liten modifikasjon å legge inn Tx også på kortet jeg jobber med. @roarfred hadde den med på kortet han la ut, jeg har tydeligvis ikke tenkt langt nok og generelt nok. ? OK - point taken, jeg legger den inn når jeg får jobbet videre med kortet (er på jobbreise nærmeste par ukene). Takk for god input!
  14. ArnieO
    Når jeg trykker "Datablad"-fanen på Tronika sin side (linken lengre oppe) står det da vitterligen dette?
  15. ArnieO
    Du kan ikke sende til AMSen, nei. Kun motta det som kommer på gitte tidsintervall.
  16. ArnieO
    @killi Jeg anbefaler deg å se på hvordan listene for Aidon er definert. Det ligger noe på @roarfred sin GitHub under «Dokumentasjon»: https://github.com/roarfred/AmsToMqttBridge
  17. ArnieO
    Dette ser særdeles bra ut, akkurat noe slikt jeg trenger for å forstå grunnkonseptene og komme i gang! Har sett første episode (linken er ikke helt rett, men første episode kom opp i forslagene til høyre på skjermen), og bortsett fra overgira amerikansk fremførelse med altormye armbevegelser og ord ? så er dette en flott måte å introdusere GIT og GitHUb på til meg.
  18. ArnieO
    Beklager, jeg husket feil. Redigerer posten ovenfor.
  19. ArnieO
    Enig. Koden jeg bruker dekoder, og sender separate MQTT-meldinger for hver enkelt parameter. For min del er det bedre enn å sende en diger MQTT-melding f.eks. med en JSON-pakke. Fordelen med dette er at man (i hvert fall enklere) selv kan velge bort (kommentere ut linjer i koden) parametre man ikke bruker, det vil også kunne holde strømforbruket litt nede. F.eks. vil de som ikke har solceller ha lite bruk for eksportert energi. De fleste av oss er vel også i det daglige kun moderat interessert i nettfrekvensen med desimaler. ting som strøm per fase og reaktiv energi - for eksempel. Og man kan enkelt (enklere) legge til ting. Jeg ønsker å rapportere inn RSSI og temperatur fra 18B20 sensor, dette mangler foreløpig i den koden jeg bruker nå. Mens vi diskuterer kode: OTA-oppdatering av en device som trekker strøm fra MBUS vil antakelig ikke fungere, den risikerer vel å gå i brownout mens man overfører ny kode - og da sitter man jo der...
  20. ArnieO
    Her er det veldig mye konkret og god hjelp - tusen takk til alle som bidrar! (Jeg får ikke lov til å markere flere takk/likes i dag...)
  21. ArnieO
    MQTT for min del.
  22. ArnieO
    Jeg forsøker bare å være ekstra positiv i dag, i en tråd jeg selv har startet...
  23. ArnieO
    OK - bra. Veldig nyttig igjen! (For meg er det opplagt at ei mappe kan ha undermapper, men fint at du presiserer.) Det høres da egentlig ut for at man for enkel bruk ikke trenger GitHub Desktop (eller annen GUI). Man trenger å kjenne noen få kommandoer i "Git Bash". Synkronisering fra lokale filer til GitHub gjøres da ved aktiv kommando i Git Bash (kan det gjøres fra nettleseren / GitHub?) En del ting kan også gjøres rett i nettleseren / GitHub.
  24. ArnieO
    Good point. Ofte ligger SSID og passord til lokalt nettverk direkte i kode. Har du noe godt råd til hvordan dette løses? ??? Det er vel en grunn til at jeg intuitivt er forsiktig med kommandolinjeverktøy...
  25. ArnieO
    Veldig bra, her toucher du noe av det jeg ikke har forstått. Er dette riktig forstått? Dataene lagres i GitHub, i "mapper" som kalles Repositories De lagres i "GIT-format" For å gjøre fornuftige ting med dataene (som versjonsstyring) aksesseres de via GIT. GIT kan aksesseres direkte via kommandolinjeverktøyet "GIT bash", eller via grafiske brukergrensesnitt (eksempel: GitHub Desktop, som installeres på brukers PC). Noen programeditorer kan lagre direkte i GitHub (slik @StenO skriver) Spørsmål: Hva er "motoren" som synkroniserer filer på min PC med GitHub? (GIT som er installert lokalt?) Synkroniseres det fortløpende (som Dropbox), eller må man aktivt utføre noe? (Er det dette som kalles en "commit" / pull / push?) Hva er det jeg kan (og ikke kan) gjøre direkte i nettleseren på GitHub?
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.