Belt Tensioner Projekt

Belt Tensioner Projekt

Eredeti forrás, amiből dolgozok

Árak:

• Motorok hajtőművel: €169.56 + 18.000,-HuF vám (ezt utána számolva lehet érdemes Németországi készletből, ha épp van)
• motorvezérlő: 15.000,-HuF
• 48V tápegység €32 , Magyarországon decemberig nem tudnak MeanWell-t szállítani…. ezt így külön kellett megrendelnem
• 5 pontos öv az ajánlott, (4 pontost állítólag a nyakadba húzza,de még nincs tapasztalatom) kb 20.000,- HuF
• csavarok, anyák és tengely csatlakozó, aliexpresses rendelés, kb 6-8.000HuF
• 3D nyomtatás, Na ezt nehéz beárazni annak akinek nincs nyomtatója, PETG-t ajánlok minimum anyagerősség miatt, én is ezzel készítettem, (ehhez képest 30-40%-al erősebb anyagot 4-5x-áron kapni, és másik fej is kellhet (acél), meg zárt házas nyomtató (PC vagy PA6-GF filament)) 1kg filament bőven elég hozzá (inkább fél körül, csak annyit nem kapni), ez a drágább helyeken is 7-8.000,-HuF alapanyaggal lehet számolni. Fontos, hogy a falvastagság legalább 5 vagy több réteg legyen, akkor lesz erős.
• mágnes, fontos lenne, hogy ne temu meg ali-s rendelés legyen, az mindig töredéke erősségű tapasztalataim szerint, már pedig itt ez fontos a pozíció érzékelés miatt, az eredeti leírás készítője is véleményem szerint szívott ezzel sokat, mert többszörösen túl sokat foglalkozik a témával, én meg akármilyen hibát raktam a rendszerbe, nem tudtam produkálni a problémáját. Az eredeti leírás 10x10x4mm -es mágnesből említ 4-4 darabot oldalanként a Hall szenzorhoz. Ez ugye 16mm magasság összerakva a mágnesek, én a földön nem találtam ilyen méretű mágnest, csak az amazonon. Viszont innen a 10x10x5mm-ből 3-3 darab hibátlanul teszi a dolgát. És még csak nem is lötyög az eredeti 3D modellel sem.

Pár kép a szerelés folyamatáról:

Tippek trükkök az összeszerelésnél:

• léptető motor vezérlő leírását unalmas pillanataimban olvasgatva, észrevettem egy érdekes leírást. Lehet csak az általam linkelt olcsó vezérlőre igaz, de érdekes lehet: „Supply voltage up to +50VDC (recommend not to exceed 45 V because of „back EMF” „
  Még jó, hogy a tápunkon ezt egy kicsi csavarhúzóval pillanatok alatt tudjuk orvosolni, és lemenni 45V-ra.
• Az motorok élesztése. Azt írja a leírás, hogy először a motorok+vezérlő legyen áram alatt, és csak utána a raspberry pi-t (ez mondjuk a cockpiten még adhat később fejtörésre okot, ha az övfeszítőt áramtalanítani/kapcsolhatóra szeretnénk). Illetve, hogy bekapcsolásnál bekalibrál az eszköz. Na ja, persze hogy, hogy az a %#&!….. legalábbis akkor, ha a két raspberry config-ból a standardot használjuk, és nem mindjárt a motion liszenszes verziót rakjuk fel min én, mert az biza nem kalibrál, ez persze átírható, alapból ki van kapcsolva! Ráadásul amíg nem vezérli a SimHub, addig a létető motor vezérlő piros hibajelző lámpája villogni is fog… csak fél napomba került ezt kitapasztalni…
  Szóval, ha életünkbe először dolgozunk léptetőmotorral mint én, akkor a standard konfiggal dolgozzunk, vagy használhatjuk ezt a kis kódot, ez körbe-körbe fogja forgatni a motort. (600msec körüli értékkel jó, 60-al csak zenél)
• Ha valaki a motion liszenszes konfigot használja, és ott lett volna olyan balga mint én, és bekapcsolja az automata kalibrálást, az a következő hibaüzenettel találkozhat:
  

Ez akkor ugrik fel, amikor az arduino sorosportját már megtalálva, a tengelyeket akarná az ember beállítani.
Minden ilyen kapcsolat felvételnél a motor gyorsan kalibrál egyet, ami annyiból áll, hogy mindkét irányba kimegy. Ez persze beszíjazva nem biztos hogy szerencsés, de én még csak az asztalon tesztelgetek. Viszont úgy tűnik, hogy a kalibrálás ideje alatt timeout-ra futhat a Simhub, és ezért dobja ezt a nem igazán beszédes hibát.

• a következő hiba már kicsit kacifántosabb, be lehet kalibrálni a SimHub-ba azt, hogy a teljes forgási munkatartományba, hogy hol akarjuk a végpontokat, hol legyen amikor a legjobban enged az öv, amikor a legjobban húz, és hol legyen a középpontja. Illetve a középponthoz képest a teljesen elengedett pontot akár nullára is le lehet szűkíteni, ami most még nem is hangzik belegondolva hülyeségnek.(Ha beszíjaztam magam, akkor minek gyengüljön el jobban, na de ezzel később foglalkozzunk.) És ami még fontos, és a problémát szülte, hogy be lehet még állítani azt a pontot, ahol a játékból kilépve, a háttérben futó SimHub hova küldje az övfeszítőt pihenő (idle) állásba. És hiába állítottam bárhova, ugyan a karok oda mentek pihenni, viszont 5 másodperccel később átmentek a szemközti pozícióba. tökéletesen szembe, mintha tükörképe lenne. Átverni sem lehetett, mert ha a rossz oldalra állítottam be pihenni, akkor ott is maradt, szinte éreztem ahogy vigyorog rajtam. Először program hibának tűnt, de az én motorom meg a karok felszerelési módja, tükörképe a készítőjének. Ezt én úgy orvosoltam logikusan, hogy a SimHUB-ban a két tengelyt, inverz állásra pipáltam be, és onnantól kezdve tökéletesen működtek a tengely tesztnél az irányok (release-pull).
  

Viszont itt óvatosak legyünk, mert úgy megy a mágneses érzékelőhöz (Hall Sensor) képest a kar pozícionálása, mintha az egy végállás kapcsoló lenne. Viszont itt ez úgy működik, hogy az érzékelő másik oldala felé kezd el dolgozni. Jobb leírás erre talán az, hogy a kör alakú pálya szemközti felében, a másik 180°-ban kezd el dolgozni. És ha fent van a karon a szíj tartó rúd, akkor bele fog ütközni a házba. Szerencsére a szenzor tárcsát könnyen át lehet forgatni a csavarok lazításával/kicsavarásával)

