OpenMarine
Seatalk detection fail pattern - Printable Version

+- OpenMarine (https://forum.openmarine.net)
+-- Forum: OpenPlotter (https://forum.openmarine.net/forumdisplay.php?fid=1)
+--- Forum: Bug Reports (https://forum.openmarine.net/forumdisplay.php?fid=4)
+--- Thread: Seatalk detection fail pattern (/showthread.php?tid=5398)



Seatalk detection fail pattern - Pantera - 2024-05-11

I’m running the lastest version of openplotter 3 on a raspberry pi 4 under 64b
I have been noticing since months that sometimes my Seatalk instruments are nos being detected. This are connected via an optocoupler. No hat is used. 
After many months and reinstalls I have detected a pattern.

The times Seatalk instruments are not detected are when I start either signalk or Kip before letting the boot process end completely. In these cases the only solution I found is to reboot. 

But when I way a few minutes after booting, with Opencpn with auto run for example, if enough time has passed signalk will detect Seatalk no matter if it’s turn on before booting or even after starting signalk

Any thoughts?


RE: Seatalk detection fail pattern - opaezosu - 2024-07-02

Thanks for sharing this behavior. I am experiencing the same issue: Seatalk detected only some times. Next time I'm in the boat I will try what you describe and see if I get the same pattern as you.

I am also using an optocoupler, the LED is blinking when the instruments are powered, but SignalK sometimes does not receive any data.

Octavio

(2024-05-11, 11:46 PM)Pantera Wrote: I’m running the lastest version of openplotter 3 on a raspberry pi 4 under 64b
I have been noticing since months that sometimes my Seatalk instruments are nos being detected. This are connected via an optocoupler. No hat is used. 
After many months and reinstalls I have detected a pattern.

The times Seatalk instruments are not detected are when I start either signalk or Kip before letting the boot process end completely. In these cases the only solution I found is to reboot. 

But when I way a few minutes after booting, with Opencpn with auto run for example, if enough time has passed signalk will detect Seatalk no matter if it’s turn on before booting or even after starting signalk

Any thoughts?



RE: Seatalk detection fail pattern - opaezosu - 2024-07-03

I forgot to mention that I have tried using a higher resistor instead of the recommended, but no luck. I am running the latest version of OpenPlotter on a Pi4


RE: Seatalk detection fail pattern - opaezosu - 2024-07-08

I was at the boat during the weekend, and for the first time I could not get the seatalk working at all: the led on the optocoupler blinking as always when the instruments are on, but this time SK did not read any of the data. I tried restarting the gpiod service several times, nothing, restarting sk also nothing. I tried manually setting the gpio hi/lo (it has worked before) to trigger the data acquisition, no luck this time. So I'm in a worse place now of what I was a week before. Cable connections did not change.

Any thoughts?


RE: Seatalk detection fail pattern - Pantera - 2024-07-08

(2024-07-08, 03:08 PM)opaezosu Wrote: I was at the boat during the weekend, and for the first time I could not get the seatalk working at all: the led on the optocoupler blinking as always when the instruments are on, but this time SK did not read any of the data. I tried restarting the gpiod service several times, nothing, restarting sk also nothing. I tried manually setting the gpio hi/lo (it has worked before) to trigger the data acquisition, no luck this time. So I'm in a worse place now of what I was a week before. Cable connections did not change.

Any thoughts?

I have detected that if I re-start pigpiod it starts working

In the terminal type: sudo systemctl restart pigpiod

good luck!


RE: Seatalk detection fail pattern - opaezosu - 2024-07-09

Thanks, yes I did try that, but no luck this time, it used to work. Do you happen to have a link to the optocoupler you are using?

I am suspicious of a sw update that happened a couple of weeks ago when I connected the boat's pi to the internet. 
Either that or the optocoupler acting up. I'll try reading directly from the gpio next time I'm in the boat to see if there is some activity in there.

Best

(2024-07-08, 04:46 PM)Pantera Wrote:
(2024-07-08, 03:08 PM)opaezosu Wrote: I was at the boat during the weekend, and for the first time I could not get the seatalk working at all: the led on the optocoupler blinking as always when the instruments are on, but this time SK did not read any of the data. I tried restarting the gpiod service several times, nothing, restarting sk also nothing. I tried manually setting the gpio hi/lo (it has worked before) to trigger the data acquisition, no luck this time. So I'm in a worse place now of what I was a week before. Cable connections did not change.

Any thoughts?

I have detected that if I re-start pigpiod it starts working

In the terminal type: sudo systemctl restart pigpiod

good luck!



RE: Seatalk detection fail pattern - Pantera - 2024-08-04

(2024-07-09, 02:48 PM)opaezosu Wrote: Thanks, yes I did try that, but no luck this time, it used to work. Do you happen to have a link to the optocoupler you are using?

I am suspicious of a sw update that happened a couple of weeks ago when I connected the boat's pi to the internet. 
Either that or the optocoupler acting up. I'll try reading directly from the gpio next time I'm in the boat to see if there is some activity in there.

Best

(2024-07-08, 04:46 PM)Pantera Wrote:
(2024-07-08, 03:08 PM)opaezosu Wrote: I was at the boat during the weekend, and for the first time I could not get the seatalk working at all: the led on the optocoupler blinking as always when the instruments are on, but this time SK did not read any of the data. I tried restarting the gpiod service several times, nothing, restarting sk also nothing. I tried manually setting the gpio hi/lo (it has worked before) to trigger the data acquisition, no luck this time. So I'm in a worse place now of what I was a week before. Cable connections did not change.

Any thoughts?

I have detected that if I re-start pigpiod it starts working

In the terminal type: sudo systemctl restart pigpiod

good luck!

You are right, I also updated and re'starting gpio stoped working.
The optocoupler im using is the most recomended one. This is the link 
https://es.aliexpress.com/item/1005003242672161.html?spm=a2g0o.order_detail.order_detail_item.15.2ff339d38KjB4J&gatewayAdapt=glo2esp

Cheers. Let me know if you can solve it!


RE: Seatalk detection fail pattern - opaezosu - 2024-08-08

(2024-08-04, 03:35 PM)Pantera Wrote:
(2024-07-09, 02:48 PM)opaezosu Wrote: Thanks, yes I did try that, but no luck this time, it used to work. Do you happen to have a link to the optocoupler you are using?

I am suspicious of a sw update that happened a couple of weeks ago when I connected the boat's pi to the internet. 
Either that or the optocoupler acting up. I'll try reading directly from the gpio next time I'm in the boat to see if there is some activity in there.

Best

(2024-07-08, 04:46 PM)Pantera Wrote:
(2024-07-08, 03:08 PM)opaezosu Wrote: I was at the boat during the weekend, and for the first time I could not get the seatalk working at all: the led on the optocoupler blinking as always when the instruments are on, but this time SK did not read any of the data. I tried restarting the gpiod service several times, nothing, restarting sk also nothing. I tried manually setting the gpio hi/lo (it has worked before) to trigger the data acquisition, no luck this time. So I'm in a worse place now of what I was a week before. Cable connections did not change.

Any thoughts?

I have detected that if I re-start pigpiod it starts working

In the terminal type: sudo systemctl restart pigpiod

good luck!

You are right, I also updated and re'starting gpio stoped working.
The optocoupler im using is the most recomended one. This is the link 
https://es.aliexpress.com/item/1005003242672161.html?spm=a2g0o.order_detail.order_detail_item.15.2ff339d38KjB4J&gatewayAdapt=glo2esp

Cheers. Let me know if you can solve it!

Ok, I got it working for quite some time last time I was on the boat. What I did was to ground the output signal pin momentarily (from output pin to GND pin) and magically the data started flowing. After a restart I had to do this again. I do not understand electronics very well, but we may have to do something to the input GPIO to drain it, otherwise it may remain high for too long, perhaps adding resistor somewhere. I am using GPIO 17 by the way. If someone here could please explain why this is happening, it will be really appreciated.

Best