When I added the GPS, no data was displayed.
I checked the functionality of the Neo6M with the Adafruit_GPS library, and the data is correctly displayed when using hardwareserial example.
When using noComms mode (like in mySQMESP32), there is no data displayed either in the example.
Is this a known issue? Or am I doing something wrong?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Serial.println("\nNMEA received");if(!GPS.parse(GPS.lastNMEA()))//thisalsosetsthenewNMEAreceived()flagtofalse
{
Serial.println("\nNMEA not parsed");return; // if unable parse a sentence just wait for another
}
}
�
Tthe output never shows NMEAreceived or NMEA not parsed…
�
Hope these findings help in finding what’s going on…
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Friday, March 6, 2020 08:52
To: [mysqmproesp32:discussion]general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Re: Updates
�
I uploaded some test code for the GPS. I will attach it here. I will integrate it into next firmware release.
loopCounter++;
if (GPS.newNMEAreceived())
{
Serial.println("\nNMEA received");if (!GPS.parse(GPS.lastNMEA())) // this also sets the newNMEAreceived() flag to false{ Serial.println("\nNMEA not parsed"); return; // if unable parse a sentence just wait for another}
}
�
Tthe output never shows NMEAreceived or NMEA not parsed…
�
Hope these findings help in finding what’s going on…
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Friday, March 6, 2020 08:52
To: [mysqmproesp32:discussion] general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Re: Updates
�
I uploaded some test code for the GPS. I will attach it here. I will integrate it into next firmware release.
Ok, I understand why. Your explanation was helpful.
the serial receive side was not being called
I have rewritten this, see test3
I have also used tinygps++ in test 4.
if you do not have a lock you will of course get 0 values, but it does appear to be receiveing and parsing nmea spackets now.
3 now parses, but I experience some trouble with the parsing of the RMC message, it comes through very seldom.
�
TinyGPS++ works like a charm though.
Maybe that’s the one you can work into the mySQMESP?
�
Now time for some rest ;-)
�
Thanks for your effort!
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Friday, March 6, 2020 12:15
To: [mysqmproesp32:discussion]general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Updates
Ok, I understand why. Your explanation was helpful.
the serial receive side was not being called
I have rewritten this, see test3
I have also used tinygps++ in test 4.
if you do not have a lock you will of course get 0 values, but it does appear to be receiveing and parsing nmea spackets now.
FYI
The RMC messages can be ignored, there is no code in the handler to do this at present.
The next firmware release will have the GPS code included. I think we have resolved this issue with the GPS.
RMC - Recommended minimum specific GPS/Transit data
eg1. $GPRMC,081836,A,3751.65,S,14507.36,E,000.0,360.0,130998,011.3,E62
eg2. $GPRMC,225446,A,4916.45,N,12311.12,W,000.5,054.7,191194,020.3,E68
225446 Time of fix 22:54:46 UTC
A Navigation receiver warning A = OK, V = warning
4916.45,N Latitude 49 deg. 16.45 min North
12311.12,W Longitude 123 deg. 11.12 min West
000.5 Speed over ground, Knots
054.7 Course Made Good, True
191194 Date of fix 19 November 1994
020.3,E Magnetic variation 20.3 deg East
*68 mandatory checksum
The controller is stationary at the observatory/site, and lat/lon is covered by other messages. So the RMC message really is redundant in this implementation.
Last edit: brownrb 2020-03-07
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
By default the gps code provided by Adafruit only handles
// $GPGGA Global Positioning System Fix Data
// $GPRMC Recommended minimum specific GPS/Transit data
I added these messages to the code
// $GPVTG Track made good and ground speed
// $GPGLL Geographic Position, Latitude / Longitude and time.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I couldn’t help myself and I tried to get my SQM GPS working with TinyGPS++.
�
I succeeded!
�
�
But:
The location is in decimal degrees, next step is to get that to DMS.
The time is in UTC, need to get that to local.
Make Fix indicator work,
�
I’ll attach the code ;-)
�
Have a nice day (although it might be a total different timezone for you).
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Saturday, March 7, 2020 03:51
To: [mysqmproesp32:discussion]general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Updates
By default the gps code provided by Adafruit only handles
// $GPGGA Global Positioning System Fix Data
// $GPRMC Recommended minimum specific GPS/Transit data
I added these messages to the code
// $GPVTG Track made good and ground speed
// $GPGLL Geographic Position, Latitude / Longitude and time.
What esp32 chip/board are you using? The code does not work on my ESP32 chip as Serial2 will only work with hardwareserial, not as you did. I had tried this before accessing Serial2 directly (which was my intention in the first as you wouldve seen from the gps files) but it would not work - the only solution I found for the 3 types of ESP32 chips I have and tried was using hardwareserial.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Paul
i have the firmware ready for testing the gps. I decided against using TinyGPS. If they make changes to their code in their next update it might break something. In addition, it does not support many NMEA messages.
So I took a sledge hammer to the gps code and rewrote most it. It is easier to maintain and less issues in the long term, and well as being compact in size and executes ok. I have fix working also. :-)
if you want to test it, please email me direct and I can send it to you. My email address is in the firmware.
Regards
Robert
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
April 18 2020. I have started a 3D design for a wind speed anemometer and wind speed direction sensor. These plans and assembly instructions will be posted here when completed and tested.
These should not require any hardware changes and will integrate into the existing firmware code.
It is planned that the new anemometer 3D will also generate rolling average and peak gust measurements over a 30s [configurable] timeframe.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
24-April-2020. revison 8 PCB [correction to as5600 sensor as it requires 5V not 3V3]. Updated PDF outling new 3d print options for wind speed and wind direction sensors and changes coming up in firmware 37. Updated wiring diagrams. Updated gerbers, schematic and board layout.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
09-May-2020. New PDF, new Linux TCP/IP app, new firmware 056 with MQTT support. READ THE PDF. Firmware file now includes folder with mySQMWEB files. Special thanks to Paul for his hard work and generousity in giving permission to distribute this.
Last edit: brownrb 2020-05-09
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
New PDF updated, new screenshots, expanded information about networks and tcp/ip addresses and configuration.
Last edit: brownrb 2020-02-25
Firmware 9 and latest tcp/ip and usb apps released to groups.io along with latest pcb layout and schematics and test programs.
Last edit: brownrb 2020-02-25
Hi, I built the device, and it really works nice.
When I added the GPS, no data was displayed.
I checked the functionality of the Neo6M with the Adafruit_GPS library, and the data is correctly displayed when using hardwareserial example.
When using noComms mode (like in mySQMESP32), there is no data displayed either in the example.
Is this a known issue? Or am I doing something wrong?
I uploaded some test code for the GPS. I will attach it here. I will integrate it into next firmware release.
Robert,
�
Altough TEST2 shows the received nmea lines,
�
�
nothing gets parsed in TEST3.
�
I added a couple of lines in test3 to keep track:
void loop()
{
Serial.print("\nStart loop "); Serial.println(loopCounter);
loopCounter++;
{
}
�
Tthe output never shows NMEAreceived or NMEA not parsed…
�
Hope these findings help in finding what’s going on…
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Friday, March 6, 2020 08:52
To: [mysqmproesp32:discussion] general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Re: Updates
�
I uploaded some test code for the GPS. I will attach it here. I will integrate it into next firmware release.
Attachments:
Updates https://sourceforge.net/p/mysqmproesp32/discussion/general/thread/eb00bc100c/?limit=25#9b0b/c29b
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mysqmproesp32/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Yes, I am on the case, I know why, just finding a code work around
Robert,
�
Altough TEST2 shows the received nmea lines,
�
�
nothing gets parsed in TEST3.
�
I added a couple of lines in test3 to keep track:
void loop()
{
Serial.print("\nStart loop "); Serial.println(loopCounter);
loopCounter++;
if (GPS.newNMEAreceived())
{
Serial.println("\nNMEA received");if (!GPS.parse(GPS.lastNMEA())) // this also sets the newNMEAreceived() flag to false{ Serial.println("\nNMEA not parsed"); return; // if unable parse a sentence just wait for another}
}
�
Tthe output never shows NMEAreceived or NMEA not parsed…
�
Hope these findings help in finding what’s going on…
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Friday, March 6, 2020 08:52
To: [mysqmproesp32:discussion] general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Re: Updates
�
I uploaded some test code for the GPS. I will attach it here. I will integrate it into next firmware release.
Attachments:
Updates https://sourceforge.net/p/mysqmproesp32/discussion/general/thread/eb00bc100c/?limit=25#9b0b/c29b
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mysqmproesp32/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Updates
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mysqmproesp32/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
my gps device arrived today so I can get into this and see what is happening. I did not want to pull apart my other built gps controller.
Ok, I understand why. Your explanation was helpful.
the serial receive side was not being called
I have rewritten this, see test3
I have also used tinygps++ in test 4.
if you do not have a lock you will of course get 0 values, but it does appear to be receiveing and parsing nmea spackets now.
Last edit: brownrb 2020-03-06
Robert,
�
I tried both 3 and 4.
3 now parses, but I experience some trouble with the parsing of the RMC message, it comes through very seldom.
�
TinyGPS++ works like a charm though.
Maybe that’s the one you can work into the mySQMESP?
�
Now time for some rest ;-)
�
Thanks for your effort!
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Friday, March 6, 2020 12:15
To: [mysqmproesp32:discussion] general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Updates
Ok, I understand why. Your explanation was helpful.
the serial receive side was not being called
I have rewritten this, see test3
I have also used tinygps++ in test 4.
if you do not have a lock you will of course get 0 values, but it does appear to be receiveing and parsing nmea spackets now.
Updates https://sourceforge.net/p/mysqmproesp32/discussion/general/thread/eb00bc100c/?limit=25#d63a
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mysqmproesp32/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
FYI
The RMC messages can be ignored, there is no code in the handler to do this at present.
The next firmware release will have the GPS code included. I think we have resolved this issue with the GPS.
RMC - Recommended minimum specific GPS/Transit data
eg1. $GPRMC,081836,A,3751.65,S,14507.36,E,000.0,360.0,130998,011.3,E62
eg2. $GPRMC,225446,A,4916.45,N,12311.12,W,000.5,054.7,191194,020.3,E68
225446 Time of fix 22:54:46 UTC
A Navigation receiver warning A = OK, V = warning
4916.45,N Latitude 49 deg. 16.45 min North
12311.12,W Longitude 123 deg. 11.12 min West
000.5 Speed over ground, Knots
054.7 Course Made Good, True
191194 Date of fix 19 November 1994
020.3,E Magnetic variation 20.3 deg East
*68 mandatory checksum
The controller is stationary at the observatory/site, and lat/lon is covered by other messages. So the RMC message really is redundant in this implementation.
Last edit: brownrb 2020-03-07
By default the gps code provided by Adafruit only handles
// $GPGGA Global Positioning System Fix Data
// $GPRMC Recommended minimum specific GPS/Transit data
I added these messages to the code
// $GPVTG Track made good and ground speed
// $GPGLL Geographic Position, Latitude / Longitude and time.
Hi Robert,
�
I couldn’t help myself and I tried to get my SQM GPS working with TinyGPS++.
�
I succeeded!
�
�
But:
The location is in decimal degrees, next step is to get that to DMS.
The time is in UTC, need to get that to local.
Make Fix indicator work,
�
I’ll attach the code ;-)
�
Have a nice day (although it might be a total different timezone for you).
�
Paul
�
From: brownrb [mailto:brownrb@users.sourceforge.net]
Sent: Saturday, March 7, 2020 03:51
To: [mysqmproesp32:discussion] general@discussion.mysqmproesp32.p.re.sourceforge.net
Subject: [mysqmproesp32:discussion] Updates
By default the gps code provided by Adafruit only handles
// $GPGGA Global Positioning System Fix Data
// $GPRMC Recommended minimum specific GPS/Transit data
I added these messages to the code
// $GPVTG Track made good and ground speed
// $GPGLL Geographic Position, Latitude / Longitude and time.
Updates https://sourceforge.net/p/mysqmproesp32/discussion/general/thread/eb00bc100c/?limit=25#40be
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mysqmproesp32/discussion/general/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
What esp32 chip/board are you using? The code does not work on my ESP32 chip as Serial2 will only work with hardwareserial, not as you did. I had tried this before accessing Serial2 directly (which was my intention in the first as you wouldve seen from the gps files) but it would not work - the only solution I found for the 3 types of ESP32 chips I have and tried was using hardwareserial.
Hi Paul
i have the firmware ready for testing the gps. I decided against using TinyGPS. If they make changes to their code in their next update it might break something. In addition, it does not support many NMEA messages.
So I took a sledge hammer to the gps code and rewrote most it. It is easier to maintain and less issues in the long term, and well as being compact in size and executes ok. I have fix working also. :-)
if you want to test it, please email me direct and I can send it to you. My email address is in the firmware.
Regards
Robert
9th March 2020. Firmware 18 released. Windows USB and TCPIP application updates (use control panel first to remove older versions)
9th March PDF v017 uploaded
March 2nd, 2020
Firmware update v41 and new PDF updated today.
April 18 2020. I have started a 3D design for a wind speed anemometer and wind speed direction sensor. These plans and assembly instructions will be posted here when completed and tested.
These should not require any hardware changes and will integrate into the existing firmware code.
It is planned that the new anemometer 3D will also generate rolling average and peak gust measurements over a 30s [configurable] timeframe.
21-April-2020 New firmware release.
24-April-2020. revison 8 PCB [correction to as5600 sensor as it requires 5V not 3V3]. Updated PDF outling new 3d print options for wind speed and wind direction sensors and changes coming up in firmware 37. Updated wiring diagrams. Updated gerbers, schematic and board layout.
26-April-2020 Updated applications for windows and linux
03-May-2020. Updated Windows TCP/Ip and USB applications
05-May-2020. MQTT support is coming in the next release. We are currently testing it in the beta group and expect it to arrive here very shortly.
09-May-2020. New PDF, new Linux TCP/IP app, new firmware 056 with MQTT support. READ THE PDF. Firmware file now includes folder with mySQMWEB files. Special thanks to Paul for his hard work and generousity in giving permission to distribute this.
Last edit: brownrb 2020-05-09
13-May-2020 Updated PDF, Updated Windows TCP/IP application, updated PCB Gerbers v9