xibriz

Første fullskala test gjennomført. 

1 ESP, 8 motorer som drives i par!

 

Klar til montering

 

Hadde klart å bytte om på 2 ledninger på en av motorene... Det tok 1.5 time å feilsøke

 

 

Som sagt før, det går sakte men sikkert fremover. Heldigvis er det ikke overflod av sol i nord Norge. Har løst alle problemene nå og er klar for produksjon. 

 

Fant ut i siste liten at siden jeg har 2 vinduer med 2 skinner i hver ville jeg kjøre 2 motorer på hver driver. Da trenger jeg bare 1 strømforsyning, 1 ESP og 4 drivere til 8 motorer. Boksen til all elektronikken blir ganske stor så det er en fordel med minst mulig store bokser på veggen ?

 

Startet å printe de siste delene i natt, men i mårrest oppdaget jeg at printen hadde kræsjet. Og det var første gang det har skjedd

 

 

Jeg er veldig fornøyd med denne: https://www.komplett.no/product/1121879/datautstyr/skjermer/touch-skjermer/asus-22-led-vt229h#

 

Jeg bruker den med en Pi3.

 

16" funker også, men det er litt annen touch-flate på den: https://www.komplett.no/product/1113184/datautstyr/skjermer/touch-skjermer/asus-156-led-vt168h

Da har jeg løst problem nr 1. Nå får jeg kjørt motorene uten en blocking loop.

 

Desverre så tar det for lang tid å "subscribe" på MQTT så det må deaktiveres mens motorene går. Konsekvensen er at jeg ikke får stoppet de eller startet flere motorer mens en motor går.

 

Det å stoppe de er ikke så nøye siden dette er nøyaktige saker, og det med å starte flere løste jeg ved å legge inn en forsinkelse på start slik at jeg rekker å starte så mange motorer jeg vil.

 

Da er det bare problem nr 2 igjen. Jeg har noen 12v versjoner av de samme motorene på vei så jeg tror jeg skal se det ann å vente litt... En midlertidig løsning er selvfølgelig å hive på ett rele som deaktiverer CNC-kortet.

Det går sakte men sikkert fremover. Jeg kjøpte meg et Arduino CNC Shield til stepper-driverne for å slippe å kable mye. I tillegg har jeg lagd ett custom PCP- kort med de funksjoner jeg bruker mest (ethernet som signalkabel etc).

 

Men jeg har minst 2 problemer før jeg er i mål:

1. Jeg klarer ikke å få motorene til å gå rundt med mindre jeg gjør det i en blocking-loop. Dette gir problemer med WDT på ESP8266. I tillegg vil jeg ikke å mulighet til å kjøre flere motorer samtidig. 

2. Motorene blir sinnsyk varme. Leser at det er greit at steppermotorer blir "tok hot to touch", men det må da være grenser. Det kan nok løses med å kutte spenningen til CNC Shield når de ikke er i bruk, men som dere ser så har plasten bøyd seg nå mens jeg har testet forskjellige ting. 

 

Jeg var litt rask å konkludere... jeg senket hastigheten litt å da ser det ut til at den er sterk nok ?

Jeg kom plutselig på at jeg har en steppermotor med navn 28byj-48, 5V-utgaven, fra ett Arduino sett.

 

Etter å ha redesignet festet til å passe å testet den på skinnen viste det seg desverre at den ikke var kraftig nok. Men jeg likte størrelsen og lydnivået. Jeg vet den finnes i 12v utgave også så jeg skal undersøke litt om den er kraftigere eller om det finnes noe tilsvarende.

 

Jeg melder meg på, men kan ikke hjelpe før vi skal kode

Har kjøpt meg en 22" touch skjerm og begynt å leke med brukergrensesnitt for å overstyre ting å tang, alt styres jo automatisk selvfølgelig

 

Tanken er at jeg plotter forskjellige ting, å trykker på de for å endre.

 

Her har jeg lagt inn noen lys, temperatursensorer og lamellene

 

