Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
Ivan Grokhotkov
@igrr
fixed in git already
Steve Nelson
@zenmanenergy
@igrr is there a way to get the currently connected ssid in the WiFi library? i'm scanning the source right, now, but thought you might know offhand
Steve Nelson
@zenmanenergy
perfecto. thanks
nor-easter
@nor-easter
hi folks. I'm using ESP as SPI slave. I've been able to turn up the clock frequency on the master to 1MHZ with no communication issues, but for some reason anything higher is completely ignored by ESP. Anyone aware of any limitations of ESP in this regard?
My other devices on the bus are able to talk fine up to 8 MHz
Pol Peerboom
@Lolimpol_twitter
Hey guys, is a prototype spark core seen as an ESP here?
sticilface
@sticilface
@igrr I'm using latest git, which is what makes me a bit confused... as even rolling back all the changes to timeouts and stuff still does not fit it. the file downloads instantly on my computer via curl. and infact adding the timeout does not fix it. I've enabled network debugging and having a look at what might be doing it.
sticilface
@sticilface
I may have stumbled on the reason... looking at the wifi traffic there seems to be crazy amounts of UDP traffic, that stalls it, then the time out occurs... see full gist here: https://gist.github.com/sticilface/2e4c473222a8b10271cb99c0d4654636 , more specifically line 279 which is where the UDP traffic starts to come... This is all from the IDE. turn of the IDE (1.8.1) then all this UDP traffic stops and the update proceeds as normal. the HTTPupdateclient stops the UDP and TCP connections https://github.com/esp8266/Arduino/blob/4897e0006b5b0123a2fa31f67b14a3fff65ce561/libraries/ESP8266httpUpdate/src/ESP8266httpUpdate.cpp#L251 but from memory the OTAupdater rolls its own async TCP implementation that is not actually stopped. hence it is still listening... https://github.com/esp8266/Arduino/blob/4897e0006b5b0123a2fa31f67b14a3fff65ce561/libraries/ArduinoOTA/ArduinoOTA.h#L76
sticilface
@sticilface
Interestingly... the all these entries are from different IP address. Should all the ESPs be picking up the UDP replies of the other ESPs on the network?
:urch 306, 306 ip[192.168.1.219:5353]
:urch 306, 296 ip[192.168.1.217:5353]
:urch 296, 246 ip[192.168.1.196:5353]
:urch 246, 246 ip[192.168.1.196:5353]
:urch 246, 264 ip[192.168.1.169:5353]
:urch 264, 261 ip[192.168.1.208:5353]
:urch 261, 291 ip[192.168.1.224:5353]
:urch 291, 291 ip[192.168.1.224:5353]
:urch 291, 296 ip[192.168.1.207:5353]
:urch 296, 291 ip[192.168.1.224:5353]
:urch 291, 291 ip[192.168.1.224:5353]
:urch 291, 316 ip[192.168.1.216:5353]
:urch 316, 231 ip[192.168.1.218:5353]
:urch 231, 286 ip[192.168.1.241:5353]
:urch 286, 306 ip[192.168.1.219:5353]
:urch 306, 264 ip[192.168.1.169:5353]
:urch 264, 291 ip[192.168.1.224:5353]
:urch 291, 261 ip[192.168.1.208:5353]
:urch 261, 291 ip[192.168.1.224:5353]
:urch 291, 261 ip[192.168.1.208:5353]
:urch 261, 264 ip[192.168.1.169:5353]
:urch 264, 316 ip[192.168.1.216:5353]
:urch 316, 231 ip[192.168.1.218:5353]
:urch 231, 264 ip[192.168.1.169:5353]
:urch 264, 286 ip[192.168.1.197:5353]
:urch 286, 286 ip[192.168.1.197:5353]
:urch 286, 261 ip[192.168.1.208:5353]
:urch 261, 316 ip[192.168.1.216:5353]
:urch 316, 286 ip[192.168.1.241:5353]
:urch 286, 296 ip[192.168.1.207:5353]
:urch 296, 286 ip[192.168.1.241:5353]
:urch 286, 231 ip[192.168.1.218:5353]
:urch 231, 286 ip[192.168.1.241:5353]
:urch 286, 286 ip[192.168.1.241:5353]
:urch 286, 231 ip[192.168.1.218:5353]
:urch 231, 296 ip[192.168.1.207:5353]
:urch 296, 286 ip[192.168.1.197:5353]
:urch 286, 296 ip[192.168.1.207:5353]
:urch 296, 286 ip[192.168.1.241:5353]
:urch 286, 286 ip[192.168.1.241:5353]
:urch 286, 291 ip[192.168.1.224:5353]
:urch 291, 296 ip[192.168.1.217:5353]
:urch 296, 231 ip[192.168.1.218:5353]
:urch 231, 296 ip[192.168.1.217:5353]
:urch 296, 306 ip[192.168.1.219:5353]
:urch 306, 286 ip[192.168.1.197:5353]
:urch 286, 286 ip[192.168.1.197:5353]
:urch 286, 246 ip[192.168.1.196:5353]
:urch 246, 246 ip[192.168.1.196:5353]
:urch 246, 246 ip[192.168.1.196:5353]
:urch 246, 286 ip[192.168.1.241:5353]
:urch 286, 316 ip[192.168.1.216:5353]
:urch 316, 306 ip[192.168.1.219:5353]
:urch 306, 306 ip[192.168.1.219:5353]
:urch 306, 306 ip[192.168.1.219:5353]
:urch 306, 54 ip[192.168.1.234:5353]
sticilface
@sticilface
ok sorry for the spam.. i'll open an issue
Christian Schneider
@cschneider
Does anyone here have experience receiving from a froggit weather mast? http://www.froggit.de/product_info.php/info/p145_ersatz-ausseneinheit-komplett-wh1080-solar.html
It sends on 868 MHz
rneurink
@rneurink
@cschneider often the data is encrypted. if you have a scope and a receiver for the specified bandwith you can try to decode the signal by hand. Otherwise what might be usefull is to find the rx and tx pins of the transmitter and try to read directly from that
Me No Dev
@me-no-dev
@sticilface mdns packets ;) they are multicast so all local nodes get them
Christian Schneider
@cschneider
@rneurink The signal seems to be a simple encoding .. no encryption .. at least I found that on some site .. the problem is I do not even get the receiver working on esp 8266
I tried the rfm01 but was not able to receive anything with it
There also does not seem to be good docs about it .. Does anyone here know a good hardware that is easy to use as receiver?
rneurink
@rneurink
@cschneider 868 Mhz is a weird frequency is it by any change related to LORA?
@cschneider is the problem related to not able to receive any data or does the receiver work with a regular arduino?
Christian Schneider
@cschneider
I did not yet check with arduino .. the only docs I found was for raspi .. so even arduino would need to be adapted
rneurink
@rneurink
do you have an oscilloscope you can use?
Christian Schneider
@cschneider
No .. I tried to attach the sender directly to the analog port and used the plotter of the arduino ide
The output looked like a digital signal with fm modulation
but I have no idea how to decode it from that
rneurink
@rneurink
What i understand from a bit of searching is that it should be an AM modulated signal. This is an post for the arduino http://www.susa.net/wordpress/2014/06/arduino-yun-reading-wh1080-using-aurel-rx-4mm5/ this post is probably the one you'll find the most. You'll need an OOK receiver to receive the data
sticilface
@sticilface
@me-no-dev I did a bit of reading and discovered that. Stopping it and restarting solves it. I'm wondering if we can do something about it. The wifiudp class inherits from the class so u can stop all and stop all except. I'm wondering if we can extend that to the udpcontext so that they can be stop started and paused, as there are plenty of libs that role their own udp implementation using just udpcontext and not wifiudp.
Christian Schneider
@cschneider
@rneurink Thanks .. will look into it
José Miguel
@josemlp91
Hello, someone has tried the project https://github.com/NicoHood/HID? i dont get run arduino sketch with HID librery.
the error: HID Project can only be used with an USB MCU
previously, i had flash my arduino uno, with HoodLoader2.0.5 bootloader
Michael Miller
@Makuna
@josemlp91 Did you read the "read me"? It doesn't support Esp.
Bert Melis
@bertmelis
is anyone interested in having serialEvent implemented? --> see esp8266/Arduino#752
RASGO.XYZ
@rasgo_xyz_twitter
have anyone here used eboot with an an UART instead of WiFi (OTA) ?
this would be useful in case you want to program esp8266 with an external MCU an still have a fallback method: if the upload fails the older app can still run
Ivan Kravets
@ivankravets

