V350 + GPS[NMEA]

[lis28]

Witam,
piszę aplikację na sterownik V350, której jednym z zadań jest komunikacja z modułem GPS w standardzie NMEA (dla statków, łodzi). Ze zdań generowanych przez GPS pragnę wyłuskać datę, godzinę oraz aktualne współrzędne geograficzne.

Dla omawianej komunikacji skonfigurowałem 3 bloki:

gpsss.jpg

(33.11 KiB) Pobrane 928 razy

Do symulacji generowania wiadomości NMEA pobrałem program "NMEA Generator":

nmea.jpg

(102.23 KiB) Pobrane 1017 razy

Rozumiem, zarówno dla potrzeb symulacji jak i z oryginalnym modułem GPS będę komunikował się poprzez port COM/RS232.
Mam jednakże problem z połączeniem generatora i PLC. Wyświetla komunikat o niedostępności portu COM, z którego aktualnie chcę korzystać, pomimo, że wybieram porty teoretycznie nieprzypisane. Czy jest to wynikiem niepoprawnej konfiguracji połączenia? Proszę o jakąś pomoc w tym temacie.

Pozdrawiam

[Adrian Surma]

Witam,
konstrukcja programu powinna wyglądać tak jak poniżej. Dane z generatora pobierane są co 3 sekundy.
Można skorzystać z kabla do programowania sterownika dołączonego do zestawu.
Proszę pamiętać o tej samej prędkości połączenia w bloku COM INIT jak i programu NMEA GENERATOR.
Proszę wysłać co wstawił Pan w bloku PROTOCOL SCAN.
W sterowniku V350 przytrzymując ekran przez kilka sekund można wejść w tryb serwisowy. Hasło to 1111.
Można tam wejść w ustawienia portu szeregowego i podglądać odbierane ramki danych.

[Adrian Surma]

Witam,
w internecie znalazłem rozpisane ramki danych do NMEA.
Dla przykładu ramka GGA, którą należy skonfigurować w bloku SCAN PROTOCOL:


W załączniku przykładowy działający program, dokumentacja do NMEA z rozpisanymi ramkami.

Wynik działania programu:

[lis28]

Witam,
dziękuję za odpowiedź. Dziś wykonywałem inne zadanie. Właśnie powracam do tematu z NMEA. Zdam relację gdy coś ruszy do przodu.

Pozdrawiam

[lis28]

Witam,
ok, coś się dzieje... Sterownik odbiera jakieś dane, następuje komunikacja po RS232. Tylko teraz zasadnicza część. Domyślam się, że muszę zapisywać odbierane wiadomości w jakiś sposób w Tabeli Danych. (piszę "w jakiś sposób" szczerze nie używałem jeszcze tej funkcji). Utworzyłem na przykładzie z internetu, swoją tabelę (gormat GLL):



Czy muszę dopisać do drabinki jeszcze jakiś blok kopiowania danych z pamięci czy mogę je jakoś zapisać bezpośrednio do komórek tabeli?

Pozdrawiam

[Adrian Surma]

Witam,
w załączniku przykładowy program zapisujący początek ciągu znaków ASCII odbieranych na porcie szeregowym, czyli czasu w formacie hhmmss. Pobierane dane zapisywane są za każdym razem jak odświeżany jest ekran - bit MB3. Analogicznie należy zrobić z pozostałym ciągiem znaku. Tutaj źródłem danych jest MI4. Gdyż od tego rejestru zaczynają być zapisywane pobrane znaki ASCII. Każdy jeden MI pozwala na przechowanie dwóch znaków ASCII. Czyli tak jak na printscreenie poniżej - w MI4 zawarte jest 06, a już w MI5 zawarte jest 18. Teraz w przypadku, gdy chcemy zapisać kolejną informację jak szerokość geograficzną to zaczynamy zbierać dane od MI7. W zależności od tego jak długi STRING ustawimy w ustawieniach tabeli - tyle znaków zostanie tam wyświetlonych.

[Adrian Surma]

Witam,
dodatkowo będzie Pan potrzebował korzystać z wyciągania części STRING-a z całego ciągu znaków. Program w załączniku. Opis dzialania poszczególnych bloków poniżej.



Wynik działania programu:

[lis28]

Witam,
wszystko ładnie, pięknie śmiga. Podprogram z NMEA testowałem na osobnym pliku i teraz chcąc go przenieść napotkałem kolejny problem.
Przy zamianie nazw zmiennych (aby ich nie nadpisywać) już w moim głównym pliku mam kłopot z przypisaniem owej zmiennej:



W jaki sposób zdefiniować tę zmienną, która odnosi się do kolumny tabeli danych?

Pozdrawiam

[Adrian Surma]

Witam,
tę zmienną definiuje Pan w bloku PROTOCOL SCAN klikając prawym na ramce 1111111... i wybierając properties.
Mam nadzieję, że o to Panu chodziło?

[lis28]

Tak, właśnie o to. Dziękuję za szybką pomoc.

[lis28]

Witam,
kolejna przeszkoda - zgodnie z Pana wskazówkami, używam bloków wyłuskujących konkretne części ciągu odbieranego przez PLC.
Wybrałem protokół RMC

Zacząłem od pozyskania aktualnego czasu UTC - sukces.
Idąc dalej, analogicznie zapragnąłem uzyskać współrzędne geograficzne aktualnej pozycji - to również się udało - mam 1-szą współrzędną. Otrzymane dane konwertuję ASCII - NUM, aby później móc prowadzić na nich obliczenia.



Problem pojawia się, gdy chcę uzyskać drugą współrzędną. Dane są przesyłane, ale w momencie konwersji... nic.
(Grafika poniżej)



Czym może to być to spowodowane? Czy wpływ na to ma fakt, iż wszystkie operacje związane z komunikacją PLC-GPS wykonuję w jednym podprogramie?
Dodam, że podobna sytuacja powtarza się, gdy chcę odczytać z ciągu aktualną datę. Uprzedzam pytanie - tak, dokładnie sprawdziłem oraz policzyłem, od którego miejsca ciągu mam pobierać poszczególne części. W załączniku dodaję cały mój program.

Pozdrawiam

[Adrian Surma]

Witam,
dużo błędów estetycznych jest teraz w programie. Dla przykładu NET 7 - każdy z trzech bloków Data Tables Write Row zapisuje do tego samego wiersza numer 1 tego samego MI106. Proszę sprawdzić tego rodzaju błędy. Program robi się większy i bez ogólnego porządku, szukanie błędu wpływającego na działanie będzie trudne.