Buffer?
Have a quick read again of what we decided.
Yes, it does.
I am sorry. I mixed up current and pressure in my answer.
For current sensing a sensor is used which ouputs out a 0-5v signal proportional to the current flowing. And which is 2.5v when current is 0. Like a ACS724.
I am not entirely sure if it really calculated Amps correctly. But it goes from 0-50.
It is already done when opening the port, I think that should be enough. Also, closing and re-opening the connection fixes the problem. But a few times Iāve had it reappear after a while, and it is hard to notice it in the field if your position data comes to aog like 0.5 sec late, just gets laggy and autosteer behaves really funky. Probably some special circumstance which most users luckily never encounter.
In autumn last year I recognized that my dual esp seems to send two messages per cycle. While f9p configs were set to 8Hz, AOG showed 9 to 11 Hz. Then I changed esp settings to send only PAOGI sentence. Now AOG shows stable 8HZ. I wonder if a single f9p sends just one nmea sentence per cycle and if yes how is it triggered what sentence is created? Maybe itās same problem with emlid, just creates to much sentences per cycle?
Yeah, have read it. Alea iacta est. As far as I understand it there is still a difference between current vehicle and chosen vehicle. I have learned to handle it but just forget it sometimes. 
It might be something like that. My receiver just sends GGA and VTG, there should be plenty of time to handle but looks like they are sent in a row (1-2 ms apart @ 57600 bps). I think that could be causing the problem, if the first sentence is not yet handled when the second one arrives.
[25/04/21 - 15:44:20:635] $GNGGA,124420.60,6016.7557870,N,02327.8812003,E,1,14,0.8,45.209,M,19.190,M,0.0,*66
[25/04/21 - 15:44:20:637] $GNVTG,,T,,M,0.03,N,0.05,K,A*3B
[25/04/21 - 15:44:20:830] $GNGGA,124420.80,6016.7557846,N,02327.8812016,E,1,14,0.8,45.224,M,19.190,M,0.0,*66
[25/04/21 - 15:44:20:831] $GNVTG,,T,,M,0.01,N,0.02,K,A*3E
[25/04/21 - 15:44:21:051] $GNGGA,124421.00,6016.7557825,N,02327.8812026,E,1,14,0.8,45.239,M,19.190,M,0.0,*65
[25/04/21 - 15:44:21:053] $GNVTG,,T,,M,0.01,N,0.01,K,A*3D
[25/04/21 - 15:44:21:238] $GNGGA,124421.20,6016.7557812,N,02327.8812037,E,1,14,0.8,45.257,M,19.190,M,0.0,*6B
[25/04/21 - 15:44:21:241] $GNVTG,,T,,M,0.01,N,0.02,K,A*3E
[25/04/21 - 15:44:21:444] $GNGGA,124421.40,6016.7557799,N,02327.8812036,E,1,14,0.8,45.274,M,19.190,M,0.0,*61
[25/04/21 - 15:44:21:445] $GNVTG,,T,,M,0.01,N,0.02,K,A*3E
hello
Yesterday , all day with V5.1.3 test & I really apreciated of this task
Menu are really clear , no bug from the software
I using the new contour line frome border it is very easy but need in advance to cancel auto steer to avoid to follow big angle at the corner .
I using Uturn with sequence and it is very help full and hydraulic lift control from autosteer board link with HMS this is really good
I use CMPS14 and have no complain about the result ( few time need to cancel the reverse mode)
I use stanley and find some compromise of autosteer, but my ajustement cannot permit to change the speed, i try pure pursuit but too much bad from me ( can we switch stanley to purepousuit at any time?)
as request
This morning i search the link to google earth but i never find it , is it somewhere ?
after created the head land, icon of hydraulic lift appears only if we unactivate and reactivate the headland.
the icon of hydraulic lift is too āgreyā if we can add some color to identify when she wlll be activate ?
Thanks the Team
1 Like
the virtual keyboard in the French version does not work properly. some keys hide others on the 2nd line.
I was kind of confused, but got the idea 
Tried it out today, works like a dream 
Great!
No that isnāt a problem, the parser will in light speed parse all the sentences you send it.
Turn on LogNMEA in config. It will give you all the time codes the sentences arrive and are parsed.
The file is in the fields directory - gets big really fast.
Looks like the bottom set should move down - but isnāt. I will look at this.
Edit - found the problem. Winforms does that sometimes, randomly moves stuff without telling anyone. Made the window shorter then it should be by about 70 pixels.
No doubt about that, Iām more concerned about the ReadLine() method. But I donāt want to argue about that, Iām on a thin ice as I donāt have enough understanding on this and debugging is quite tricky. I can make my own build with ReadExisting() to make it work for me.
I also did a stress test by enabling all the available sentences (7) to be sent from my receiver, that is 35 sentences per second in my setup. Using ReadLine(), it failed immediately, with ReadExisting() all worked perfectly as long as I wanted.
Itās strange, I couldnāt get it working now, no log anywhere. I just used it last week with a beta version and it worked just fine.
Quite interesting. Did you happen to notice cpu use and thread use ? With systems sending 115200 this can be a problem the other way.
Just checked log on latest version. Works just fine. Does not work with sim of course.
No I didnāt, Iāll try to check that later. Iām using 57600 currently. There were no side effects that I could notice, no lagging whatsoever in aog or any other stuff. But I didnāt have a field open and was just driving back and forth in the yard. Need to try in field when the weather gets better.
I just realized I havenāt created any v5 fields with the laptop Iām running Visual Studio with, can it be the problem if there is no Fields directory? I have some old v4 fields there and use the same aog directory but maybe the structure has changed.
Pretty sure it works without a field open. As soon as it sees a udp gps update from AgIO, a steer module update, or an external IMU update, it spits out a new line.
I will have to revisit ReadExisting for the 87th time apparently.
v5.1.4 is released. The skinny:
Save vehicle on Exit, Config, and Steer Form. You really have to try to not save a setting.
Imperial Snap to 0.1".
Help brings up pdf manual.
Lookahead Multiplier, UTurn Multiplier removed.
Italian updated.
AB Line length setting. The setting is from the A-Pont to the end of the line, however the line also extends the setting distance the other way as well. There really is no actual B point as it is only used to calculate the line heading to derive the end points āthe ab line length settingā distance each way from the A point.
French Keyboard fix. Danish translation added. Spanish Help added.
5 Likes
Are you sleeping at any time of the day or just farming and coding? 
What are the dis/advantages of shorter/longer ab line point distance?
2 Likes
My bad, I didnāt realize you have to close the settings window to start logging. Works fine now.
I noticed a few questions about the delay issue in Telegram, Iāll answer here so it donāt get lost. Itās easy to see if your gps data is late, just make sure your pc time is correct, open time&date display to see seconds, and compare it to gps real time (first data field in GGA seen in AgIO data display). They should roughly match. Not too scientific but does the job. In my case the problem escalates quickly and it is easy to see if the time difference is seconds. In my worst case it has been minutesā¦ Other easy to notice symptom is delayed speed display etc. in aog.
In nutshell what I have learned so far:
- only serial (related to how serial data is read from buffer)
- not likely pc hw related (I use two totally different computer setups and they behave exactly the same)
- does not occur (or very rarely) with Ardusimple, otherwise it would be seen a lot more.
- sentences donāt ever get lost, they just go through the ever growing queue in serial input buffer and thus arrive late.
One way to try generate the problem is to put a breakpoint in sp_DataReceivedGPS(), wait a while and continue. Data should be flowing to input buffer and fill it during the break, causing the sentences to be delayed.
2 Likes
Did readExisting solve the issue?