Man kan kanskje spare det inn siden den har 10 kanaler... men ja.. ganske dyr.

4 minutter siden, autoola skrev:

Eit alternativ til steppermotorer er endebrytere (limit switch). Eventuelt i tillegg til steppermotor. Då er du sikker på at dei kjøres så langt som dei kan, men ikkje lenger.

 

Ja, jeg har vurdert det. Men jeg vil helst ikke strekke ledninger helt til motsatt ende av motorene.

Alternativt kan man kanskje feste noe på beltet for å ha endebryterne på samme side som motorene. Det vil nok sannsynligvis gå bra.

 

Litt værre er det nok å ha endebrytere på vri-funksjonen.

Etter å ha kjørt lamellene opp og igjen en del ganger, så åpenbarer det seg at det ikke bare er lyden som er problematisk med motorene.

 

Jeg hadde tenkt å styre de ved å sende antall millisekunder kjøretid over MQTT. Problemet er at hvis jeg kjører de 5000 millisekunder i en retning og 5000 tilbake, så er det ikke sikkert at de havner på samme plass.

 

Dette kan bli litt problematisk når de når endene og ikke stopper.

 

Jeg bestiller noen steppermotorer og andre drivere i dag for å prøve ut.

Første tilbakemelding fra sjefen var at dette var bra saker, men motorene bråker for mye. Jeg starter derfor arbeidet med V2 ? 

 

Da blir det nok sikkelig steppermotorer, men de blir så dyre og store at da må jeg sikker lage noe girkassegreier for å klare meg med en motor.

Merk, jeg har ikke fikset elektronikken enda. Det er fordi jeg har 2 vinduer med to skinner i hvert vindu så jeg har ikke bestemt meg for hvordan jeg skal koble det enda. Men systemet er designet for å være modulært å fungere på en skinne alene.

 

Bill of materials (BOM):

2 stk steppermotorer (28BYJ-48, 5v eller 12v)

2 stk motor drivere (DRV8825)

1 stk cnc shield v3 (optional)

1 stk GT2 20T idler pulley 3mm bore (link)

1 stk GT2 20T timer pulley 6mm bore (link)

4 stk M3 3mm skruer

1 stk M3 20mm skrue

1 stk GT2 steel core belt (link)

1 stk relè

 

STL-filene kommer på thingiverse snart hvis ingen vet om en bedre plattform?

 

Fremgangsmåte for montering:

 

Finn fram lamellskinnen:

 

 

Demonter enden med stangen og få løs delen stangen sitter på (vrimekanismen).

Ta av den ytterste lammellen.

Ta så av det lille festet som binder vrimekasnimen til den første lamellen (den lille delen med en running og en flat side).

Sett på festet for beltet.

Sett på lamellen.

Sett på ytterkanten igjen

 

Moter det tannhjulet som ikke drives av motoren å sett den på samme side av lamellskinnen som du tok av stagen.

 

 

Ta av stangen og demonter roteringsmekanismen. Dette er det vanskeligste steget å få til uten å ødelegge noe.

Sett inn det modifiserte tannhjulet med hull for motoren.

 

Fest roteringsfestet på motsatt side av lamellskinnen (motsatt side av der du tok det av).

Ta også av stoppfestet på stangen.

Monter festet for motorene.

 

 

 

 

Monter beltet. Klipp av det som blir til overs med en avbiter.

 

Monter skinnen på plass

 

 

Sett stoppskiven på plass i nærheten av motoren.

 

Monter "hjernen" en passen de plass.

 

18 minutter siden, ArnieO skrev:

Bildene sier mye, så du trenger ikke bruke mer tid på å skrive! ?

Det er opplagt at her ligger det et ikke ubetydelig arbeid bak.

Er det noen mulighet for at du kan dele innkjøpslista di samt STL-filer etc på delene du har printet?

 

Klart jeg skal dele med dere, jeg elsker jo open source

 

Tenkte bare at jeg skulle få alt på plass først og teste i prod.