• Hiába áll keréken a váz, és még kicsit feljebb is került a konzol amit találtam gyorsan neki, úgy látszik még így sem került elég magasra 🙂
  Úgy érzem lesz még egy kis munka vele.

Motorok felszerelése 2.0 🙂

• Első tesztek alapján, ha bekapcsolva marad a rendszer, avagy áram alatt a vezérlő meg a motorok, de nem fut semmilyen játék, és parkoltatja a SimHub a rendszert, akkor hideg marad a motor
• mennyire melegszik fel használat közben?
• milyen hangja van?
• mennyire erős?
• jó a 4 pontos, vagy tényleg kell az 5 pontos?
• bekapcsolás sorrend tényleg fontos? usb /táp ?

Beállítás, motion liszensz mellett:

Az eredeti leírásban is említik, ha motion liszensz melett csináljuk, akkor a SimHUB-ban az „Add/Remove features” menü alatt, legyünk biztosak, hogy nincs bejelölve/használva az ‘alap’ Belt Tensionner modul, a Motion modult viszont kapcsoljuk be.

Ha elkezdünk hozzáadni egy motion platformot, akkor a motion szimulátort kikapcolva, csak a két öves övfeszítőt adjuk hozzá.

Az arduino-t keressük meg a listánkban, hogy biztosra menjünk erről akár egyszerű usb-ből való kihúzással meggyőződhetünk.

Az „Edit axis assigments” gombra nyomva jött be nekem a fent említett hibaüzenet „Could not start interface”. Remélhetőleg más hiba nem nagyon fordul itt elő. Ha sikerült, akkor már tesztelgethetjük is a motorokat. Itt a fenti leírt tapasztalatom szerint nem jó, ha meg kell fordítani a tengelyeket. Az öv pull (húzás) és release (engedés) irányoknak stimmelniük kell. Ha nem, akkor az arduino programozásában változtassuk meg.

Nem kell megijedni, itt elég lassúcska a kar követése/mozgása. Játék közben gyorsabb is lesz.

Érdekes módon, behangolási-logikai sorrendet be nem tartva, ha az előző beállításokon túl vagyunk, akkor kicsit feljebb görgetve, a „Your Rig” pont alatt a Settingsre nyomva finomhangolhatjuk a övfeszítőt.

Itt a „Belt range calibration assistant” segítségével, végigtesztelve beállíthatjuk a végpontokat, hol legyen amikor a legjobban enged az öv, amikor a legjobban húz, és hol legyen a középpontja. Csökkenthetjük a teljes utat, a AMI X CM!!! MÉRD MEG.

Hozzáadott modellek:
– BeltRoller
– SensorSlidingPlate_modded_stl
– Lever_modded_stl