Thanks Marcus! It is exactly as you say for our operation. I never imagined having RTK guidance before getting to know AgOpenGPS. With the future version being simpler to set up and Andreas Ortner selling ready-to-install PCBs, many more farmers here will start using it.
1 Like
Thank you Andi - beautiful video! This is one of the main reasons I started the project - to take the magic out of the magic black box. Really looking forward to what you come up with. Integration somehow into google earth would be cool, shape files, VR, many things. Antennas that correct for roll with built in imu would be a great project as well. Plenty to think about.
2 Likes
Danfoss ino is no longer a priority being the number of danfoss users is low and Brian is literally juggling dozens of other improvements. I tried to modify the code you wrote, to work with 4.3.10, but I haven’t been able to get pwm out to md13s via pwm1.
Though the numbers are low compared to phigits and solenoid guy, there are still quit a lot danfoss valves. Would you be willing to look at adding danfoss to 4.3.10. Brian agrees we shout make a danfoss only ino.
Yes, that is the code I am using with 4.1.12 and cytron driver. It works well, but not in the latest version. I have modified it but am missing something, as i said i get no pwm out
.I read your reply that you are working on a complete board with esp and ino. Sounds promising, cant wait to try it. Thanks
Hi Brian,
To make the program more modular. So it is easier to maintain, test and expand. It might be a good idea to restructure it so it manages the single responsibility better. And maybe some Seperation of Concern pattern like Model View Presenter
Maybe there are some other experienced C# developers here? Who can give their opinion?
3 Likes
VR… The posibilities…
Is there a github to test DRIVE?
getting close!! i’m really frustrated with it right now lol.
Whats the latest Brian? Still having issues with delay / lag that you said about?
Well, i’m trying to get the pivot to follow the line, even though i’m using the steer axle to position. It is proving quite challenging - but that’s the reason for the whole project.
So it end up being an integral of the pivot position error made by the atan of the steer distance over speed plus the error of vehicle heading and ab segment heading, then using the derivative of that to not oversteer when correcting the pivot xte added to the pivot integral which is also the atan of its value over speed.
2 Likes
@BrianTee_Admin will the new AgIO give options as to which PGN’s to send where with UDP? Would be pretty nice to be able to specify individual IP’s to send GPS/Machine/Steer controller etc PGN’s to…rather than just sending everything to broadcast… Reduce network load, and means when you have a network connected tractor like me, you can use everything on the steering system, on the native network, without it sending all the PGNS back across the entire LAN, I currently have it all on a seperate subnet with two ip’s on the ethernet on the tablet, to prevent that, but would be cool if we could specifically choose what goes where…
Maybe a huge ammount of work / not do-able, but just an idea…
AgIO just grabs everything and sends it to the loopback udp. At that point anything can use any pgn for what ever it wishes, including AOG
How about in the reverse direction? How does AoG get data to the peripherals? AgIO grabs everything from the loopback and broadcasts via UDP & serial?
AgIO gets data to the peripherals to where they are connected. The loopback network is the conduit between AgIO and AOG sending data back and forth. AgIO transfers data from the loopback and sends it out any connected serial as well as the external udp network
Right, but how does it know which pgn to send to each serial or UDP connection?
All PGNs to all peripherals, then a parser take only what it need
3 Likes
Bit late to this thread but thought I’d add my thanks to Brian for this software.
I’m just getting started getting it all setup and am amazed at its functionality. I run a couple of deere 1800s and Agopengps has all the functionality and way more.
I’ve watched some of the team meetings on YouTube and read a lot of posts regarding documentation. Yes it’s not the best but the resources on here and YouTube will fill the gaps.
Brian mentioned Linus Tovalds running the Linux kernel successfully. That got me thinking that a lot of Linux distros offer a long term support edition and a cutting edge edition. Perhaps that’s one way to help with agopengps. Perhaps lock down a release, PCB design and parts list as a long term variant. Apart from bug fixes, this version isn’t changed and will therefore work with hardware designed. Documentation for that version won’t need changing. It’s probably wishful thinking as no doubt everyone will want to run the shiny new version but if you had that stable long term release it might help those who are happy with what ever features it contains and not needing new ones to easily build a system.
4 Likes
That has been the focus, in my head anyway, of this version. Fix all the problems - well ok most - and just make it better, easier to use, and improve the graphics. v4.6 works with all the existing hardware - even my Rev 0000 board, is completely compatible with fields from before, etc.
Calling it the LTR is probably a good step. A documentation committee has begun the incredible work of putting together docs as well. It takes the work of many people to pull it all off.
4 Likes
merhaba seran bende bu projeyle ilgileniyorum dil dosyas bulabildinmi