lyusupov / softrf Goto Github PK

Hi,

when I power up the device I see a self test of the LED's and it seems to be working well for the LED ring. However, LED's in vertical LED bar are blinking synchronously all the time and when the test finishes, all LED's are lit with red color. How are the LED's supposed to be interconnected? Right now I have connected all plus inputs on one wire, all ground inputs on another wire and all DIN inputs on the last wire. Is that correct?

Also, after self test, the LED's in the LED ring are illuminated a little bit by RGB colors. Is it correct behavior?

What is the purpose of the LED bar? What should it indicate?

Many thanks,
L.

Hi,

the output voltage of MT3608 is supposed to be set to 3.3V or 5V?

Thanks,
L.

New_SeaLevelPressure=pow((((ThisAircraft.altitude*0.0065)/(bmp280.readTemperature() + 273.15F))+1), (1.0/0.190223F))*bmp280.readPressure();
Sea_Level_Pressure=New_SeaLevelPressure/100;
ThisAircraft.pressure_altitude = baro_chip->altitude(Sea_Level_Pressure);

To predictably set the pressure, a few conditions need to be true. HDOP should be low. Num Satellites to be high. Shouldn't be moving & should not be in the air.

Hi Linar, Can you confirm my thinking on the conditions & what the appropriate If{ statement might be?
(Great project BTW).

Cheers,

Pete

Hi

Trying to compile the latest source - but getting the following errors - any ideas ?

Arduino: 1.8.5 (Windows 10), Board: "NodeMCU 1.0 (ESP-12E Module), 80 MHz, 4M (1M SPIFFS), v2 Prebuilt (MSS=536), Disabled, None, 115200"

Protocol_FANET.cpp:60: error: 'const rf_proto_desc_t {aka const RF_PROTOCOL}' has no non-static data member named 'tx_interval_min'

};

^

exit status 1
'const rf_proto_desc_t {aka const RF_PROTOCOL}' has no non-static data member named 'tx_interval_min'

Hello Linar,
currently testing also in combination with a groundstation module flashed with AirWhere.
FANET packets from SoftRF well received but not propagated - reason seems to be that FANT packets from SoftRF have set "track_online" to OFF.
Is there a specific reason for setting "pkt->track_online = 0;" in fanet_encode / Protocol_FANET.cpp?
Or should I propose a change to make the behaviour configurable via the WebInterface and "this_aircraft"?
Best Regards & Happy Football events!
Manfred

I installed all the libraries, but the compilation failed, of course, I also installed the configuration file.

Build options changed, rebuilding all
Archiving built core (caching) in: C:\Users\15840\AppData\Local\Temp\arduino_cache_468712\core\core_espressif_esp32_esp32_PSRAM_disabled,PartitionScheme_default,FlashMode_dio,FlashFreq_80,FlashSize_4M,UploadSpeed_921600,DebugLevel_none_4cfcc43f8cdc37390bbcfde39fb1d404.a
libraries\Wire\Wire.cpp.o:(.bss.Wire1+0x0): multiple definition of `Wire1'

sketch\Platform_ESP32.cpp.o:(.bss.Wire1+0x0): first defined here

C:\Users\15840\AppData\Local\Temp\arduino_build_811450/arduino.ar(HardwareSerial.cpp.o):(.bss.Serial1+0x0): multiple definition of `Serial1'

sketch\Platform_ESP32.cpp.o:(.bss.Serial1+0x0): first defined here

collect2.exe: error: ld returned 1 exit status

exit status 1
Error compiling for board ESP32 Dev Module.

Then I burned the bin file on T-Beam, but the serial port information is garbled.

Hi,

Is it possible to get the source files for the PCB?
I would like to make some modification to it and it would be nice to not have to redraw all from scratch.

Regards
Stig

As the title. If the program has extended the BMP280 function, the connection pin is 21 and 22.

can the UAV version be used alongside a pingrx?

ATTENTION !

• Use this form to report bugs in released SoftRF firmware, hardware and web pages only ;
• Prior to asking a question, look into "Closed issues" area to see if it was answered before ;
• No any "ideas" or new feature requests, please ! New feature requests do not subject for taking into consideration unless they come from co-developers ;
• "Enhancements" of existing features are allowed only when you are ready to implement them by yourself ;

