Arduino AVR chip - logging - compiling error #7
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add changePending = true so that stop command will be sent to go to IDLE state
Fix hexadecimal output in logging
rwpalmer
requested changes
Sep 6, 2018
rwpalmer
approved these changes
Sep 6, 2018
rwpalmer
approved these changes
Sep 6, 2018
|
Thanks! I added some marketing material here: |
|
Great ... Nice work ... Thanks for the link.
I merged your updates, but I won't have time to test the Particle side
again for a few days.
I've been developing user interfaces for my Particle devices via
HTML/JavaScript files. Here is a screen shot that I can share.
In this example:
- The HTML interfaces with "particle.io".
- My Particle firmware defines a *Particle variable* that exposes a JSON
string that the HTML parses with jQuery to display "door status"
information for the doors.
- My Particle firmware defines a *Particle function* that activates the
garage door openers based on a string submitted by the HTML when an
"Action" button is pressed.
I've never worked with Arduino devices ... Is there any equivalent to
Particle functions and Particle variables on the Arduino side? If not,
DFPlay examples "doorAlarm.ino", "playSelection.ino". and "playList.ino"
will not work on the Arduino side because those examples use Particle
functions to allow the user to control the DFPlayer.
[image: image.png]
…On Fri, Sep 7, 2018 at 1:03 PM FedericoBusero ***@***.***> wrote:
Thanks!
I added some marketing material here:
https://community.blynk.cc/t/audio-mp3-music-esp8266-dfrobot-dfplayer-mini-music-player-widget-wifi-nodemcu-wemos-d1/28513
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
<#7 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AQ3oFiYCC8zlWyVZ-p5wg04SymigrHaAks5uYrTogaJpZM4WdhaL>
.
--
Rodney Palmer ([email protected])
Tel: 218 834 6337
Cell: 218 260 2122
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I found that the logging functions in the library were only compatible with some chipsets, not all. The problem is that on AVR chips (such as the popular Arduino Uno, Arduino Nano, ...) the function Serial.printf hasn't been implemented. This is because of the very limited RAM of those chips.
So, I made a new function to do the logging, as it's always nearly the same. In the function only print and println are being used. I have put an ifdef for Particle. In fact you could probably delete your printf code and use the Arduino code (if the F() macro is available), but this is maybe not so efficient regarding network traffic.