heren,
voor een project in een kitcar (te zien op www.voglietta.nl) wil ik graag een I2C bus door de auto laten lopen.
De lampen aansturen is niet zo'n probleem alleen nu wil ik graag het toerental meten en deze op de bus zetten en dan 5x per seconde uitlezen.
nu zijn er allerlei leuke projecten om van de pulsen via de 555 en een opamp een spanning te maken en die kan je wel omzetten via een ADC maar volgens mij moeten er slimmere ideeen zijn... een counter of iets dergelijks...
help mij en de toekomstige autobouwers, zodat er overal maar 4 draadjes door de auto lopen.
alvast bedankt, groeten martijn
free_electron
Silicon Member
Professioneel ElectronenTemmer - siliconvalleygarage.com - De voltooid verleden tijd van 'halfgeleider' is 'zand' ... US 8,032,693 / US 7,714,746 / US 7,355,303 / US 7,098,557 / US 6,762,632 / EP 1804159 - Real programmers write Hex into ROM
i2c in de auto is geen goed idee. gebruik Lin of Van netwerk . die dingen zijn daarvoor gemaakt.
er is veeel te veel storing in een auto om dat betrouwbaar te laten werken. en draai zeker geen criticla dingen zoals remlichten etc daarrover !
is dit: Digitale teller snel genoeg voor 16hz(1000 toeren per minuut) tot 100Hz(6000 toeren per minuut)?
gr martijn
aha... maar omdat ik I2C al op kleine schaal gebruik leek mij dit een leuk idee... maar meneer philips heeft ook al componenten voor auto industrie. even verder verdiepen dus 
http://www.semiconductors.philips.com/markets/automotive/
http://www.interfacebus.com/Design_Connector_LIN_Bus.html
btw... is CAN ook geschikt?
gr martijn
CAN is nog iets beter zelfs.
LIN mag enkel voor niet-safety toepassingen (ramen open doen, airco, ...). Het is dan ook bedoeld als "goedkoop" netwerk.
CAN mag wel voor veiligheidsdoeleinden gebruikt worden, maar is normaal veel duurder qua componnten...
LaStei
carpe cerevisi
Ik denk dat I2C met de uitgangsbuffer wel te doen is (P82B715) Wel netjes de kabels afschermen, en zorgen voor een goede aardverbinding. En die toerenteller zelf.. De enige mogelijkheid die ik zie is via een ADC. Of.. Een PIC met I2C interface. In beide gevallen toch iets meer electronica.
Safety critical zou ik sowieso aan de professionals overlaten. Als ik me niet vergis bebruikt Daimler Chrysler CAN-derivaat voor zijn sturingen.
[Bericht gewijzigd door LaStei op ]
Op 20 december 2005 19:06:29 schreef electronicaboer:
is dit: Digitale teller snel genoeg voor 16hz(1000 toeren per minuut) tot 100Hz(6000 toeren per minuut)?gr martijn
Ja is zeker snel genoeg , maar wat heb je er aan?? maakt nog geen I2C.
Wat ga ja tellen, krukas signaal(hoeveel tanden 32,56 118)?
Onstekings signaal (-1 bobine) enkele spoel dubbele spoel?
stop het in een pic ,reken het om (tijd en 2 of 4 takt) en I2C rolt er vanzelf uit.
wat heb je al wat met I2C draaid??
free_electron
Silicon Member
Professioneel ElectronenTemmer - siliconvalleygarage.com - De voltooid verleden tijd van 'halfgeleider' is 'zand' ... US 8,032,693 / US 7,714,746 / US 7,355,303 / US 7,098,557 / US 6,762,632 / EP 1804159 - Real programmers write Hex into ROM
Op 20 december 2005 19:32:53 schreef LaStei:
Ik denk dat I2C met de uitgangsbuffer wel te doen is (P82B715) Wel netjes de kabels afschermen, en zorgen voor een goede aardverbinding. En die toerenteller zelf.. De enige mogelijkheid die ik zie is via een ADC. Of.. Een PIC met I2C interface. In beide gevallen toch iets meer electronica.Safety critical zou ik sowieso aan de professionals overlaten. Als ik me niet vergis bebruikt Daimler Chrysler CAN-derivaat voor zijn sturingen.
VAN ( vehicle area network ) tis een soort CAN waar bovenop nog eens een query/respone systeem draait. elk commando wordt in vraag gesteld en der moet een herbevestiging komen voor het wordt uitgevoerd.
VAN lijkt zo te lezen veel op MODBUS.
Elk antwoord bestaat uit de vraag, het antwoord alsmede een CRC som.
On topic:
zoals je zelf al voorstelt, meet de pulsduur.
Ken echter geen I2C compoment die 6000...7000 RPM kan meten.
Of doe het zoals in de proces industrie met een 4-20 mA.
Ook een twee draad systeem (per sensor) maar wel ongevoelig voor storingen.
op het moment draait het i2c verhaal op een testboardje met z80
maar als alles goed werkt komt het hele handeltje in een microcontroller... waarschijnlijk een zylog vanwege de taal... maar daar ben ik nog niet over uit. Maar ik ga me toch ng even verder verdiepen op het can verhaal... wat wel safer is. Maar ik denk voor de inputs vanaf the dashboard wel een i2c busje leggen en voor de output's lampen en dergelijken een can bus...
even over het toerental verhaal... ik ga voor de test de analoge toerenteller die hier op de site staat gebruiken die vervolgens uitgelezen wordt door een analoog digitaal converter gaat...
even wat uitzoekwerk maar wel leuk
:D:D:D
LaStei
carpe cerevisi
Het kan wat simpeler. Een monoflop die getriggered word door de bogiekabel (een aantal windingen rond die kabel is meestal genoeg, wel met een paar snelle diodes naar de plus/massa, ander blaas je je cmos ingang op), een RC netwerk erachter en een ADC, die je op de I2C bus hangt. Als die monoflop goed stabiel is, kun je een aardige resolutie halen. Dit is eigenlijk de methode die je eerst aangaf. Of de pulsjes in een counter stoppen, met latch. Maar dan zou ik er een PIC bij halen die het hele zaakje stuurt. Daar heb je iets meer SW voor nodig.
[Bericht gewijzigd door LaStei op ]