Recommended:

• screenshot or photo width - from 600 to 800 pixels ;
• aspect ratio - 4:3, 3:4, 16:9 or 9:16.
• substitute 'space' by 'x' character to mark a hardware checkbox

Hardware

• Prime Mark II
• [ x] Standalone
• UAV

< photo of your hardware > (optional)

Firmware version

< screenshot of WebUI status page > (required)

/home/bryan/Pictures/Screenshot from 2018-12-17 17-25-38.png

Firmware settings

< screenshot of WebUI settings page > (required)
/home/bryan/Pictures/Screenshot from 2018-12-17 17-26-34.png

Describe the bug (or ask a question)

Hardware:
ESP32 Development Board, DOIT layout, wired to Hope RFM95W. Software latest SoftRF release 1.0-rc5, date 10/12/18, compiled on Arduino 1.8.5, settings as per instructions. Normal and Legacy mode settings.

Problem:
If the RFM95W RESET is connected to the ESP32 GPIO-14 (as in Platform _ESP32.h) then after a power-up or EN button press then Radio = NONE and there are no RF traffic packets. If you then do a ‘soft’ restart i.e ‘settings/save and restart’ then we get Radio = SX1276 and packets are Tx and Rx, operation OK. However if I disconnect the RESET link then a power up or EN press work as expected.

Comments:
I would like to have the RESET connected on the PCB that I am designing that will use the WROVER module, because then there is the opportunity of introducing a protocol change ‘on the fly’ and/or the use of the watchdog feature of the ESP32 which would enhance reliability (I think I may have seen hang-ups while soak testing, but I cannot be certain!).

To Reproduce

see above

Expected behavior

see above

Hi,
Are you interested in designing a PCB for SoftRF?
Tom

The battery holder wires should be connected to the input of the DC - DC converter, right? I just want be sure, because it isn't clear to me from the photos or the schematics.

Apologies if this is not appropriate for a bug report, but there doesn't seem to be anywhere else to discuss this excellent project.

I have two T-BEAM units, both behave the same. Also, the behaviour is identical with rc5 pre-loaded from Liligo or if I recompile and load the "new" rc5 from github. It seems to happen with both legacy (UK) and PAW protocols, although I am mainly testing with PAW.

On the ground the units operate perfectly and will run for 48+ hours with no problems. This is with both units interacting and with a tablet connected, so I think it should be a thorough test. However, when I go flying, they always reboot frequently - usually every 5 to 20 minutes. I am confident there is no problem with vibration (it happens even when held in a passenger's hand) or power supply (it is using the local battery, same as for ground testing).

I have modified the OLED display to report the result of "rtc_get_reset_reason(0)". Normally this is 1 but following reboot it is 12 (S/W RESET). BTW one unit has no display so this is not a factor.

This seems very odd. The only differences I can think of is that when airborne the GPS velocity is non-zero and also it will receive transmissions from many other types of equipment, perhaps this is triggering something? I will investigate further but wonder if anyone else has seen this problem?

Thank you,
Alan

Hi guys,

is there a wiring plan for this project?
I would like to send the NMEA pata via serial port to my Kobo Mini, but have no Idea, how to wire it :/
https://imgur.com/a/nIFdK0D
On the bottom right side you can see V, TX, RX, GND.
Thanks a lot for your help :)

ardupilot can now send adsb packets down via the pixhawks telemetry connection to mission planner on the ground, as far as i know the pingRX is the only system to use it, if your SoftRF uav edition could send down adsb packet like the ping rx then you could get the FLARM data on mission planner.

The carriage return wasn't being checksummed, but the leading dollar sign was. This was providing the wrong checksum to an attached Kobo running XCSoar.

snprintf((char ) &GNSSbuf[GNSS_cnt+1], 24, "\n$PGRMZ,%d,f,3", altitude ); /* feet , 3D fix */
size_t sentence_size = strlen((char *) &GNSSbuf[GNSS_cnt+1]);

        //calculate the checksum
        unsigned char cs = 0;
        for (unsigned int n = 2; n < sentence_size - 1; n++) { **// n=1 changed to n=2**
          cs ^= GNSSbuf[(GNSS_cnt+1) + n];
        }

