Selbstbau HM_WDS10_TH_O mit Luftdruckmessung

[Kai-Alfonso]

Interessant, hast du mal einen Link? Ich kenne nur das hier (0.15): https://github.com/kc-GitHub/Wettersensor

Tom hat wohl ein Fork gemacht und die weiterentwickelt -> https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1

[vbs]

Achso ok, war wohl ein Missverständnis. Das ist ja der Link aus meiner Frage. Hat mich gewundert, da du von "Dirk's neuerer FW" sprachst. Danke dir!

[Kai-Alfonso]

Jetzt bin ich total verwirrt mit den vielen Varianten. Welche FW ist nun zu empfehlen für den Außensensor?
https://github.com/kc-GitHub/Wettersensor/tree/master/Firmware-Release
https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1
Version 1.2??? Wo?

Danke Peter

Die obere Repo hat als FW die Version 0.15, die untere FW 1.2 - laut Wiki gibt es ja 2 Platinentypen (Innen und Außen) und dort ist auch die Repo von kc verlinkt. Es gibt mittlerweile aber schon andere Platinen und eine geänderte Software (Repo von Tom) - die geänderte Software kann aber auch mit dem alten Platinenlayout (nach kleinen Änderungen) genutzt werden. Ich hoffe, ich hab das verständlich Wiedergegeben. Ist schwierig, bei so vielen Seiten hier immer auf dem aktuellsten Stand zu bleiben-

[Kai-Alfonso]

Achso ok, war wohl ein Missverständnis. Das ist ja der Link aus meiner Frage. Hat mich gewundert, da du von "Dirk's neuerer FW" sprachst. Danke dir!

Mittlerweile komme ich auch total durcheinander - ich meinte natürlich Toms neuere FW, Dirk hat imho die "alte" gemacht

[vbs]

Ja genau, das war so auch mein Stand, jetzt haben wir's 

[PSI69]

Die obere Repo hat als FW die Version 0.15, die untere FW 1.2 - laut Wiki gibt es ja 2 Platinentypen (Innen und Außen) und dort ist auch die Repo von kc verlinkt. Es gibt mittlerweile aber schon andere Platinen und eine geänderte Software (Repo von Tom) - die geänderte Software kann aber auch mit dem alten Platinenlayout (nach kleinen Änderungen) genutzt werden. Ich hoffe, ich hab das verständlich Wiedergegeben. Ist schwierig, bei so vielen Seiten hier immer auf dem aktuellsten Stand zu bleiben-

Danke - jetzt habe ich es verstanden. Da ich die alten Platinen habe, werde ich es wohl erst einmal mit der 0.15 Versuchen.
Peter

[PSI69]

Mittlerweile komme ich auch total durcheinander - ich meinte natürlich Toms neuere FW, Dirk hat imho die "alte" gemacht

Na, wenn ihr schon durcheinander kommt...

[Tom Major]

Nachdem das so toll mit der 1.2 FW und dem TSL2561 geklappt habe, wollte ich mal den MAX440009 probieren an dem Sensor:

Also, neue FW mit folgenden Optionen geflashed:

Code Auswählen Erweitern

//#define SENSOR_DS18X20
//#define SENSOR_BME280
#define SENSOR_BMP180
//#define SENSOR_TSL2561
#define SENSOR_MAX44009
#define SENSOR_SHT10
//#define SENSOR_DIGINPUT

Angeschlossen habe ich den MAX440009 an den I2C Port (J3 laut Schema) - GND und 3,3V  habe ich mir von J2 geholt.

Leider bekomme ich keine Sensor Daten.

Shared Access sollte ja gehen, wenn ich

Code Auswählen Erweitern

#if defined SENSOR_BME280 || defined SENSOR_BMP180 || defined SENSOR_TSL2561 || defined SENSOR_MAX44009
        sht10.i2cEnableSharedAccess();    // falls I2C Sensoren vorhanden dies dem SHT10 mitteilen#

richtig verstehe.

Warum geht es trotzdem nicht?