@me-no-dev @igrr

regardless of the plans/dates we should make the staging branch for pio behave the same as on ESP32

Done! Would be thankful for a merge.

  • esp8266/Arduino#3321
brutzler
@brutzler
Is there already a release to use the 16M of the Wemos D1 mini pro?
Mike Kranidis
@mikekgr
@igrr @me-no-dev
Dear Sirs, I am using Arduino ESP8266 Core version 2.3.0 and I observed abnormal ESP Free Heap reduction, especially when I used sprintf in a function that is executed offen each 2 seconds. Do you know anything about this?
Using exactly the same code, but doing string manipulation using different way -not sprintf but String- this memory leakage seems minimal.
What do you think about? Thanks in advance. Best Regards, Mike Kranidis
Mike Kranidis
@mikekgr
No, unfortunately the problem wasn't sprintf related... I don't know...
Bert Melis
@bertmelis
question: my knowledge doesn't reach far enough to understand why Is can't use the F()-macro in inline functions.
Antoine could explain?
*anyone
Michael Miller
@Makuna
@bertmelis You make a statement without details about not being able to use F() when calling an inline. Can you provide a snippit of the code and the error you get? Is it a compile error or an exception?
Bert Melis
@bertmelis
I see now that my statement was indeed not very verbose...
I's a compile error: error: __c causes a section type conflict with __c
I'm writing a library for some special serial communication. For debugging, I inserted a number of messages, also in a class method I declared "inline". The statement itself is pretty straighforward:
_debugPrinter->println(F("Checksum OK"));
The compile error:
...\.platformio\packages\framework-arduinoespressif8266\cores\esp8266/pgmspace.h:21:51: error: __c causes a section type conflict with __c
#define PSTR(s) (__extension__({static const char __c[] PROGMEM = (s); &__c[0];}))
^