I have t22_v07 board (no Baro, no OLED) with RC4 that I tried to upgrade to RC5. I first tried with Web Gui and at first I saw RC5 shown, but on reboot, I get a short blue LED flash and then it goes off. Board no longer boots. I tried manual flash with ESP32 tool, but same issue. I then tried to flash RC4 back in and was successful. So I tried RC5 again, but same issue. I tried RC4 again and it worked OK, back to full function on 915 MHz.
Conclusion RC4 works OK and can be flashed into this board, but published zip file for RC5 does NOT work on this board.

can the wifi be disabled when in UAV mode as its no longer required.

I'm not sure whether it is an issue but I've compiled project and uploaded it to my T-Beam - but no GPS detected, while when using your precompiled rc4 everything works.

I'm using Arduino IDE 1.6.13 @ OSX 10.13, environment set up as you described here. Compilation has no issues.

Hardware

• Prime Mark II
• Standalone
• UAV

< photo of your hardware > (optional)

Rx = 0 , Tx = 0

TTGO T-Beam Version: T22_V07 20180711

Firmware version

1.0-rc4+ ESP32
< screenshot of WebUI status page > (required)

Firmware settings

< screenshot of WebUI settings page > (required)

Describe the bug (or ask a question)

In SoftRF I can not get a valid GNSS fix although the red LED on the board indicates GPS reception.
I then tried to update the firmware to 1.0-rc5 but the update failed. 1.0-rc4+ shows to be still the valid software version on the TTGO T-Beam

How can I get a valid GNSS fix in SoftRF?

To Reproduce

Expected behavior

Hi,

sorry for replying to your pull request so late (havn't seen it).

I'd like to draw your attention to the latest FANET 1.1 extension which will be publicly available early 2019. The main difference is that while not being airborne the device will emit type 7 (Ground Tracking) frames rather then type 1 packets. During flight every things remains unchanged.

Cheers,
Juergen

Hi,

I have installed it to my board with the command:

esptool.py --port /dev/ttyUSB2 write_flash 0x00000 SoftRF-firmware-v1.0-rc1.bin
Connecting...
Erasing flash...
Wrote 406528 bytes at 0x00000000 in 39.3 seconds (82.8 kbit/s)...

Leaving...

I can't connect to the web server on 192.168.4.1:

Serial output is:

--- Miniterm on /dev/ttyUSB2 38400,8,N,1 ---
--- Quit: Ctrl+C | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H ---
....
Failed to mount file system HTTP server has started at port: 80 ␃�氰OYe}�2�1�S�}��;���p�X��h2�S␝��Y�8�␝␝C;�
Reset reason: 3
Software Watchdog
Free heap size: 34504
Fatal exception:4 flag:3 (SOFT_WDT) epc1:0x400005cb epc2:0x00000000 epc3:0x00000000 excvaddr:0x00000028 depc:0x00000000

Warning! EEPROM magic mismatch! Loading defaults...
EEPROM version: 90
SX1276 RFIC is detected.