Der MAX440009 hat genau so wie TSL2561 eine Addr. Def im Sensor sketch, hast du das geprüft ob die für deine HW passt?
Diese Def. werde ich auch in den sketch selber verschieben, so wie für den TSL2561, commit dazu heute abend.

[Tom Major]

Jetzt bin ich total verwirrt mit den vielen Varianten. Welche FW ist nun zu empfehlen für den Außensensor?
https://github.com/kc-GitHub/Wettersensor/tree/master/Firmware-Release
https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1
Version 1.2??? Wo?

Danke Peter

Ich habe versucht, auf Basis von papas aktueller und genialer AskSinPP Library mal einen Universalsensor an meine Bedürfnisse anzupassen, das Ganze für andere Sensoren so universell wie möglich zu gestalten und so zu dokumentieren das möglichst wenig Fragen aufkommen, das Resultat ist auf github.
Diese Version kann ich im begrenzten Umfang supporten, bei Problemen und natürlich nur solange der Support Aufwand nicht ausufert 

[Kai-Alfonso]

Der MAX440009 hat genau so wie TSL2561 eine Addr. Def im Sensor sketch, hast du das geprüft ob die für deine HW passt?
Diese Def. werde ich auch in den sketch selber verschieben, so wie für den TSL2561, commit dazu heute abend.

Hi, ich habe mal im Datasheet des Max440009 geschaut. Dort steht:

A0 Address Select. Pull high to select address 1001 011x or low to select address 1001 010x.

A0 ist bei mir auf LOW, also müsste die Adresse in der Sensordatei (0x4A = 1001010 Binär) stimmen. Oder sehe ich das falsch?

[Kai-Alfonso]

Hi, ich habe mal im Datasheet des Max440009 geschaut. Dort steht:

A0 ist bei mir auf LOW, also müsste die Adresse in der Sensordatei (0x4A = 1001010 Binär) stimmen. Oder sehe ich das falsch?

Also, ich hab den Fehler gefunden - der Sensor war kaputt, mit einem anderen geht es.

[PSI69]

So, ich habe mich einmal daran versucht...

Code Auswählen Erweitern

C:\Users\User\Documents\avrdude-6.3-mingw32>avrdude -p m328p -P usb -c usbasp -U lfuse:w:0xE2:m -U hfuse:w:0xD0:m -U efuse:w:0x06:m -U lock:w:0x2F:m -e -Uflash:w:HB-UW-Sen-THPL_update_V0_15_000_150303.with_bootloader.KGH6476831.hex:i

avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.06s

avrdude: Device signature = 0x1e950f (probably m328p)
avrdude: erasing chip
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "0xE2"
avrdude: writing lfuse (1 bytes):

Writing | ################################################## | 100% 0.02s

avrdude: 1 bytes of lfuse written
avrdude: verifying lfuse memory against 0xE2:
avrdude: load data lfuse data from input file 0xE2:
avrdude: input file 0xE2 contains 1 bytes
avrdude: reading on-chip lfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of lfuse verified
avrdude: reading input file "0xD0"
avrdude: writing hfuse (1 bytes):

Writing | ################################################## | 100% 0.02s

avrdude: 1 bytes of hfuse written
avrdude: verifying hfuse memory against 0xD0:
avrdude: load data hfuse data from input file 0xD0:
avrdude: input file 0xD0 contains 1 bytes
avrdude: reading on-chip hfuse data:

Reading | ################################################## | 100% 0.00s

avrdude: verifying ...
avrdude: 1 bytes of hfuse verified
avrdude: reading input file "0x06"
avrdude: writing efuse (1 bytes):

Writing |                                                    | 0% 0.00s ***failed;
Writing | ################################################## | 100% 0.11s

avrdude: 1 bytes of efuse written
avrdude: verifying efuse memory against 0x06:
avrdude: load data efuse data from input file 0x06:
avrdude: input file 0x06 contains 1 bytes
avrdude: reading on-chip efuse data:

Reading | ################################################## | 100% 0.02s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0000
         0xfe != 0x06
avrdude: verification error; content mismatch

avrdude: safemode: efuse changed! Was 6, and is now fe
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: Fuses OK (E:06, H:D0, L:E2)

avrdude done.  Thank you.


