This forum uses cookies
This forum makes use of cookies to store your login information if you are registered, and your last visit if you are not. Cookies are small text documents stored on your computer; the cookies set by this forum can only be used on this website and pose no security risk. Cookies on this forum also track the specific topics you have read and when you last read them. Please confirm whether you accept or reject these cookies being set.

A cookie will be stored in your browser regardless of choice to prevent you being asked this question again. You will be able to change your cookie settings at any time using the link in the footer.

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
arduino
#1
Anyone using arduino and openplotter?

I found this: http://www.aliexpress.com/item/Best-pric...64945.html

it seems reasonable to me.  Is there a better/cheaper way to get 1 pwm and 1 adc?
Reply
#2
Yes I do it.
Pay attention to use a SoC chip working at 3.3V likewise RPI, otherwise you need to adapt the logic.
Reply
#3
There are people playing with this. Since OpenPlotter is implementing Signal K as main data manager, the best way to send data from arduino to OP would be Signal K delta protocol. Here an example of arduino sending signal k to a Raspberry: http://blog.emilecantin.com/web/sysadmin...art-2.html

In the future we could implement a GUI to add serial and network inputs to Signal K server.
Reply
#4
I want to drive a pwm dc motor controller. This can control the rudder with any kind of motor, for example, a linear actuator or a smaller motor on a trimtab or pendulum gear to make an autopilot. Could also control hydraulic etc...


I build a working autopilot this way 3 years ago using an rpi1 and arduino and it did work, but now I want to update it, and improve the software to work in waves better.

I think the pi can produce PWM directly, but it needs to measure current also to prevent stalling and to stop at the ends. Also should be optically or somehow isolated to avoid damaging the pi from reverse emf.

Of course I also need an imu for this. I looked at freeimu and berryimu. The author of freeimu just died which isn't encouraging, and the software for berryimu is not great. Ideally there would be an actual kernel driver for the imu rather than some userspace program calling ioctls to get the data. This would ensure realtime but also reduce cpu.

I think connecting the imu to the arduino might be useful as there would be no pins needed from the pi header as the arduino could simply plugin over usb to the pi, and even a laptop or other computer could be easily swapped in as the brain.

If there is much interest in this sort of autopilot I could create a simple "glue" pcb to plug an arduino, pi, imu, motor controller, and dc/dc power supply, shunt, isolator etc.. all together without having any little wires... but placement of the magnetometer should be at least several inches from high current wires.

Of course a wind direction sensor would be nice... any suggested ones?
Reply
#5
There have been some attempts to make an openpilot but none of them has been very successful. Definitely this would be something I would be interested in. I don't have much time to contribute but I would love to integrate something like that in openplotter.

AFAIK you could not get a good performance with the Raspberry PWM so I will go with an arduino connected by USB/Wifi to openplotter or any laptop.

Some people have got good result with these motors: http://www.ebay.com/sch/Linear-Actuators...ucks-saver

Openwind sensors are another weak point. There have been some attempts but...

If you want to work on it we will be glad to help. Let us know what would you need, a dedicated forum, beta-testers...
Reply
#6
I am already asking for what I need...

I need to know which are the best sensors to use for an imu. Initially I can use gps and magnetometer, but eventually a wind direction sensor would be great as well. I intend to drive either rudder directly, or a trimtap or pendulum, so these configurations may have different tuning parameters...

until the autopilot gets really smart, there is a matrix to calculate feedback, and the user can simply tweak all of the values one at a time to improve performance in a particular sea state. The more users on different boats and sea states the better, because once we can quantify the data, then the number of adjustable parameters can be reduced as well as get an idea of good initial settings for a given configuration... Finally, the autopilot might get smart enough to automatically adjust itself which would be a great goal, but not actually required to make it function initially.

Flat water is the easiest as there are only two gains to adjust (heading error and heading rate of change) but with waves you could potentially have 4 or more gains to adjust.
Reply
#7
[quote pid='573' dateline='1466154755']

Some people have got good result with these motors: http://www.ebay.com/sch/Linear-Actuators...ucks-saver


[/quote]

Do you know if these ebay linear actuators have a clutch - ie can be put in 'stand-by' mode, or would it be necessary to mechanically disengage the actuator to hand steer.  My ancient Autohelm 6000 is ... showing its age.


Sean - I'd be interested in your autopilot board-  hope you'll update the forum as you progress.  Sorry I cant provide good info re imu. I commented below about my old Autohelm 6000. It predates the ST series, so no communication to it. The controls are +-1 or 10 degree buttons. I haven't hacked it yet - but I'm thinking it should be dead simple to calculate and send the signals from the pi to these buttons. Thoughts from your experience?
Reply
#8
My boat has an old SeaTalk bus (the original 4800 bps bus system). I just finished, today, a WiFi-based autohelm control using a NodeMCU module, which is programmable via the Arduino IDE and has WiFi built in. You can get them for $10. The NodeMCU talks to the SeaTalk bus and controls the AutoHelm. The OpenPlotter RPI produces a simple web page with buttons for Autohelm control, which can be displayed on a smartphone or tablet. It still needs a sea trial, but so far everything is looking pretty good.
Reply
#9
(2016-06-22, 12:59 AM)seandepagnier Wrote: I am already asking for what I need...

I need to know which are the best sensors to use for an imu.  Initially I can use gps and magnetometer, but eventually a wind direction sensor would be great as well. I intend to drive either rudder directly, or a trimtap or pendulum, so these configurations may have different tuning parameters...

until the autopilot gets really smart, there is a matrix to calculate feedback, and the user can simply tweak all of the values one at a time to improve performance in a particular sea state.  The more users on different boats and sea states the better, because once we can quantify the data, then the number of adjustable parameters can be reduced as well as get an idea of good initial settings for a given configuration...  Finally, the autopilot might get smart enough to automatically adjust itself which would be a great goal, but not actually required to make it function initially.

Flat water is the easiest as there are only two gains to adjust (heading error and heading rate of change) but with waves you could potentially have 4 or more gains to adjust.

I'm triying to make an autopilot like you. I'm using a MPU9250
https://www.aliexpress.com/item/MPU-9250...7fb281b5c0
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)