DIY-Datalogger

[Sartre]

Ajatuksena siis oman dataloggerin tekeminen ihan alusta alkaen softineen päivineen. Idea heitettiin ensin tuonne tallin puolelle, mutta  siirretäään keskustelua tähän suuntaan, jossa on enemmän asiaan perehtyneitä.

Ajatuksena siis tietenkin olisi, että loggerin suunnitelmat, softat jne. olisivat ihan yleisessä käytössä valmistuttuaan. Piirien (loggaava transmitteri ja vastaanotin) hinta pyritään pitämään alle viidessäkympissä, joten määrättyjä kompromisseja olen toteutuksessa valmis tekemään.

Alkuperäinen ketju löytyy MP-Tallin puolelta.

Tuolta saadun palautteen pohjalta olen nyt sitten hieman suunnitellut asiaa eteenpäin ja rustaillut jonkin näköisiä määrittelyjä paperille.

Nopeuden virhe 200km/h: +-0.1 km/h

3x 10bit AD (mahdollistaa 1024 erillisen arvon mittaamisen jännitelähteestä)

8x 8bit AD (mahdollistaa 256 erillisen arvon mittaamisen jännitelähteestä)

3x dig in (suunniteltu lähinnä etu, takapyörän ja kierrosluvun mittaamiseen)

2x dig out (ajatuksena olisi liittää näihin ledit, jotka sitten vilkuttelisivat käyttäjän haluamalla tavalla esim. moottori ylikuumenee, vaihda vaihde, takapyörä sutii jne.)

Mittaustiheys: 50ms-reippaasti yli tunti (soveltuu sitten vaikka Lapinreissun loggaamiseen  

)

8MB sisäinen muisti

Langaton tiedonsiirto. Voidaan siis ottaa periaatteessa talteen vaikka radalla ajaessa, jos lähettimien kantomatka vaan riittää. Loggaus ei näillä näkymin ole mahdollista samaan aikaan datan siirron kanssa.

Toteutus on pyörään kiinteästi asetettava. Langattomuuden pitäisi ainakin teoriassa mahdollistaa laitteen asentaminen ihan mihin tahansa. Ja pienihän tuo kikkula on. Toisin sanoen tilaa rajoittavaksi tekijäksi pitäisi muodostua ainoastaan liittimien koko. Näyttöä ei kapistukseen ole kaavailtu.

Lambda-anturit sen sijaan herättävät yhä ja edelleen harmaita hiuksia.

Kapeakaistaisen lambda-anturin ongelmina siis on epälineaarinen jännitekäyttäytyminen eri hapenarvoilla. Etenkin reuna-alueilla tarkka mittaus on pienistä jännite-eroista johtuen hankalaa. Tämähän on toki sähköisessä suunnittelussa otettavissa huomioon erillisin kikoin. Myös sen hidas reagointi eri hapenarvoihin on ilmeisesti jossain määrin ongelma.

Laajakaistaanturissa taas tuo anturi reagoi nopeasti, mutta taasen anturin antamaa dataa pitää erikseen tulkita ja se on ilmeisesti melko hintava kapistus muutenkin.Itselle jäi kuitenkin epäselväksi millaista dataa tuo anturi sitten tuuppaa, kuinka monesta piuhasta ja millaista tulkintaa se saatu data kaipaa.

Jos nyt joku enemmänkin näiden vehkeiden kanssa pulannut osaisi kertoa, olisiko moisesta systeemistä mihinkään? Parannusehdotuksia, ominaisuuspuutteita jne..

Ja toki jos joku viitsisi valottaa tuota Lambda-antureihin liittyvää mystiikkaa (ihan linkkikin kelpaa jos ei itse jaksa alkaa rustaamaan), niin helpottaisi taas kummasti elämää.

 

[Slave1]

Heipparallaa!

Mulla ois tarjota tähän projektiin edullista datan viewer/analysointi-softaa. olen tehyt tatech:n loggeri softat ja niiden analysointiin ja säätämiseen tehtyjä kikkuloita. muutenkin autopuolelta ja sulautetusta löytyy vankkaa kokemusta. mutta ilmaiseksi, ei kiitos. on kiirettä tarpeeksi.