Failed to mount file system
HTTP server has started at port: 80`

Any idea, what I'm doing wrong?

Thanks

Hi, I have build your system and I have a FLARM Mouse nearby (1 meter), but the position from the FLARM is jumping all around and its way off, do you have an idea whats this could be?

$PFLAU,1,1,2,1,1,45,2,6170,398993,DD50E23C
$PFLAA,1,282131,282131,6170,2,DD50E2,,,-228,,123
$PFLAU,1,1,2,1,1,45,2,6170,398993,DD50E23C
$PFLAA,1,282131,282131,6170,2,DD50E2,,,-228,,123
$PFLAU,1,1,2,1,1,175,2,6589,175154,DD50E20E
$PFLAA,1,-174487,15265,6589,2,DD50E2,,,558,,11D
$PFLAU,1,1,2,1,1,175,2,6589,175154,DD50E20E
$PFLAA,1,-174487,15265,6589,2,DD50E2,,,558,,11D
$PFLAU,1,1,2,1,1,-144,2,1658,242956,DD50E224
$PFLAA,1,-196556,-142806,1658,2,DD50E2,,,808,,10D
$PFLAU,1,1,2,1,1,-144,2,1658,242956,DD50E224
$PFLAA,1,-196556,-142806,1658,2,DD50E2,,,808,,10D
$PFLAU,1,1,2,1,1,-144,2,1658,242956,DD50E224
$PFLAA,1,-196556,-142806,1658,2,DD50E2,,,808,,10D

First Qpython

I installed Qpython on Google _play, but the interface is inconsistent. Maybe it's a new version.

Second no main.py

Then I transferred the file to my phone and ran it, but there was no main.py.

Finally ,lib

This python library, I downloaded it. But I don't know if the installation was successful.

Invalid.
Will reword

Hardware

• Prime Mark II
• Standalone
• UAV

OLED, no BMP

Firmware version

Screenshot upload did not work.
Version is 1.0-rc5

Firmware settings

Screenshot upload did not work.
settings are set as described in the Quickstart guide.
Except Aircraft Type: Paraglider and Bluetooth: LE

Describe the bug (or ask a question)

When Connection from Phone trough BLE is established TX stops counting up on OLED.
With UDP over Wifi everything works as expected so TX counts up.

To Reproduce

GPS has fix an red led is blinking, TX on OLED Display counts up. No RX Signals
XCSoar connect by BLE.
OLED Display stop Counting up TX
https://youtu.be/vtRw4I4T7H4

Expected behavior

OLED counts up TX independed from connected devices.

Hello, I am trying the prime version. When I try running Emulator.py, I am getting the following error. Any idea what might be causing it or how can I debug it?

pts/emulator/Emulator.py" && exit        <
legacy_emulator: bridge_host = 192.168.4.255 , bridge_port = 12390 , xcsoar_host = localhost , xcsoar_port = 4353
java.lang.NullPointerException: throw with null exception

Hi,
I made a big post about integration of SoftRF over on the iNav project so you can read that here. INav is flight control firmware for UAVs/multirotors/fixed wings. They have implemented an on screen display that shows flight data. What I describe in the post is a proposal to add another GPS input to the OSD in order to see friends (other UAVs) and full size aircraft while flying. This would make flying formation with fixed wings more fun and safer. What do you guys think of this idea?
Thanks,
Tanner Beard

Hi,

is Bluetooth supposed to be working as of SoftRF-firmware-v1.0-rc1? When I connect to the device over Bluetooth and turn on terminal I see random crap on the screen like a baud rate on the input of the BT module was wrong. Do I need to configure HC-05 somehow before usage?

Thanks,
L.

Just tried AirConnect with "Air Navigation Pro" app but didn't succeed. I defined AirConnect as active and server gets started. Port 2000 is working and delivering NMEA data. But I think the protocol is not fully correct. May I help here or are you already working on this? Not that we do double work.

Hardware

• Prime Mark II
• Standalone
• UAV
• UAT module
• SkyView

Firmware version

Firmware settings

Describe the bug (or ask a question)

After some time the BLE connection disconnects and also is not longer discoverable with a BT scanner like LightBlue or my flightapp. The device itself continues to work (other FLARM devices still are getting FLARM messages) and is reachable via wifi. If you restart it via the settings page it is discoverable again and works for some time. I've got two TTGO boards and they both have the described problem.

To Reproduce

Use SoftRF in BLE mode. At some time it will stop working.

Expected behavior

It should keep working and be discoverable as long as it is powered on.

Hi,

This may be an issue with the settings I am using but when connected to the Soft-RF module I get what seems to be normal NMEA sentences, but no FLARM sentences. Consequently when I check the status of the device I see GPS fix rather than GPS fix; FLARM in XCSoar. Am I doing something wrong - using XCSoar with GNSS and Legacy protocols switched on with Legacy/Normal mode ?

Thanks in advance for help !

Regards,

Kenny

When using SoftRF with kobo, wi-fi disconnects exactly after 120 minutes, everytime, on at least two different models of kobo that I have tested.
It is being suggested that it is caused by short dhcp lease on SoftRF? and it could be solved by changing it on SoftRF?
I have seen it, both in flight, and when bench testing.

First of all: thanks for your fantastic work.

I've noticed an issue with RC5 regarding GDL90 Ownship Geometric Altitude. With RC4 the altitude was shown correctly in SkyDemon, but with RC5 it's off.

GDL90 spec states that it has to be reported as relative to the WGS84 ellipsoid, with RC5 it looks like MSL alt is send.

• WebUI: 91m - correct alt
• XCSoar (FLARM): 138m - too high, looks like ellipsoidal height is send instead of MSL alt
• SkyDemon (GDL90): 130ft - too low, looks like MSL alt is send instead of ellipsoidal height

I'm using Prime MK2 Hardware.

Hi,

I'm suffering with random Wi-Fi AP crashes when GPS module is connected. The Wi-Fi hotspot just dies within a minute or so. I don't see anything suspicious on console. I see data flowing over Bluetooth so the CPU is alive. When GPS is disconnected Wi-Fi connection seems to be much more stable.

Thanks,
L.

Hi Linar,

I program 3x esp32 to replace all 8266 but now all the devices get the same ID, in my case softrf-a4ae30, so for the open glider network all 3 devices is the same device because all have the same ID.

I would like to change the ID, to the Glider ICAO registration Number, or get one ID.

Best regards

Since the wifi password is well known, any other pilots on the field could login and change any setting. Let's lock setup while flying?

I have several t-beam boards and have successfully downloaded applications such as SoftRf and ESP-sc-gway.

These applications run well and I am pleased with the operation.

However, I have continued to have problems downloaded compiled code using both the Arduino IDE and ESP Download Tool V3.6.4.

Usually I get the error message "A fatal error occurred: Failed to connect to ESP32: Timed out waiting for packet header"

Has anyone else had a similar problem.

If so have you found a solution.

Thanks for the help.

Charley

Hardware

• Prime Mark II
• Standalone
• UAV
• UAT module
• SkyView

https://imgur.com/a/KgBDx7L

Firmware version & settings

screenshot of WebUI settings & status page
https://imgur.com/a/J9BjCTn

Describe the bug (or ask a question)

Hi my SoftRF device is receiving FLARM signals of other gliders in legacy mode but it is not sending any signals to the gliders. I tested it on different FLARM devices in my gliding club and none of them received the signal of my SoftRF. Do I have to change something in my settings?

To Reproduce

Expected behavior

Red light on FLARM device if approaching.

I tried to access to the wifi but the "12345678" key seems to be wrong. I did it in two phones and one pc

any idea about his? thx

Hello Linar,

thanks for your great work.

Trying out SoftRF on ESP8266 and ESP32 HW since April.
WIth RC3 I am observing size issues now when building in Arduino environment following Instruction concerning board setup and the specific libraries.
While RC2 consumed only about 86% of the maximum space for Heltec ESP32 board RC3 now uses 1337326 Bytes (102%) ... Maximum is 1310720 Bytes.

Do you have hint for basic Arduino setup or other libraries?

KInd Regards
Manfred

Hi,

Thank you for the terrific work!

Is it possible to implement Type 4 FANET frames ("Service", see excerpts below, from FANET Protocol) into SoftRF to run a FANET groundstation (on the paragliding landing site) on a TTGO T-Beam? Would be awesome to TX current measured weather/wind conditions to the pilots in the air...

Thinking of connecting a BMP280 (or preferably a GY-91 to be able to calibrate the wind direction using a tilt compensated compass reading) and a TX-20 to the TTGO via the TTGO's I2C buses, reading the data from the sensors, and transmitting them to the pilots via FANET type 4 frames.

---

Service (Type = 4)

[Byte 0] Header (additional payload will be added in order 6 to 1, followed by Extended Header 7 to 0)
bit 7 Internet Gateway (no additional payload required, other than a position)
bit 6 Temperature (+1byte in 0.5 degree, 2-Complement)
bit 5 Wind (+3byte: 1byte Heading in 360/256 degree, 1byte speed and 1byte gusts in 0.2km/h (each: bit 7 scale 5x or 1x, bit 0-6))
bit 4 Humidity (+1byte: in 0.4% (%rh*10/4))
bit 3 Barometric pressure (+2byte: in 10Pa, offset by 430hPa, unsigned little endian (hPa-430)*10)
bit 2 TBD
bit 1 State of Charge (+1byte lower 4 bits: 0x00 = 0%, 0x01 = 6.25%, .. 0x0F = 100%)
bit 0 Extended Header (+1byte directly after byte 0) (TBD, it may indicate the number of available landmarks)
The following is only mandatory if no additional data will be added. Broadcasting only the gateway flag doesn't require pos information.
[Byte 1-3 or Byte 2-4] Position (Little Endian, 2-Complement)
bit 0-23 Latitude (Absolute, see below)
[Byte 4-6 or Byte 5-7] Position (Little Endian, 2-Complement)
bit 0-23 Longitude (Absolute, see below)

• additional data according to the sub header order (bit 6 down to 1)

---

Thanks, best regards,
Chris

Have you had any joy interfacing your code with LXNav Nano3? I'm struggling with the way that the Nano might detect that a Legacy device is present. The Nano doesn't present any enquiry strings on the serial port & thus doesn't enable the Flarm menu.

Hi,
Is it possible to use this concept
To take weather from internet....transmit over to another reciever....then translate to GDL 90 and display in app?

From what I can tell from the documentation this system is compatible with a lot of different protocols but can only do one at a time, would it be possible on the UAV version for it to cycle through them all and listen for a few seconds to get a more complete picture of whats around.

also is it possible to use the lora and NRF905 on the same board and just switch between them rather than having to use 2 separate nudemcu dev boards?

the idea of having 5 different proximity warning systems running on mission planner is very appealing.

Hardware

x Raspbery edition
Prime Mark II
Standalone
UAV
UAT module
SkyView

rc6
Firmware version

N/A -> raspi edition
Firmware settings

I am woking on a rasperry based setup for my glider.
But I cannot get the nRF905 woking connected to the raspberry.
The bsm2835 is working fine, with acces to all pins incl the spi pins.

But SoftRF does not find the nRF905.
"WARNING! Neither SX1276, CC13XX or NRF905 RFIC is detected!"

Is the nRF905 implemted correctly already?
Can you post the corect wiring of the nRF905 to the Raspberry, so I can double check?

Hi I was just checking your code and I was not able to get a clean NMEA data out on TX (GPIO1), do you have any idea why, NMEA sentence are correct on D3 (GPIO0), I reduced the baud to 9600 on both GPIOs

here an example of data with garbage:

$GPGSV,3,2,12,02,30,309,,03,26,110,45,40,19,1¦ i’bŠÊb‚ÊŽIš²bšŠRºÊj
$GPGGA,081102.000,4735.0051,N,00NM&é’‚¢b*±1,08,1.25,430.4,M,48.0,M,,68 $GPRMC,081118.000,A,4735.0051,N,00852.7203,EKr‚‚b‚r‚‚b’Š‚’Šîbbb
$GPGSV,æIbŠ’b‚’bš‚bš‚ÊbŽ šb’²bŠŠ‚b¢ªb¢‚Ž)ÊbŠ’ªbš’bŠÊb‚ÊŽIš²bš‚RºÂj
$GPVTG,$PFLAU,1,1,2,1,3,-102,2,44,44A

Hi, this is probably a Kobo issue but I've had no luck finding a solution. SoftRF connects fine to an Android phone but will not connect to my Kobo Touch 2 (which connects ok to other WiFi sources) . Any help much appreciated

Do you have plan to read the SDA and SCL pin from BN-880 GPS as the aircraft heading?

As a user, I'd like to be able to give my device a custom name. That way I can tell it apart from other devices at a busy airfield without memorize it's hex identification.

Ideally it would be configured on the setup page and used as the bluetooth and wifi device name.

Format: {DeviceName}-{DeviceID}