Git Product home page Git Product logo

arduino's Introduction

arduino's People

Contributors

amotl avatar bee-mois avatar einsiedlerkrebs avatar gulaschcowboy avatar hoijui avatar marfrh avatar thiasb avatar u-l-m-i avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

arduino's Issues

Abhängigkeiten der Bienenwaage 2.0 und 5.0 aktualisieren

Hi @u-l-m-i,

hier im Repository wurden querbeet die PlatformIO Konfigurationen aktualisiert. Bei Deinen Firmwares sieht es eigentlich recht gut aus, aber zwei Dinge sind noch übrig.

  • Platform SDK: espressif8266@^2 sowie espressif32@^2
  • adafruit/Adafruit MQTT Library 2.5.4 (siehe auch also GH-44)
  • vshymanskyy/TinyGSM 0.11.5

Siehst Du irgendeine Möglichkeit, wie Du ein Update u.U. "in echt" testen könntest?

Viele Grüße,
Andreas.

Anbei der status quo. An manchen Stellen lässt sich noch nach oben gehen. Auch bei den Plattform SDKs espressif8266 sowie espressif32. Ich habe dort bewusst einstweilen frühere Releases ausgewählt, als aktuell verfügbar wären.

Bienenwaage 2.0

platform = espressif8266@^2
ArduinoJson@^6
bogde/[email protected]
[email protected]
paulstoffregen/[email protected]
robtillaart/[email protected]
tzapu/WiFiManager@^0.16.0
vshymanskyy/TinyGSM@^0.10.9
https://github.com/daq-tools/Adafruit_MQTT_Library#maxbuffersize-2048
https://github.com/hiveeyes/TextFinder#modernize

Bienenwaage 5.0

platform = espressif32@^2
bblanchon/ArduinoJson@^6
bogde/[email protected]
milesburton/DallasTemperature@^3.9.1
paulstoffregen/OneWire@^2.3.5
robtillaart/[email protected]
vshymanskyy/TinyGSM@^0.10.9
https://github.com/daq-tools/Adafruit_MQTT_Library#maxbuffersize-2048
https://github.com/tzapu/WiFiManager.git#2.0.4-beta

Phase out libDHT, use DHTNew

We recently re-materialized the libDHT library, because it ceased to exist at its prior upstream location. DHTNew seems to be a legit successor. We should switch over.

The latest developments for the DHT sensors are done in https://github.com/RobTillaart/DHTNEW which is also tested on an ESP32. There are some interface differences, these are relative small but can be time critical.

It is advised to upgrade to the DHTNEW library if one needs the new functionality.

-- https://github.com/RobTillaart/DHTstable
-- https://community.hiveeyes.org/t/dht-is-dead-hx711-is-dead/4936/14

"node-esp32-generic" fails to compile

Dear @u-l-m-i,

with #35, I just modernized the program dependencies of node-esp32-generic. Unfortunately, the build currently croaks with this error:

Library Manager: Installing git+https://github.com/tzapu/WiFiManager.git#development
git version 2.31.1
Cloning into '/Users/amo/.platformio/.cache/tmp/pkg-installing-otczd1x8'...
warning: Could not find remote branch development to clone.
fatal: Remote branch development not found in upstream origin

And it's true, the branch "development" does not exist anymore.

Do you have an idea what we might be able to do about it?

With kind regards,
Andreas.

Make "node-terkin-next" build on ESP32

Hi there,

we tried to roughly sketch out a Firmware based on Terkin-Next (WIP), see also [1]. This might resonate with @marcelgasser.

While working on #39, we found the code [2] would not compile on ESP32. The reason is that the code has been conceived in 2016 already. It would be nice if we could make it work.

With kind regards,
Andreas.

[1] https://hiveeyes.org/docs/arduino/firmware/node-terkin-next/README.html
[2] https://github.com/hiveeyes/arduino/tree/master/node-terkin-next

Dissolve Makefile-based build tooling. Move on to PlatformIO. Thanks for all the fish!

About

