Home › FORUM › 2008-11 Flitspaalmelder › Nieuwe Code Flitspaalmelder

FORUM

Log in om antwoord te posten of de notificatie-service te gebruiken.
	vorige 5 6 7 8 9 10 volgende

Onderwerp: Nieuwe Code Flitspaalmelder
Author	Post
Schueler 1330 berichten Expert¹	04-03-2010 08:16 Het zat hem in dat longitude en latitude beide nul zijn en dan de atan berekening. Ook al vang ik in de formule zelf de nul deling af gaat het toch fout. Door eerst te kijken of latitude en longitude beide nul zijn hoef ii de berekening helemaal niet te doen om dat ik dan weet dat ik zowat OP de paal zit, dus radar signaal geven. Zo heb ik dus het euvel omzeilt. Ben
Schueler 1330 berichten Expert¹	04-03-2010 12:50 Ik zal de gebruiksaanwijzing nog even aanpassen en posten. En als ik dat doe zal ik meteen weer even een filmpje van mij werk schieten. Doet het altijd goed nietwaar? Zal na het weekeinde zijn, dus ergens in de loop van volgende week... Ben
Joeri Fr 87 berichten Regelmatige bezoeker	04-03-2010 20:23 ik heb het in de hardware geladen en zal er morgen mee rondrijden. Ik laat m'n bevindingen weten.
Joeri Fr 87 berichten Regelmatige bezoeker	05-03-2010 22:08 deze versie is inderdaad terug stabiel. Ik merk nog een foutje op; je zet nog steeds de minuten om naar 60-delig stelsel, maar dat zijn ze al. Daardoor is de display in ° ' " nog niet correct. Kleinigheidje...
Schueler 1330 berichten Expert¹	06-03-2010 15:04 Ah kijk, bedankt. Dat is oplettend. Zal dat nog even wijzigen.... Post het vanavond hier op dit forum. Ben
Schueler 1330 berichten Expert¹	06-03-2010 20:45 Versie 1.26b Hierbij de versie waar een kleine bug is gecorrigeerd voor het weergeven van longitude en latitude op het display. Met dank aan Joeri. Ben GPS_System_1.26b.zip
Joeri Fr 87 berichten Regelmatige bezoeker	11-03-2010 08:52 Ach kijk, nu zijn de minuten goed, maar de decimalen terug in hondersten ipv seconden. Waarschijnlijk ben je iest te enthousiast geweest, en beide formules eruit gehaald... (met welke versie van hi-tech compileer je juist? ik heb problemen als ik de 9.65P1 gebruik...) Bericht bewerkt door Joeri Fr op 11-03-2010 09:07
Schueler 1330 berichten Expert¹	11-03-2010 10:09 Uhm... inderdaad, was even de draad kwijt. Heb nu een versie 1.26c waarin dit gecorrigeerd is en tevens ook voor de vergelijking. Ik heb ook een fout gemaakt in de vergelijking van de POI seconden met die van de GPS. Ook dit is gecorrigeerd en ga ik vanavond even testen. Zelf gebruik ik 9.65 build 4410. Ik heb deze niet meer liggen maar het het rechtstreeks vanuit het web geïnstalleerd. Ik kreeg ook problemen toen ik versie 9.70 wilde gebruiken maar ben dus terug gegaan. Ben
Joeri Fr 87 berichten Regelmatige bezoeker	11-03-2010 10:19 ja, ik vind die 9.65 versie van jou niet. Ik stuurde je hiervoor een mailtje. Kun je me ev. de link mailen waar jou versie staat? Wat betreft de formules; in 1.26b werk je met char voor de berekening. Die gaan waarschijnlijk een overflow kennen (bvb. 99 decimalen * 60 = 595, dus boven de toegelaten 255). Waarschijnlijk is een short int aan de orde? Groeten Bericht bewerkt door Joeri Fr op 11-03-2010 10:31
Schueler 1330 berichten Expert¹	11-03-2010 10:30 Joeri Frja, ik vind die 9.65 versie van jou niet. Ik stuurde je hiervoor een mailtje. Kun je me ev. de link mailen waar jou versie staat? Ik had de email gezien maar nog niet op gereageerd aangezien ik die versie nog niet gevonden had die ik gebruik. Joeri FrWat betreft de formules; in 1.26b werk je me char voor de berekening. Die gaan waarschijnlijk een overflow kennen (bvb. 99 decimalen * 60 = 595, dus boven de toegelaten 255). Waarschijnlijk is een short int aan de orde? ?!? Welke berekening bedoel je dan? Ik gebruik 'int' voor de vergelijking van gps met poi. Deze kan dus positief als negatief zijn. Alleen voor de richting gebruik ik char omdat deze maar drie waarden kan bevatten. Omhoog, omlaag of op gelijk. Een short int is iets uit de PC wereld. In de ucontroller wereld is dit meer gebruikelijk. Byte : 8 bit Int : 16 bit Long : 32 bit Ben