Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Homoran]

Klappt auch nicht :(

eine weitere LED blitz ab und zu ganz leicht rot.

Boardinformationen:

BN: Unbekanntes Board
VID: 1A86
PID: 7523
SN: Laden Sie irgendeinen Sketch hoch, um sie abzurufen

Gruß

Rainer

EDIT:

ich habe gerade auf der Shop-Website folgendes gefunden:
` > Nano V3 | Entwicklerboard für Arduino IDE | ATMEL ATmega328P AVR Mikrocontroller | CH340-Chip | Christians Technikshop

Artikelnummer: 22

Den Treiber für den CH340G Chip, können Sie unter folgenden Link Herunterladen.

http://www.christians-shop.de/treiber/CH341SER.EXE `

Brauch ich den?

[Thisoft]

Hallo Rainer,

dann kämpfen wir uns mal Schritt für Schritt weiter.

Als Programmer ist bei mir seit eh und je "AVRISP mkll" angewählt. Hab ich soweit ich mich entsinne auch noch nie geändert. Probier das mal…

Der Treiber für den Chip sollte eigentlich beim ersten Anstecken automatisch installiert worden sein. Wird denn der Nano erkannt wenn du ihn ansteckst? Also zum prüfen vielleicht mal schauen ob du wenn er nicht angesteckt ist den "COM4" auch auswählen kannst.

Check erstmal die beiden Sachen - dann schauen wir weiter...

[Homoran]

Was ich schon alles getestet habe :(

ok,
@Thisoft:

Also zum prüfen vielleicht mal schauen ob du wenn er nicht angesteckt ist den "COM4" auch auswählen kannst. `
nein das geht nicht und am anderen Port ist es COM3

@Thisoft:

AVRISP mkll" `
da kommt nur

Beim Hochladen des Sketches ist ein Fehler aufgetreten

Habe schon ein zweites, jungfräuliches Board genommen - dito

Habe gerade einen USB-Programmer(??) mit dem ich die OBI-Steckdose geflasht habe genommen und mit RX,TX.GND und 5V (ja mein Board ist für 5V) versucht - gleiche Symptome

Habe neue IDE 1.8.5 statt 1.8.3 versucht; Außer dass jetzt meine Plugins für den Teensy weg sind auch keine Änderung….

Habe mich auf der Shop-Seite des Boardlieferanten schlau gemacht

http://blog.christians-shop.de/download ... ht-nichts/

Habe gemäß Störungssuche von Arduino mit diversen RESET-Versuchen gespielt

Gruß

Rainer

[Thisoft]

Mit dem Erkennen des Nanos am Port sieht's ja soweit gut aus…

Aktiviere bitte mal in den Voreinstellungen der Arduino-IDE die "Ausführliche Ausgabe" während Kompilierung und Hochladen und poste dann die komplette Ausgabe während eines Hochladeversuches...

[Homoran]

erster Teil:

! Compiling core... Using precompiled core Linking everything together... "C:\Users\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.4-arduino2/bin/avr-gcc" -w -Os -g -flto -fuse-linker-plugin -Wl,--gc-sections -mmcu=atmega328p -o "C:\Users\AppData\Local\Temp\arduino_build_90295/Drucksensor01.ino.elf" "C:\Users\AppData\Local\Temp\arduino_build_90295\sketch\Drucksensor01.ino.cpp.o" "C:\Users\AppData\Local\Temp\arduino_build_90295/..\arduino_cache_408994\core\core_arduino_avr_nano_cpu_atmega328_6c812979509dd8770aad63c18d23b249.a" "-LC:\Users\AppData\Local\Temp\arduino_build_90295" -lm "C:\Users\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.4-arduino2/bin/avr-objcopy" -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 "C:\Users\AppData\Local\Temp\arduino_build_90295/Drucksensor01.ino.elf" "C:\Users\AppData\Local\Temp\arduino_build_90295/Drucksensor01.ino.eep" "C:\Users\AppData\Local\Arduino15\packages\arduino\tools\avr-gcc\4.9.2-atmel3.5.4-arduino2/bin/avr-objcopy" -O ihex -R .eeprom "C:\Users\AppData\Local\Temp\arduino_build_90295/Drucksensor01.ino.elf" "C:\Users\AppData\Local\Temp\arduino_build_90295/Drucksensor01.ino.hex" Der Sketch verwendet 4026 Bytes (13%) des Programmspeicherplatzes. Das Maximum sind 30720 Bytes. Globale Variablen verwenden 238 Bytes (11%) des dynamischen Speichers, 1810 Bytes für lokale Variablen verbleiben. Das Maximum sind 2048 Bytes. C:\Users\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino9/bin/avrdude -CC:\Users\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino9/etc/avrdude.conf -v -patmega328p -carduino -PCOM3 -b115200 -D -Uflash:w:C:\Users\AppData\Local\Temp\arduino_build_90295/Drucksensor01.ino.hex:i ! avrdude: Version 6.3, compiled on Jan 17 2017 at 12:00:53 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/ Copyright (c) 2007-2014 Joerg Wunsch ! System wide configuration file is "C:\Users\AppData\Local\Arduino15\packages\arduino\tools\avrdude\6.3.0-arduino9/etc/avrdude.conf" ! Using Port : COM3 Using Programmer : arduino Overriding Baud Rate : 115200 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xde !

jetzt kommt nur nochprogrammer is not responding - wie gehabt

avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xde
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xde

[Thisoft]

Da klappt definitiv mit dem Programmer was nicht. Diese Probleme hatte ich noch nie… - nur genügend andere ;)

Aber ich habe beim Googlen was sehr Interessantes gefunden - dein Nano ist doch ziemlich neu -oder?

Dann schau mal hier https://www.heise.de/make/artikel/Ardui … 11641.html ob das zutreffen könnte und versuche das umzusetzen.

[Homoran]

Danke, werde ich gleich testen.

BTW ich habe auch schon versucht einen Bootloader zu brennen mit gleichem Erfolg :(

[Homoran]

scheint bei mir genau anders herum gewesen zu sein, zumindest mit der neuen IDE; ich bin auf 1.6.20 zurück, jetzt klappt es.

zumindest der Upload scheint geklappt zu haben.

Dann schnell das Gleiche noch mit dem verbauten nano durchgeführt - auch hier hörte die rote LED auf zu blinken nach "avrdude done"

USB abgeklemmt, Stromversorgung angeklemmt und WebUI geöffnet :cry: :cry: nichts.

Stromversorgung ab, USB dran - serielle Konsole liefert nur:

⸮⸮⸮⸮⸮⸮

Gruß

Rainer

[Homoran]

Korrektur:

Baudrate auf 9600 gesetzt:

Gestartet
Analogwert = 25
Binärwert = 00011001

Analogwert = 25
Binärwert = 00011001

Analogwert = 25
Binärwert = 00011001

[Thisoft]

Na klasse! Bis dahin sieht's doch gut aus :)

Willst du jetzt als Nächstes testen ob sich der Analogwert im Arduino ändert wenn sich der Druck in deinem Sensor ändert, oder wollen wir uns dran machen die Daten über die Schnittstelle zu bringen?

[Schubi]

Ich entschuldige mich gleich vorab, ich hab den Beitrag nur überflogen - vielleicht ist eh schon alles klar oder überflüssig.

Ich habe mich auch mal mit so einem Sensor gespielt - meine (sehr dürftige) Dokumentation findet ihr im Anhang.

Eigentlich sollte das auch mit Tasmota funktionieren - der A-D-Wandler (ADS1115) wird angeblich unterstütz.

LG Schubi

[Thisoft]

Naja- Tasmota bzw. MQTT überhaupt wäre schon eine Alternative. Dann braucht Rainer aber eine Netzwerkanbindung, also entweder ein WiFi-Shield für den Arduino (gibt's aber nicht für den Nano) oder gleich einen ESP8266 verwenden…

Ich glaube wir bleiben jetzt erstmal bei Rainers Aufbau mit dem 8bit-Schnittstellenmodul.

[Homoran]

@Thisoft:

Willst du jetzt als Nächstes testen ob sich der Analogwert im Arduino ändert wenn sich der Druck in deinem Sensor ändert, `
Hab ich schon, aber stärker als bis 27 kann ich nicht pusten ;-)

Habe jetzt auch noch an der Konfig des Sendemoduls gespielt, jetzt kommen Werte (230), aber die ändern sich beim Pusten fast gar nicht.

Außerdem verstehe ich die 7 möglichen Modi nicht ganz,

in der Bedienungsanleitung ist das auch nur knapp beschrieben

https://files.elv.com/Assets/Produkte/1 … 17_web.pdf

Gruß

Rainer

[Schubi]

Ja ist schon klar - ich will da nicht klugscheißen - war nur als Zusatzinfo gedacht.

Ich werde jetzt aber aus gegebenem Anlass mal die Sache mit Tasmota probieren.

[Homoran]

@Schubi:

Ja ist schon klar - ich will da nicht klugscheißen - war nur als Zusatzinfo gedacht. `
Danke dafür!

Ich nehme dir das ja auch nicht krumm - im Gegenteil.

ich bin halt mit Arduino, ESP & Co nicht allzu fit, und dachte in dem 8-Bit Sendemodul wäre bereits der 8-Bit A/D WEandler integriert, als ich ihn gekauft hatte.

Meine Idee war: anklemmen -> läuft ;-)

jetzt komme ich endlich meinem Ziel etwas näher.

Gruß

Rainer

[Thisoft]

Ja, hab so was befürchtet. Wer weiß bei wieviel Druck der Sensor dann mal 4,5 Volt liefert.

Als erstes lasse mal in der folgenden Zeile im Sketch:

  sensorValue = analogRead(sensorPin)/4; //weil der Arduino mit 10 bit Auflösung misst, wir aber nur 8 bit übertragen können

das "/4" weg. Wenn der Wert offensichtlich nicht größer als ungefähr 100 ist brauchen wir ihn auch erstmal nicht teilen. Später musst du dann mal testen welche Werte bei echtem Wasserdruck ankommen, ggf. können wir die Referenzspannung des Analogeingangs heruntersetzen…

Mit der Konfig des Sendemoduls kenne ich mich leider auch nicht wirklich aus. Wie gesagt - hab kein solches Dingens.

Du hast geschrieben dass jetzt Werte kommen - stimmen die mit dem im Seriellen Monitor angezeigten Analogwert überein?

[Homoran]

Das einfache zuerst:
@Thisoft:

• stimmen die mit dem im Seriellen Monitor angezeigten Analogwert überein? `
  nein!

25-27 im Arduino (manchmal 24)

230 in der WebUI, manchmal 229

ändert sich aber nicht beim pusten, wird da eher minimal niedriger - das kann aber daran liegen, dass das Sendemodul anscheinend einen Trigger braucht (siehe Modi)

/4 nehme ich jetzt raus

EDIT:

Wert liegt beim Arduino jetzt um ohne Druck bei 100 - in der WebUI bei 154

EDIT2: bei kräftigem pusten geht er im Arduino auf 109; in der WebUI auf 148

EDIT3: Habe in der Konfiguration die Eingänge des Moduls invertiert, jetzt passen die Werte!!!!

[Thisoft]

OK.

Der Messwert bzw. die Differenz zwischen Pusten oder nicht ist noch nicht so ganz zu gebrauchen. Aber sei's drum. Kümmern wir uns erstmal um die Übermittlung. Mit den Modi wann was getriggert wird das wirst du vermutlich noch herausfinden müssen ;)

Ändere mal im Arduino-Sketch die Setup-Prozedur wie folgt:

void setup() {
  Serial.begin(9600);
  for (int digitPIN = firstDigitPIN; digitPIN <= firstDigitPIN + 7; digitPIN += 1){
    pinMode(digitPIN, OUTPUT);
  }
  Serial.println("Gestartet");
  for (int testVal = 0; testVal <= 250; testVal += 10){
	sendValue(testVal);
	delay(Zykluszeit*1000);
  }
}

Damit wird beim Starten des Arduino ein Wert in Zehnerschritten hochgezählt und das solltest du ja relativ gut in der WebUI verifizieren können.

EDIT: -hab gerade dein EDIT3 gesehen. Dann ist das ja auch gut - bin ich wohl irgendwo mit Low- und High-Aktiv durcheinander geraten - musst du den Sketch nicht ändern… Dann wäre es gut wenn du als Nächstes ermitteln könntest was der Drucksensor für Werte im "Echtbetrieb" also mit Wasser liefert...

[Homoran]

@Thisoft:

wenn du als Nächstes ermitteln könntest was der Drucksensor für Werte im "Echtbetrieb" also mit Wasser liefert… `
komme gerade aus dem Garten/Werkstatt weil ich das gerade verdrahte.

Bis später

Rainer

[Homoran]

Jetzt habe ich die Nase voll :((

das Sendemodul blinkt nur noch lang-kurz-kurz

Den Fehlercode finde ich nicht; die Seite bei HM inside existiert nicht mehr….

Ein frustrierter Rainer