With GH-57, we are modernizing our first-generation multi-hop ISM packet radio firmwares, effectively dissolving the previous Makefile-based build tooling using dependency management based on Git submodules, and move on to use PlatformIO exclusively.

Acknowledgements

We want to send big shoutouts to all the authors of the excellent build tooling which supported the programs in this repository for such a long time, sharing the same spirit that none of us wants to actually use the Arduino IDE, focusing on AVR/Espressif/SAMD/Arduino HAL toolchain setup automation, and reproducible builds instead. Thank you so much! -- with special thanks to the PlatformIO creators and contributors.

/cc @einsiedlerkrebs, @amperka, @nkrkv, @mjoldfield, @sudar, @tuna-f1sh, @peplin, @rpavlik, @matthijskooijman, @ladislas, @plerup, @hoijui, @ivankravets, @valeros

"node-wifi-mqtt" fails to compile

I am also trying to compile the file node-wifi-mqtt.ino. The following message appears when compiling (I am using the Arduino IDE 1.8.13):

exit status 1
'SerialDebug' was not declared in this scope

What could be the cause?

Using atom I get the message:

C:/ XXXX PlatformIO/Projects/210502-191434-d1_mini_pro/src/node-wifi-mqtt.ino:955:5: error: 'SerialDebug' was not declared in this scope
     SerialDebug.debug(INFO, "mqtt_connect", "Connecting to MQTT broker");

Thanks in advance

Dependencies: Update platform SDK for `node-wifi-mqtt.ino` program

Original: #58 (comment)

Problem

Updating the ESP8266 SDK on the node-wifi-mqtt.ino program to espressif8266@^3 with GH-67 failed at 1. It is probably our fault, because we are using other outdated libraries, or such.

Observations

After looking into the details, it turns out joaolopesf/SerialDebug might trip the build, as we receive similar error messages like outlined in JoaoLopesF/SerialDebug#20 when updating to espressif8266@^3.

SerialDebug.cpp:2384:46: error: reference to 'byte' is ambiguous
SerialDebug.cpp:2384:46: error: 'byte' has not been declared
SerialDebug.cpp:2486:61: error: reference to 'byte' is ambiguous
SerialDebug.cpp:5608:21: error: expected primary-expression before '(' token

Regarding this SerialDebug library, I can find those comments in the changelog of the node-wifi-mqtt.ino program we are trying to build here:

 2017-04-07 Silence debug output by using SerialDebugger to reduce battery drain even more.
 2021-05-02 Modernize code by using the SerialDebug library by Joao Lopes and
            add build environment based on PlatformIO.

Is it sane? Do we need it for the purposes outlined there, to reduce battery drain even more? Can it be safely removed? Maybe there are better techniques "to turn off logging at runtime" in a similar manner. On the other hand, using the SerialDebug library may have been utter nonsense ;].

With kind regards,
Andreas.

P.S.: Those commands should get anyone interested to the right spot quickly.

git clone https://github.com/hiveeyes/arduino hiveeyes-arduino --branch amo/update-esp8266-sdk
cd hiveeyes-arduino/backdoor/node-wifi-mqtt
make

Footnotes

  1. https://github.com/hiveeyes/arduino/actions/runs/5113724917/jobs/9193256917?pr=67#step:8:130

Abhängigkeiten der Firmware des »Mois sensor node« aktualisieren

Hi @bee-mois,

hier im Repository wurde quer durch die Bank die PlatformIO Konfiguration aktualisiert, auch bei Deiner Firmware, auf recht neue Versionen, vermutlich weil ich keine Informationen darüber finden konnte, ob bewusst ältere verwendet werden sollten, und die Firmware auch mit neueren Versionen anstandslos kompilierte.

Siehst Du irgendeine Möglichkeit, wie Du dieses Update u.U. "in echt" testen könntest?

Viele Grüße,
Andreas.

Anbei der status quo. An manchen Stellen lässt sich noch nach oben gehen. Ich habe an manchen Stellen erstmal bewusst frühere Releases ausgewählt.

Mois sensor node

