source and receiver can differ, but I guess a plain HTTP connection with basic Auth, and the a raw pipe would work perfect.
strsrv from RTKLib works good, but ideally one that is implemented would be best. Any examples or sources?
Search found 40 matches
- Wed Mar 24, 2021 6:47 am
- Forum: NetBurner Software
- Topic: ntrip client
- Replies: 3
- Views: 1552
- Fri Mar 19, 2021 6:54 am
- Forum: NetBurner Software
- Topic: ntrip client
- Replies: 3
- Views: 1552
ntrip client
Hi,
anyone have a simple ntrip client example for netburner?
Thanks
anyone have a simple ntrip client example for netburner?
Thanks
- Sun Nov 01, 2020 9:12 am
- Forum: Application Notes and Design Ideas
- Topic: MODM7AE70 blocking millisecond delay
- Replies: 0
- Views: 5815
MODM7AE70 blocking millisecond delay
Hi, Quick code for a high resolution blocking delay. Paste code and call delayms(10) for a 10ms delay. It blocks the calling task/prio for that time. Seems to work fine, tweaks or fixes (if any) appreciated. Cheers, John #include <nbrtos.h> #include <IntervalTimer.h> /* variables -------------------...
- Wed Sep 30, 2020 10:31 am
- Forum: NetBurner Software
- Topic: One Task to Rule Them All (TCP accept)
- Replies: 4
- Views: 2278
Re: One Task to Rule Them All (TCP accept)
Thanks, for some weird reason I thought listen() would block and not go further until a connection has been made...
- Tue Sep 29, 2020 11:29 pm
- Forum: NetBurner Software
- Topic: One Task to Rule Them All (TCP accept)
- Replies: 4
- Views: 2278
One Task to Rule Them All (TCP accept)
Ok, so with serial ports I can have one select that works on all ports by using FD_SET. This obviously work the same for all filedescriptors, however is it possible to combine the listen/accept in the same instead of having those in a separate task? (let say I want to have 10 TCP server ports availa...
- Wed Apr 08, 2020 8:13 am
- Forum: NetBurner Software
- Topic: Unable to use stack overflow on MODM7AE70
- Replies: 1
- Views: 1460
Unable to use stack overflow on MODM7AE70
When I uncomment NBRTOS_STACKOVERFLOW and recompile I get this: nblibs\libnetburner.a(nbrtosmain.o): In function `OSIntCtxSw_Restore': nbrtosmain.cpp:(.ram_func+0x90): relocation truncated to fit: R_ARM_THM_CALL against symbol `OSStackProtector' defined in .text.OSStackProtector section in nblibs\li...
- Wed Apr 01, 2020 9:10 am
- Forum: NetBurner Software
- Topic: thread safe and non-blocking log function
- Replies: 6
- Views: 3223
thread safe and non-blocking log function
Hello, I have used the function below as a "syslog" type function for logging misc stuff, works good, but I am unsure if it sometimes gives me a bit of lag/hang. If multiple tasks are calling this (from a "tools.cpp" file), would there be any implications? Since I have a OSLockOb...
- Thu Mar 26, 2020 3:20 am
- Forum: NetBurner Software
- Topic: Websocket browser-to-Netburner length issue
- Replies: 4
- Views: 2922
Re: Websocket browser-to-Netburner length issue
Thanks Dan, fixed the issue
- Thu Mar 26, 2020 12:37 am
- Forum: NetBurner Software
- Topic: Websocket browser-to-Netburner length issue
- Replies: 4
- Views: 2922
Re: Websocket browser-to-Netburner length issue
MODM7, version 3.2.0
- Wed Mar 25, 2020 11:49 pm
- Forum: NetBurner Software
- Topic: Websocket browser-to-Netburner length issue
- Replies: 4
- Views: 2922
Websocket browser-to-Netburner length issue
Hi, I have a Websocket connection to a Chrome browser. When Netburner pushes data, all god, no issues whatsoever. However, when I try to push data from the browser to Netburner, I get an issue with messages >125 bytes (first sending is ok, the rest is garbage until I re-establish the Websocket conne...