Okee, hierbij de voortgang en vragen over dit project:
ik heb beide liggen, maar loop met de installatie (hardwarematig) al tegen problemen op:
De RPi heeft composiet en HDMI output
Het touchscreen heeft composiet en VGA input.
Probleem 1 zou zijn: pak de composiet output en klaar is kees... Echter de resultaat op het gebied zijn bedroevend, dus wil ik toch de VGA gebruiken.
Er zijn echter kant en klare apparaten voor in verschillende prijsklassen.
Wat raden jullie aan en wat is het verschil?
Ik zie door de bomen het bos niet meer. Maar bedenk wel, ik wil de RPI op een EXTREEM lage reolsutie laten draaien daar mijn touchscreen maar 7" is.
Dan het touchscreen zelf nog: 12V input. Maar ik kan NERGENS de spanningsfluctuaties vinden. Een head rest mount bij het ding verrad dat hij wel geschikt is voor op een auto accu.... Gewoon proberen? Komt in een land rover van 1991... Dus spanning zal niet extreem oplopen. Of toch maar voor de zekerheid een step-up step-down converter ertussen?
Dan komen de volgende vragen nog in later stadium, maar handig om er alvast rekening mee te houden:
- Voor navigatie, moet er een GPS aan. makkelijkste is denk ik een USB GPS, maar RS-232 kan ook via de uart of via USB naar RS-232 converter..
En als er iemand is met software ervaring voor navigatie op de RPi. GRAAG. - Voor radio moet ik een tuner hebben. Hoe realiseer ik dat? De meeste PC? nemen webradio, maar ik heb geen zin in dure draadloze abonnementen.. Dus gewoon een externe (USB?) tuner?
- Scherm dimmen als verlichting aan gaat. Ik moet hiervoor een GPIO pin nemen en die natuurlijk verbinden met mijn verlichting. Echter hoe realiseer ik dat makkelijk dat makkelijk op de RPI zowel in software als in hardware
- Aangezien het in de LARO moet is het MISSCHIEN leuk om het ook de verschillende hoeken te meten met een MEMS... Ik ga namelijk weleens buiten de gebaande paden.
- Het touch creen werkte niet plug & play op de RPi met de distro (XBMC) die er nu op staat, dus dit kan misschien ook nog problemen geven.
- wil er totaal 3 camera's op hebben: 1 achterop, 1 voorop als dashcam en 1 voor mijn dooie hoek, want die is GIGANTISCH (menig weggebruiker is al geschrokken van 2300 kg staal en alu wat ik ff hun weghelft op stuur, omdat ze HEERLIJK in die dooie hoek blijven hangen) Ik wil voor bewijslast die camera? ook opnemen. Kan ik hiervoor gewoon webcams nemen? En welke software moet ik dan hebben?
Dit zal een langlopend project worden, dus wees niet bang, maar wil alles goed inventariseren. Het is mijn eerste hobbyproject ind e afgelopen jaren voor mezelf, en ik ben nogal druk... Dus vergeef me als ik niet alles direct implementeer. ik heb de spullen in grove lijn echter gewoon liggen en een 7805 voeding voor de RPi is ook wel te realiseren.
Misschien zijn er wel mensen die het leuk vinden om een vergelijkbaar project te starten.... Mijn doel is vooral de kennis delen en kennis vergaren..
ik zou al een LM2596 als voeding gebruiken. zo een RPi zit al toch snel 1A te gebruiken en dan heb je toch al een pak te verstoken vanaf je 14V.
ga je het ding permanent aan laten? of elke keer uitschakelen. wat als je die niet uitschakeld en die valt uit, hoe voorkom je SDkaart corruptie?
ik heb een rpi als server draaien, en al een paar versies als mediacentre geprobeerd. blijf toch sukkelen met die SD kaart corrupte. raspbmc en openelec zijn wel wat veiliger voor het uitvallen, maar toch niet volledig proof.
op men werk hebben ze zwaar geinvesteerd in meteo apparatuur, server, ups,... en ik wil hetzelfde werkende krijgen via een raspberry.
30€ VS xxk€
[Bericht gewijzigd door fcapri op (13%)]
ik meende dat een kale RPi minder trok, want ik had hem draaien op een 500 mA adapter, maar goede tip.
Zeker aangezien er wellicht nog wat USB zooi aan komt te hangen.
Maar bedoeling was hem uit te zetten idd. ik wilde er echter een HDD aanhangen voor de logging. Is het dan nog een ramp als je hem bot uit knalt?? Ik denk bijna van niet, omdat de SD niet meer beschreven wordt of althans NAUWELIJKS.
Overigens niet bechreven in de features: ik zou graag een debian distro willen draaien op de RPI (ubuntu achtig) maar dan natuurlijk met een VEEL lagere resolutie.. Iemand nog tips voor een distro op de RPI?
[Bericht gewijzigd door High met Henk op (21%)]
Hmm, ik wil straks ook een rpi in mijn laro hebben en daarmee met dallas tempsensoren en een paar TC op veel plaatsen in de motor de temp gaan meten. Ik heb een klein computer schermpje met hdmi daarvoor. Geen getouch bij mij. Maar het wordt trackbal achtig iets denk ik.
Voor navigatie koop ik wel een kant en klaar systeem. Handige navigatie dingen op een pc achtig linux platform vind ik te lastig. Je krijgt het het nooit zo mooi af en uitgedacht als zelfs die goedkope dingen bij de action/aldi enz. enzo. En knoeien met een navigatie pc tijdens het rijden lijkt me ook een slecht idee.
Bij de action koop je voor 60 euro een binnenspiegel/scherm met achteruit camera oplossing. Die schijnt best goed te werken ook nog.
Is waarschijnlijk wel alleen composiet. Maar ik denk te slecht voor een rpi.
De rpi hoeft bij mij straks alleen maar te loggen.
ik wordt BLOEDNERVEUS van al die navigatie systemen als DOMDOM en MIO..
heb thuis al een vrouw zitten die me verteld wat ik moet doen..... Dus ik wil iets simpels hebben met kaartjes alleen. Geavanceer dhoef ik niet, ik rijd al jaren zonder navigatie (vindt vaginatie veel fijner) en kom overal. Maar soms is een hulpje handiger.
bovendien vind ik het handig om alles in 1 apparaat te hebben. En door de resolutie flink aan te passen (ik denk aan 400 * 600 ofzo) en dus een touchscreen denk ik dat ik voldoende bedieningsgemak heb. In Ubuntu kun je alles redelijk naar eigen smaak aanpassen wat met BIJZONDER aanspreekt.
[Bericht gewijzigd door High met Henk op (18%)]
Ik zou wel een nette shutdown op nemen. Is uiteindelijk niet zo moeilijk natuurlijk. Ding aan vaste spanning i.p.v via contact (desnoods via vertraagd afvallend relais) via GPIO de contact spanning monitoren bij wegvallen via een scriptje een shutdown aanroepen.
Je bent zeker niet de eerste die een RPi als carputer gebruikt. Zoek eens op google, en kijk eens wat andere gebruikt hebben.
edit:
Oplossing voor probleem 1:
http://www.sossolutions.nl/kabels/9324258-usb-20-4-poorts-hub.html <-vreemde tekst in de link voor een hdmi->vga converter.
[Bericht gewijzigd door zerox op (41%)]
ik gebruik de SD nu ook als boot en het OS staat op een HDD partitie. tot nu toe nog geen corruptie gehad, maar t is nu ook niet dat ik die wekelijks afzet.
ik gebruik iGo op men android telefoon. vind die navigator wel OK en volledig aan te passen. bestaat ook voor verschillende resuloties.
als er nog een USB HDD bijkomt, komt er nog eens 1A bij. dan zou ik zeker voor een LM2596 gaan (doe ik nog ook).
ik gebruik hiervoor de raspbian. dat is een debian achtig linux (ubuntu is ook een afgeleide debian). heeft een grafisch GUI maar ik gebruik die zuiver in console view.
voordeel van met zo een officiele distro te werken, is dat er ook snel updates volgens. als je RPi sneuvelt en je vervangt door een nieuwe, ben je haast zeker dat die ook werkt. als je zo een custom distro gebruikt, moet je al geluk hebben dat ze nog updates uit gewerkt hebben. (zo krijgen we een RPi B+ maar niet aan de praat op het werk).
je moet ook eens kijken naar android software. ik heb op men telefoon IP camera software gezet, en op men tablet (of pc) zo een ip camera viewer software geinstalleerd waar je dan de 3 cameras kan op toevoegen.zoiets moet toch ook bestaan voor webcam of andere cameras.
bij getecteerde beweging kon die dan filmen, of screenshots opslaan.
voor de shutdown bestaan er wel handige printjes met drukknoppen op (zou zeker ook handig zijn met jouw toepassing dat je nog wat hardware knopjes hebt ipv enkel touchscreen)
https://www.pi-supply.com/wp-content/uploads/2013/05/IMG_6098.jpg
adafruit heeft ook touchscreens die rechtstreeks op de raspberry klikken
een extra toepassing voor HmH misschien: startonderbreker op de RPi?
http://www.davidhunt.ie/wp-content/uploads/2014/04/IMG_0872c.jpg
als er 1 ding is wat ik uit al mijn auto? sloop zijn het startonderbrekers...
origineel werkt het allemaal wel, maar die aftermarket zooi....
3x gehad. 2 ervan hebben me ooit laten staan.. die waren er daarna binnen 5 en 10 minuten netjes uit. ZOOI
Dat ik niet de eerste ben wist ik al, maar er is zoveel dat ik door de bomen het bos niet meer zie... En dit touchscreen had ik al liggen, dus er nog 1 bij doen lijkt mij overkill
probleem HDMI naar VGA lijkt du met vrijwel elke converter te werken (ik ben niet zo video minded)
die shutdown print lijkt me idd wel een goed toevoeging.. Alleen die camera? nu nog...
Gaat een mooi project worden, maar zal er ook eens een vraagteken bij zetten.
Waarom een HDD, en niet een SSD?
Heb het idee dat die leeskoppen naar de vaantjes gaan als je offroad gaat.
Right, die tomtom met hd was ook geen lang leven beschoren. Er staan ombouwschema's bij de vleet op het net. Zelfs bij het rijden op standaard wegen <G>
[Bericht gewijzigd door RAAF12 op (17%)]
tomtoms hoeven dan ook niet te schrijven. als je camera beelden volcontinue gaat weggschrijven, kom je volgens mij snel in de problemen.
misschien 2 usb sticks inbouwen, 1tje voor het OS, en 1 voor de data.
als die data dan corrupt gaat, swap je ze gewoon. als de OS kapot gaat, steek je ook gewoon een copy der weer in.
i2c cameras misschien?
vraag me alleen af of een rpi dat nog gaat trekken.
3 cameras bijhouden, GPS software kunnen draaien en daar nog eens radio bij kunnen afspelen.
ga het project wel volgen, heb hier nog een RPi in overschot liggen, zo een klein plugin adafruit touchscreen is ook voldoende.
1 camera is voor mij voldoende. lijkt mij wel leuk om zo iets in te bouwen in een oude golf 2.
niks electronica in HEEL die auto, en dan een rpi als media controle eenheid
[Bericht gewijzigd door fcapri op (19%)]
hmm, de laro heeft ook weinig elektronica, behalve de radio en de carkit. En het complete elektronica lab wat achterin gebouwd zit: dit ding is mijn COMPLETE werkplaats!
hij hoeft overigens niet ALLE camera's tegelijk te tracken. I2C lijkt me trouwens een slecht idee met het oog op de afstand...
die SSD of memory stick is nog wel een gouden tip eigenlijk...
Overigens iedereen met input/kopieren: GRAAG: 2 weten meer als 1 en zoals gezegd: ik heb niet de tijd voor dit project eigenlijk, maar wil weer een eigen projectje.... Dus zal wel veel software worden..
[Bericht gewijzigd door High met Henk op (22%)]
@fcapri,
Als een programma een bestand wegschrijft op het filesysteem met open(), write() en dan close(), dan gaat Linux vrijwel nooit meteen de echte schrijfacties uitvoeren. Sterker nog, bij sommige filesystemen (met name UBIFS en EXT4) kan de fysieke schrijfactie onbepaald lang worden uitgesteld of gedeeltelijk uitgevoerd op de meest optimale manier t.o.v. resource verbruik, snelheid en besparing van FLASH (wear). Als jou applicatie delen van de flash herschrijft, dan kan het zo zijn dat als hij klaar is, maar de helft van zijn schrijfacties in flash-geheugen staat en de rest nog niet. Ook al schakel je een kwartier later de spanning uit, is het goed mogelijk dat deze data nog steeds niet volledig is.
Er is maar een manier om ervoor te zorgen dat alles wat tot dit moment gebeurd is ook echt in flash geheugen staat: Als de sync() system-call returned, dan weet je zeker dat alle schrijfacties die daarvoor zijn afgesloten ook in flash staan. De sync() system-call wordt uitgevoerd op moment dat je een filesysteem unmount, of door het aanroepen van het command-line tool "sync". Dat gebeurd o.a. ook bij een "halt" of "reboot".... maar als je zomaar de stekker eruit trekt zonder eerst "sync" te doen, is er kans op corrupte files (niet het filesysteem... dat is bestand hiertegen, maar de inhoud van de bestanden kan onvolledig zijn).
en toch is mijn server nu al een keer of 5 zonder spanning gevallen en doet het os alles nog (foefelen met de UPS en de batterijpack nam niet over).
als ik dit met SD kaart doe heb ik, 4 op de 5keer de stekker eruit trekken, al een corrupt systeem. zo erg dat die niet eens nog boot. de SD kaart in windows ziet nog wel alle bestanden.
mijn server doet amper nog schrijf bewegingen, enkel als er iemand een pagina opvraagt, wordt dit gelogged.
die schrijf bewegingen zijn haast instant, want anders zou men counter niet optellen op de website. ik heb al men software in perl geschreven, ik doe een leesbeweging, schrijfbeweging en sluit het bestand weer direct af
[Bericht gewijzigd door fcapri op (20%)]
Progger
GMT+1
ik heb deze:
(klik)
en die doet 800x480 met een custom config.ini. werkt ook op 7" lcd met vga bij mij. enkel de auto sync werkt niet helemaal geweldig, ik kreeg het beeld niet geweldig gecentreerd. maar dat kan aan mijn lcd liggen.
wat betreft radio moet iedere tuner stick volgens mij de hele FM band kunnen ontvangen,
ik heb zelf een stick van silabs, deze is helaas niet meer te koop. was een SI4701 radio ic en usb geluidskaart ineen.
misschien handig om meteen voor iets met DAB+ te gaan..
Progger
GMT+1
voor 8 dollar kan je het wagen:
http://www.ebay.com/itm/ROHS-Digital-USB-TV-Stick-FM-DAB-DVB-T-RTL2832…
@fcapri: geloof VWG3JB maar, sync kan nooit kwaad en heeft al veel ellende voorkomen. Zowel in de code als op de commandline. Gewoon doen, het kost niks.
PS en blijf van perl af, perl is de basic van de 21ste eeuw. Als je toch wilt scripten op dat nivo, doe dan python. Maar als je echt wilt programmeren, leer dan C.
[Bericht gewijzigd door big_fat_mama op (35%)]
...enne @T/S: ik heb mijn eigen gps draaien op een Netbook. Soft in C (maar ik heb dan ook de complete Xlib beschikbaar, dat heb je misschien niet op zo'n frambozending?), voeding uit de boordbatterij met een analoge low-dropregelaar. Werkt allemaal simpel en netjes. Het zwakste punt is de GPS-ontvanger, ik heb de beste resultaten met HaiCom 204.
Let wel mijn software toont geen landkaarten, dat ziet er voor de meesten nogal onverwacht uit. Ik toon vooral een geplande route versus de effectieve. Een landkaart tonen is voor mij niet prioritair, ooit eens ga ik dat wel toevoegen, baserend op tiles van openstreetmap of zoiets.
ik zit te kijken naar NAVIT als navigatie...
youtube met NAVIT op een PI
Programmeren in C heeft mijn voorkeur, maar python lijkt mij op de RPi een beter idee, maar moet ik dan wel leren..
eigenlijk omwillen van mijn beschikbare tijd... Zal wel kant en klare lego blokken en sudo apt-get commando's worden...
dus ik ga proberen mijn programmeren tot een minimum te beperken..
Daarbij wil ik juist dat anderen het na kunnen bouwen..
maar voor de OFF road features zal ik wel het nodige moeten programmeren, echte voor navigatie, radio en camera's wil ik dit dus niet omwillen van mensen die het willen kopieren.
ik wil ook proberen gebruik te maken van standaard bordjes. Moet echt een lego project worden (en ja, mijn handen jeuken al om er 1 mooie PCB voor ta maken, maar dat is hier niet mijn doel)
[Bericht gewijzigd door High met Henk op (45%)]
Mijn (zeer beperkte) ervaring:
python is zeer elegant en "concise" als programmeertaal, alles wat perl niet heeft, maar dat is ook wel een kwestie van smaak en van persoonlijke voorgeschiedenis. Maar python staat nog niet stabiel, er is nog te veel verschil tussen opeenvolgende releases.
Zowel python als perl hebben als grootste meerwaarde de veelheid aan beschikbare libraries, het is bv. erg mooi werken met python en de bijhorende gpsd-library, men moet amper nog iets zelf doen. En daarvoor waren die computers toch bedoeld, ooit?
NAVIT ga ik eens bekijken!
voordeel van NAVIT vindt ik de openstreet maps, dus nooit dure kaarten...
ben nogal van GRATIS of voor weinig..
@fcapri: heeft u ergens een goed adres voor zo'n kant en klare SMPS voor de RPI?
[Bericht gewijzigd door High met Henk op (27%)]
Op 19 november 2014 22:07:45 schreef big_fat_mama:
PS en blijf van perl af, perl is de basic van de 21ste eeuw. Als je toch wilt scripten op dat nivo, doe dan python. Maar als je echt wilt programmeren, leer dan C.
C heb ik vroeger nog gekund, maar zit te ver weg. daarna nog wat java en javascript gedaan (haat ik, dus doe ik niet meer).
voor men webserver dan een aantal perl scripts geschreven en die taal is ZO MAKKELIJK dat ik er snel mee weg was. ik schrijf daar nu al een jaar of 5-6 in, denk ik.
python ook al eens sporadisch gedaan (auto resize script van mijn afbeeldingen daarin geschreven).
@HmH: ik heb die lm2596's op ebay.de gezocht. ik wou de goedkoopste vinden (meeste vragen zo een 5€ voor eentje en dan 3€ verzending bij).
uiteindelijk bij deze kerel gekocht: stond op ebay in UK, zou in rotterdam zitten, maar werd verstuurd uit polen.
http://www.benl.ebay.be/itm/LM2596-DC-Buck-Step-Down-Voltage-Adjustabl…
ik kocht er direct 5.
1 nadeel: ze hebben de potmeter en de weerstand FOUT gezet:
http://www.circuitsonline.net/forum/view/122900
afregeling is hierdoor een ramp.
voor men RPi heb ik er zo 2 na elkaar draaien.
van een 19.5V laptoplader maakt ik EXACT 13.6V om aan een lood accu te voeden (float voltage). van die 13.6V maak ik dan 5,2V voor de raspberry en ziehier men raspberry UPS.
ook men internetmodem (12V) hangt rechtstreeks aan die accu nu. zolang men provider in de lucht blijft, blijft mijn website dat ook 
.
ik ben nu bezig met een chinees om er meerdere in te voeren.
http://www.ebay.de/itm/10x-LM2596-DC-DC-verstellbar-Step-Down-Schaltre…
men volt/amperemeter is ervan onderweg, als die levering goed loopt, gaat er een grotere bestelling komen bij die kerel (gratis verzending!!).
op het eerste zicht ziet het er naar uit dat de potmeter langs onder GEEN verbinding heeft met de groundplane. die zou dus wel goed in elkaar zitten dan.
ik ga ook aan dat carputer geval beginnen, maar deze week iets te weinig tijd. ga alvast het OS draaiend maken, en ook een GPS software die me bevalt.
bijkomend probleem: een raspberry heeft geen interne klok. dus na een reboot heeft die geen juiste tijd. gaat GPS werken als je toestel zelf op een verkeerde dag/uur staat?
http://blog.retep.org/2012/06/18/getting-gps-to-work-on-a-raspberry-pi…
hmm GEEN IDEE...
er zijn wel RTC modules te krijgen voor de PI.
Maar DCF77 kan ook in europa.