Das ich die Nachfrage nach '0xfe != 0x06' ignorieren kann, habe ich hier im Forum schon gelesen. Ich habe also 'n' gedrückt. Nur - gleich danach war avrdude fertig - das ging mir ziemlich fix. Auch wenn ich den Sensor anschließend wieder über den USBasp mit Spannung versorge (also alle anderen Anschlüsse und den 10K R zum flashen nach D10 entferne) - ich habe noch keine Batterie angeschlossen - passiert nichts. Wenigstens die LED muss doch mal blinkern - spätestens nach Druck auf den Button?!?

Hat das etwas mit dem Fehler am Anfang / Firmware Update zu tun?

Jemand eine Idee?
Peter

[PeMue]

Hallo Kai,

Ich habe aber noch eine andere Frage, die ich nicht verstehe bzw. die mir immer noch nicht ganz klar ist als Laie. Aber die kann bestimmt auch ein anderer beantworten:

Thema StepUp - als Laie war es mir nicht genau klar, was das ist und ob ich das überhaut brauche. So wie ich das verstehe, brauchen die Sensoren, der Atmega etc alle 3.3 Volt - wenn ich jetzt das Teil nur mit einer Batterie betreiben will (die ja bekanntlich nur 1.5V liefert) brauch ich einen StepUp, der die Spannung dann von 1.5 auf 3.3 Volt erhöht.
Welchen Vorteile und Nachteile habe ich denn, wenn ich nur eine AA Batterie  nutzen will? Oder geht es um die Nutzung von Akkus, die ja nur 1.2 Volt liefern (Wieso können die eigentlich keine 1.5?)

Das kommt darauf an:
Wenn Du nur eine Zelle (egal ob Akku oder Batterie verwendest) brauchst Du einen StepUp, ansonsten ist die Versorgungsspannung zu gering. Die Spannungsdifferenz kommt übrigens durch die Wahl der unterschiedlichen Materialien, diese haben eine unterschiedliche elektrochemische Spannungsreihe.

Wenn Du zwei Batterien verwendest, brauchst Du keinen StepUp, die Entladeschlussspannung ist auf jeden Fall über der Spannung, die der Prozessor braucht. Bei zwei Akkus kann das schon grenzwertig werden.

Wer eine sauber geregelte Spannung will, nimmt StepUps - ich versuche das in allen meinen Sensoren umzusetzen.
Der Vorteil: immer dieselbe Spannung - unabhängig vom Ladezustand. Allerdings muss man da auch die Option 2 oder 3 der Spannungsmessung auswählen.

Gruß Peter

[PeMue]

Hallo vbs,

Die Firmware für TomMajor's Sensor ist die hier, oder?
https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1

ja.

Ist die eigentlich auch kompatibel mit Dirk's Originalsensor? Und falls ja, wäre das zu empfehlen (einfach um eine neuere Software zu nutzen)?

War sie ursprünglich nicht, da der BMP180 gefehlt hat, ist sie aber jetzt. Details in meinem nächsten Post.

Gruß Peter

[PeMue]

Hallo,

Die obere Repo hat als FW die Version 0.15, die untere FW 1.2 - laut Wiki gibt es ja 2 Platinentypen (Innen und Außen) und dort ist auch die Repo von kc verlinkt.

Kc ist der github Account von Dirk. Ich meine, er ist berufshalber nur sehr spärlich hier unterwegs.
Die beiden Platinen  (Innen und Außen) sind (meine ich) bezüglich der Sensoren kompatibel, sie haben nur eine andere HM-ID.

Es gibt mittlerweile aber schon andere Platinen und eine geänderte Software (Repo von Tom) - die geänderte Software kann aber auch mit dem alten Platinenlayout (nach kleinen Änderungen) genutzt werden.

Ich habe mal folgende Tabelle angefangen (siehe Bild). Da kommen dann noch die I2C Addressen und die HM-IDs dazu. Fehlt noch was, um das zu verstehen?

Gruß Peter

Edit1: Ich meine, bei Tom's Layout ist der sense Pin A0, muss ich noch nachschauen ...
Edit2: angepasst