adafruit/Adafruit TSL2591 [email protected]
adafruit/DHT sensor [email protected]
arduino-libraries/[email protected]
milesburton/[email protected]
paulstoffregen/[email protected]
robtillaart/[email protected]
watterott/[email protected]
https://github.com/hiveeyes/aerowind-ads1231@^0.1.0

Dependencies: Update platform SDK for Homie programs

Original: #58 (comment)

Problem

Updating the ESP8266 SDK on the Homie programs to espressif8266@^3 with GH-67 failed at [^1].

Observations

When updating to espressif8266@^3 or higher, this happens:

Homie/Boot/BootConfig.cpp:282:20: error: call to 'HTTPClient::begin' declared with attribute error: obsolete API, use ::begin(WiFiClient, url)
  282 |   _httpClient.begin(url);
      |   ~~~~~~~~~~~~~~~~~^~~~~
*** [.pio/build/esp07/lib5c7/Homie/Homie/Boot/BootConfig.cpp.o] Error 1

-- https://github.com/hiveeyes/arduino/actions/runs/5113969818/jobs/9193750333?pr=67#step:9:267

Thoughts

The programs are still using marvinroger/Homie@^2, while marvinroger/Homie@^3 is already available. Updating the programs in this repository to use the most recent version of Homie may help on this matter. /cc @Gulaschcowboy, @marvinroger

P.S.: Those commands should get anyone interested to the right spot quickly.

git clone https://github.com/hiveeyes/arduino hiveeyes-arduino --branch amo/update-esp8266-sdk
cd hiveeyes-arduino/homie/node-homie-basic
make

Issue in Compiling Library "ADS1231.H" for Arduino MKR1000 Board

Hi,

I am facing issue in compilation of ADS1231 Library for Arduino MKR1000 Board. I tried to compile both library (normal and particle one) but i am facing different errors in both cases.

I found that this errors are board specific because it works well for Arduino Yun board.
Can anyone please check for Compatibility for MKR1000 Board.

Failure to clone recursively (libraries/Watterott-Arduino-Libs)

hello! :-)

checkout command (as in README):

git clone --recursive https://github.com/hiveeyes/arduino

error:

error: Server does not allow request for unadvertised object 074cae4f4eb94eae1ce83416a26dd8683104305e
Fetched in submodule path 'libraries/Watterott-Arduino-Libs', but it did not contain 074cae4f4eb94eae1ce83416a26dd8683104305e. Direct fetching of that commit failed.

Refactor ADS1231 library to dedicated repository

Coming from GH-27 and [1], we found we do not use the ADS1232 chip at all, yet. What we do use, is the ADS1231 chip, supported by the Arduino library by @aerowind, originally shared on the Arduino forum [3].

It should be pulled into a separate repository, in order to make it easier to consume.

[1] https://community.hiveeyes.org/t/code-fur-ads1231/286
[2] https://github.com/hiveeyes/arduino/tree/main/libraries/ADS1231
[3] https://forum.arduino.cc/t/spi-load-cell-chip-ads1231/128267/6

Use ADS123X library by Hamid Saffari

Through [1], we found the ADS123X library [2] by @HamidSaffari to be the most canonical one these days. It builds upon the HX711 library [3] by @bodge and the ADS1232 [4] by @jeffkub.

Whether this will compile on Arduino Due (#18) and on Arduino MKR1000 (#20) is a different story, but nevertheless we should add the canonical driver to the repository on order to be able to build upon it.

[1] https://community.hiveeyes.org/t/code-fur-ads1232-oder-ads1234/392/13
[2] https://github.com/HamidSaffari/ADS123X
[3] https://github.com/bogde/HX711
[4] https://github.com/jeffkub/beer-gauge/tree/master/firmware/beer-gauge

"node-esp8266-generic" fails to compile

I am trying to compile the file "node-esp8266-generic".

Neither under Atom nor with the latest version of the Arduino IDE can the scatch be compiled.
It concerns HX711. When doing #define WEIGHT false, then it works.
In the meantime I have tried 3 different libraries. Unfortunately without success.

Message from Compiler:

exit status 1
no matching function for call to 'HX711::HX711(const uint8_t&, const uint8_t&)'
What could be the cause?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.