Det som gjenstår er stort sett å lodde sammen elsktronikken og prøve det i praksis.

Festet med motorene skal jobbes litt mer med slik at den kan inneholde elektronikken.

 

Ellers så ser jeg at festet til beltet kanskje må endres litt slik at det ikke vrir seg og det kan se ut som at festet som ikke har motorer på seg kanskje må justeres litt etter at det ble belastning på det fra stramming av beltet.

Etter mye prøving å feiling,  produktutvikling i flere iterasjoner, venting på deler i flere omganger og lange pauser, har jeg endelig en fungerende prototype på automatiserte lameller ?

 

Styres av to motorer. En for åpne/lukke og en for vridning.

 

Vet ikke om jeg trenger å si noe mer, lar bildene tale for seg selv:

 

Det er jo interresant.. jeg så for meg frost ned til en meter men har ikke i nærheten av 20 cm engang

 

Mulig dette var ett spesielt år... vi får se til neste år hva som skjer.

14 timer siden, berland skrev:

Kommer snøen før frosten setter inn, så er det vel rimelig at det ikke blir tele i bakken?

 

Ja, det er teorien til flere jeg har snakket med. Det kom ganske mye snø tidlig og det har blitt større mengder enn normalt.

Jeg lurer på om jeg må grave meg ned i snøen å sjekke dette... Har enda ikke noe særlig frost å vise til. Nå har det jo snødd mye mer enn normalt så det ligger sikkert 100-150 cm snø å isolerer oppå sensorene, men det er jo rart synes jeg.

 

Jeg har lagd noen greier som tar data fra Telldus Live! og Verisure å pusher det ut på MQTT. Det ligger her: https://github.com/xibriz/

 

Så da har du 2 valg:

1. Sette opp MQTT, få scriptene mine til å funke også lage noe som henter data fra MQTT å putter det inn i EmonCMS via REST APIet til EmonCMS.

2. Modifisere scriptene mine til å pushe data rett inn i EmonCMS via APIet.

 

Jeg tror nr. 2 sikkert er rett valg hvis du ikke er interresert i MQTT til andre ting.

 

Jeg ville forresten sett på Grafana. Jeg gikk bort fra EmonCMS til Grafana.

10 timer siden, Cirion skrev:

$ python /etc/openhab2/verisure-mqtt/publish_devices.py
Traceback (most recent call last):
  File "/etc/openhab2/verisure-mqtt/publish_devices.py", line 14, in <module>
    from src import vs_publish
  File "/etc/openhab2/verisure-mqtt/src/vs_publish.py", line 5, in <module>
    import paho.mqtt.publish as publish
ImportError: No module named paho.mqtt.publish
 

 

Du må installere pip og kjøre `pip install -r requirements.txt`

 

requirements.txt ligger i prosjektet. 

Min viser også ganske nøyaktig, men jeg må ha viftehastghet på 3 pga stort rom. I auto blir det bare varmt i nærheten av pumpen. 

4 timer siden, Odd skrev:

 

Du linker til riktig fyr
Han har vært med på grunn designen av flere løsninger som nå er i salg.
Jeg har et kort han har lagd som faktisk bruker en annen prosessor for å vekke opp hovedprosessoren når det er nødvendig.

 

Det som jeg stusser litt på er om vi faktisk oppnår noe med å "spare" strøm i mellom, 
når det er den nødvendige lesingen og videresendingen som faktisk er kritisk og trekker mest.
Det er hva vi bruker i øyeblikket vi leser, som er utfordringen slik jeg ser det. Vi får ikke uten videre mere tilgjengelig ved å "spare" mellom lese øktene.
Da må det i tilfelle inn et annet HW design.

Denne artikkelen er imidlertid veldig interessant for oss som bruker ESP32 til batteri drevet overvåkning av tilstander,

og som rota med assembler i forrige årtusen

 

 

Jeg tenker at det kan være nødvendig å buffre opp ca. ett minutt med data før man sender.

 

Også kan man jo måle om det er nok data til å sende før man våkner