hiveeyes / hanimandl Goto Github PK

Dear Clemens,

#8 adds a wash & go build command for *nix environments, it should work out of the box for Linux and macOS. However, I would be interested if we can make this also work on Windows without any significant efforts.

So, by following [1,2,3], the setup might be as easy as:

Install prerequisites

# 1. Install Chocolatey
@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command " [System.Net.ServicePointManager]::SecurityProtocol = 3072; iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"

# 2. Install Python
choco install python --version=3.8.6

# 3. Install PlatformIO
pip install platformio

Acquire sources

• Download and extract sources from https://github.com/ClemensGruber/hani-mandl/archive/master.zip.
• Change to directory using cd hani-mandl-master.

Build firmware

platformio run

With kind regards,
Andreas.

[1] https://chocolatey.org/docs/installation
[2] https://chocolatey.org/packages/python/3.8.6
[3] https://docs.platformio.org/en/latest/core/installation.html#python-package-manager

Compiled the code and flashed it on the Heltec. The program starts and when I try to change settings the response is very slow and by using the rotary encoder the program crashes at a random point.
The serial monitor shows some kind of exception in the task scheduler.
Going to investigate the reasons and post the error message later.

Hi,
Could I run it on Arduino, or its the ESP32 choosen on purpose?

Thanks for this project!

Stefan

You get crazy reading, no change in weight and you had checked your pinning twice?
It might be related to an internal overflow - please test if a calibration AND a tara procedure (see -> setup) helps

First start up warning "Scale not adjusted yet" is displayed on serial as debug code but not on the OLED display.

Hello Everyone!
In the platformio.ini which is provided with the project the defined environment uses the board "heltec_wifi_kit_32" together with the library ESP32Servo@^0.9.0

Recently the old Heltec Wifi Boards (V2) are not longer purchasable. So new buildups probably are mostly realized with the newer Heltec Wifi Boards (V3). But with these Boards, the Library ESP32Servo is not working in Verison 0.9.0. Instead at least Version 0.12.1 needs to be used together with Heltec Wifi V3. If not, the Servo is not moving at all.

Therefore i would recommend to update the platformio.ini for the default use of the Heltec Wifi Boards (V3) boards together with ESP32Servo in Version 0.12.1.

In Platformio it is possible to define development environments for various boards. So maybe it is a good idea to define a additional environment for the newer boards and also define a default environment which should be used. This would look like this:

; PlatformIO Project Configuration File
;
;   Build options: build flags, source filter
;   Upload options: custom upload port, speed and extra flags
;   Library options: dependencies, extra library storages
;   Advanced options: extra scripting
;
; Please visit documentation for the other options and examples
; https://docs.platformio.org/page/projectconf.html

[platformio]
src_dir = .
default_envs = heltec_wifi_kit_32_v3

[env:heltec]
platform = espressif32
board = heltec_wifi_kit_32
framework = arduino

monitor_speed = 115200

lib_deps =
    HX711@^0.7.4
    U8g2@^2.28.6
    ESP32Servo@^0.9.0


[env:heltec_wifi_kit_32_v3]
platform = espressif32
board = heltec_wifi_kit_32_V3
framework = arduino

monitor_speed = 115200

lib_deps =
    HX711@^0.7.4
    U8g2@^2.28.6
    ESP32Servo @^0.12.1

Another solution could be to use the newer Library ESP32Servo @^0.12.1 for all types of boards and keep going with a simpler platformio.ini. But i could not test at the moment if this version of ESP32Servo works for all types of boards.

Ein zu schweres Glas kann beim Aufsetzen kurzzeitig die "Start" Meldung auslösen, führt dann aber zum Abbruch des Autostart, weil das Glas ausserhalb der Toleranz ist.

Das führt zu dem Eindruck, dass das Gerät nicht funktioniert, weil dieser Zustand nicht zurückgemeldet wird.

Mögliche Lösungen:

• Dokumentieren
• Auf stabile Gewichtsmessung warten
• Meldung bei Abbruch

I run my Hani Mandl on a Heltec board via USB power supply. Sometimes I use a power bank as power source. That's why I thought about a litte soft- and hardware addition:

