Dat van die rpm begrijp ik, maar dat is het probleem ook niet
Ik was niet echt duidelijk, maar wat ik bedoel is dat hij bij de initialisatie van de obd (bij het opstarten van de applicatie) in principe de auto moet vinden. Doet hij dat niet, of komt er ineens geen data meer binnen, verbreekt hij de verbinding tussen obd en raspberry en maakt hij de verbinding opnieuw, en dat blijft hij doen totdat er weer data binnenkomt (op die manier wordt ook gekeken of er synchronisatie uitgevoerd moet worden, dat gebeurd alleen als de auto stilstaat)
. Op de een of andere manier werkt de initialisatie alleen de eerste keer, oftewel, zodra de motor uit is geweest, opnieuw aangaat en de raspberry opnieuw verbinding zoekt gaat het mis en ontvangt bij nog steeds geen data waardoor hij blijft verbinden. Mijn beste gok voor nu is dat de synchronisatie tussen de objecten niet lekker loopt en hij de verbinding alweer sluit voordat hij kan worden gevonden (meerdere processen die naast elkaar lopen) . Maar dat blijft een gok, als ik morgen met de auto weg moet test ik het even uit.
Qua voeding draai ik voorlopig op een 10400 mah powerbank om te voorkomen dat ik me accu leeg trek. Afsluiten doe ik nu netjes vanaf afstand met het halt commando, om geen corrupte bestanden te krijgen (de database raakt sowieso corrupt als je hem abrupt afsluit). Ik heb nog geen idee voor de voeding, ik wil hem wel op de sigaretten aansteker hebben. Het beste idee wat nu in me opkomt is dat als hij verbinding heeft gehad met de server en zijn routes zijn geupload hij netjes een halt uitvoert. Moet je hem alleen weer wel met de hand aanzetten, dat is nog even een punt.
Heb het trouwens zelf op een B+ draaien, maar die quad-core lijkt me best een sterk ding.
Verstuurd vanaf mijn Nexus 5 met Tapatalk