Laitehan on sinänsä hyvin yksinkertainen, vaatii kyllä työtä...

 

[Sartre]

Koska projekti toteutetaan OpenSource-ideologialla, ei kaupallinen softa juurikaan kiinnosta. Toisekseen, meikäläiselle tippuu ronski määrä ovareita myös tuon softan kirjoittamisesta, joten ihan mieluusti sitä itsekseni räpeltelen.

 

[kwaCa]

Itsekin moista suunnitellut, mutta ajan- ja innostuksen puutteen takia ei sitten tullut mitään.

JOS rata-ajosta puhutaan niin imho lambda sun muut vastaavat anturit voi suoraan unohtaa. Pari heppaa sinne sun tänne ei merkitse yhtään mitään.

Tarvitaan,
-nopeus (jotenkin pitäisi määritellä kallistuskulma, tai sitten gps'n kautta tai muuta kautta että saataisiin oikea nopeus)
-kaasunavaus%
-etu/taka jarrupaine
-etu/taka jousituksen asennot sekä niistä laskettavat muutoksien nopeudet.
-luiston havaitseminen olisi varmaan bonusta muttei mikään ehdoton.
-kierrosaika olisi hyvä.
-yllämainittu tieto ajovideon päälle niin siinä olisi kaikki mitä tarvitsee, ainakin kunnes kilpailee A luokassa.


Mopoilussa kuski merkitsee niin paljon että suurin etu saadaan ajotaitoa sekä jousituksen toimintaa tutkimalla ja kehittämälla.

 

[parjan_fin]

JOS rata-ajosta puhutaan niin imho lambda sun muut vastaavat anturit voi suoraan unohtaa. Pari heppaa sinne sun tänne ei merkitse yhtään mitään.

Itse en unohtaisi, sillä sen koneen touhut mutkasta lähdettäessä jne. ovat varsin kiinnostavia juttuja ja niiden kautta jos saa laitteen toimintaa tehtyä jouhevammaksi niin miksi noi kannattaisi unohtaa? Ihmettelen vaan...

Kannattaako sitä suotta antaa tasotusta pikkuasioissa? Pienistä puroista kun syntyy iso joki jne.

 

[johtaja]

Olen samaa mieltä parjanin kanssa. Kyllä itse laittaisin ehdottomasti lambdan. Nythän on kyse siitä, mitä ominaisuuksia loggerista tarvitaan. Ei siitä tarvitaanko loggeria vai ei. Jos itse päättäisin hankkia loggerin, niin edellyttäisin siltä ehdottomasti lambdaa.

Onhan siitä lambdasta hyötyäkin. Osakaasun seoksensäätö on harvalla kohdallaan. Jos kaasuun vastaavuus paranee, niin ajat voivat muuttua melkoisesti. Tosin Lambdan, kuten luistonvalvonnankin, voi toki kerätä suoraan Motecista.

Ja kyllähän pelkästä 2hp lisäyksestä monet ovat valmiita maksamaan 1,000+ euroa.

Jos taas mennään toiseen ääripäähän, niin ei sitä alustaakaan tarvitse heti laittaa. Kaverini veti muistaakseni matalaa 1.11 tai korkeaa 1.10:ä Botniaringillä täysin vakiolla gixxerillä. Motoparkin SBB-kisan voittaneessa pyörässä oli vakiokeula jossa oli edelleen kauden ajetut orggisöljyt. Keula oli kuin kuminauha.

Kun saat sen loggerisi valmiiksi, niin tiimimme testaa sitä ihan mielellään ihan ilman kompensaatiota.

 

[johtaja]

Olen samaa mieltä parjanin kanssa. Kyllä itse laittaisin ehdottomasti lambdan. Nythän on kyse siitä, mitä ominaisuuksia loggerista tarvitaan. Ei siitä tarvitaanko loggeria vai ei. Jos itse päättäisin hankkia loggerin, niin edellyttäisin siltä ehdottomasti lambdaa.

Onhan siitä lambdasta hyötyäkin. Osakaasun seoksensäätö on harvalla kohdallaan. Jos kaasuun vastaavuus paranee, niin ajat voivat muuttua melkoisesti. Tosin Lambdan, kuten luistonvalvonnankin, voi toki kerätä suoraan Motecista.

Ja kyllähän pelkästä 2hp lisäyksestä monet ovat valmiita maksamaan 1,000+ euroa.

Jos taas mennään toiseen ääripäähän, niin ei sitä alustaakaan tarvitse heti laittaa. Kaverini veti muistaakseni matalaa 1.11 tai korkeaa 1.10:ä Botniaringillä täysin vakiolla gixxerillä. Motoparkin SBB-kisan voittaneessa pyörässä oli vakiokeula jossa oli edelleen kauden ajetut orggisöljyt. Keula oli kuin kuminauha.

Kun saat sen loggerisi valmiiksi, niin tiimimme testaa sitä ihan mielellään ihan ilman kompensaatiota.

 

[Agentti]

Ja toki jos joku viitsisi valottaa tuota Lambda-antureihin liittyvää mystiikkaa (ihan linkkikin kelpaa jos ei itse jaksa alkaa rustaamaan), niin helpottaisi taas kummasti elämää.

Tässä ainakin yksi linkki asian tiimoilta: * KLIKS *,

lisäksi jos jaksaa selata tätä (kliks) keskustelua alaspäin JuhaV:n vastaukseen saakka, niin löytää aika valaisevan selvennyksen noista lambda asioista ihan suomeksi.

Ja kannatusta projektillesi!

 

[Sartre]

Tässä tapauksessa kyse ei oikeastaan ole siitä, otetaanko mukaan paikka lambda-anturille vai ei, vaan pikemminkin siitä, pitääkö se ottaa piirin ohjelmoinnissa jotenkin huomioon. Se käytetäänkö Lambda-anturia on täysin kiinni loggerin käyttäjästä. Tästä syystä olen ennenkaikkea kiinnostunut siitä millaista dataa se laajakaista oikein piuhoistaan puskee ulos.

Koko projektihan perustuu siis ajatukseen, jossa itse piiri olisi mahdollisimman modulaarinen. Yhtäkään sisääntuloa ei ole varsinaisesti tarkoitus sitoa tiettyyn tarkoitukseen. Piiri vaan ottaa ylös porttien tarjoaman informaation ja muokkaa sen ihmisen ymmärtämään muotoon vasta käppyröitä piirrellessä. Tällaisen toteutuksen hyvät puolet ovat siinä, että loggeri on äärimmäisen joustava hyvinkin monenlaisiin eri tarkoituksiin. Piiriltä vaadittavat asiat ovat pieniä, joilloin piirin hinta saadaan pidettyä pienenä. Miinuspuoli on tietenkin siinä, ettei konstruktiossa näyttöä ole, eikä tule. Toisaalta jos itsellä riittää energiaa/aikaa/kiinnostusta, on tuohon melko helppo tehdä edullinen ja monipuolinen näyttölaite. Ainakin teoriassa.

Se mikä itseäni eniten mietityttää, on analogisten sisääntulojen tarkkuus ja näytteenottotaajuus. Ja tarkemmin ottaen niiden riittävyys.

Minun järkeeni ei käy, mihin kukaan tarvitsisi yli 10/8bittistä dataa (1024/256 mahdollista arvoa), suurin osa kun kuitenkin hukkuu antureiden epätarkkuuksiin, pyörän sähköjärjestelmän aiheuttamaan kohinaan jne. mutta minä en asioita ole koskaan logannut, niin en voi tietää.

Vielä viimeisenä tahdon korostaa sitä faktaa, että tämän loggerin EI ole tarkoitus kilpailla sika kalliiden ammattilaisloggerien kanssa, vaan nimen omaan antaa aktiiviharrastajalle/pienen budjetin kisatiimeille edullinen vaihtoehto, noiden kalliiden kaupallisten sijaan. Noissa kalliimmissa vehkeissä on oletettavsti käytetty aikaa, rahaa ja hirvittävät määrät tietotaitoa, jotta häiriönsuojakset sun muut on saatu ihan omaan luokkaansa. Moisen projektin toteuttaminen vaatisi aivan toisenlaisia resursseja kuin meikäläisellä on peliin pistää.

Projektin piirustukset, piirikaaviot, softat ja kaikki mahdollinen, on valmistuessaan tarkoitus antaa ihan julkiseen levitykseen. Notta kunhan jotain valmista saadaan aikaan, niin kaikki pääsevät taspuolisesti kapistusta halutessaan kokeilemaan ja parannusehdotuksia antamaan.

Edit: linkkiä näköjään ehti jo tullakin taiteillesani tätä romaania

 

[Sartre]

Tässä ainakin yksi linkki asian tiimoilta: * KLIKS *,

lisäksi jos jaksaa selata tätä (kliks) keskustelua alaspäin JuhaV:n vastaukseen saakka, niin löytää aika valaisevan selvennyksen noista lambda asioista ihan suomeksi.

Ja kannatusta projektillesi!

Jaahas... Että tuollainen kikkula... Eipä tuossa varsinaisesti mitään ihmeellistä ole. Suurkiitos linkistä. Nyt on taas yksi hämärän peitossa ollut asia selvitetty.

Vielä jos joku asiaan perehtynyt osaisi kommentoida tuota vaadittavaa tarkkuutta, niin olisin kovasti kiitollinen. Näin tarkemmin ajatellen, 50ms väli näytteenotossa (20 näytettä sekunnissa) tuntuu aika hurjalta tiheydeltä omaan korvaan. Herää jälleen kysymys, tukehdutaanko moisella määrällä dataa kuitenkin loppupeleissä informaatioähkyyn. Tuollainen näytteenottotiheys tarkoittaisi 1min 20s ratakierroksesta 1600 yksilöillistä anturimerkintää pelkästään yhdeltä anturilta. 10 anturia puskisi ulos sitten jo 16000 yksittäistä merkintää.

Kyse ei tässä tapauksessa ole varsinaisesti siitä, mikä olisi paras mahdollinen, vaan mikä on riittävä tarkkuus.

Ja kiitoksia kannustuksesta

 

[Agentti]

Tiedä minkä verran tällä on arvoa, mutta oman vähäisen kokemukseni pohjalta esim. 5 arvoa per sekunti eli 200 ms näytteenottotaajuus on nippa nappa siedettävä harrastekäytössä autopuolen (about 250 hp) kiihtyvyyksiä logatessa, mutta kovinkaan kummoista tarkkuutta sillä ei tosiaankaan saa. 50 ms olisi jo varmaan "riittävä", mutta ei yhtään liikaa. Moottoripyörät kun kiihtyy keskimäärin sikapaljon reippaammin kuin nelipyöräiset niin näytteentaajuudenkin tulisi olla vastaavasti tiheämpi. 50 ms voi olla tehomopoissa liian harvakseltaan.

Lämpötilojen loggaamiseen sitten riittää varmaan vaikka 500 ms, mutta esim jousituksen antureissa tarvittaneen aika vilkasta toimintaa.

 

[juu-zo]

Tämä ketju on hieman vanha, mutta osuu omaan intressiin mukavasti. Mikrokontrollerit ja hinnat ovat kehittyneet melkoisesti 10 vuodessa siitä kun tätä ketjua on perustettu. Itselläni on intressinä tehdä tällä hetkellä halpa ja yksinkertainen loggeri pyörän ecun säätöön. Vielä en siis mitään ihmeellisempiä havittele kuin muutaman analogitulon ja kierrosluvun loggaaminen. Analogituloiksi ainakin siis lambdasta afr ja kaasunasento sekä varmaankin tulee otettua iap ja iat sensorien tiedot. Kierrosluvun luku suoraan mittariston pulssista. Toteutus parin euron arduino nanolla sekä siihen real time clock piiri ja micro sd korttimoduuli. Paria eri versiota olen hieman protoillut, mutta sd korttimoduuli ei ole saapunut vielä, joten en parempia testejä ole päässyt tekemään. Eniten mietityttää kuinka nopeasti tuota koodinpätkää pystyy pyörittämään eli millaisella taajuudella loggauksen loppupeleissä pystyy tekemään.

Mikäli tämä loggeri onnistuu hyvin tulee myöhemmin ohjelmaan ehkä enemmän radalle suunnatun loggerin rakentaminen. Siihen sitten enemmän analogituloja sensoreita varten, gyroa, kiihtyvyysanturia ja langatonta tiedonsiirtoa. Tästä kuitenkin pohdintaa sitten myöhemmin.

 

[aleksi15]

Tämä ketju on hieman vanha, mutta osuu omaan intressiin mukavasti. Mikrokontrollerit ja hinnat ovat kehittyneet melkoisesti 10 vuodessa siitä kun tätä ketjua on perustettu. Itselläni on intressinä tehdä tällä hetkellä halpa ja yksinkertainen loggeri pyörän ecun säätöön. Vielä en siis mitään ihmeellisempiä havittele kuin muutaman analogitulon ja kierrosluvun loggaaminen. Analogituloiksi ainakin siis lambdasta afr ja kaasunasento sekä varmaankin tulee otettua iap ja iat sensorien tiedot. Kierrosluvun luku suoraan mittariston pulssista. Toteutus parin euron arduino nanolla sekä siihen real time clock piiri ja micro sd korttimoduuli. Paria eri versiota olen hieman protoillut, mutta sd korttimoduuli ei ole saapunut vielä, joten en parempia testejä ole päässyt tekemään. Eniten mietityttää kuinka nopeasti tuota koodinpätkää pystyy pyörittämään eli millaisella taajuudella loggauksen loppupeleissä pystyy tekemään.

Mikäli tämä loggeri onnistuu hyvin tulee myöhemmin ohjelmaan ehkä enemmän radalle suunnatun loggerin rakentaminen. Siihen sitten enemmän analogituloja sensoreita varten, gyroa, kiihtyvyysanturia ja langatonta tiedonsiirtoa. Tästä kuitenkin pohdintaa sitten myöhemmin.

Mulla on ihan vastaava ajatus päässä. Osa tavaroista on myös jo pöydällä
20hz GPS, ultraäänianturit jousituksen liikettä varten ja sit vielä tietenkin sd kortti, Bluetooth tai Wi-Fi ja tähän vielä liitetään kaikki mitä pyörästä vakiona saadaan. Kiinnostaisi myös liittää obd2 porttiin toi mut en oikein oo selvittänyt vielä mitä sieltä sais ulos ja missä muodossa.
Ei nää tietenkään yhtään vauhtia paranna mutta analytiikkamiehellä pitää olla excel täynnä numeroita


Sent from my iPhone using Tapatalk

 

[juu-zo]

Kyllähän tuolla mpradan racedac keskustelussa on moni jo sanonut, että tiedonkeruu on itseasiassa parantanut omaa suoritusta. Huomaa, että kaasu jää monesti suorilla 80% tuntumaan kun sen voisi avata kokonaan, jarrutus on liian pehmoinen kun voisi aloittaa terävämmin, avaukset nypyttäviä eikä lineaarisia, jne. Jos on halukkuutta jakaa omaa tuotosta niin mielelläni kuulen kertomusta mitä suunnittelilla ja mitä ongelmia on ollut edessä. Minun intressit laitteen rakentamisessa ei ole kaupalliset, joten kaikki on täysin avointa ja saa minulta pyytämällä koodit jos haluaa. Mikään velho en itsekään koodauksessa ole, joten optimointiin täytyy panostaa lopussa.

 

[massajaska]

Minun intressit laitteen rakentamisessa ei ole kaupalliset, joten kaikki on täysin avointa ja saa minulta pyytämällä koodit jos haluaa.

Pistäpä koodit sitten suoraan jakoon jonnekin GitHubiin, Bitbucketiin tai vastaavaan. Poistuu se kysymisen kynnys.

 

[Nitrous]

Mulla on ihan vastaava ajatus päässä. Osa tavaroista on myös jo pöydällä
20hz GPS, ultraäänianturit jousituksen liikettä varten ja sit vielä tietenkin sd kortti, Bluetooth tai Wi-Fi ja tähän vielä liitetään kaikki mitä pyörästä vakiona saadaan. Kiinnostaisi myös liittää obd2 porttiin toi mut en oikein oo selvittänyt vielä mitä sieltä sais ulos ja missä muodossa.
Ei nää tietenkään yhtään vauhtia paranna mutta analytiikkamiehellä pitää olla excel täynnä numeroita


Sent from my iPhone using Tapatalk

Pistä linkkiä jos löydät jostain edullisia ultraääniantureita. Viimeksi kun noita pari vuotta sitten kattelin niin olivat samoissa hinnoissa kuin alustapotikat.

 

[Nitrous]

Kyllähän tuolla mpradan racedac keskustelussa on moni jo sanonut, että tiedonkeruu on itseasiassa parantanut omaa suoritusta. Huomaa, että kaasu jää monesti suorilla 80% tuntumaan kun sen voisi avata kokonaan, jarrutus on liian pehmoinen kun voisi aloittaa terävämmin, avaukset nypyttäviä eikä lineaarisia, jne. Jos on halukkuutta jakaa omaa tuotosta niin mielelläni kuulen kertomusta mitä suunnittelilla ja mitä ongelmia on ollut edessä. Minun intressit laitteen rakentamisessa ei ole kaupalliset, joten kaikki on täysin avointa ja saa minulta pyytämällä koodit jos haluaa. Mikään velho en itsekään koodauksessa ole, joten optimointiin täytyy panostaa lopussa.

Kyl siitä datasta on hyötyä jos kuski ei muuten huomaa tai usko tekevänsä virheitä. Tosin toi jarrun alotustehon merkitys kierrosaikaan on lähinnä tornihuhu ellei nyt sitten satu ajamaan kilpaa A:n kärjessä. Motoparkissa lirujarruilla pääseen ainakin 1:28.0 vauhtia ja tod. näk. jarruttamista pitää ruveta harjoittelemaan jos meinaa alle 1:27 ja jarrun aloitustehoa ehkä sitten lähellä rataenkkavauhtia.

Racedac oli itsellä käytössä kauden verran ja ajamisen kannalta kaikkein suurin hyöty oli kaasunasennon näkemisestä. Ei vaan millään meinannu avauksissa malttaa odottaa riittävän pitkään ennen kuin meni kaasulle. Tuota DAC:ia kannattanee vähän käyttää benchmarkkina edullisista laitteista.

 

[juu-zo]

Perus ultraäänianturit maksavat alle kympin. Eivät kylläkään sitten kestä vettä yms. Enkä tiedä mittatarkkuuden riittämisestä pyöräkäyttöön. Voisihan tuollaista kokeilla. Olisi ainakin melko simppeli asennus kun heijastuksen pystyy ottamaan suoraan maasta.

 

[Nitrous]

Perus ultraäänianturit maksavat alle kympin. Eivät kylläkään sitten kestä vettä yms. Enkä tiedä mittatarkkuuden riittämisestä pyöräkäyttöön. Voisihan tuollaista kokeilla. Olisi ainakin melko simppeli asennus kun heijastuksen pystyy ottamaan suoraan maasta.

Sopivalla mitta-alueella ja IP-luokalla olevat anturit pyöri pari vuotta sitten 150+ hintaluokassa. Jos noilla antureilla haluaa mitata alustan liikettä niin heijastus kannattaa ottaa esim. etulokarista ja takaa huggerista, saa sitten suoraan alustan tekemiset logattua. Jos mittaa etäisyyttä maahan, niin ei saa kiinni sitä, että missä kohtaa keula/perä pohjaa ulosjoustossa, kun keuliminen/perän nousu maasta sotkee mittausta.

 

[juu-zo]

Tuota DAC:ia kannattanee vähän käyttää benchmarkkina edullisista laitteista.

Speksejä olen lukenut ja tuohan on aika fiksu vekotin, joka räätälöity juuri tähän käyttöön. Tosin uskon, että komponentit tuohon eivät montaa kymppiä maksa. Kehitystyö ja softan tekeminen on sitten nostanut hintaa huomattavasti. 8xAI, 2xDIP, 2xLook up table, serial bluetooth. Teknisesti ei siis kovin monimutkainen.