• use one of the A/D pins with an appropriate voltage divisor to measure the "5V" voltage
• test for the voltage every 60 seconds and
  • warn, if the voltage droppes below 4.5 V
  • close the servo and stop operation with appropriate screen message
    This would prevent running low on battery while the servo is open.

Hi there,

this project was a bit dormant for some time, and now that some kind people are approaching us ¹, we think it is time to resume maintenance. Every kind of contribution will be much welcome.

With kind regards,
Andreas.

Hi,

ist mir nur aufgefallen, weil ich es zu dieser Seite auf dem Druckbett ausgerichtet hatte. Ist irgendwie krumm der Servohalter von der Heilbronn Variante. Soll das so sein? Ist das erste Mal, dass ich den Bausatz drucke. (Die Pfeile sind zur Verdeutlichung)

Danke & Gruß

Hi there,

I just discovered three nice projects and wanted to share them with you. They are AUnit [1], AUniter [2] and UnixHostDuino [3] and they will compile and execute unit tests for Arduino both natively on Linux or MacOS and by uploading to boards.

With kind regards,
Andreas.

[1] https://github.com/bxparks/AUnit
[2] https://github.com/bxparks/AUniter
[3] https://github.com/bxparks/UnixHostDuino

The Heltec WiF LoRa 32 is, beside the WiFi only version, a widespread board. So it may be that people have this laying around and want to use is also for the HaniMandl. Check used pins to get not in conflict with the already used pins for LoRa.

Der zuletzt über den Drehgeber eingestellte Öffnungswinkel wird aktuell (V0.2.9) nicht abgespeichert.

Ein sinnvoller Workflow wäre, in den Servoeinstellungen die geometrischen Anschläge zu hinterlegen, und mit dem Drehregler "zur Laufzeit" / zur Abfüllzeit den passenden Öffnungswinkel anzupassen - abhängig von Honigsorte, Temperatur, Füllstand.

Hab es zwar noch nicht debugged und wollte es mir noch anschauen und dann nen Push schicken. Aber im wifi branch gibt es einen Absturz wenn man in der Automatik bei der Anzeige start das Glas wieder entfernt. Evtl. kann dies noch jmd verifizieren.

The potentiometer should e.g. adjust the opening angle or act as menu item selector. It is not working randomly an my hardware setup. Don't know if this is a hardware issue or a software bug.

What I did:

• used an other poti
• used an other pin 34 instead of pin 39 because pin 39 has some capacitors build in
  but without any change.

This project should include a license such like the MIT or the GPLv3 license to protect your work appropriately.

You recently added my design suggestion with a gear arm.
(https://github.com/hiveeyes/hanimandl-hardware/tree/main/variants/variante-5_dresden)

In order to be able to use this design, the option "#define QUETSCHHAHN_LINKS" must always be activated in the source code. However, this will only be possible for people who are confident in programming. For this reason, the question is: Could you possibly offer compiled versions for this direction of rotation in future releases, or even better: Could you also make the direction of rotation selectable in the setup? I think that would considerably reduce the hurdles to rebuild the geararm-desgin.

Hello,
it would be great if you could add OTA support so you don't have to remove your controller from the case.

Idea:
WLAN, AP Mode and Password can be activated temporarily in the config menu.

Uploading a finished image via browser should also work, because the config values are stored in the corresponding part of the controller.

Many thanks & greetings

I slightly modified the hardware (pull up resistors) and the pin out, so the code runs on a heltec wifi lora32 board. Is this of interest for you?

Speichern in Preferences prüfen

Bug in der Automatik:

• Aktiver Autostart zählt den Counter hoch wenn das Glasgewicht überschritten wird, auch wenn der Servo nicht aktiv ist.

Make GUI and Key code (human interface) more adaptable to other boards and displays.

Die Autokorrektur reagiert nur im Autostart-Modus

Hi there,

based on #21, we might want to add first-citizen support for the TTGO T-Display, see also [1] and [2]. I will try to get some slot for that together with @ClemensGruber. Thanks already for outlining the nitty gritty details to be considered on the implementation side within [2].

With kind regards,
Andreas.

[1] https://community.hiveeyes.org/t/ttgo-t-display-als-alternative-zum-heltec/3733
[2] https://community.hiveeyes.org/t/prototypische-verwendung-des-ttgo-t-display-als-hanimandl-board/3830