Während der Umsetzung des Fensterdrehgriffkontakt-Projektes (https://forum.fhem.de/index.php/topic,71413.0.html) ist eine universelle Sensor/Aktor Basis entstanden, die ich hier näher vorstellen möchte. Die Platine ist möglichst klein gehalten und mehr oder weniger so was wie ein Arduino Pro Mini mit CC1101 bzw. Panstamp.
Die Platine existiert in 2 Versionen:
- mit CR2032
- mit Stepup (TLV61224)
Weiterhin gibt es mehrere Addons, welche auf die Pinheader gesetzt werden können:
- Lochraster Prototype Board
- I²C Sensor Board mit SHT10, TSL2561, BMP180, BMP280, DHT11/22
- 1xAAA Board
- 2xAAA Board
- 18650 Board
- Relay Board
Die Projektdateien sind in folgendem GitHub Respository zu finden: HMSensor (https://github.com/pa-pa/HMSensor)
Ich würde mich freuen, wenn diese Platinen als Basis für viele eigene Projekte genutzt werden können.
Hallo Papa,
ich hänge mich hier mal als "Mitleser" rein. Die Schaltung mit dem Step-Up interessiert mich. Da kann ich dann alle meine "halblebigen" AA Batterien vollends leersaugen lassen.
Gruß PeMue
Hier mal noch ein paar Bilder, wie das ganze zusammengesteckt aussehen kann.
Auch ich hänge mich hier mal an. Schreibe mit Holger schon etwas länger über das Projekt und empfinde es als perfekte Universalplattform für eigene Geräte.
@Peter: Mich wundert es, dass du noch nicht nach einem Gehäuse gefragt hast. :P
Sämtliche Platinen passen in eine alte Apple Earpods Box, die sich mit entsprechenden Modifikationen leicht nachdrucken lassen sollte. Hier ein PIR auf Basis der StepUp Plainte:
Bild 1 und 2
Auch die große Batterieplatine (Pappdummy ^^) passt in das vorgeschlagene Gehäuse:
Bild 3
/mitlesen ;D
@Spezialtrick:
tapatalk macht "komische" bilder :o
Zitat von: Spezialtrick am 06 Juli 2017, 08:43:52
Auch ich hänge mich hier mal an. Schreibe mit Holger schon etwas länger über das Projekt und empfinde es als perfekte Universalplattform für eigene Geräte.
@Peter: Mich wundert es, dass du noch nicht nach einem Gehäuse gefragt hast. :P
Sämtliche Platinen passen in eine alte Apple Earpods Box, die sich mit entsprechenden Modifikationen leicht nachdrucken lassen sollte. Hier ein PIR auf Basis der StepUp Plainte:
Bild 1 und 2
Auch die große Batterieplatine (Pappdummy ^^) passt in das vorgeschlagene Gehäuse:
Bild 3
Villeicht sollte Apple mit ihren Designs Plastik Boxen verkaufen, sieht gar nicht schlecht aus! ;D
@ Spezialtrick
warst du böse und hast papas Platine kaputt gemacht? ::)
Warum? ^^
Gesendet von iPhone mit Tapatalk Pro
Zitat von: Spezialtrick am 06 Juli 2017, 08:43:52
@Peter: Mich wundert es, dass du noch nicht nach einem Gehäuse gefragt hast. :P
Kommt noch :P
Gruß Peter
Zitat von: Spezialtrick am 06 Juli 2017, 17:08:01
Warum? ^^
Du wagst zu fragen? ... meinen Adleraugen entgeht nichts ;D
Ich habe mal noch ein Panel mit allen Addon-Platinen ins Repository eingecheckt. Falls jemand Lust zum Experimentieren hat.
Edit: Irgendwie macht das 18650-Board Probleme mit dem Panel. Habe es erst mal raus genommen.
Ich habe mir mal aus papas Universalplatine eine 4fach Fernbedienung gebaut. Wenn die Adapterplatinen aus China eintreffen wird das ganze auch noch etwas hübscher. :)
So, jetzt noch ein Gehäuse basteln...
Internals:
CFGFN
DEF 789012
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 163
NAME HM_789012
NOTIFYDEV global
NR 10018
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_789012_Btn_01
channel_02 HM_789012_Btn_02
channel_03 HM_789012_Btn_03
channel_04 HM_789012_Btn_04
lastMsg No:3F - t:10 s:789012 d:424242 0100000000
myHmUART_MSGCNT 163
myHmUART_RAWMSG 050100323F80107890124242420100000000
myHmUART_RSSI -50
myHmUART_TIME 2017-07-12 21:02:29
protLastRcv 2017-07-12 21:02:29
protSnd 161 last_at:2017-07-12 21:02:29
protState CMDs_done
rssi_at_myHmUART cnt:163 avg:-49.38 min:-68 lst:-50 max:-38
READINGS:
2017-07-12 19:20:07 CommandAccepted yes
2017-07-12 21:02:28 D-firmware 1.1
2017-07-12 21:02:28 D-serialNr papa333333
2017-07-12 21:02:28 PairedTo 0x424242
2017-07-12 21:02:28 R-pairCentral 0x424242
2017-07-12 21:02:28 RegL_00. 02:01 0A:42 0B:42 0C:42 00:00
2017-07-12 20:59:09 battery ok
2017-07-12 21:02:29 state CMDs_done
helper:
HM_CMDNR 63
PONtest 1
cSnd 0142424278901204040000000001,014242427890120403
mId 0008
rxType 4
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +789012,00,00,00
nextSend 1499886149.88808
prefIO
rxt 0
vccu
p:
789012
00
00
00
mRssi:
mNo 3F
io:
myHmUART -48
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rssi:
at_myHmUART:
avg -49.3865030674847
cnt 163
lst -50
max -38
min -68
shadowReg:
Attributes:
IODev myHmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.1
model HM-RC-4
room CUL_HM
serialNr papa333333
subType remote
webCmd getConfig:clear msgEvents
Was zum Henker ... ihr macht mich porös ... :D
Zitat von: waschbaerbauch am 12 Juli 2017, 21:39:34
... ihr macht mich porös ... :D
lass das bleiben, sonst musst Du wieder aufgraben und abdichten 8) 8) 8)
Das fehlt mir grad noch.. Aktuell versuche ich mich daran im Keller mit KS Steinen NF/2DF zu mauern ;)
Hier (https://forum.fhem.de/index.php/topic,67746.0.html) gibt es noch ne Platine für eine Fernbedienung. Hätte da auch noch welche von rumliegen.
Ich lese auch mal mit... wäre ja prädestiniert für eine Sammelbestellung... :D
Bei einer Sammelbestellung bin ich auch dabei :-)
Gruß Markus
Hallo,
ich würde auch gerne Interresse an einer Sammelbestellung zeigen.
Ich schließe mich auch an für eine Sammelbestellung
Gesendet von meinem GT-I9505 mit Tapatalk
Ich währe auch dabei ;-)
Ich bin auch dabei.
Na dann fehlt ja nur noch einer der sich der Organisation annimmt ;)
Bei der Organisation muss ich leider passen. Das gibt meine freie Zeit nicht her.
Ich habe auch noch keine Platine von den Addons machen lassen. Ist also auch noch nicht überprüft, ob das alles so passt.
Das war von meiner Seite auch nicht an dich gerichtet ;)
Wenn ich das in den Threads zum Thema HomeMatic richtig in Erinnerung habe wurde dort schon von dir und/oder joschi erwähnt das diesbezüglich von eurer Seite nichts kommen wird und das ist bei aller Vorarbeit die ihr hier geleistet habt auch vollkommen ok so ;)
Ich fand es in diesem Fall nur amüsant dass einer das Wort 'Sammelbestellung' in den Raum wirft und alle sind dabei, aber keiner will es machen - nicht das es überhaupt zur Disposition gestanden hätte..
Nochmals Hut ab vor eurer Arbeit und vor allen Dingen den daraus resultierenden Ergebnissen!
Moin
Vor allen Dingen weiss ja auch keiner was bestellt werden sollte!? Das war doch beim Fensterdrehgriff schon mal andiskutiert worden. Ging es da nicht auch um eine teilbestueckte Platine?
Evtl. koennte man das ja machen, aber erstmal muss das was geklaert werden!
Gruss Christoph
Habe ein neues Addon Board eingecheckt. Dieses kann bis zu 4 Relais ansteuern. Es sind der Treibertransistor sowie die Freilaufdiode für jeden Kanal vorhanden. Außerdem ist eine LED zur Signalisierung des Zustandes vorgesehen. Das Board kann sowohl mit 5V als auch an 12V (je nach verwendeten Relais) betrieben werden. Es übernimmt auch den Spannungsversorgung der Basisplatine. Hierzu ist ein MCP1703 vorgesehen. Zum direkten Schalten der Relais können auch 4 Taster bestückt werden.
Bei dem vorgesehenen Transistor BC817 bin ich mir nicht ganz sicher, ob der reicht. Aber mehr als 500mA sollte ein Relais eigentlich nicht ziehen. Kommentare oder Verbesserungsvorschläge sind wie immer gerne willkommen.
Bei einer Sammelbestellung habe ich auch Interesse für ca. 10 Basisplatinen und natürlich auch Erweiterungsplatinen.
Zitat von: papa am 08 August 2017, 13:46:11
Habe ein neues Addon Board eingecheckt.
Da bin ich ja froh, dass ich noch etwas Platz auf meinem Nutzen habe ;)
Gibt es eine Idee, wie lange eine Platine mit einer CR2032 überlebt? Würde sie gerne als Taster benutzen um ab und zu die Musik einzuschalten.
Leider hat sich beim Relay-Board ein Fehler eingeschlichen. Die Pinbelegung des MCP1703 ist im Schaltplan nicht korrekt. Deshalb wird keine Ausgangsspannung erzeugt, sondern nur kurz etwas Rauch :(
Man könnte die Platine retten, indem der Regler um 120° verdreht aufgelötet wird. Dazu muss man die Beinchen etwas zurecht rücken.
Auch Mist - die BC817 sind auch falsch. Damit geht die Platine in den Müll :-[
Da bin ich echt froh das ich aktuell sehr wenig Zeit habe mich damit zu beschäftigen :-\
Zitat
Gibt es eine Idee, wie lange eine Platine mit einer CR2032 überlebt? Würde sie gerne als Taster benutzen um ab und zu die Musik einzuschalten.
Das kommt natürlich drauf an, wie oft geschalten wird. Also der HM-RC-4 Clone braucht im Sleep nur ein paar µA. Er wird auch nur aufgeweckt, wenn eine Taste gedrückt wird. Meine Fernbedienung mit CR2450 geht mittlerweile ca. ein halbes Jahr.
Das Relay Addon ist jetzt überarbeitet und eingecheckt. Vielleicht kann ja nochmal jemand drüber sehen.
Hallo papa,
ich habe mir die Sache angesehen. Einige Fragen/Anmerkungen:
- Die Relais hängen zwischen 5 V und dem Transistorausgang, korrekt?
- Ich hätte die Widerstände für die LEDs parallel zu den LEDs gezeichnet, dann versteht man (bzw. ich ;)) den Schaltplan einfacher.
- Ich gehe davon aus, dass der "große" Klotz neben der Beschriftung Reset der 47 µF Kondensator ist.
- Ich hätte noch die Bauteilbezeichnungen auf die Platine gemacht.
- Die Anschlussbelegungen habe ich nicht geprüft, das sollte der Ersteller der Bibliotheken gemacht haben ;D
Gruß PeMue
Zitat von: PeMue am 20 August 2017, 19:38:43
ich habe mir die Sache angesehen. Einige Fragen/Anmerkungen:
- Die Relais hängen zwischen 5 V und dem Transistorausgang, korrekt?
Ja - richtig
Zitat von: PeMue am 20 August 2017, 19:38:43
- Ich hätte die Widerstände für die LEDs parallel zu den LEDs gezeichnet, dann versteht man (bzw. ich ;)) den Schaltplan einfacher.
- Ich gehe davon aus, dass der "große" Klotz neben der Beschriftung Reset der 47 µF Kondensator ist.
Ja ist er
Zitat von: PeMue am 20 August 2017, 19:38:43
- Ich hätte noch die Bauteilbezeichnungen auf die Platine gemacht.
Sind sie doch auch - aber meist unter den Bauelementen
Zitat von: PeMue am 20 August 2017, 19:38:43
- Die Anschlussbelegungen habe ich nicht geprüft, das sollte der Ersteller der Bibliotheken gemacht haben ;D
Da war leider bei der letzten Version das Problem. Die Pins des MCP1703 und des BC817 waren nicht korrekt.
Danke für Deine Mühe
Holger
Einlernen hat geklappt.
Tilted
Open
Closed
Was benötige ich denn, wenn ich jetzt aus der Platine mit CR2032 eine Fernbedienung mit 4 Eingängen machen möchte?
Hardware zum Flashen?
Firmware selber kompilieren oder kann man die Samples von Github direkt nutzen?
Zitat von: gloob am 21 August 2017, 19:03:01
Hardware zum Flashen?
Firmware selber kompilieren oder kann man die Samples von Github direkt nutzen?
1. ja einen USBasp -> Beispiel http://www.fischl.de/usbasp/ (finden sich aber auch in der Bucht , etc )
ein Stück zehnpoliges Flachbandkabel mit Buchsen an beiden Seiten ( war bei mir dabei )
2x5 pol Stiftleiste mit zusammengebogenen Stiften um die Platine einklemmen zu können
2. auf GitHub liegen i.d.R. die .ino Dateien für die Arduino IDE.
Mit der Arduino IDE und dem USBAsp kannst dann die Platinen direkt mit deiner Wunschfirmware betanken.
Hallo,
ich habe das gerade bei mir gemacht,
2x5 pol Stiftleiste mit zusammengebogenen Stiften um die Platine einklemmen zu können
hat bei mir nicht geklappt ich habe dann auf Anraten die Anschlüsse angelötet dann hat es geklappt.
Was mir noch aufgefallen ist, die Fernbedienung gibt keine Rückmeldung (Ack) das das Komando angekommen ist.
Gruß Rolf
Zitat von: rvideobaer am 21 August 2017, 22:28:01
ich habe das gerade bei mir gemacht,
2x5 pol Stiftleiste mit zusammengebogenen Stiften um die Platine einklemmen zu können
hat bei mir nicht geklappt ich habe dann auf Anraten die Anschlüsse angelötet dann hat es geklappt.
Ja - die Lösung mit den Stecker ist irgendwie noch nicht optimal. Bei mir sitzt die Platine sehr straff zwischen den Stiften. Dann klappt es eigentlich ganz gut. Gibt es eigentlich noch solche Buchsen, in denen früher die PC-Erweiterungskarten (ISA ???) gesteckt waren ? Die müssten doch den gleichen Pinabstand haben.
Zitat von: rvideobaer am 21 August 2017, 22:28:01
Was mir noch aufgefallen ist, die Fernbedienung gibt keine Rückmeldung (Ack) das das Komando angekommen ist.
Was meinst Du damit ?
Hallo,
wenn ich eine Taste drücke leuchtet die Rote LED auf, bei meiner normalen FB wird der Tastendruck dann mit der Grünen LED Quittiert. Beim Fensterkontakt macht die Platine dies auch. Aber bei der 4 Fach nicht.
Gruß Rolf
Zitat von: papa am 21 August 2017, 22:35:25
Gibt es eigentlich noch solche Buchsen, in denen früher die PC-Erweiterungskarten (ISA ???) gesteckt waren ?
Gibt es , sogar mit Flachbandkabel und solltest du schon in deiner Bastelkiste haben ... nennt sich Floppykabel :) https://de.wikipedia.org/wiki/Datei:Floppy_buskabel.jpg
http://www.ebay.de/itm/1-27mm-SOIC16-SOP16-DIP16-Pin-Test-Clip-Programmier-Klammer-Adapter-Programmer-/361990794869?hash=item5448552e75:g:21EAAOSwlMFZJ~kV
Damit sollte es doch gut klappen oder?
Hi,
Gehen die denn genug zu? Ich meine die Platine ist ja nicht dick, oder?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Zitat von: RaspiLED am 22 August 2017, 08:35:17
Hi,
Gehen die denn genug zu? Ich meine die Platine ist ja nicht dick, oder?
Gruß Arnd
Zur Not muss man ein bisschen vom Kunststoff der die Begrenzung darstellt abfeilen/abbrechen/...
Oh - Floppy-Kabel - da muss ich mal meine Grabbelkiste raus holen. Da gibt es bestimmt noch was.
Die Klammer ist aber auch cool - wenn man das weggefeilt kriegt.
Zitat von: rvideobaer am 21 August 2017, 23:08:11
wenn ich eine Taste drücke leuchtet die Rote LED auf, bei meiner normalen FB wird der Tastendruck dann mit der Grünen LED Quittiert. Beim Fensterkontakt macht die Platine dies auch. Aber bei der 4 Fach nicht.
Ich nehme mal an (da Du es uns nicht verraten hast), Du hast den HM-RC-4 Sketch geflasht und verwendest eine CR2032-Platine. Das sollte eigentlich so funktionieren. Ist die Taste auch mit einem Gerät gepeert ? Es wird nur dann grün Quittiert, wenn auch die Gegenstelle mit einem Ack geantwortet hat.
Hallo,
es ist eine Step-up Platine und sie ist mit der VCCU gepairt.
Gruß Rolf
Hallo Rolf
Papa hat gepeert geschrieben, nicht gepairt. Das macht leider einen entscheidenden Unterschied bei der Quittierung!
Gruss Christoph
Kann ich die CR2032 Variante eigentlich auch mit 2 Eneloop Batterien betreiben? Die Spannung liegt ja weiterhin unter 3,3V.
Der CC1101 kann ja runter bis auf 1,8V betrieben werden und ich denke der Atmega auch.
Zitat von: gloob am 22 August 2017, 17:27:17
Kann ich die CR2032 Variante eigentlich auch mit 2 Eneloop Batterien betreiben? Die Spannung liegt ja weiterhin unter 3,3V.
Der CC1101 kann ja runter bis auf 1,8V betrieben werden und ich denke der Atmega auch.
Der Atmel hat einen Spannungsbereich von 1,8V - 5,5V und der CC1101 von 1,8V - 3,6V.
Aber warum benutzt du nicht die AA/AAA-Variante?
Zitat von: joschi2009 am 22 August 2017, 18:02:18
Der Atmel hat einen Spannungsbereich von 1,8V - 5,5V und der CC1101 von 1,8V - 3,6V.
Aber warum benutzt du nicht die AA/AAA-Variante?
Weil ich von dir jetzt 4 fertige Platinen mit CR2032 habe und es in ein Spielzeug einbauen will wo es ein Batteriefach gibt mit 2 x AA.
Wenn du magst kann ich dir welche umtauschen, habe AA/AAA-Variante da.
Zitat von: joschi2009 am 22 August 2017, 18:23:52
Wenn du magst kann ich dir welche umtauschen, habe AA/AAA-Variante da.
Passt schon. Ich probier es einfach aus :) Ansonsten kommt halt eine Knopfzelle rein.
Zitat von: gloob am 22 August 2017, 18:26:46
Passt schon. Ich probier es einfach aus :) Ansonsten kommt halt eine Knopfzelle rein.
an die vertauschte Bezeichnung für VCC und GND denken...
Zitat von: gloob am 22 August 2017, 18:26:46
Passt schon. Ich probier es einfach aus :) Ansonsten kommt halt eine Knopfzelle rein.
Das sollte gehen. Die Batterie Low Erkennung wird dann aber nicht funktionieren, da die Werte hierfür im Bootlioader stehen. Und das ist per default 2,2V.
Edit: Obwohl - passt ja noch ganz gut.
Hallo,
Ich versuche gerade einen TH-Sensor zu bauen, ich habe mir einen DHT22 gekauft und mit der Universalplatine verbunden (VCC, GND und Pin D6). Auf die Platine habe ich den HM-WDS10-TH-O Sketch geladen. Jetzt wird im 5 Sek. abstand die Temp Hochgezählt und wieder herunter, ebenso die Luftfeuchtigkeit. Egal ob der Sensor angesteckt ist oder nicht.
Habe ich hier einen Denkfehler oder Funktioniert der Sketch nicht?
Gruß Rolf
du must unbedingt https://forum.fhem.de/index.php/topic,57486.0.html lesen, ist zwar viel Stoff aber lohnt sich.
Die Datei von papa ist kein fertiger Sensor sondern nur ein Beispiel , die Messwerte must du selbst noch umkopieren.
In dem verlikten Thread auf Seite 18 hat das jemand mit dem DHT22 erfolgreich umgesetzt.
Zitat von: rvideobaer am 26 August 2017, 01:53:16
Auf die Platine habe ich den HM-WDS10-TH-O Sketch geladen. Jetzt wird im 5 Sek. abstand die Temp Hochgezählt und wieder herunter, ebenso die Luftfeuchtigkeit. Egal ob der Sensor angesteckt ist oder nicht.
Hi Rolf,
wo finde ich denn die Firmware?
Ich habe im Git nichts gefunden :o
Gruß
Dennis
Hat mal jemand ein Foto von einer Batteriehalterung für CR2032, die auf das Board passt? Danke.
@betateilchen
vlt. hier: https://www.reichelt.de/index.html?ACTION=446;GROUPID=4260;SEARCH=batteriehalter%20cr2032
http://www.mouser.de/Power/Battery-Holders-Clips-Contacts/Coin-Cell-Battery-Holders/_/N-cid2l
Zitat von: betateilchen am 26 August 2017, 14:46:11
Hat mal jemand ein Foto von einer Batteriehalterung für CR2032, die auf das Board passt? Danke.
Das ist der hier (https://www.aliexpress.com/item/50pcs-SMD-Tab-20mm-CR2032-2032-Battery-Button-Cell-Holder-Coin-Cell-Retainer-Battery-Holder-surface/32732961416.html), ist zumindest in papas Stückliste verlinkt.
Gruß PeMue
kannste mal sehen, ich war schon zu doof, die Stückliste zu finden (ok, ich hab sie jetzt entdeckt)
Zitat von: Shojo am 26 August 2017, 11:43:18
Wo finde ich denn die Firmware?
Ich habe im Git nichts gefunden :o
Mag mir da keiner ein Tipp geben?!
Gruß
Dennis
Zitat von: Shojo am 27 August 2017, 11:05:18
Mag mir da keiner ein Tipp geben?!
Gruß
Dennis
https://github.com/pa-pa/AskSinPP/tree/master/examples
Hallo,
hat schon jemand die Platine für Relaissteuerung bestellt und aufgebaut?
Gruß Rolf
Die erste Version ist für den Müll. Die V1.1 habe ich selber auch noch nicht geprdert. Ich will auf dem I²C Board noch 2 kleine Änderungen machen (Interrupt für TSL2561 verbinden und Pullup für DHT11). Wenn ich das habe, mach ich mal das Panel neu.
Hallo,
da werde ich noch etwas warten.
Gruß Rolf
So habe jetzt mal die neuen Versionen eingecheckt.
Das I²C Board hat folgende Änderungen:
- TSL2561 Interrupt über Jumper JP3 an Pin A0
- Pullup Widerstand für DHT11
Durch die Anbindung des Interupts ist die Hardware voll kompatibel mit dem Universalsensor (https://wiki.fhem.de/wiki/Universalsensor), wenn man die Stepup-Variante verwendet.
Das Relay Board sollte jetzt korrekt geroutet sein.
Das Panel habe ich auch aktualisiert. Ebenfalls gibt es jetzt ein zweites Panel mit dem 18650 Halter.
So die ersten Platinen sind nun auch angekommen. :)
Hat wer einen recht günstigen Shop in DE wo man die Bauteile zur Bestückung bestellen kann?
Oder bleibt mir dann doch nur Fernost?
Gruß
Dennis
Zitat von: Shojo am 12 September 2017, 17:04:01
So die ersten Platinen sind nun auch angekommen. :)
Hat wer einen recht günstigen Shop in DE wo man die Bauteile zur Bestückung bestellen kann?
Oder bleibt mir dann doch nur Fernost?
Am günstigsten ist natürlich China, in Deutschland mal hier schauen: http://www.mouser.de .
OK, nun doch alles in China bestellt...
Aber wenigstens habe ich schon mal ein Gehäuse fertig :)
Zitat von: Shojo am 12 September 2017, 20:17:39
Aber wenigstens habe ich schon mal ein Gehäuse fertig :)
Von so etwas langt es allerdings nicht nur ein Bild einzustellen, da wollen wir natürlich alle die dazugehörige Druckdatei haben. ;D ;D ;D
Zitat von: joschi2009 am 12 September 2017, 21:45:55
... da wollen wir natürlich alle die dazugehörige Druckdatei haben. ;D ;D ;D
... und ich habe mich nicht getraut, danach zu fragen ???
Gruß PeMue
Zitat von: joschi2009 am 12 September 2017, 21:45:55
Von so etwas langt es allerdings nicht nur ein Bild einzustellen...
Bin doch einer von den Guten ;)
Ist allerdings noch die Wemos D1 Version https://www.thingiverse.com/thing:2454132
Hallo,
kann es sein das die Änderung des I2C Boards nicht in den Files für das einzelne I2C Board eingecheckt ist, sondern nur in den Paneelen?
Gruß Rolf
Nö -steht doch V1.1 drauf.
Und der Jumper JP3 und der Pullup R3 sind auch drauf.
Hallo,
Ok ich habe mich von dem PDF und den *.png Dateien verwirren lassen, denn das sind noch die ohne die Änderungen.
Gruß Rolf
Passen jetzt auch wieder.
Danke für den Hinweis.
Hallo papa,
habe ich das richtig verstanden:
Wenn ich einen Sensor mit 1xAAA Zelle bauen will, brauche ich folgende Platinen:
- Platine mit stepup (da ist der Mikrocontroller drauf)
- Platine 1AAAHolder und
- Platine I2CBoard?
Vermutlich werde ich die Platine mit stepup und die Platine 1AAAHolder kombinieren, aber Deine Pinbelegungen belassen ...
Danke + Gruß
Peter
Zitat von: PeMue am 30 September 2017, 22:35:54
habe ich das richtig verstanden:
Wenn ich einen Sensor mit 1xAAA Zelle bauen will, brauche ich folgende Platinen:
- Platine mit stepup (da ist der Mikrocontroller drauf=
- Platine 1AAAHolder und
- Platine I2CBoard?
Vermutlich werde ich die Platine mit stepup und die Platine 1AAAHolder kombinieren, aber Deine Pinbelegungen belassen ...
Richtig - das I2C_Addon nur, wenn Du auch nen Sensor davon brauchst.
Habe gerade das erste Relay-Addon V1.1 in Betrieb genommen. Funktioniert wunderbar.
Hallo,
ich habe heute versucht eine Platine mit der HM-LC-SWX-SM Firmware zu beschreiben. Leider ist schon beim Kompilieren Schluß.
// define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x12,0x34,0x56}, // Device ID
"XFZOYHZMLV", // Device Serial
{HM_LC_SW4_SM}, // Device Model
0x16, // Firmware Version
as::DeviceType::Switch, // Device Type
{0x01,0x00} // Info Bytes
};
hier bekomme ich diese Fehlermeldung:
exit status 1
variable 'const DeviceInfo devinfo' has initializer but incomplete type
Gruß Rolf
Bitte den V2 Branch benutzen. Im Master bin ich am basteln. Sollte aber eigentlich auch problemlos kompilieren.
Hallo,
leider nicht sehr viel besser.
hal.activity.savePower<Idle<>>(hal);
da kommt:
exit status 1
'>>' should be '> >' within a nested template argument list
Gruß Rolf
Welchen Branch hast Du jetzt ? Womit übersetzt Du ?
Hallo,
V2 und mit der Arduino IDE 1.8.3 auf MacOS.
Gruß Rolf
Ach - Mac - da scheint mal wieder alles etwas anders zu sein.
Aber der Compiler sagt uns ja, wie er es haben will.
Bitte die Zeile ändern in:
hal.activity.savePower<Idle<> >(hal);
Ein Freizeichen zwischen die '>';
Hallo,
ich habe es jetzt geschafft die Firmware zu flashen,und den Aktor in fhem einzubinden. Aber wenn ich versuche eine externen Taster zu simulieren gibt es keine Reaktion. Auch ein ansteuern eines Transistors ist mir nicht gelungen.
Gruß Rolf
Edit: Der Aktor ist für 1 Relais eingestellt. Ich habe jetzt einen Transistor über LED 2 angeschlossen, da ich diese nicht brauche.
Kannst Du mal zeigen, waas Du da aufgebaut hast- Schaltplan - Bilder - oder so.
Hallo,
Ich hatte den Transistor mit den widerständen erst auf einer Lochrasterplatine aufgebaut, damit hatte ich versucht über zb. A0 das ganze anzusteuern. Hier war er aber entweder immer oder gar nicht geschaltet je nach Anschluss A0-A3. Dann habe ich LED 2 entfernt und den Transistor mit Widerstand direkt auf der Platine untergebracht.
Es ist jetzt nicht besonders schön geworden, aber es sollte klein ausfallen da ich das ganze in eine Led Kerze einbauen will und ohne Relais nur die Led anschließe und die LED 2 nur stören würde.
Gruß Rolf
PS: Die Beschriftung des Mittelkontaktes ist auch Irreführend.
Ich habe mal eine (hoffentlich nicht dumme) Frage,
Wie herum wird Atmel IC auf die HMSensor-StepUp Platine positioniert? :-[
Hallo,
wenn die Programmieranschlüsse links oben sind muss die Markierung des Chips rechts sein.
Gruß Rolf
Zitat von: Shojo am 16 Oktober 2017, 20:40:33
Wie herum wird Atmel IC auf die HMSensor-StepUp Platine positioniert? :-[
Das Problem hatte ich beim Löten von betateilchens Prozessoren auch. Druck Dir die eine Seite des Datenblatts des Atmega328p mit der Pinbelegung aus und schaue auf die Namen der GPIOs. Einer ist leicht nachzuverfolgen zum entsprechenden Pin am Gehäuse. Dann drehst Du die Seite so, dass die Zuordnung passt und schon hast Du den Pin 1 Punkt.
Irgendwie war in der KiCad Bibliothek der Pin 1 nicht mit drin ;D
Gruß PeMue
Der Pin 1 ist mit einem langen Strich gekennzeichnet.
Zitat von: joschi2009 am 16 Oktober 2017, 21:28:11
Der Pin 1 ist mit einem langen Strich gekennzeichnet.
Jetzt, wo Du es sagst, erkenne ich das auch 8) 8) 8) Aber egal: betateilchens Prozessoren sind richtigrum drin ;)
Gibt es dies bezüglich eigentlich irgendwo ein Firmware Depot?
Bzw. wie viele verschiedene Möglichkeiten gibt es das Board zu nutzen (mit fertig entwickelter Firmware)?
Und wie schaut das mit IC3 (TLV61224) aus?
Das selbe, langer Strich auf der Platine = Pin 1 (beim TLV61224 Seite mit Strich)
Danke euch für die Unterstützung!
Hatte erst einmal was mit SMD gemacht, fehlt doch schon die Übung ;)
Was mich nur verwundert das "oben" bei den CC1101 Modul 5V ankommen ?!
Ok war mein Fehler!
Hallo,
ich habe jetzt eine Platine in ein Batteriefach eingebaut, ein 3xAA Fach von dem nur 2 Fächer für Batterien belegt werden. In dem 3. Fach ist die Platine untergebracht. Zusätzlich habe ich noch eine Buchse eingebaut an der die Lichterkette angesteckt werden kann. Ich benutze verschieden Lichterketten zu Deco zwecken die alle den passenden Stecker zur Buchse bekommen haben. Es ist doch viel schöner wenn die Lichterkette in zb. einer Vase auf dem Tisch kein sichtbares Kabel hat.
Leider hat aber die Firmware keine Batterie Überwachung, könnte man sowas noch integrieren?
Gruß Rolf
Zitat von: rvideobaer am 17 Oktober 2017, 13:20:23
ich habe jetzt eine Platine in ein Batteriefach eingebaut, ein 3xAA Fach von dem nur 2 Fächer für Batterien belegt werden. In dem 3. Fach ist die Platine untergebracht. Zusätzlich habe ich noch eine Buchse eingebaut an der die Lichterkette angesteckt werden kann. Ich benutze verschieden Lichterketten zu Deco zwecken die alle den passenden Stecker zur Buchse bekommen haben. Es ist doch viel schöner wenn die Lichterkette in zb. einer Vase auf dem Tisch kein sichtbares Kabel hat.
kannst du sagen wie lange die batterien halten? :o
Hallo,
ich habe das jetzt nicht genau überwacht aber ich schätze so 1-2 Wochen. Es wird etwas weniger sein als original da das Modul noch mit versorgt werden muß. Aber sonst haben diese Batterie Lichterketten auch nicht mehr Haltbarkeit. Die zwei Akkus sind ja auch schnell gewechselt und ich habe momentan auch nur 1000 mAh benutzt.
Gruß Rolf
Zitat von: rvideobaer am 17 Oktober 2017, 13:20:23
Leider hat aber die Firmware keine Batterie Überwachung, könnte man sowas noch integrieren?
Da musst Du nur das HAL-Template entsprechend anders anlegen und die Batteriemessung aktivieren. Aus
typedef AskSin<StatusLed<4>,NoBattery,Radio<RadioSPI,2> > Hal;muss
typedef AskSin<StatusLed<4>,BatterySensor,Radio<RadioSPI,2> > Hal;werden. Und das stündliche Messen im setup() einfügen
// measure battery every 1h
Hal.battery.init(seconds2ticks(60UL*60),sysclock);
Wahrscheinlich wird aber FHEM das LowBat-Flag ignorieren, da ja der HM-LC-Sw1-SM keine Batterie hat. Da könntest Du einfach mal den Devicetype auf HM-LC-Sw1-Ba-PCB ändern.
// define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x12,0x34,0x56}, // Device ID
"papa000000", // Device Serial
{0x00,06C}, // Device Model
0x10, // Firmware Version
as::DeviceType::Switch, // Device Type
{0x01,0x00} // Info Bytes
};
Jetzt fehlen zwar noch ein paar Register in der List0 - aber das sollte so erstmal grundsätzlich funktionieren.
Bei der Gelegenheit kannst Du den Ausgang für den Switch auch mal auf A0 legen
#define RELAY1_PIN 14
Dann brauchst Du auch nicht die LED missbrauchen.
Hallo,
wird wohl doch etwas komplizierter, das define der Eigenschaften will die IDE in dem Format nicht nehmen. Und die Platine will auch nicht geflasht werden die Device Signatur gefällt Avrdude nicht mehr.
Jetzt muß ich erstmal auf eine Bestellung von Prozessoren warten das ich eine neue Platine bauen kann, die Funktionierende wird jetzt für ein Gesteck gebraucht.
Gruß Rolf
Ups das ist ja nur im Master. Für V2 reicht das Ändern des Model Typ und wahrscheinlich Firmware Version
#define DEVICE_MODEL 0x00,0x6c
#define DEVICE_FIRMWARE 0x10
Hallo,
ja habe ich mir schon gedacht und auch so versucht, aber wie gesagt die Platine verweigert sich beim flashen. Mit FlashOTA vermute ich wird es wohl nicht funktionieren da das Modell ja nicht vom define kommt.
Gruß Rolf
Wenn das
#define USE_OTA_BOOTLOADER
nicht aktiv ist, werden die Daten aus dem Bootloader ignoriert.
Hallo,
ich habe versucht das messen der Batterie einzubinden
void setup () {
DINIT(57600,ASKSIN_PLUS_PLUS_IDENTIFIER);
sdev.init(hal);
bool low = (sdev.getConfigByte(CFG_LOWACTIVE_BYTE) == CFG_LOWACTIVE_ON) || checkLowActive();
DPRINT("Invert ");low ? DPRINTLN("active") : DPRINTLN("disabled");
for( uint8_t i=1; i<=sdev.channels(); ++i ) {
sdev.channel(i).lowactive(low);
}
buttonISR(cfgBtn,CONFIG_BUTTON_PIN);
// measure battery every 1h
Hal.battery.init(seconds2ticks(60UL*60),sysclock);
uint8_t model[2];
sdev.getDeviceModel(model);
bekomme beim Kompilieren aber folgende Meldung:
exit status 1
expected unqualified-id before '.' token
Ansonsten habe ich es geschafft mit OTA die Firmware mit geänderter ID einzuspielen und ein Batteriereading gibt es jetzt. Es wird halt nur noch nicht gemessen.
Gruß Rolf
Mach mal klein
hal.battery.init(seconds2ticks(60UL*60),sysclock);
Hallo,
es hat funktioniert.
CFGFN
DEF E19A33
IODev myHmUART
LASTInputDev myHmUART
MSGCNT 462
NAME HM_Universal_2
NOTIFYDEV global
NR 447492
STATE off
TYPE CUL_HM
READINGS:
2017-10-18 13:30:56 battery ok
2017-10-18 13:30:56 deviceMsg off (to vccu)
2017-10-18 13:30:56 level 0
2017-10-18 13:30:56 pct 0
2017-10-18 13:30:56 recentStateType info
2017-10-18 13:30:56 state off
2017-10-18 13:30:56 timedOn off
Attributes:
IODev myHmUART
IOgrp vccu:myHmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.0
model HM-LC-SW1-BA-PCB
peerIDs 00000000,12345601,E19A3301,
room CUL_HM
serialNr 0BMQZFZ3BD
subType switch
webCmd statusRequest:toggle:on:off
Nur den ausgang habe ich auf der LED 2 belassen, da ich den Vorwiderstand gleich verwende und so nur noch den Transistor und einen Widerstand benötige.
Vielleicht kann man die Datei mit in die Beispiele aufnehmen könnte ja noch für andere Nutzer interessant sein einen kleinen Preiswerten Batterieschalter z.B. für Lichterketten oder LED-Kerzen zu bauen.
Gruß Rolf
Na mal sehen wie lange die Batterien halten :)
Man könnte sicherlich noch Strom sparen, wenn CPU und Funkmodul in den Sleep-Mode geschickt werden und dann per Burst geweckt werden könnten. So wie es auch das original macht. Das kann die Lib allerdings noch nicht :(
Hallo,
ja wäre super würde das noch klappen. Ich habe selbst 2 HM-LC-SW1-BA-PCB im Einsatz und würde sie gerne durch etwas kleinere Teile ersetzen da das die Einsatz Möglichkeiten erhöht und sich besser unterbringen lässt. Für ein paar kleine LED Decozwecke ist die Leistung ja völlig ausreichend.
Gruß Rolf
Hallo,
der Stromverbrauch scheint doch recht hoch zu sein, nach 3 spätestens 4 Tagen ist Schluss. Wo die Originale schon 14 Tage mit den Batterien durchhalten. Da wäre es schon schön wenn man den HM-LC-SW1-BA-PCB mehr nachbilden könnte.
Gruß Rolf
Zitat von: rvideobaer am 22 Oktober 2017, 19:12:35
der Stromverbrauch scheint doch recht hoch zu sein, nach 3 spätestens 4 Tagen ist Schluss. Wo die Originale schon 14 Tage mit den Batterien durchhalten. Da wäre es schon schön wenn man den HM-LC-SW1-BA-PCB mehr nachbilden könnte.
Na da hätte ich was für Dich. Im Master gibt es jetzt nen richtigen HM-LC-Sw1-BA-PCB, inklusive Wecken per Burst. Der Standbyverbrauch schwankt auf meiner Messgurke so zwischen 0,06 - 0,2 mA. Da sollten die Batterien doch etwas länger halten.
Hallo,
das klingt ja gut, ich werde mir das wohl Morgen mal ansehen. Ich muß morgen um 03:00 Uhr raus da wird heute nichts mehr.
Erst einmal Danke, ich werde mich melden wie es klappt.
Gruß Rolf
Hallo,
die Neugier hat mich getrieben und ich habe versucht den Sketch zu kompileren:
Fehler beim Kompilieren für das Board atmega328p based - 32 pin TQFP.
das war die Ausgabe, aber leider wird im Code keine Stelle Markiert.
Gruß Rolf
Hab es gerade nochmal mit Arduino 1.81. probiert ... alles bestens
.........
Using library EnableInterrupt at version 0.9.5 in folder: C:\Users\holger\Documents\Arduino\libraries\EnableInterrupt
Using library AskSinPP at version 2.1.2 in folder: C:\Users\holger\Documents\Arduino\libraries\AskSinPP
Using library Low-Power at version 1.6 in folder: C:\Users\holger\Documents\Arduino\libraries\Low-Power
Sketch uses 20144 bytes (65%) of program storage space. Maximum is 30720 bytes.
Global variables use 792 bytes (38%) of dynamic memory, leaving 1256 bytes for local variables. Maximum is 2048 bytes.
Hast Du die ganze Library mit dem Master ersetzt ?
Hallo,
ich habe den Master heruntergeladen und die Datei geöffnet. Mehr nicht.
Gruß Rolf
Du musst auch die gesamte Library austauschen. Da ist einiges anders im Vergleich zu V2.
Hallo,
ok das versuche ich dann wirklich morgen.
Rolf
Hallo,
ich bin jetzt etwas weiter gekommen, aber ich scheitere wieder am define all device properties.
// define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x42,0xA2,0xB7}, // Device ID
"papa42a2b7", // Device Serial
{0x00,0x6c}, // Device Model
0x10, // Firmware Version
as::DeviceType::Switch, // Device Type
{0x01,0x00} // Info Bytes
};
Fehler:
exit status 1
variable 'const DeviceInfo devinfo' has initializer but incomplete type
Gruß Rolf
Zitat von: rvideobaer am 27 Oktober 2017, 13:36:17
Hallo,
ich bin jetzt etwas weiter gekommen, aber ich scheitere wieder am define all device properties.
// define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x42,0xA2,0xB7}, // Device ID
"papa42a2b7", // Device Serial
{0x00,0x6c}, // Device Model
0x10, // Firmware Version
as::DeviceType::Switch, // Device Type
{0x01,0x00} // Info Bytes
};
Fehler:
exit status 1
variable 'const DeviceInfo devinfo' has initializer but incomplete type
Gruß Rolf
Was nimmst Du zum Übersetzen ?
Gibt es noch mehr Ausgaben ?
Hallo,
Arduino IDE 1.8.5 auf einem Mac
Gruß Rolf
Ist da noch mehr als nur diese eine Zeile ?
Versuche mal
#include <unistd.h>
ganz oben einzufügen.
Hallo,
habe die Zeile eingefügt, gleiches wie vorher.
Die Meldung ist alles was kommt.
Gruß Rolf
1.8.5 geht unter Windows auch ohne Probleme
Hallo,
habe jetzt in der VM Windows laufen lassen und das überprüfen lief durch. Werde es morgen weiter probieren, da ich morgen nochmal früh raus muß.
Gruß Rolf
Hallo,
habe jetzt 2 Teile mit der Firmware geflasht. Nun werde ich erst einmal Testen. Leider gelingt es mir nicht die Stromaufnahme zu messen, ich habe nur ein normales Digitales Multimeter das ich in Reihe mit der Batterie angeschlossen habe. Braucht man da was spezielles oder mache ich was falsch?
Gruß Rolf
Hallo Rolf,
Zitat von: rvideobaer am 28 Oktober 2017, 17:24:23
... ich habe nur ein normales Digitales Multimeter das ich in Reihe mit der Batterie angeschlossen habe. Braucht man da was spezielles oder mache ich was falsch?
wie kleine Ströme kann Dein Multimeter messen? Bis 10 µA? Wenn es nur bis 1 mA geht, wirst Du im Mittel 0 haben ...
Gruß Peter
Hallo,
der kleinste Bereich ist 200µA, aber die Platine geht gar nicht erst los. Höchstens wenn ich den 10A Bereich nutze aber da misst er ja nichts mehr.
Gruß Rolf
Zitat von: rvideobaer am 28 Oktober 2017, 17:40:17
... der kleinste Bereich ist 200µA, aber die Platine geht gar nicht erst los.
Dann schau mal, ob Du für den Plus eine andere Buchse für den 200 µA Bereich hast ;) Danach sollte die Platine loslaufen 8)
Gruß Peter
Hallo,
für den 10A Bereich gibt es eine separate Buchse, und eine für alles andere. Ich habe auch schon alle Bereiche durchgeschaltet aber es fließt nicht genug Strom das es für die Platine reicht.
Ich habe jetzt nochmal ein anderes Gerät benutzt (sollte mein Sohn eigentlich zu Weihnachten bekommen, werde es wohl selber hehalten ;D) da geht er im µA Bereich in overload aber im mA Bereich zeigt er beim Start ca. 20 mA und dann schwankt es zwischen 0,6 und 0,02 mA.
Gruß Rolf
Hallo Rolf,
das könnte eine durchgebrannte Sicherung im Multimeter sein, das hatte ich auch schon. Und da kann dann nicht genügend Strom fließen ;)
Gruß Peter
Das ist ein grundsätzliches Meßproblem.
Wenn man auf z.B. 20mA schaltet, dann ist der Innenwiderstand des Meßgeräts relativ gering, damit auch der Spannungsabfall, und das Modul bekommt genügend Spannung / Strom.
Wenn ich aber auf uA schalte, dann ist der Innenwiderstand um einiges höher, damit auch bei dem geringen zu messenden Strom genügend Spannung für die Messung abfällt. Das ist ja ok, wenn nur sehr wenig Strom gemessen wird.
Nun ist es aber bei der Homematic-Strommesserei so, daß das Modul zu Beginn Strom im mA Bereich braucht, dann aber uA gemessen werden sollen: im mA Messbereich misst man also zu Beginn die mA, und dann bei den uA sieht man nix mehr... Schaltet man dagegen zu Beginn auf uA, dann hat man einen so hohen Spannungsabfall wenn das Modul startet (es will ja mA ziehen), daß letztendlich keine Spannung mehr übrig bleibt und das Modul ohne Spannung da steht - es kann also gar nicht richtig starten.
Man müßte die Messung also im mA Bereich starten und dann in den uA-bereich umschalten - das sollte das Messgerät allerdings unterbrechungsfrei tun ;)
Wenn dann allerdings wieder eine LED angesteuert wird, oder das Sendemodul, dann ist man wieder bei den mA und dem Spannungszusammenbruch...
Eine richtige Lösung hab ich dafür auch noch nicht gefunden.
Martin
Zitat von: rvideobaer am 28 Oktober 2017, 19:32:55
Ich habe jetzt nochmal ein anderes Gerät benutzt (sollte mein Sohn eigentlich zu Weihnachten bekommen, werde es wohl selber hehalten ;D) da geht er im µA Bereich in overload aber im mA Bereich zeigt er beim Start ca. 20 mA und dann schwankt es zwischen 0,6 und 0,02 mA.
Na das klingt doch gut. Mal sehen,wie lange die Batterien jetzt durchhalten. Bitte unbedingt Rückmeldung geben.
Hallo,
habe das Multimeter mal aufgeschraubt, es war wirklich die Sicherung. Vermutet man gar nicht wenn sonst alles geht.
Jetzt bekomme ich endlich ein paar Messwerte.
Gruß Rolf
Hallo,
ich möchte mal einen kleinen Bericht erstatten, der Batterieschalter läuft jetzt seit letzten Samstag bis jetzt also 7 Tage a ≈ 5 Stunden mit einer LED-Lichterkette.
Die Helligkeit sieht auch noch ganz gut aus, im Gegensatz zu vorher da war eigentlich nach 3 Tagen Schluß.
Die Neue Firmware hat sich also gelohnt.
Vielleicht wäre es ja noch möglich die Firmware um Versionen für 2 und 4 Ausgänge zu Ergänzen?
Im moment habe ich leider nur noch eine Platine zum Testen, die Zweite habe ich leider durch einen Fehler beim Anschließen Gegrillt. Man mag kaum Glauben das man mit 2 AA Batterien den Prozessor vom Bord auslöten kann, und sich noch die Finger zu verbrennen.
Gruß Rolf
Autsch :-[
Aber ein geiles Projekt. Werde mich wahrscheinlich bald mal dran hängen. Euch ein schönes WE.
Gruß
Leeloo
Zitat von: rvideobaer am 03 November 2017, 21:53:39
Vielleicht wäre es ja noch möglich die Firmware um Versionen für 2 und 4 Ausgänge zu Ergänzen?
Im Prinzip schon. Aber da gibt es keine originalen Geräte. Da müssen wir dann ein Custom-Device machen.
Hallo,
Aber da gibt es keine originalen Geräte.
Für 4 Ausgänge gibt es schon eines HM-LC-Sw4-Ba-PCB.
https://www.elv.de/homematic-4-kanal-funk-schaltaktor-fuer-batteriebetrieb-bausatz.html (https://www.elv.de/homematic-4-kanal-funk-schaltaktor-fuer-batteriebetrieb-bausatz.html)
Gruß Rolf
Das macht es auf jeden Fall einfacher.
Hat jetzt zwar nichts direkt mit der Universalplatine zutun aber ich wollte trotzdem mal meine Umbauten vorstellen.
Bisher habe ich zwei Funksteckdosen umgebaut.
Einmal eine SOnOff und eine Steckdose von HomeEasy, da ich noch einige von denen rumliegen habe.
Klar die SOnOff könnte ich auch direkt über EspEasy etc. ansteuern aber da ich die CCU als Zentrale habe und auch sonst alles von Homematic, wollte ich auch von den Direktverknüpfungen gebrauch machen.
SOnOff:
Hier habe ich den Arduino Pro Mini so angeschlossen, dass die original Firmware auf dem ESP8266 behalten werden kann.
Dazu habe ich auch den AskSinPP Sketch angepasst, damit er bei ner Änderung des Zustands durch den ESP8266 auch die Meldung an die CCU sendet.
Da diese Steckdose über ein richtiges Netzteil verfügt, konnte ich den Arduino auch direkt von diesem versorgen lassen.
HomeEasy:
Bei der HomeEasy-Steckdose musste ich etwas mehr umbauen, da diese nur über ein Kondensatornetzteil verfügte.
Ich habe alle nicht benötigten Bauteile von der Platine entfernt und diese auch zurecht geschnitten.
Das Relais habe ich gegen ein 5V Relais ausgetauscht.
Als Netzteil kommt jetzt ein Baustein von HiLink zum Einsatz.
Die Schutzbeschaltung also Sicherung und Sicherungswiderstand sind weiterhin auf der Platine vorhanden.
Da ich den Taster der Steckdose stilllegen musste, da dafür kein Platz mehr war, habe ich den Sketch so angepasst, dass er beim Starten eine Pairing-Anfrage sendet.
Natürlich kann man die Steckdose jetzt nicht mehr direkt durch drücken des Tasters schalten, aber ich denke, dass dies eh nur in den seltensten Fällen vorkommen würde.
Als Vorwiderstand für den Transistor habe ich 470 Ohm genommen, vielleicht nen bisschen viel, aber da ich die Verstärkung nicht weiß, schaltet er auf jedenfall voll durch.
Hallo,
heute ist die Lichterkette am Schalter nicht angegangen, FHEM sagt der Schalter ist an. Beim Probieren ist mir aufgefallen das die Kette doch leicht leuchtete, also angenommen Batterien alle -->gewechselt. Schalter an Led glimmen Schalter aus LED leuchten stärker. Nach einigen hin und her Diagnose Transistor defekt(BC817) gewechselt, geht wieder??
Wieso ist der Transistor jetzt defekt gegangen? Die Last der Lichterkette ist eigentlich nur 20-30 mA. Sollte ich einen anderen Transistor verwenden eventuell Mosfet?
Gruß Rolf
Haste nen Vorwiderstand zwischen Atmega und Transistor?
Hallo,
ja, ich habe die 1,5k als vorwiderstand und 1M als pulldown.
Gruß Rolf
Hmm glaub der sollte reichen um den Transistor durchzuschalten.
Wird der Transistor warm?
Hallo,
ist mir bis jetzt noch nicht aufgefallen, werde es morgen mal messen.
Rolf
Hast Du einen Widerstand in Reihe zur den LEDs um den maximalen Strom zu begrenzen ?
Ähh... Nein. Die Kette ist so angeschlossen wie im Original.
Rolf
Mess doch mal den Strom.
Hallo,
also was ich gemessen habe ist 30mA maximal und dann nach kurzer Zeit noch 10mA was dann wohl die Stromaufnahme der LED's ist.
Gruß Rolf
Tja, dann weiss ich auch nicht. Vielleicht einfach nur einen fehlerhaften Transistor erwischt ....
Hallo,
ja das vermute ich auch fast, den die Belastung ist ja wirklich nicht groß. Ich werde das ganze beobachten.
Gruß Rolf
Hallo,
ich wollte nochmal Rückmeldung geben, also jetzt leuchteten die Lichterketten seit 14 Tagen. Morgen werde ich die Akkus aber doch mal laden.
Gruß Rolf
Hallo,
Ich bin langsam am verzweifeln, bei mir hat jetzt die 3. Platine den Geist aufgegeben. Ich Experimentiere mit Wettersensor herum und habe die Platine neu geflasht. Da fragt er im Anschluss ob er die Fuse wieder zurück setzen soll, und da weis ich jetzt schon des es das war, weil die Platine sich jetzt nicht mehr Flaschen lässt. Ich bekomme dann nur noch Meldungen über eine Falsche Signatur und nichts geht mehr. Was mache ich Falsch?
Gruß Rolf
Auto Korrektur am Handy ist was schlimmes. >:(
Na wenn sie gefälscht st - denn geht sie natürlich nicht mehr :)
Aber Spaß beiseite - was hast Du genau gemacht. Bitte mal die entsprechenden Befehle hier zeigen. Da geht bestimmt noch was.
Hallo,
Das Gerät lief ja schon, ich wollte halt jetzt einen neuen Bootloader mit geänderter Device Signatur flashen.
Rolfs-iMac:~ rolf2$ avrdude -p m328p -P usb -c usbasp -V -U flash:w:/Users/rolf2/Downloads/SZ70KVCSY7.hex
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x1e950f
avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: reading input file "/Users/rolf2/Downloads/SZ70KVCSY7.hex"
avrdude: input file /Users/rolf2/Downloads/SZ70KVCSY7.hex auto detected as Intel Hex
avrdude: writing flash (32768 bytes):
Writing | ################################################## | 100% 21.65s
avrdude: 32768 bytes of flash written
avrdude: safemode: lfuse changed! Was e2, and is now 0
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: hfuse changed! Was d0, and is now 0
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: efuse changed! Was 6, and is now 0
Would you like this fuse to be changed back? [y/n] n
avrdude: safemode: Fuses OK
avrdude done. Thank you.
Danach kein Blinken der LED bei Stromzufuhr keine Verbindung mit FHEM überhaupt keine Reaktion mehr.
Wenn ich es jetzt nochmal versuche kommt dieses:
Rolfs-iMac:~ rolf2$ avrdude -p m328p -P usb -c usbasp -V -U flash:w:/Users/rolf2/Downloads/SZ70KVCSY7.hex
avrdude: error: programm enable: target doesn't answer. 1
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.00s
avrdude: Device signature = 0x000000
avrdude: Yikes! Invalid device signature.
Double check connections and try again, or use -F to override
this check.
avrdude done. Thank you.
Gruß Rolf
Das ist ja komisch. Warum ändern sich die Fuse-Settings, wenn Du doch nur den Flash neu geschrieben hast. Was für eine avrdude Version verwendest Du ? Ist die vielleicht buggy ?
Ich würde mal tippen, dass der Takt auf externen Quarz umgestellt wurde. Deshalb startet die CPU nicht mehr, da ja kein Quarz auf der Platine vorhanden ist. Du könntest mal versuchen, einen 8MHz Quarz anzuschliessen. Das könnte auch ohne Kondensatoren klappen. Und dann erst mal die Fuses wieder richtig biegen.
Hallo,
ich habe Quarz und Kondensatoren bestückt, aber keine Änderung. Ich bin mit meinem Latein echt am ende.
Gruß Rolf
@rvideobaer, ich habe die Belegung der Fuse Bits jetzt nicht im Kopf, aber wenn averdude da alles auf 0 gesetzt hat ist dann vllt. Brown Out wieder aktiv
und der Atmega läuft bei den 3 bzw 3,3V nicht an ?
Kannst du deinen ISP Programmer kurzfristig auf 5V umstellen um wenigsten die Fuse Bits wieder richtig zu setzen ?
Hallo,
@Wzut Hat leider auch nicht funktioniert. Ich habe mir jetzt noch mal einen neuen Programmer bestellt, mal abwarten wenn der kommt.
Gruß Rolf
Hallo,
@papa
ich habe mal versucht die makeota.html Datei etwas komfortabler zu machen. Basis ist deine Datei für Relaisboard. Ich habe die Auswahl etwas erweitert auf die anderen möglichen Geräte für die Firmware Dateien vorhanden sind. Vielleicht kannst Du mal drüber schauen?
Ich habe jetzt eine Version der Platine mit der Firmware von Dirks THPL Sensor am laufen mit Temp. Luftfeuchte und Helligkeit, mit dem richtigen Bootloader war es kein Problem. Jetzt warte ich noch auf ein paar teile um das ganze endgültig zusammen zu bauen. Ich bin noch auf der Suche nach einem schönen aber preiswerten Gehäuse für innen.
Gruß Rolf
PS: Die Lichterkette leuchtet jetzt die 3. Woche ohne Batteriewechsel.
Zitat von: rvideobaer am 19 November 2017, 18:01:14
@papa
ich habe mal versucht die makeota.html Datei etwas komfortabler zu machen. Basis ist deine Datei für Relaisboard. Ich habe die Auswahl etwas erweitert auf die anderen möglichen Geräte für die Firmware Dateien vorhanden sind. Vielleicht kannst Du mal drüber schauen?
Das hilft sicher unerfahrenen Usern. Aber die Möglichkeit, einen neuen/eigenen Typ einzugeben, felht dann leider.
Zitat von: rvideobaer am 19 November 2017, 18:01:14
Ich habe jetzt eine Version der Platine mit der Firmware von Dirks THPL Sensor am laufen mit Temp. Luftfeuchte und Helligkeit, mit dem richtigen Bootloader war es kein Problem. Jetzt warte ich noch auf ein paar teile um das ganze endgültig zusammen zu bauen. Ich bin noch auf der Suche nach einem schönen aber preiswerten Gehäuse für innen.
Cool - dann passt ja alles und wir können die Hardware direkt mit der existierenden Firmware von Dirk einsetzen. Stimmt die Messung der Batterie-Spannung auch ?
Zitat von: rvideobaer am 19 November 2017, 18:01:14
PS: Die Lichterkette leuchtet jetzt die 3. Woche ohne Batteriewechsel.
Na da scheint der Burst-Mode ja auch super zu klappen.
Hallo,
@papa
ZitatAber die Möglichkeit, einen neuen/eigenen Typ einzugeben, felht dann leider.
Die normale makeota.html kann man ja immer noch benutzen. Leider ist das Wiki in Bezug auf die Device IDs nicht sehr ergiebig.
Das messen der Batteriespannung kann ich noch nicht beurteilen da mir leider noch ein 100k Widerstand fehlt. Ich hoffe der kommt bald.
Gruß Rolf
Zitat von: rvideobaer am 20 November 2017, 15:54:02
Leider ist das Wiki in Bezug auf die Device IDs nicht sehr ergiebig.
Die Device IDs finden sich hier:
https://svn.fhem.de/fhem/trunk/fhem/FHEM/HMConfig.pm (https://svn.fhem.de/fhem/trunk/fhem/FHEM/HMConfig.pm)
Gesendet von iPad mit Tapatalk Pro
Hallo,
ich versuche den 4Fach Schalter in Betrieb zu nehmen. Aber A0-A3 zeigen keine Reaktion auch A4,A5,D3,D6 auf masse getastet bewirken nichts. In Fhem wird er erkannt und mit allen 4 Kanälen angelegt die auch angeblich schalten. aber an der Platine reagiert er nur auf den Config Taster und schaltet in Fhem kanal 1.
Gruß Rolf
Welchen Branch verwendest Du ?
Im Master musst Du HM_SENSOR_RELAY vor dem ersten include definieren, um die Pinsettings auf das Addon umzustellen. Per default sind die Pins von dieser Relayplatine (https://forum.fhem.de/index.php/topic,48235.0.html) aktiv.
Die Taster sind noch nicht im Example eingearbeitet.
Hallo,
habe das jetzt im Master geändert und ich kann auch messen wie geschalten wird.
Jetzt habe ich ein neues Problem: Die SS14 Dioden werden warm ohne das ein Relais daran hängt. Ich habe sie jetzt noch mal ausgelötet und jetzt werden die Ausgänge wohl angesteuert da die LED leuchten. Leider kann ich kein Datenblatt finden was die Polung der Diode erklärt, sie hat einen Strich auf der einen Seite das sieht man aber was er bedeutet? Auf Deinen Bildern sieht es so aus als würde der Strich in Richtung Transistor zeigen.
Die Dioden habe ich mit der Markierung jetzt in Richtung der Ausgänge eingelötet und jetzt funktioniert es.
Jetzt müssen nur noch die Taster konfiguriert werden.
Gruß Rolf
Hallo,
zur Weihnachtszeit braucht man ja immer Funksteckdosen, und da ich noch eine defekte Zeitschaltuhr herumliegen hatte habe ich jetzt die Gelegenheit genutzt und diese mit der Platine umgebaut.
Die original Platinen habe ich entfernt und Lochraster Platten passend zurechtgeschnitten. Hier habe ich ein kleines Netzteil ein Relais und die Universalplatine mit aufgesetztem Relayboard verbunden. Auf die Zweite Platine habe ich einen Taster und die Led 1 von der Universalplatine und die Kontroll-led vom Relayboard aufgelötet und mit den Platinen verbunden. Die alten Löcher des Gehäuses habe ich mit einer Kunststoffplatte verschlossen aus der nur noch der Taster herausschaut, mit dem die Dose geschaltet und Konfiguriert werden kann. Als Software ist die HM-LC-SW1-SM aufgespielt.
Bevor Kritik kommt, ich weis das die Schraubklemme nicht optimal ist aber da ich keine 10 A schalten werde wird sie genügen.
Gruß Rolf
Hallo,
ich habe den Funkschalter jetzt ein paar Tage in Betrieb, funktioniert soweit ganz gut. Aber wenn ich denSchalter vom Netz trenne ist hinterher oft das pairing weg und in den Readings steht "PairedTo 0x000000" und ich muß das Pairing wiederholen. Liegt es daran das er als HM-LC-SW1-SM und nicht als HM-LC-Sw1-Pl-DN-R1 in Betrieb ist?
Gruß Rolf
Das sollte nicht passieren. Kommst Du an die Debug-Ausgaben beim Start ran ?
Hallo,
die serielle Ausgabe? Wird wohl erstmal schwierig da er verbaut ist. Weis jetzt noch nicht ob ich an die Kontakte herankomme ohne alles aus einander löten zu müssen.
Gruß Rolf
Hast Du die Firmware selbst gebaut ? Wie sieht denn der Sketch aus ?
Hallo,
die Firmware ist die für HM-LC-SWX-SM aus dem Master Brunch.
//- -----------------------------------------------------------------------------------------------------------------------
// AskSin++
// 2016-10-31 papa Creative Commons - http://creativecommons.org/licenses/by-nc-sa/3.0/de/
//- -----------------------------------------------------------------------------------------------------------------------
// define this to read the device id, serial and device type from bootloader section
#define USE_OTA_BOOTLOADER
// number of relays by defining the device
#define HM_LC_SW1_SM 0x00,0x02
#define HM_LC_SW2_SM 0x00,0x0a
#define HM_LC_SW4_SM 0x00,0x03
#define CFG_LOWACTIVE_BYTE 0x00
#define CFG_LOWACTIVE_ON 0x01
#define CFG_LOWACTIVE_OFF 0x00
#define DEVICE_CONFIG CFG_LOWACTIVE_OFF
#define HM_SENSOR_RELAY
#define EI_NOTEXTERNAL
#include <EnableInterrupt.h>
#include <AskSinPP.h>
#include <LowPower.h>
#include <Switch.h>
// we use a Pro Mini
// Arduino pin for the LED
// D4 == PIN 4 on Pro Mini
#define LED_PIN 4
// Arduino pin for the config button
// B0 == PIN 8 on Pro Mini
#define CONFIG_BUTTON_PIN 8
#ifdef HM_SENSOR_RELAY
// relay pins for the HMSensor Relay Board
#define RELAY1_PIN 17
#define RELAY2_PIN 16
#define RELAY3_PIN 15
#define RELAY4_PIN 14
#define BUTTON1_PIN 6
#define BUTTON2_PIN 3
#define BUTTON3_PIN 18
#define BUTTON4_PIN 19
#else
// relay output pins compatible to the HM_Relay project
#define RELAY1_PIN 5
#define RELAY2_PIN 6
#define RELAY3_PIN 7
#define RELAY4_PIN 3
#endif
// number of available peers per channel
#define PEERS_PER_CHANNEL 8
// all library classes are placed in the namespace 'as'
using namespace as;
// define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x12,0x34,0x56}, // Device ID
"papa000000", // Device Serial
{HM_LC_SW4_SM}, // Device Model
0x16, // Firmware Version
as::DeviceType::Switch, // Device Type
{0x01,0x00} // Info Bytes
};
/**
* Configure the used hardware
*/
typedef AvrSPI<10,11,12,13> RadioSPI;
typedef AskSin<StatusLed<4>,NoBattery,Radio<RadioSPI,2> > Hal;
// setup the device with channel type and number of channels
typedef MultiChannelDevice<Hal,SwitchChannel<Hal,PEERS_PER_CHANNEL,List0>,4> SwitchType;
Hal hal;
SwitchType sdev(devinfo,0x20);
ConfigToggleButton<SwitchType> cfgBtn(sdev);
// if A0 and A1 connected
// we use LOW for ON and HIGH for OFF
bool checkLowActive () {
pinMode(14,OUTPUT); // A0
pinMode(15,INPUT_PULLUP); // A1
digitalWrite(15,HIGH);
digitalWrite(14,LOW);
bool result = digitalRead(15) == LOW;
digitalWrite(14,HIGH);
return result;
}
void initPeerings (bool first) {
// create internal peerings - CCU2 needs this
if( first == true ) {
HMID devid;
sdev.getDeviceID(devid);
for( uint8_t i=1; i<=sdev.channels(); ++i ) {
Peer ipeer(devid,i);
sdev.channel(i).peer(ipeer);
}
}
}
void initModelType () {
uint8_t model[2];
sdev.getDeviceModel(model);
if( model[1] == 0x02 ) {
sdev.channels(1);
DPRINTLN(F("HM-LC-SW1-SM"));
}
else if( model[1] == 0x0a ) {
sdev.channels(2);
DPRINTLN(F("HM-LC-SW2-SM"));
}
else {
DPRINTLN(F("HM-LC-SW4-SM"));
}
}
void setup () {
DINIT(57600,ASKSIN_PLUS_PLUS_IDENTIFIER);
bool first = sdev.init(hal);
#ifdef HM_SENSOR_RELAY
bool low = false;
#else
bool low = (sdev.getConfigByte(CFG_LOWACTIVE_BYTE) == CFG_LOWACTIVE_ON) || checkLowActive();
#endif
DPRINT("Invert ");low ? DPRINTLN("active") : DPRINTLN("disabled");
sdev.channel(1).init(RELAY1_PIN,low);
sdev.channel(2).init(RELAY2_PIN,low);
sdev.channel(3).init(RELAY3_PIN,low);
sdev.channel(4).init(RELAY4_PIN,low);
buttonISR(cfgBtn,CONFIG_BUTTON_PIN);
initModelType();
initPeerings(first);
}
void loop() {
bool worked = hal.runready();
bool poll = sdev.pollRadio();
if( worked == false && poll == false ) {
hal.activity.savePower<Idle<> >(hal);
}
}
Gruß Rolf
Hier ist aber ein 4 Kanal Switch eingestellt ? Ist das wirklich der Code, der da läuft ? Du sagtest doch es ist ein SW1 eingestellt.
Hallo,
Device ID und Device Modell ist auf SW1 geändert, ich habe nur beim schließen die Änderungen nicht gespeichert. Wird in FHEM als SW1 angezeigt und auch nur ein Kanal angelegt.
Gruß Rolf
Hallo,
ich glaube ich bin der Ursache auf der Spur, das muß ich noch etwas beobachten und testen.
Rolf
Und - lass uns an Deinen Erkenntnissen teilhaben :)
Hallo,
Bei meinem Testen und probieren von verschiedenen Varianten habe ich ein Testdevice mit der gleichen Device-ID nicht gelöscht und das hat dann vermutlich dazwischen geharkt.
Habe das jetzt gelöscht und mehrfach den Stecker Stromlos gemacht, bis jetzt noch kein Verlust des pairing. Ich werde das noch weiter testen.
Gruß Rolf
Hallo,
wenn ich eine Platine die bereits einen Bootloader hat mit einer Firmware flashe die eine neue Seriennummer beinhaltet, und ich möchte später eine andere Firmware mit OTA flashen. Auf welche Seriennummer reagiert die Platine dann? Ist das machbar?
Gruß Rolf
Der Bootloader reagiert immer mit seiner Serial, mit welcher er generiert wurde.
Stehe jetzt auch kurz davor, mir ein paar Platinen auf Basis der universellen HW zu bestücken.
Wie ich auf dem Schaltbild und in der Stückliste sehe, wird der Atmega durch einen 32kHz Uhrenquarz getaktet, was wohl irgendwelche Verbesserungen im Power-Save Modus bringen soll.
Bisher hatte ich es nur mit Nanos (16MHz) und Minis (8MHz) zu tun, jetzt stellt sich mir die Frage: Was für ein Model muss ich zum Flashen für diese Hardware in der Arduino IDE anwählen???
Oder bin ich komplett auf dem falschen Dampfer?
Hallo,
Hier findest Du vielleicht alles was Du brauchsthttps://forum.fhem.de/index.php/topic,71413.195.html (https://forum.fhem.de/index.php/topic,71413.195.html)oder
hierhttps://wiki.fhem.de/wiki/HomeMatic_Fenster-Drehgriffkontakt_Community-Nachbau (https://wiki.fhem.de/wiki/HomeMatic_Fenster-Drehgriffkontakt_Community-Nachbau)
Das gilt alles sinngemäß auch für die Universelle Hardware-Basis für Homematic Geräte du musst nur den richtigen Bootloader je nach Verwendungszweck erstellen.
Rolf
Vielen Dank für die schnelle Antwort.
Leider habe ich mich wohl falsch ausgedrückt. Mit dem Flashen inklusive OTA-Bootloader hatte ich bisher keine Probleme, benutze dazu einen Raspi mit der SPI-Schnittstelle des GPIO-Interfaces.
Meine Frage bezog sich auf das Kompilieren, welches Model / welche Einstellungen sind da relevant, konnte darüber in den Infos nichts finden?
Installiert man z.B. die Firmware eines Nanos auf einen Mini oder umgekehrt kommt da ja nur Murks heraus, deshalb meine Frage.
Hallo,
ich habe bei mir "Arduino Pro oder Pro Mini" ausgewählt und "ATmega328P 3.3V 8MHz"
Gruß Rolf
Werde ich dann mal versuchen, wenn ich die Hardware zusamengebaut habe.
Funktioniert wegen des unterschiedlichen Timings (8Mhz vs. 32kHz) auch noch die serielle Schnittstelle oder kommen da nur Hieroglyphen?
Der Quarz (32kHz) braucht nur bestückt werden, wenn eine Echtzeit-Uhr benötigt wird. Der Takt wird durch den internen Oszillator erzeugt. Hierzu sind die Fuses entsprechend zu setzen.
In der Arduino IDE sollte dann am besten diese Board-Settings verwendet werden.
https://github.com/oshlab/Breadboard-Arduino (https://github.com/oshlab/Breadboard-Arduino)
Mini Pro geht auch, wenn der Bootloader - und damit auch die Fuses - nicht neu geschrieben wirden.
Hallo,
ist es möglich mit dem Basisboard und vertretbarem Aufwand einen einfachen 12V Dimmer z.b. für LED Strips zu bauen? Wie müsste die externe Schaltung aussehen, hat da vielleicht jemand einen Tip.
Gruß Rolf
@papa,
das mit dem internen Oszillator hatte ich nicht gewusst, bin fälschlicherweise immer davon ausgegangen, dass der Quarz den Takt für den Microcontroller vorgibt. Wieder was dazugelernt.
Danke für den Link zu den Board-Settings, diese habe ich mir schon mal eingerichtet.
Zitat von: rvideobaer am 15 Dezember 2017, 18:48:57
ist es möglich mit dem Basisboard und vertretbarem Aufwand einen einfachen 12V Dimmer z.b. für LED Strips zu bauen? Wie müsste die externe Schaltung aussehen, hat da vielleicht jemand einen Tip.
Natürlich http://joost.damad.be/2012/09/dimming-12v-led-strip-with-mosfet-and.html (http://joost.damad.be/2012/09/dimming-12v-led-strip-with-mosfet-and.html). Einfach den MOSFET an D3 anschliessen und das HM-LC-Dim1PWM_CV (https://github.com/pa-pa/AskSinPP/tree/master/examples/HM-LC-Dim1PWM-CV) Example nehmen.
Hallo,
ja danke erst einmal, werde mal in meiner Bastelkiste kramen ob ich noch was passendes habe sonst muß ich mal was bestellen.
Gruß Rolf
Hi, warum nimmst Du dafür nicht die Forumsplatine RGBWW ?
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
@RaspiLED
Die Universalplatine habe ich da, und ich möchte das ganze als Homematic Gerät haben.
@papa
ich habe das jetzt mal zusammengebaut und geflasht. Der Dimmer hat jetzt aber 3 Kanäle ist das so richtig? Der Configtaster schaltet jetzt aber nur ein und aus. Für eine Hardware Bedienung brauche ich da noch eine extra Taste?
Gruß Rolf
Hallo,
das ganze habe ich jetzt mit einem LED Streifen getestet: es geht --- ein bisschen. Ich kann die Helligkeit von glimmen bis etwas mehr glimmen stellen. Vermutlich wird der Mosfet F540NS nicht richtig durchgesteuert, entweder ich besorge mir einen anderen Typ oder eventuell mit einem Treiber Transistor. Wenn jemand einen brauchbaren Typ kennt wäre ich dankbar für einen Tip.
Gruß Rolf
Hallo Rolf,
warum nimmst Du nicht den IRLZ44N aus dem RGBWW Controller (https://forum.fhem.de/index.php/topic,48918.msg405792.html#msg405792) Projekt?
Gruß Peter
Hallo,
den habe ich mir auch gerade herausgesucht, muß ich aber erst noch bestellen. Den anderen hatte ich gerade noch da deswegen habe ich den probiert.
Danke Rolf
Hi Rvideobaer,
Ich habe noch genug hier, zu Chinapreisen wenn Du willst ;-) gerne per PN
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
Danke für dein Angebot, aber ich habe gestern schon ein paar bestellt.
Vielleicht nicht ganz zu Chinesischen Preisen aber noch ok.
Danke Rolf
Hallo,
Mein Funkschalter gebaut mit der Platine hat vereinzelt eine Fehlfunktion. Er wird ausgeschaltet aber er schaltet sich sofort wieder ein, oder nicht wirklich aus. Das Licht geht kurz aus.
Hier die betreffende Zeit im Log:
2017-12-17_22:08:00 HB_ZwStecker_01 set_off
2017-12-17_22:08:00 HB_ZwStecker_01 deviceMsg: off (to vccu)
2017-12-17_22:08:00 HB_ZwStecker_01 level: 0
2017-12-17_22:08:00 HB_ZwStecker_01 pct: 0
2017-12-17_22:08:00 HB_ZwStecker_01 off
2017-12-17_22:08:00 HB_ZwStecker_01 timedOn: off
2017-12-17_22:08:00 HB_ZwStecker_01 deviceMsg: on (to broadcast)
2017-12-17_22:08:00 HB_ZwStecker_01 level: 100
2017-12-17_22:08:00 HB_ZwStecker_01 pct: 100
2017-12-17_22:08:00 HB_ZwStecker_01 on
2017-12-17_22:08:00 HB_ZwStecker_01 timedOn: off
2017-12-17_22:09:03 HB_ZwStecker_01 set_off
2017-12-17_22:09:04 HB_ZwStecker_01 deviceMsg: off (to vccu)
2017-12-17_22:09:04 HB_ZwStecker_01 level: 0
2017-12-17_22:09:04 HB_ZwStecker_01 pct: 0
2017-12-17_22:09:04 HB_ZwStecker_01 off
2017-12-17_22:09:04 HB_ZwStecker_01 timedOn: off
2017-12-17_22:09:04 HB_ZwStecker_01 deviceMsg: on (to broadcast)
2017-12-17_22:09:04 HB_ZwStecker_01 level: 100
2017-12-17_22:09:04 HB_ZwStecker_01 pct: 100
2017-12-17_22:09:04 HB_ZwStecker_01 on
2017-12-17_22:09:04 HB_ZwStecker_01 timedOn: off
2017-12-17_22:09:34 HB_ZwStecker_01 set_off
2017-12-17_22:09:34 HB_ZwStecker_01 deviceMsg: off (to vccu)
2017-12-17_22:09:34 HB_ZwStecker_01 level: 0
2017-12-17_22:09:34 HB_ZwStecker_01 pct: 0
2017-12-17_22:09:34 HB_ZwStecker_01 off
2017-12-17_22:09:34 HB_ZwStecker_01 timedOn: off
im Log von FHEM steht steht für diesen Zeitraum:
2017.12.17 22:08:00 3: CUL_HM set HB_ZwStecker_01 off
2017.12.17 22:08:00 3: CUL_HM set HM_Batt off
2017.12.17 22:08:00 3: CUL_HM set HM_Universal_1 off
2017.12.17 22:09:03 3: CUL_HM set HB_ZwStecker_01 off
2017.12.17 22:09:34 3: CUL_HM set HB_ZwStecker_01 off
Jemand eine Idee?
Gruß Rolf
Welche Version nuntzt Du ? Ich denke, da haben wir im Master was verbessert. Könntest also mal den aktuellen Stand aus dem Masterbranch testen.
Hallo,
ok werde ich machen, aber vermutlich erst nach den Feiertagen. Wenn es jetzt ein paar Stunden länger Leuchtet ist nicht so schlimm, aber wenn es nicht mehr gehen sollte bekomme ich Ärger mit der Obrigkeit. ;D
Gruß Rolf
Hallo,
ich habe dem Dimmer jetzt einen neuen Mosfet spendiert, jetzt kann ich von 0-100 Prozent Dimmen.
Aber ich weiß immer noch nicht warum 3 Kanäle angelegt sind.
Internals:
CUL0_MSGCNT 182
CUL0_RAWMSG A0F04A21089D813190465060176006376::-72:CUL0
CUL0_RSSI -72
CUL0_TIME 2017-12-20 19:34:01
DEF 89D813
IODev myHmUART
LASTInputDev CUL0
MSGCNT 362
NAME HM_89D813
NOTIFYDEV global
NR 247
NTFY_ORDER 50-HM_89D813
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_89D813_Dim
channel_02 HM_89D813_Dim_V_01
channel_03 HM_89D813_Dim_V_02
lastMsg No:04 - t:10 s:89D813 d:190465 060176006376
myHmUART_MSGCNT 180
myHmUART_RAWMSG 0501002004A21089D813190465060176006376
myHmUART_RSSI -32
myHmUART_TIME 2017-12-20 19:34:01
protCmdDel 1
protLastRcv 2017-12-20 19:34:01
protResnd 13 last_at:2017-12-20 19:33:54
protResndFail 1 last_at:2017-12-20 18:08:56
protSnd 183 last_at:2017-12-20 19:34:01
protState CMDs_done
rssi_at_CUL0 cnt:182 lst:-72 max:-66.5 avg:-70.58 min:-80
rssi_at_myHmUART lst:-32 max:-27 cnt:180 min:-45 avg:-30.58
rssi_myHmUART avg:-101.64 min:-105 cnt:179 max:-79 lst:-99
READINGS:
2017-12-16 13:59:55 CommandAccepted yes
2017-12-16 14:01:25 D-firmware 2.5
2017-12-16 14:01:25 D-serialNr DEQ4864169
2017-12-16 17:47:04 PairedTo 0x190465
2017-12-16 13:59:58 R-pairCentral 0x190465
2017-12-16 17:47:04 RegL_00. 02:01 0A:19 0B:04 0C:65 00:00
2017-12-20 19:32:02 powerOn 2017-12-20 19:32:02
2017-12-20 19:34:01 state CMDs_done
helper:
HM_CMDNR 4
PONtest 0
cSnd 1119046589D8130201C80000,1119046589D8130201760320FFFF
mId 0067
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +89D813,00,00,00
nextSend 1513794841.72615
rxt 0
vccu vccu
p:
89D813
00
00
00
prefIO:
myHmUART
mRssi:
mNo 04
io:
CUL0 -72
myHmUART -30
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
dev 1
prs 1
rpt:
IO myHmUART
flg A
ts 1513794841.57902
ack:
HASH(0x3bfee50)
04800219046589D81300
rssi:
at_CUL0:
avg -70.5824175824176
cnt 182
lst -72
max -66.5
min -80
at_myHmUART:
avg -30.5833333333333
cnt 180
lst -32
max -27
min -45
myHmUART:
avg -101.642458100559
cnt 179
lst -99
max -79
min -105
tmpl:
Attributes:
IODev myHmUART
IOgrp vccu:myHmUART
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.5
model HM-LC-Dim1PWM-CV
room CUL_HM
serialNr DEQ4864169
subType dimmer
webCmd getConfig:clear msgEvents
Mit Kanal 1 und 2 kann ich ein/aus schalten und Dimmen.
Bei Kanal 3 setzt er die Änderungen auch aber steuert nichts.
Weiß jemand bescheid wie die Kanäle arbeiten?
Gruß Rolf
Hallo,
ich habe das mit den 3 Kanälen gefunden, aber noch nicht wirklich ganz verstanden.
Rolf
Zitat von: rvideobaer am 20 Dezember 2017, 22:10:48
ich habe das mit den 3 Kanälen gefunden, aber noch nicht wirklich ganz verstanden.
Vielleicht hilft das hier https://www.elv.de/elektronikwissen/virtuelle-homematic-aktorkanaele-und-ihre-verknuepfungslogik.html (https://www.elv.de/elektronikwissen/virtuelle-homematic-aktorkanaele-und-ihre-verknuepfungslogik.html)
Hi.
Ich habe vor den gleichen Dimmer zu bauen, aber noch ein paar Fragen zur Software selbst:
Die Beispiele aus dem Git kann ich ja mit der Arduino IDE kompilieren.
- Wenn ich die rohe Platine habe muss dann zuerst ein Bootloader geflashed werden oder kann ich die erstellte hex-File direkt per ISP schreiben?
- Müssen die Fuses angepasst werden? Wenn ja, auf welche Werte
- Die IDE erstellt 2 hex-files. Einmal mit und ohne Bootloader. Welche ist die Richtige?
- Wenn ich über die make-ota einen Bootloader erstellen möchte, wo finde ich nochmal die device-id ;D
Danke für die Hilfe
Hallo zusammen,
ich will mich im Mikrocontroller/Elektrotechnik Bereich ein wenig weiter bilden.
Vorab: Ich habe keine Ahnung von Elektrotechnik. Hoffe ich kann mich dem entsprechend mit eurer Hilfe weiter bilden.
Dazu würde ich eine Große China Bestellung aufgeben, für alles was man so braucht. Lötkolben, Heißtluft-Kolben und einen Flussmittel-Stift habe ich bereits. Was brauche ich noch alles, und in welchen Mengen?
Einen Arduino werde ich mir auch noch zu legen, welcher eignet sich da am besten? Habe mal etwas von "Fake" Arduinos gehört, die es wohl aber auch tun?
Zu den Platinen: Hat zufällig noch jemand ca. 10 Stück über und macht mir einen vernünftigen Preis? Wenn nicht, wo kann ich günstig bestellen, und wo genau liegt die Datei im git?
Freue mich über Empfehlungen eurer Seits :)
Gruß
Fixel
Hallo Fixel2012,
geht es dir um etwas spezielles da Du in diesem Thema hier geschrieben hast (Universelle Hardware-Basis) oder nur allgemein? Wenn es um diese Basis geht dann empfehle ich Dir auch das Thema Selbstbau Fensterdrehgriffkontakt https://forum.fhem.de/index.php/topic,71413.0.html (https://forum.fhem.de/index.php/topic,71413.0.html) und das Wiki dazu. Da gibt es noch eine menge Infos und auch eine Stückliste um Teile zu bestellen.
Bei den von erwähnten Fake Arduinos geht es glaube ich mehr um fertige Platinen mit gefälschtem USB Controller Chips von FTDI.
Um Dir genauer zu raten wäre es hilfreich zu wissen was Du machen willst. Wenn Du nur mit dem Arduino etwas herum probieren willst, wäre vielleicht ein Experimentierkasten mit Steckbrett die bessere Wahl.
Gruß Rolf
Hi,
danke für die Antwort.
Naja mir geht es eigentlich allgemein um das Thema Universelle Hardware-Basis. Ich will einfach mal schauen, was ich damit so kreieren kann.
Das Wiki vom FDGK habe ich übrigens angefangen, weiß also ungefähr um was es geht.;D
Nur das selber Löten habe ich eben noch nicht versucht. Seit kurzem habe ich zusätzlich einen 3D Drucker und somit eigentlich alles bis auf die Bauteile um mit dem experimentieren anzufangen.
Den Arduiono brauche ich soweit ich weiß nicht dringend für das Projekt? Dennoch wollte ich mir einfach mal einen zu legen, um zu schauen was so geht.
Was ich gerne hätte, wäre ein Standard Sortiment, was ihr mir vielleicht zusammenstellen könnt. Wo quasi alles drin ist an SMD Bauteilen die ich für den Anfang benötige. (Wie gesagt, ich habe keine Ahnung von Elektrotechnik)
Hallo,
ja ich bin auch dabei verschiedenes auszuprobieren, Fensterkontakte habe ich schon gebaut und in Betrieb. Einen Funkschalter Zwischenstecker auch der 2. wartet noch auf bestellte Teile und eine Steckdosenleiste ist in Planung. Der Temp/Feucht/Lichtsensor ist seit gestern auch zusammengebaut und einen 12V Dimmer habe ich zurzeit als Provisorium in Betrieb. Geplant ist noch ein Bewegungsmelder, da weis ich aber noch nicht was ich für ein PIR-Modul brauche.
Für die Addons habe ich noch ein paar Platinen übrig falls Interesse besteht.
Wenn Du Dir die Teile der Stückliste bestellst hast Du eigentlich schon ein gutes Sortiment, das Bord mit Stepup Modul bietet sich für verschiedene Sachen auch an hat aber eine etwas erweiterte Bauteiliste. Vielleicht gleich mit berücksichtigen.
Beim selber löten ist Geduld eine Pinzette und eine gute Lupe angesagt. Ich habe mir eine Lesebrille mit 5 oder 6 Dioptrien gekauft da hat man die Lupe gleich auf der Nase. Etwas Entlötlitze sollte man auch zur Hand haben falls es doch zu viel Lötzinn wurde.
Ich hoffe das hilft erst einmal weiter, wenn Du weitere Fragen hast immer raus damit.
Gruß Rolf
PIR kann ich den hier empfehlen
https://de.aliexpress.com/item/New-Arrival-Mini-IR-Pyroelectric-Infrared-PIR-Motion-Human-Sensor-Automatic-Detector-Module-high-reliability-12mm/32749804501.html (https://de.aliexpress.com/item/New-Arrival-Mini-IR-Pyroelectric-Infrared-PIR-Motion-Human-Sensor-Automatic-Detector-Module-high-reliability-12mm/32749804501.html)
@papa,
der PIR Tipp von dir ist ein interessanter Vorschlag, das Model kannte ich noch garnicht.
Hast Du mit dem schon praktische Erfahrung? Insbesondere interessiert mich die Stromaufnahme im Ruhemodus und die Reichweite, die Angaben sind leider nicht aussagekräftig.
Hatte selbst bisher nur Erfahrung mit dem https://de.aliexpress.com/item/New-Electric-Unit-High-quality-HC-SR501-Adjust-IR-Pyroelectric-Infrared-PIR-Motion-Sensor-Detector-Module/32637567395.html?spm=a2g0x.10010108.1000023.7.6332e734OFnDsN (https://de.aliexpress.com/item/New-Electric-Unit-High-quality-HC-SR501-Adjust-IR-Pyroelectric-Infrared-PIR-Motion-Sensor-Detector-Module/32637567395.html?spm=a2g0x.10010108.1000023.7.6332e734OFnDsN).
Dieser hat aber zwei gravierende Nachteile:
1. Er läuft nur mit zusätzlicher Bastelei mit einer Betriebsspannung von 3 Volt
2. Den dort angegebenen Stromverbrauch kann ich (leider) bestätigen, die 60uA finde ich für ein batteriebetriebenes Gerät hoch.
Reichweite und Empfindlichkeit sind allerdings OK.
Der funktioniert super mit 3.3V. Die Empfindlichkeit fand ich auch ok. Für Batteriebetrieb habe ich noch nicht getestet. Auf jeden Fall benötigt er deutlich weniger Strom.
Bei mir laufen seit ein paar Monaten die von papa empfohlenen PIR-Module mit 2 AAA Batterien vollkommen problemlos! :)
Gesendet von iPad mit Tapatalk Pro
Hallo Miro,
beim AM312 (https://unusualelectronics.co.uk/as312-am312-mini-pir-module-review/?v=3a52f3c22ed6) würde ich ggf. bei Batteriebetrieb den Spannungsregler runterlöten ...
Gruß Peter
Mit den angegebnen Verbrauch (15uA) lässt sich sicherlich leben, damit könnte man insgesamt unter 20uA bleiben.
Muß mir die Dinger gleich mal bestellen.
Hallo,
ich wollte jetzt an dem 4-Fach Schalter weiter arbeiten, aber leider bekomme ich es nicht hin das die Taster verwendet werden.
Da bräuchte ich dringend kompetente Hilfe.
Gruß Rolf
Zitat von: rvideobaer am 25 Dezember 2017, 23:41:16
ich wollte jetzt an dem 4-Fach Schalter weiter arbeiten, aber leider bekomme ich es nicht hin das die Taster verwendet werden.
Da bräuchte ich dringend kompetente Hilfe.
Schau Dir mal das neue HM-LC-Bl1-FM Beispiel an. Da sind auch 2 taster drin, welche die Bedienung am Gerät ermöglichen. Im Prinzip musst Du die Taster mit der InternalButton-Klasse anlegen und die Kanäle mit jeweils einem Taster "intern" peeren. Das macht die initPeerings() Funktion. Allerding werden im Beispiel 2 Taster mit demKanal gepeert. Du müsstest nur jeweils einen Taster peeren.
Mal sehen, vielleicht ist heute Abend nichts los. Dann kann ich das auch mal in das Switch-Example einbauen.
Hallo,
ich habe das jetzt mal versucht, aber ich komme leider nicht weit.
Hal hal;
SwitchType sdev(devinfo,0x20);
ConfigToggleButton<SwitchType> cfgBtn(sdev);
InternalButton<SwitchType> btn1(sdev,1);
InternalButton<SwitchType> btn2(sdev,2);
InternalButton<SwitchType> btn3(sdev,3);
InternalButton<SwitchType> btn4(sdev,4);
bringt nur eine Fehlermeldung
Arduino: 1.8.5 (Mac OS X), Board: "Arduino Pro or Pro Mini, ATmega328P (3.3V, 8 MHz)"
In file included from /Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino:24:0:
/Users/rolf2/Documents/Arduino/libraries/EnableInterrupt/EnableInterrupt.h:22:125: note: #pragma message: NOTICE: *** EnableInterrupt library version pre-0.9.6. This is not a problem. Keep calm, and carry on. ***
#pragma message("NOTICE: *** EnableInterrupt library version pre-0.9.6. This is not a problem. Keep calm, and carry on. ***")
^
HM-LC-SWX-SM:81: error: 'InternalButton' does not name a type
typedef MultiChannelDevice<Hal,SwitchChannel<Hal,PEERS_PER_CHANNEL,List0>,4> SwitchType;InternalButton;
^
HM-LC-SWX-SM:86: error: 'InternalButton' does not name a type
InternalButton<SwitchType> btn1(sdev,1);
^
HM-LC-SWX-SM:87: error: 'InternalButton' does not name a type
InternalButton<SwitchType> btn2(sdev,2);
^
HM-LC-SWX-SM:88: error: 'InternalButton' does not name a type
InternalButton<SwitchType> btn3(sdev,3);
^
HM-LC-SWX-SM:89: error: 'InternalButton' does not name a type
InternalButton<SwitchType> btn4(sdev,4);
^
In file included from /Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/AskSinPP.h:41:0,
from /Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino:25:
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In static member function 'static void setup()::btn1ISRHandler::isr()':
HM-LC-SWX-SM:149: error: 'btn1' was not declared in this scope
buttonISR(btn1,BUTTON1_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:217:24: note: in definition of macro 'buttonISR'
static void isr () { btn.check(); } \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In function 'void setup()':
HM-LC-SWX-SM:149: error: 'btn1' was not declared in this scope
buttonISR(btn1,BUTTON1_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:219:1: note: in definition of macro 'buttonISR'
btn.init(pin); \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In static member function 'static void setup()::btn2ISRHandler::isr()':
HM-LC-SWX-SM:150: error: 'btn2' was not declared in this scope
buttonISR(btn2,BUTTON2_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:217:24: note: in definition of macro 'buttonISR'
static void isr () { btn.check(); } \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In function 'void setup()':
HM-LC-SWX-SM:150: error: 'btn2' was not declared in this scope
buttonISR(btn2,BUTTON2_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:219:1: note: in definition of macro 'buttonISR'
btn.init(pin); \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In static member function 'static void setup()::btn3ISRHandler::isr()':
HM-LC-SWX-SM:151: error: 'btn3' was not declared in this scope
buttonISR(btn3,BUTTON3_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:217:24: note: in definition of macro 'buttonISR'
static void isr () { btn.check(); } \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In function 'void setup()':
HM-LC-SWX-SM:151: error: 'btn3' was not declared in this scope
buttonISR(btn3,BUTTON3_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:219:1: note: in definition of macro 'buttonISR'
btn.init(pin); \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In static member function 'static void setup()::btn4ISRHandler::isr()':
HM-LC-SWX-SM:152: error: 'btn4' was not declared in this scope
buttonISR(btn4,BUTTON4_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:217:24: note: in definition of macro 'buttonISR'
static void isr () { btn.check(); } \
^
/Users/rolf2/Downloads/AskSinPP-master_neu/examples/HM-LC-SWX-SM/HM-LC-SWX-SM.ino: In function 'void setup()':
HM-LC-SWX-SM:152: error: 'btn4' was not declared in this scope
buttonISR(btn4,BUTTON4_PIN);
^
/Users/rolf2/Documents/Arduino/libraries/AskSinPP-master_neu/Button.h:219:1: note: in definition of macro 'buttonISR'
btn.init(pin); \
^
exit status 1
'InternalButton' does not name a type
Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.
Die unterschiede zwischen den beiden Examples sind für mein Verständnis der Sache an den entscheidenden Stellen größer als die Gemeinsamkeiten.
Das init der peerings scheint ja durch eine for schleife gemacht zu werden, oder täuche ich mich da?
Rolf
Hattest Du den Master-Branch verwendet und aktuell ?
Habe jetzt das HM-LC-SWX-FM Beispiel mit den Buttons erweitert. Allerdings hängt sich der Code manchmal noch nach einem Tastendruck auf. Muss ich noch untersuchen.
Edit: Ist jetzt auch stabil
Hallo,
Danke für das schnelle reagieren, habe die Firmware geflasht und so beim schnellen Probieren scheint erstmal alles zu funktionieren. Werde dann mal weiter bauen und berichten.
Gruß Rolf
Hallo,
da ich demnächst auch ein paar Sensoren aufbauen möchte,würden mich die Antworten auf
die Fragen auch interessieren.
Genau gesagt möchte ich Temp/Luft/Helligkeit Sensor und Bewegungsmelder bauen.
Bei Frage 4 würde das makeota von hier reichen https://forum.fhem.de/index.php/topic,73954.150.html (https://forum.fhem.de/index.php/topic,73954.150.html) Post 163.oder?
Danke und Gruß,
Claudiu
Zitat von: oli82 am 21 Dezember 2017, 20:47:04
Hi.
Ich habe vor den gleichen Dimmer zu bauen, aber noch ein paar Fragen zur Software selbst:
Die Beispiele aus dem Git kann ich ja mit der Arduino IDE kompilieren.
- Wenn ich die rohe Platine habe muss dann zuerst ein Bootloader geflashed werden oder kann ich die erstellte hex-File direkt per ISP schreiben?
- Müssen die Fuses angepasst werden? Wenn ja, auf welche Werte
- Die IDE erstellt 2 hex-files. Einmal mit und ohne Bootloader. Welche ist die Richtige?
- Wenn ich über die make-ota einen Bootloader erstellen möchte, wo finde ich nochmal die device-id ;D
Danke für die Hilfe
Ist es eigentlich auch möglich mehrere Sensoren gleichzeitig auf einem Board zu haben? Unterstützt das die Firmware?
Hallo,
Temperatur Luftfeuchte Helligkeit geht auf jeden fall, habe ich schon selbst zusammengebaut. Luftdruck wohl auch aber an den sensor habe ich mich nicht herangetraut, da dieser die Lötpads an der Unterseite hat und das mit Lötkolben kaum machbar ist.
Gruß Rolf
Hallo,
was für Firmware verwendest du dafür,die von Dirk`s Sensor?
Gruß,
Claudiu
Zitat von: rvideobaer am 29 Dezember 2017, 08:16:24
Hallo,
Temperatur Luftfeuchte Helligkeit geht auf jeden fall, habe ich schon selbst zusammengebaut. Luftdruck wohl auch aber an den sensor habe ich mich nicht herangetraut, da dieser die Lötpads an der Unterseite hat und das mit Lötkolben kaum machbar ist.
Gruß Rolf
Hallo,
ja die für Dirks Sensor, du must aber auch die richtige Geräte ID im Bootloader benutzen F101 oder F102.
Gruß Rolf
wenn ich deine makeota-auswahl.html von Seite 11 nehme und Dirks Innensensor auswähle passt,oder?
Gruß,
Claudiu
Hallo Claudiu,
ja das sollte passen.
Habe mal ein Bild angehangen vom fast fertig aufgebautem Sensor. Mir fehlt jetzt nur noch ein Stück Acryl für den Helligkeitssensor.
Gruß Rolf
Hallo Rolf,
habe jetzt die makeota-anwahl.html probiert.
Was ist "Invert Switch Pegel",wann muss ich es anwählen?
bei der makeota.html vom FDG Sensor steht bei Config String immer ein anderer Wert drin,hier steht immer 00 drin,ist das ok so oder mache ich was falsch?
Gruß,
Claudiu
Hallo,
das mit dem "Invert Switch Pegel" brauchst du glaube ich wenn du ein Schaltmodul mit gekaufter Relay Platine baust, da braucht es Masse kontakt an die Relays.
Das funktioniert schon so.
Gruß Rolf
ok,Danke Rolf.
@Spezialtrick
mit was für Firmware laufen deine PIR Sensoren HM-Sen-MDIR-WM55 oder HM-Sec-MDIR ?
wie ist das PIR-Modul angeschlossen,könntest Du ein Bild davon posten?
Danke,
Claudiu
Zitat von: Spezialtrick am 23 Dezember 2017, 14:27:21
Bei mir laufen seit ein paar Monaten die von papa empfohlenen PIR-Module mit 2 AAA Batterien vollkommen problemlos! :)
Gesendet von iPad mit Tapatalk Pro
Hallo Claudiu,
ich nutze die Firmware aus dem Asksin++ Github. Der Pir ist an A0 angeschlossen.
Ein Foto der aktuellen Version finde nicht. Hier aber eine früher Version mit Knopfzelle und anderer Platine.
(https://uploads.tapatalk-cdn.com/20180101/54b2fcf295a5f796bcee73fbadb0e5c1.jpg)
(https://uploads.tapatalk-cdn.com/20180101/63e4b4cd37aaf3732ee6220fc17798b1.jpg)
Gesendet von iPad mit Tapatalk Pro
Hallo,
ich habe einen Bewegungsmelder mit der "HM-Sen-MDIR-WM55" Firmware aufgebaut und benutze das PIR Modul welches papa empfohlen hatte.(ich glaube zumindest das es das gleiche ist). Bewegungen werden erkannt, aber Helligkeitswert ist immer 0. Funktioniert da etwas nicht richtig oder gibt das der Aufbau nicht her?
Gruß Rolf
Ohne Helligkeitsensor und ausgefüllte measureBrightness() Funktion ist die Helligkeit natürlich immer 0 :)
Hallo,
ich kenne den Aufbau des sensors ja nicht so genau, aber ich hatte angenommen das die Helligkeit direkt vom Sensor mit gemessen wird. Liese sich das mit dem I2C Bord mit Helligkeitssensor kombinieren oder wäre der Aufwand zu groß?
Gruß Rolf
Ja das funktioniert. Ich habe es ganz zu Beginn des Projekts mit der Außensensorplatine von Dirk und der Asksin von Papa erfolgreich getestet. Die Anpassungen in der Firmware waren minimal.
Gesendet von iPad mit Tapatalk Pro
Hallo,
@Spezialtrick
Kannst Du mir da noch etwas mehr dazu verraten, bzw auch mal die Firmware zukommen lassen?
Gruß Rolf
Ich habe eh schon lange die Unterstützung verschiedener Sensoren auf meiner Liste. Habe jetzt mal mit dem Helligkeitssensor begonnen.
Wenn Du das I2C-Board benutzt und den TSL2561 an Adresse 0x29 betreibst, musst Du nur die zwei Includes am Begin des HM-SEN-MDIR-WM55 rein nehmen.
#include <Wire.h>
#include <TSL2561.h>
Dadurch sollten dann auch die Helligkeitswerte gesendet werden.
Ich habe gerade keine Hardware zur Verfügung und habe alles nur mal eben durch den Compiler geschickt. Es sollte aber so funktionieren.
Die benötigte Library für den TSL2561 habe ich auch im Readme.md ergänzt.
https://github.com/adafruit/TSL2561-Arduino-Library
Hallo,
dann müsste ich aber den Pir Sensor auf einen anderen Eingang legen da A0 ja von dem TSL2561 besetzt ist?
Rolf
Zitat von: rvideobaer am 07 Januar 2018, 23:02:23
dann müsste ich aber den Pir Sensor auf einen anderen Eingang legen da A0 ja von dem TSL2561 besetzt ist?
Nein - der TSL2561 läuft über I2C - das liegt auf A4 & A5.
Hallo,
aber "Int" ist doch über Jp3 mit A0 verbunden?
Rolf
Zitat von: rvideobaer am 07 Januar 2018, 23:40:39
aber "Int" ist doch über Jp3 mit A0 verbunden?
Der Interrupt wird derzeit nicht genutzt. Es wird einfach blockierend der Wert abgefragt.
Ok dann werde ich die Tage mal versuchen das zusammen zubasteln.
Gruß Rolf
Hallo,
ich habe jetzt mal die geänderte FW geladen, jetzt scheint das Modul außer zu booten nichts mehr zu tun. Den TSL-Sensor habe ich allerdings noch nicht angeschlossen.
Gruß Rolf
Hm - weiss nicht, ob es ohne geht. Geht es, wenn die 2 Includes auskommentiert sind ?
Ich kann frühestens nächste Woche mal mit entsprechender Hardware testen.
Hallo,
ja wenn die beiden auskommentiert sind geht es. ich habe eine Platine mit Sensor bestückt aber ich vermute das er nicht richtig verlötet ist. Leider habe ich nur eine Bauform die sich schlecht per Hand löten lässt, die anderen sind noch unterwegs.
Gruß Rolf
Hi,
habe gerade mal online geschaut, wo es den TSL2561 gibt.
Habe allerdings nur Platinen gefunden, wo der TSL2561 schon fertig drauf gelötet war.
Gibts den auch einzeln zu kaufen? Oder muss ich den Runter löten?
Bsp: Link (https://de.aliexpress.com/item/TSL2561-Luminosity-Sensor-Breakout-infrared-Light-Sensor-integrating-sensor/32792689415.html?ws_ab_test=searchweb0_0,searchweb201602_5_10320_10152_10321_10151_10065_10344_10068_10342_10547_10343_10322_10340_10548_10341_10193_10194_10084_10083_10304_10615_10307_10302_10180_10059_10314_10184_10534_100031_10319_10604_10103_10186_10142,searchweb201603_1,ppcSwitch_5&algo_expid=5fbf7791-feff-4bb8-8ca1-1256790cf8ef-0&algo_pvid=5fbf7791-feff-4bb8-8ca1-1256790cf8ef&priceBeautifyAB=0)
Danke und Gruß,
Fixel
Hallo,
die Sensoren gibt es auch solo, aber Du must halt aufpassen da es glaube 4 Bauformen gibt und die sich nicht alle mit Lötkolben löten lassen.
http://www.ebay.de/itm/362165602661 (http://www.ebay.de/itm/362165602661) Die habe ich jetzt nochmal bestellt.
Gruß Rolf
Hi,
also wenn ich beim Chinamann nach
tsl2561fn
suche kommen genug einzelne hoch.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hallo,
die FN haben aber nur winzigste Lötstellen und passen im Raster nicht auf das I2C Bord.
https://cdn-shop.adafruit.com/datasheets/TSL2561.pdf (https://cdn-shop.adafruit.com/datasheets/TSL2561.pdf)
Gruß Rolf
Es sollte schon ein TSL2561T sein. Ich habe zwar auch FNs auf das Board gelötet, aber das passt gerade so.
Link zu Ali (https://de.aliexpress.com/item/FreeShipping-TSL2561-TSL2561T/32802403988.html?ws_ab_test=searchweb0_0,searchweb201602_1_10320_10152_10321_10151_10065_10344_10068_10342_10547_10343_10322_10340_10548_10341_10193_10194_10084_10083_10304_10615_10307_10302_10180_10059_10314_10184_10534_100031_10319_10604_10103_10186_10142,searchweb201603_25,ppcSwitch_5&algo_expid=a8b22e16-ce0e-4e67-a7c8-6b77a618a179-5&algo_pvid=a8b22e16-ce0e-4e67-a7c8-6b77a618a179&priceBeautifyAB=0)
Hallo,
ja mein e..y link sind die T Ausführung und ziemlich günstig im vergleich zu Ali.
Rolf
Wo bestellt man am besten einen Satz Platinen? Würde gerne einen Stapel von der CR2032-Version ordern... ITead, Oshpark?
Zitat von: shaddi am 16 Januar 2018, 15:32:54
Wo bestellt man am besten einen Satz Platinen? Würde gerne einen Stapel von der CR2032-Version ordern... ITead, Oshpark?
elecrow (https://www.elecrow.com/) oder jlcpcb.com (https://jlcpcb.com/).
Gruß PeMue
Gibt es vielleicht eine Bestellung von jemanden, die man einfach noch einmal bestellen kann oder so?
Oftmals ist es ja garnicht so übersichtlich und einfach die richtigen Daten hoch zu laden.
Ich wäre auch gerne dabei.
LG
pah
Hallo gloob, hallo pah,
wenn ihr mir sagt, welche Platinen ihr wollt, kann ich Euch den Gerberdatensatz zusammenstellen bzw. vorher nochmal prüfen.
Ggf. bräuchte ich auch den PCB hersteller, wo ihr bestellen wollt.
Bestellen müsstet ihr selbst, da ich momentan gerade fast selber den Überblick verliere, was noch wo offen ist 8)
Gruß PeMue
Bei einer Platinenbestellung wäre ich auch dabei.
Je nach Preis mit ca. 10 Platinen.
Ich schließe mich auch an - je nach Preis würde ich schon ein paar Platinen abnehmen
Könnt Ihr die existierende Wiki-Seite dafür mal mit ein paar Infos befüllen:
https://wiki.fhem.de/wiki/HB-UW-Sen-THPL
Wie man daran sieht, hatten wir uns mal darauf geeinigt, dass die Devices nicht HM-... sondern HB-... heißen. Wie soll das jetzt in Zukunft aussehen ?
LG
pah
@PeMue
Hallo Peter, könntest du mir die Gerber- oder Eagle Files zu kommen lassen (CR2032-Version)? Wäre auch interessiert :)
VG
Frank
Hallo Frank,
den Link (https://github.com/pa-pa/HMSensor) zu den Gerber-Files findest Du im ersten Post (https://forum.fhem.de/index.php/topic,73954.msg656384.html#msg656384).
VG
joschi2009
Hallo,
die Platine ist ein etwas anderes Projekt als das vom oben genannten Wiki, aber unter ein paar Voraussetzungen durchaus kompatibel. Da der HB-UW-Sen-THPL Sensor so nicht in FHEM bekannt ist hat HB.. schon seinen Sinn. Aber der Drehgriffsensor oder andere Zusätze sind direkt zu HM kompatibel und müssten als HB-Gerät extra eingetragen werden was den Aufwand und die Verwirrung vermutlich vergrößern würde.
Rolf
Danke - wir haben das ja genau aus "Sinngründen" so beschlossen. Warum ?
Eine ganz klare Warnung: "Kompatibel mit einer geschützten Marke" kann juristische Folgekosten ohne Ende nach sich ziehen !
Insofern ist die Begründung, dass man "HM-" gewählt habe, um eben keinen Extra-Eintrag zu verursachen, sagen wir mal: Etwas blauäugig. Auch der Titel des Threads könnte durchaus den einen oder anderen Rechtsverdreher auf die Idee bringen, sich mit einem Anruf bei eQ-3 ein paar Mäuse zu verdienen.
LG
pah
Hallo,
ich kann jetzt nicht für papa sprechen,aber dann müsste man das für die Zukunft eben ändern. Das müsste doch irgendwie machbar sein sein oder?
Gruß Rolf
Das ist die Idee, ja. Ich fände es auch schöner, wenn man HM- belassen könnte. Aber das Risiko ist immens.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 19 Januar 2018, 16:13:54
Eine ganz klare Warnung: "Kompatibel mit einer geschützten Marke" kann juristische Folgekosten ohne Ende nach sich ziehen !
Vielen Dank für die deutliche Warnung. Das ist sicherlich ein ziemliches Minenfeld.
Zitat von: Prof. Dr. Peter Henning am 19 Januar 2018, 16:13:54
Insofern ist die Begründung, dass man "HM-" gewählt habe, um eben keinen Extra-Eintrag zu verursachen, sagen wir mal: Etwas blauäugig. Auch der Titel des Threads könnte durchaus den einen oder anderen Rechtsverdreher auf die Idee bringen, sich mit einem Anruf bei eQ-3 ein paar Mäuse zu verdienen.
Den Titel werde ich mal anpassen. Die Platine und die Addons können ja genutzt werden, um beliebige Funksensoren oder Aktoren zu bauen.
Meinst Du die Examples der Library sollten nicht wie die technischen Bezeichnungen der originalen Produkte heissen ? Sie beruhen auf öffentlichen Informationen (XML-Gerätebeschreibungen) und zeigen auf, wie die Library zu benutzen ist.
Hmmm, muss ich mir ansehen. Die Änderung des Titels ist schon mal ein wichtiger Schritt.
Ich will nun wirklich nicht faul erscheinen, habe aber gerade wegen der LEARNTEC ungeheuer viel um die Ohren, kann also eine Weile dauern.
LG
pah
Ja, kein Problem
Zitat von: papa am 19 Januar 2018, 22:11:26
Vielen Dank für die deutliche Warnung. Das ist sicherlich ein ziemliches Minenfeld.
Den Titel werde ich mal anpassen. Die Platine und die Addons können ja genutzt werden, um beliebige Funksensoren oder Aktoren zu bauen.
Meinst Du die Examples der Library sollten nicht wie die technischen Bezeichnungen der originalen Produkte heissen ? Sie beruhen auf öffentlichen Informationen (XML-Gerätebeschreibungen) und zeigen auf, wie die Library zu benutzen ist.
Zitat von: Prof. Dr. Peter Henning am 19 Januar 2018, 18:58:18
Das ist die Idee, ja. Ich fände es auch schöner, wenn man HM- belassen könnte. Aber das Risiko ist immens.
Beim Deutschen Patent- und Markenamt sind nach meinen Recherchen namentlich nur "eq-3" und "HomeMatic" als Marke geschützt.
Die Modellbezeichnungen der Geräte (HM-...) sind dort jedoch nirgends zu finden, so dass ich denke, es wird ausreichen, wenn man auf die Erwähnung der genannten Namen verzichtet.
Ich habe einen HMSensor Stepup aufgebaut und mit dem Bootloader geflashed.
Kurze Zeit nach dem 7 maligen blinken erfolgt regelmäßig ein langes Signal gefolgt von 2 kurzen Signalen.
Ist das ein Fehlercode?
Ich finde keine mechanischen (Löt) Fehler.
Die Bestückung ist auch o.k.
Deshalb funktioniert auch der OTA-Flash nicht.
Tipps??
Hallo,
benutzt Du eine VCCU? Wenn Du versuchst die Platine zu pairen auch ohne Firmware müsste in den Readings die HM_ID als unbekanntes Gerät auftauchen. Das würde zumindest bedeuten das sich das Funkmodul gemeldet hat und Ota vielleicht doch funktionieren könnte.
Gruß Rolf
Hallo Papa,
bis du zwischenzeitlich weiter mit der Einbindung des TSL2561 in den Bewegungsmelder HM-Sen-MDIR-WM55 ?
Habe den HMSensor mit den Arduino-File geflashed.
Die Dateien #include <Wire.h>
#include <TSL2561.h> sind installiert aber wie gehts weiter?
Weiterhin will das Update auf Vers.1.2 nicht funktionieren.
Logfile
- 2018.02.12 15:40:22 2: CUL_HM fwUpdate Bewegungsmelder end. IO-speed: normal
2018.02.12 15:40:22 5: CUL_HM Bewegungsmelder protEvent:CMDs_done_FWupdate
2018.02.12 15:39:23 4: CUL_Parse: CUL1 A 0A 0A 8002 907890 F1F1EE 000A -69
2018.02.12 15:39:22 3: CUL_HM set Bewegungsmelder fwUpdate /opt/fhem/Firmware/HM-Sen-MDIR-WM55_update_V1_2_0_160825.eq3 60
2018.02.12 15:39:22 2: CUL_HM fwUpdate started for Bewegungsmelder
List Bewegungsmelder
- Internals:
CFGFN
CUL1_MSGCNT 197
CUL1_RAWMSG A0E0FA210907890F1F1EE0603000049::-65.5:CUL1
CUL1_RSSI -65.5
CUL1_TIME 2018-02-12 16:50:16
DEF 907890
IODev CUL1
LASTInputDev CUL1
MSGCNT 197
NAME Bewegungsmelder
NOTIFYDEV global
NR 613
STATE CMDs_done
TYPE CUL_HM
channel_01 HM_907890_Btn_01
channel_02 HM_907890_Btn_02
channel_03 HM_907890_Motion
lastMsg No:0F - t:10 s:907890 d:F1F1EE 0603000049
protLastRcv 2018-02-12 16:50:16
protSnd 188 last_at:2018-02-12 16:50:16
protState CMDs_done
rssi_CUL1 cnt:41 max:-72 min:-81 avg:-74.53 lst:-73
rssi_at_CUL1 cnt:197 min:-80 max:-29.5 avg:-57.79 lst:-65.5
READINGS:
2018-02-11 18:28:37 CommandAccepted yes
2018-02-12 15:30:56 D-firmware 0.11
2018-02-12 15:30:56 D-serialNr knabe00006
2018-02-11 18:28:37 PairedTo 0xF1F1EE
2018-02-11 18:28:37 R-pairCentral 0xF1F1EE
2018-02-11 18:28:37 RegL_00. 02:01 0A:F1 0B:F1 0C:EE 09:00 14:03 18:FE 00:00
2018-02-12 16:50:16 battery ok
2018-02-12 16:27:23 fwUpdate fail:notInBootLoader
2018-02-11 18:29:13 motion off
2018-02-12 16:50:16 state CMDs_done
helper:
HM_CMDNR 15
PONtest 1
cSnd 01F1F1EE90789003040000000001,01F1F1EE9078900303
mId 00DB
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +907890,00,03,00
nextSend 1518450616.9176
prefIO
rxt 2
vccu
p:
907890
00
03
00
mRssi:
mNo 0F
io:
CUL1 -63.5
prt:
bErr 0
sProc 0
sleeping 1
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
rpt:
IO CUL1
flg A
ts 1518450616.82186
ack:
HASH(0x2241640)
0F8002F1F1EE90789001010000
rssi:
CUL1:
avg -74.5365853658537
cnt 41
lst -73
max -72
min -81
at_CUL1:
avg -57.7944162436548
cnt 197
lst -65.5
max -29.5
min -80
shadowReg:
Attributes:
IODev CUL1
IOgrp VCCU:CUL1
autoReadReg 4_reqStatus
expert 2_raw
firmware 0.11
model HM-Sen-MDIR-WM55
room 1Test,CUL_HM
serialNr knabe00006
subType motionAndBtn
verbose 5
webCmd getConfig:clear msgEvents
Tipps für mich?
Zitat von: Living am 12 Februar 2018, 16:58:01
Hallo Papa,
bis du zwischenzeitlich weiter mit der Einbindung des TSL2561 in den Bewegungsmelder HM-Sen-MDIR-WM55 ?
Nicht viel
Zitat von: Living am 12 Februar 2018, 16:58:01
Weiterhin will das Update auf Vers.1.2 nicht funktionieren.
Das verstehe ich nicht. Willst Du die originale Firmware auf den Eigenbau flashen ?
d.h. mit dem Update war ich auf dem Holzweg!
Wie kann ich den TSL2561 parallel zum Bewegungsmelder nutzen im HM-Sen-MDIR-WM55 ?
Zitat von: Living am 12 Februar 2018, 20:05:03
d.h. mit dem Update war ich auf dem Holzweg!
Wie kann ich den TSL2561 parallel zum Bewegungsmelder nutzen im HM-Sen-MDIR-WM55 ?
Das HM-Sen-MDIR-W55 Beispiel im Master unterstützt jetzt den TSL2561
Danke!
Ich teste es wenn ich wieder zu Hause bin! !
Hallo zusammen,
Zitat von: papa am 05 Juli 2017, 22:12:42
Die Projektdateien sind in folgendem GitHub Respository zu finden: HMSensor (https://github.com/pa-pa/HMSensor)
ich habe mal die Datei combined.gto (https://github.com/pa-pa/HMSensor/blob/master/HMSensor-CR2032/panel10/combined.gto) mit einem Gerbereditor bearbeitet, so dass die Beschriftung korrekt ist.
@papa: Vielleicht kannst Du sie ins github einstellen.
Wer Leiterplatten bestellt, sollte diese Datei durch die angehängte ersetzen.
Gruß PeMue
Zitat von: papa am 15 Februar 2018, 21:30:52
Das HM-Sen-MDIR-W55 Beispiel im Master unterstützt jetzt den TSL2561
Hallo zusammen,
kann mir jemand sagen ob bei einen HM-Sen-MDIR-W55 mit TSL2561 JP3 offen oder gebrückt sein muss ?
Gruß,
Claudiu
Zitat von: PeMue am 17 Februar 2018, 18:02:34
Hallo zusammen,
ich habe mal die Datei combined.gto (https://github.com/pa-pa/HMSensor/blob/master/HMSensor-CR2032/panel10/combined.gto) mit einem Gerbereditor bearbeitet, so dass die Beschriftung korrekt ist.
@papa: Vielleicht kannst Du sie ins github einstellen.
Wer Leiterplatten bestellt, sollte diese Datei durch die angehängte ersetzen.
Ich habe das gesamte Panel nochmal neu erzeugt. Dann steht auch die V1.1 drauf. Ist jetzt im GitHub drin.
Danke für den Hinweis, dass auf dem Panel noch die falsche Beschriftung ist.
Zitat von: sentinel1 am 17 Februar 2018, 18:23:35
Hallo zusammen,
kann mir jemand sagen ob bei einen HM-Sen-MDIR-W55 mit TSL2561 JP3 offen oder gebrückt sein muss ?
Gruß,
Claudiu
Was für ein Board hast du? Der Jumper ist wahrscheinlich für die Adresse gedacht.
Zitat von: sentinel1 am 17 Februar 2018, 18:23:35
kann mir jemand sagen ob bei einen HM-Sen-MDIR-W55 mit TSL2561 JP3 offen oder gebrückt sein muss ?
Es wird per default die Adresse 0x29 verwendet. Somit muss laut Datenblatt der Pin2 auf GND geschalten werden. Also JP2 auf GND legen.
Hallo,
wird nicht über JP2 die Adresse festgelegt?
Rolf
Zitat von: rvideobaer am 17 Februar 2018, 21:22:49
wird nicht über JP2 die Adresse festgelegt?
Stimmt - JP2 - ändere ich oben auch gleich mal ab.
Alles klar,danke!
Gruß,
Claudiu
Hallo,
ich habe meine Bgr mit dem HM-SEN-MDIR-WM55.ino aus dem master Branch geladen . Keine Reaktion. Keine LED blinkt. Bei der Datei aus dem V2 Branch blinkt die LED aber ich habe ja keine TSL Funktion..
Warum steht in der ersten Zeile #include <TSL2561.h> und in der 16ten nochmal #include <sensors/Tsl2561.h> ?
Oder funktioniert alles nur mit der kompletten Schaltung?
Zitat von: Living am 18 Februar 2018, 16:32:08
Oder funktioniert alles nur mit der kompletten Schaltung?
Warscheinlich ja
Zitat von: papa am 17 Februar 2018, 20:44:36
Ich habe das gesamte Panel nochmal neu erzeugt. Dann steht auch die V1.1 drauf. Ist jetzt im GitHub drin.
Die Beschriftung ist ok, das
+ für die Masse der Batterie habe ich oben in ein
- geändert, das ist noch in der Panel Version 1.1 falsch ;)
Gruß PeMue
Auch mit montiertem TSL2561 keine Reaktion der Bgr. Auch Einbindung bei FHEM geht nicht.
Hallo,
wie ist denn die praktische Erfahrung mit dem TLV61224?
Lt. Datenblatt braucht er 5-μA Ruhestrom.
Bedeutet das in etwa eine Verdoppelung des gesamten Ruhestroms?
Und hat jemand eine gute Bezugsquelle?
Micky
Zitat von: Living am 18 Februar 2018, 16:53:14
Auch mit montiertem TSL2561 keine Reaktion der Bgr. Auch Einbindung bei FHEM geht nicht.
Hm - dann muss ich mir das mal die Tage ansehen. Vielleicht ist da was kaputt gegangen.
Hallo oli82 und sentinel1,
läuft bei euch die Einheit
"HM-Sen-MDIR-W55 Beispiel im Master"
mit dem TSL2561?
Hi,
ich hatte noch keine Zeit zum testen,vermutlich erst am Wochenende.
Gruß,
Claudiu
Zitat von: Living am 22 Februar 2018, 17:30:37
Hallo oli82 und sentinel1,
läuft bei euch die Einheit
"HM-Sen-MDIR-W55 Beispiel im Master"
mit dem TSL2561?
Ich hoffe, ich komme die Tage mal zum Probieren. Habe das Example schon lange nicht mehr ausprobiert.
Edit: Habe gerade mal kurz probiert. Der Constructor des MotionChannels hat schon den TSL initialisiert. Das ist aber zu früh. Deshalb ging der Code mit "echtem" Sensor nicht. Habe das jetzt korrekt ins setup() verschoben. Allerdings meldet mein Sensor keine Werte. Keine Ahnung, ob das jetzt an meinem schnell zusammengestecktem Aufbau liegt.
Das Example braucht recht viel Speicher. Die Debug-Ausgaben sollten hier ausgeschalten werden (#define NDEBUG am Anfang einfügen).
Hallo Papa,
ich habe den aktuellen HM-SEN-MDIR-WM55 Sketch auf meinen HMSensor-StepUp mit angelötetem TSL2561 geladen.
Keine Reaktion. Keine Motion. Auch anmelden an FHEM geht nicht.
Da der Sketch ohne TSL auf der gleichen Bgr funktioniert, bin ich der Meinung alles richtig zu machen.
Oder gibt es weitere Unterschiede als nur der andere Sketch? (Libs habe ich ergänzt)
Frage: Werden auch bei diesem Modul die Helligkeitwerte nur beim erkennen einer Bewegung übertragen?
Zitat von: Living am 23 Februar 2018, 11:24:34
Hallo Papa,
ich habe den aktuellen HM-SEN-MDIR-WM55 Sketch auf meinen HMSensor-StepUp mit angelötetem TSL2561 geladen.
Keine Reaktion. Keine Motion. Auch anmelden an FHEM geht nicht.
Da der Sketch ohne TSL auf der gleichen Bgr funktioniert, bin ich der Meinung alles richtig zu machen.
Oder gibt es weitere Unterschiede als nur der andere Sketch? (Libs habe ich ergänzt)
Bitte die Lib aktualisieren. Der Fix ist in Motion.h
Zitat von: Living am 23 Februar 2018, 11:24:34Frage: Werden auch bei diesem Modul die Helligkeitwerte nur beim erkennen einer Bewegung übertragen?
Es wid alle 5 min der Status inklusive Helligkeit gesendet.
Hi,
mein HMSensor-StepUp mit angelötetem TSL2561funktioniert jetzt mit dem neuen HM-SEN-MDIR-WM55 Sketch
aber auch bei mir brightness 0 !!
Bitte mal ein Example aus der TSL2561 Library probieren. Wenn da auch nichts kommt, dann stimmt irgendwas mit der Verkabelung oder dem Senor nicht nicht. Mein Sensor liefert nur noch Müll :-(
Hi,
mit der sensorapi aus Adafruit_TSL2561-master habe ich mit meiner Bgr und Sensor Werte erhalten.
D.h. Bgr ist o.k.
Wie hilft mir dies weiter ?
Hi,
ich bearbeite 3 HMSensor Bgr. Alle 3 funktionieren mit dem HM-SEC-RHS als Drehgriffschalter in Fhem. Am Ende des Flash leuchten die rote und dann die grüne LED.
Wenn ich jetzt das HM-SEN-MDIR-WM55 flashe funktioniert der Helligkeitssensor nicht und es leuchtet am Flashvorganges nur die rote LED in Fhem anlernbar.
Da ich noch Rolloaktoren brauche habe ich das HM-LC-Bl1-FM versucht auch hier nur die rote LED am Ende aber keine Funktion und ein anlernen in Fhem nicht möglich.
Was muss ich noch beachten?
Habe ich Einstellungen vergessen??
Ich drehe mich im Kreis..... (alles aus AskSinPP-master)
Das bei den beiden Examples nur eine LED leuchtet, ist genau das Verhlten, was im Code steht. Diese nutzen ebend nur eine einfache LED als Status. Der RHS benutzt eine DualLed.
An dem Helligkeitssensor sind wir doch gearde darn. Drängele mal nicht so. Er scheint ja schon mal richtig verdrahtet zu sen, da ja das andere Example geht. Bitte nochmal sicher stellen, dass alle Datein aus den Master aktuell sind. Ich hatte da letztens den fehlenden measure() Aufruf eingebaut.
Was kommt den beim Rolladenaktor auf der Serial-Console raus ?
Die serielle Console meldet bei 57600 Baud bei reset:
ZitatAskSin++ V2.1.4 (Feb 25 2018 18:49:14)
Address Space: 32 - 563
CC init1
CC Version: 14
- ready
Switch from 00 to 06
0
<- 0E 01 86 10 807817 000000 06 01 00 00 00 - 73
config lange gedrückt:
Zitatdebounce
pressed
longpressed
longreleased
<- 1A 02 84 00 807817 000000 24 00 05 6B 6E 61 62 65 30 30 30 30 37 30 01 01 00 - 149
config kurz gedrückt:
Zitatdebounce
released
No self peer - use toggleState
Switch from 06 to 01
Switch from 01 to 02
calcDriveTime: 500 - 200 - 500
Switch from 02 to 08
<- 0E 03 86 10 807817 000000 06 01 00 50 00 - 147
4
8
12
16
20
24
28
32
zählt immer 4 weiter.
Die Libs habe ich alle aktuell.
Das sieht jetzt erst mal gar nicht so schlecht aus. Bei LongPress geht auf jeden Fall die richtige Nachricht raus. Short ist eigentlich quatsch. Könnte man mal ConfigToggleButton in ConfigButton abändern.
Sonst mal nen RESET machen - 6 Sekunden Config srücken. Device in FHEM löschen, falls schon da. Sicherstellen dass Autocreate an und nochmal pairen.
Hi,
nach Reset, 6 sec config und anschliessendes pairen erschien in Fhem
Internals:
CFGFN
CUL1_MSGCNT 37
CUL1_RAWMSG A0E0886108078170000000601000064::-44.5:CUL1
CUL1_RSSI -44.5
CUL1_TIME 2018-02-25 22:01:13
DEF 807817
IODev CUL1
LASTInputDev CUL1
MSGCNT 37
NAME HM_807817
NOTIFYDEV global
NR 632
STATE off
TYPE CUL_HM
lastMsg No:08 - t:10 s:807817 d:000000 0601000064
protLastRcv 2018-02-25 22:01:13
protSnd 6 last_at:2018-02-25 22:01:08
protState CMDs_done
rssi_CUL1 lst:-100 avg:-100 min:-100 max:-100 cnt:2
rssi_at_CUL1 avg:-43.91 lst:-44.5 min:-50 cnt:37 max:-39.5
rssi_broadcast avg:-100 lst:-100 min:-100 cnt:4 max:-100
READINGS:
2018-02-25 22:01:13 Automatik_Abschatten_Ende_vorgemerkt 0
2018-02-25 22:01:13 Automatik_Abschatten_vorgemerkt 0
2018-02-25 22:01:13 Automatik_Abschattung_Sperrzeitpunkt 22:01:13
2018-02-25 22:01:13 Automatik_Pos_vor_Abschattung -1
2018-02-25 19:36:20 Automatik_automatische_Fahrt 0
2018-02-25 22:01:13 Automatik_in_Abschattung 0
2018-02-25 22:01:08 CommandAccepted yes
2018-02-25 21:53:54 D-firmware 2.4
2018-02-25 21:53:54 D-serialNr knabe00007
2018-02-25 21:53:54 R-pairCentral set_0xF1F1EE
2018-02-25 22:01:13 deviceMsg off (to broadcast)
2018-02-25 22:01:13 level 0
2018-02-25 22:01:13 motor stop:off
2018-02-25 22:01:13 pct 0
2018-02-25 21:55:37 powerOn 2018-02-25 21:55:37
2018-02-25 22:01:13 recentStateType info
2018-02-25 22:01:13 state off
2018-02-25 22:01:13 timedOn off
helper:
HM_CMDNR 8
PONtest 0
cSnd 11F1F1EE8078170201C80000,11F1F1EE8078170201000000
dlvlCmd ++A011F1F1EE8078170201000000
mId 0005
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 0
dir:
cur stop
rct down
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +807817,00,03,00
nextSend 1519592473.83483
prefIO
rxt 0
vccu
p:
807817
00
03
00
mRssi:
mNo 08
io:
CUL1 -42.5
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
CUL1:
avg -100
cnt 2
lst -100
max -100
min -100
at_CUL1:
avg -43.9189189189189
cnt 37
lst -44.5
max -39.5
min -50
broadcast:
avg -100
cnt 4
lst -100
max -100
min -100
shadowReg:
RegL_00. 02:01 0A:F1 0B:F1 0C:EE
Attributes:
IODev CUL1
IOgrp VCCU:CUL1
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.4
model HM-LC-BL1-FM
room CUL_HM
serialNr knabe00007
subType blindActuator
webCmd statusRequest:toggleDir:on:off:up:down:stop
Damit werde ich morgen spielen. Auf up/down reagiert das Modul schon.
Sollte ich noch etwas verändern?
Zitat von: Living am 25 Februar 2018, 22:07:35
Hi,
nach Reset, 6 sec config und anschliessendes pairen erschien in Fhem
Internals:
2018-02-25 21:53:54 R-pairCentral set_0xF1F1EE
Damit werde ich morgen spielen. Auf up/down reagiert das Modul schon.
Sollte ich noch etwas verändern?
So ganz komplett gepaired ist er noch nicht. Mach mal ein getConfig hinterher.
Zur Zeit implementiert ist im wesentlichen das Setzen und Beachten der Fahrzeiten für hoch und runter. Die Tasten Up/Down sollten auch gehen. Um Longpress habe ich mich noch nicht gekümmert.
Hi Papa,
erstmal Danke für die Unterstützung und Tipps.
Die Bgr funktioniert im Fhem für meinen Bedarf.
on/off ist für komplett hoch/runter
bei up/down verändert sich das Rollo um 10%
Die Laufzeit konnte ich auch festlegen.
Kann ich das Modul jetzt so einsetzen oder müssen wir (besser du mit deinem Wissen)noch etwas verändern?
Ich würde gerne meine Gurtantriebe damit automatisieren.
Hallo,
ich habe jetzt den BWM mit TSL2561 Breakoutbord aufgebaut und es wird jetzt ein Helligkeitswert übertragen. Wie kann ich jetzt die Bewegungsmeldung von der Helligkeit abhängig machen?
shCtValHi lässt sich nicht wie im Wiki zu HM-Sec-MDIR beschrieben setzen. Gibt es das Register nicht?
Gruß Rolf
Hallo Rolf,
welche BWM-Datei hast du genutzt?
aus dem AskSinPP-master ??
Verdrahtung SCL an A5 und SDA an A4 ??
Hallo,
Ja und Ja und Ja
Rolf
Hi Rolf,
mit den akt. HM-SEN-MDIR-WM55 aus dem AskSinPP-master bekomme ich das reading Brightness nicht angezeigt.
Hast du noch irgendetwas eingestellt oder Libs ergänzt?
Hallo,
ich habe nichts verändert, wie hast Du denn den Sensor angeschlossen?
Rolf
Hi,
mein TSL2561 Breakoutbord ist ist am HM-Sensor Step-Up wie folgt angeschlossen:
int = offen, SCL = A5, SDA = A4
adr an low x029
Stabi überbrückt
Ein TSL2561 Example funktionierte und zeigt Werte.
Papa ist mit mir da am Ball. Deshalb wundere ich mich das deine Bgr Werte zeigt.
Ich habe alle Daten neu gezogen und installiert.
Zitat von: rvideobaer am 26 Februar 2018, 17:28:03
Hallo,
Ja und Ja und Ja
Rolf
Aber der HM-Sec-MDIR baut gerade nicht .... hm
Hallo,
angeschlossen habe ich auch so die Adresse auf L gebrückt sonst nichts weiter. Die Firmware so wie im Git (HM-Sen-MDIR-WM55).
Rolf
Hallo,
ist da jetzt was falsch bei mir, dürfte das garnicht gehen? Läuft jetzt seit ca. 24H. Ich würde halt nur gerne das der Bewegungsmelder nur bei Dunkelheit schaltet.
Gruß Rolf
Hallo Rolf,
mein BWM ist wie deiner aufgebaut.
Das Reading Brightness erscheint erst nach dem ersten motion-Impuls.
Aber der angezeigte Wert ist 0.
Zitat von: rvideobaer am 26 Februar 2018, 15:52:56
ich habe jetzt den BWM mit TSL2561 Breakoutbord aufgebaut und es wird jetzt ein Helligkeitswert übertragen. Wie kann ich jetzt die Bewegungsmeldung von der Helligkeit abhängig machen?
shCtValHi lässt sich nicht wie im Wiki zu HM-Sec-MDIR beschrieben setzen. Gibt es das Register nicht?
Du suchst auf der falschen Seite. Mit
stCtValHi ist der Condition Value High gemeint. Der ist z.B. bei einem Switch-Kanal einstellbar und sorgt dafür, das nur bei bestimmten Werten eines Sensors, der Schaltvorgang ausgelöst wird. Dazu gibt es eine Vielzahl von Registern und Einstellungen. Schau mal hier (https://wiki.fhem.de/wiki/Homematic_Peering_Beispiele#Condition_Table)
Zitat von: rvideobaer am 27 Februar 2018, 15:53:37
ist da jetzt was falsch bei mir, dürfte das garnicht gehen? Läuft jetzt seit ca. 24H. Ich würde halt nur gerne das der Bewegungsmelder nur bei Dunkelheit schaltet.
Der Bewegungsmelder sendet immer. Der Aktor muss so eingestellt werden, dass er nur bei bestimmten Helligkeitswerten reagiert.
Hallo,
das Reading Brightness wird mit dem motion Impuls geändert, aber nur in ganzen Zahlen.
Internals:
CFGFN
DEF 1FA4D203
NAME HB_Bewegung_Motion
NOTIFYDEV global
NR 889545
STATE motion
TYPE CUL_HM
chanNo 03
device HB_Bewegung
READINGS:
2018-02-26 15:10:29 R-brightFilter 5
2018-02-26 15:10:29 R-captInInterval off
2018-02-26 14:41:56 R-evtFltrNum 12
2018-02-26 14:41:56 R-evtFltrPeriod 5 s
2018-02-26 15:10:29 R-minInterval 15
2018-02-26 14:41:56 R-sign off
2018-02-26 15:10:29 RegL_01. 01:CA 02:50 08:0C 22:0B 00:00
2018-02-27 16:13:52 brightness 121
2018-02-27 14:09:58 cover closed
2018-02-27 16:13:52 motion on (to vccu)
2018-02-27 16:13:52 motionCount 68_next:15s
2018-02-27 16:13:24 motionDuration 17
2018-02-27 14:09:58 recentStateType info
2018-02-27 16:13:52 state motion
2018-02-27 16:13:52 trigger_cnt 68
helper:
cfgChkResult No regs found for:
HB_Bewegung_Motion type:motionAndBtn -
list:peer register :value
1: brightFilter :0
1: captInInterval :off
1: evtFltrNum :12
1: evtFltrPeriod :5 s
1: ledOnTime :0.055 s
1: minInterval :15
1: sign :off
moStart 1519744432.42002
peerIDsRaw ,00000000
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
shadowReg:
tmpl:
nb:
cnt 1
Attributes:
model HM-Sen-MDIR-WM55
peerIDs 00000000
Gruß Rolf
Hallo,
aha da habe ich wohl nicht richtig nachgelesen, werde das jetzt nochmal nachlesen und dann probieren.
Danke für den Hinweis.
Gruß Rolf
Zitat von: Living am 27 Februar 2018, 16:09:13
Hallo Rolf,
mein BWM ist wie deiner aufgebaut.
Das Reading Brightness erscheint erst nach dem ersten motion-Impuls.
Aber der angezeigte Wert ist 0.
Das ist komisch, dass da bei Dir nichts kommt. Kannst Du bitte mal ein paar Ausgaben in die Tsl2561::measure() Methode einbauen. Mal sehen was wir da so für Wert kriegen.
ZitatKannst Du bitte mal ein paar Ausgaben in die Tsl2561::measure() Methode einbauen.
Wo soll ich was eingeben?
In die ino-Datei?
Diese Zeilen habe ich im Vergleich zu Rolfs Listing bei mir nicht
ZitatHB_Bewegung_Motion type:motionAndBtn -
list:peer register :value
1: brightFilter :0
1: captInInterval :off
1: evtFltrNum :12
1: evtFltrPeriod :5 s
1: ledOnTime :0.055 s
1: minInterval :15
1: sign :off
Muss ich noch etwas setzen?
Zitat von: Living am 27 Februar 2018, 17:38:49
Diese Zeilen habe ich im Vergleich zu Rolfs Listing bei mir nichtMuss ich noch etwas setzen?
Dann zeig uns doch mal nen List vom Device.
Zitat von: Living am 27 Februar 2018, 17:38:49
Diese Zeilen habe ich im Vergleich zu Rolfs Listing bei mir nichtMuss ich noch etwas setzen?
sensors/Tsl2561.h
Hi Papa,
Ich habe in Zeile 19 von HM-SEN-MDIR-WM55.ino
ZitatTSL2561 tsl(TSL2561_ADDR_LOW);
eingetragen
und habe jetzt auch brightness Werte.
Hier mein Listing vom Motion-Teil
Zitat
Internals:
CFGFN
DEF 90789003
NAME HM_907890_Motion
NOTIFYDEV global
NR 229
STATE motion
TYPE CUL_HM
chanNo 03
device HM_907890
READINGS:
2018-02-27 20:56:25 brightness 175
2018-02-27 20:50:16 cover closed
2018-02-27 20:56:25 motion on (to VCCU)
2018-02-27 20:56:25 motionCount 9_next:15s
2018-02-27 20:56:07 motionDuration 33
2018-02-27 20:50:16 recentStateType info
2018-02-27 20:56:25 state motion
2018-02-27 20:56:25 trigger_cnt 9
helper:
cfgChkResult No regs found for:HM_907890_Motion
getCfgList all
getCfgListNo ,4
moStart 1519761385.63802
peerIDsRaw ,00000000
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
shadowReg:
tmpl:
nb:
cnt 4
Attributes:
model HM-Sen-MDIR-WM55
peerIDs 00000000,
Das ist komisch. Du legst eine weitere Instanz der Sensorklasse an und dann geht es. Scheinbar wird die Initialisierung nicht korrekt durchlaufen. Vielleicht hat das ja was mit der Reihenfolge der Constructoren zu tun. Für die globalen Objecte gibt es keine feste Reihenfolge.
Hi Papa,
ich möchte gerne eines deiner Module zum steuern meiner Gurtwickler-Rolloantriebe (Rollodrive50) nutzen.
Die Antriebsseite habe ich im Modul HM-LC-Bl1-FM.ino in Zeile 85 -125 realisieren können (A2 +A3).
Zitat
void motorUp () {
//Änderungen für RolloDrive
digitalWrite(UP_RELAY_PIN,HIGH);
Serial.println(" MotorUp");
}
void motorDown ()
{
//Änderungen für RolloDrive
digitalWrite(DOWN_RELAY_PIN,HIGH);
Serial.println(" MotorDown");
}
void motorStop ()
{
Serial.println(" MotorStop");
if(digitalRead( UP_RELAY_PIN) == HIGH )
{
digitalWrite(UP_RELAY_PIN,LOW);
delay(300);
digitalWrite(UP_RELAY_PIN,HIGH);
delay(300);
digitalWrite(UP_RELAY_PIN,LOW);
Serial.println(" upMotorStop");
}
if (digitalRead( DOWN_RELAY_PIN) == HIGH )
{
digitalWrite(DOWN_RELAY_PIN,LOW);
delay(300);
digitalWrite(DOWN_RELAY_PIN,HIGH);
delay(300);
digitalWrite(DOWN_RELAY_PIN,LOW);
Serial.println(" downMotorStop");
}
}
Mein Rolloantrieb hat noch extra Bedientasten. Deshalb möchte ich über die Eingabegspins (D3 + D6) dem Modul die Motorlaufzeit mitteilen.
Damit der Modultimer synchron zur Hardware bleibt.
Hier verstehe ich allerdings dein Modul nicht mehr.
Hast du hierfür Ideen oder Vorschläge für mich?
Kannst Du bitte mal genauer bescheiben, was Du hier machen willst. Vor allem, wie das alles verdrahtet ist. D6 & D3 sind doch mit den internen Tastern verbunden, die das Hoch- bzw. Runterfahren auslösen.
Am besten mit einem Schaltplan.
A2 + A3 schalten per Optokoppler den Gurtwickler. Und über Optpkoppler geben die Relais des Gurtwicklers ein Up/Down Signal an die Eingänge des Moduls. D3 für Up + D6 für Down
Die Eingänge sollen den internen Timer Up/Down steuern.
S1 + S2 sind die Steuertaster am Gurtwickler.
Wenn D3 + D6 nicht als Eingangssensoren funktionieren gibt es noch einen anderen Weg?
Hm - das ist so nicht vorgesehen. Die interne Statemachine lässt sich nicht so einfach von außen manipulieren. Für den Fall reicht doch eigentlich ein 2 Kanalswitch, der die Taster ansteuert.
@papa, ich verstehe zwar nicht warum Living das so gemacht hat aber IMHO hat deine aktuelle HM-LC-Bl1-FM Version noch ein, zwei Bugs :
a. bei einem echten HM-LC-Bl1-FM kann man das Rollo mit sh der internen Taster in die Endstellung fahren und bei lg
stoppt der Rollo beim loslassen sofort. Bei deiner Version klappt die lg Variante leider noch nicht. D.h. beim loslassen endet zwar sofort der Funkverkehr aber die Relais bleiben weiterhin angesteuert bis die Fahrzeit abgelaufen ist.
b. Ist der Sketch jetzt ein HM-LC-BL1-FM oder ein HM-LC-Bl1PBU-FM ?
Dadurch das es einen extra config Button gibt (den e3q beim echten HM-LC-BL1-FM eingespart hat ) ist es wohl mehr ein HM-LC-Bl1PBU-FM. Allerdings zeigt sich beim drücken von config im laufenden Betrieb das die Relais in Richtung Up angesteuert werden und der Rollo auch wieder bis zum Ende durchläuft, also ein Verhalten das ein HM-LC-BL1-FM zeigt beim drücken von S1. Will man den HM-LC-BL1-FM auch mit lg wie unter a. beschrieben verwenden kann man das Register confBtnTime auf einen Wert in Minuten X stellen und danach kann am S1 auch lg genutzt werden. Ein setzen von confBtnTime bewirkt aber in deiner Version z.Z. noch nichts ?
Hallo zusammen,
Ichbin gerade an einem ähnlichen Projekt dran und mich würde interessieren wie eure Erfahrung mit dem Stepup im Vergleich zu der CR2032 ist.
Wie hoch ist denn der Zusatzverbrauch durch den stepup?
Welche Variante ist denn aus eurer Sicht am langlebigsten? Die CR hat ja nur ca. 200mAh...
Ansonsten Respekt, echt coole Sachen macht ihr da.
Zitat von: ulli am 01 März 2018, 08:59:49
Hallo zusammen,
Ichbin gerade an einem ähnlichen Projekt dran und mich würde interessieren wie eure Erfahrung mit dem Stepup im Vergleich zu der CR2032 ist.
Wie hoch ist denn der Zusatzverbrauch durch den stepup?
Mit StepUp Wandlern steh ich auch noch etwas auf Kriegsfuß.
Da ich noch gar nichts mit den Dingern gemacht habe, habe ich erstmal zu fertigen Boards gegriffen.
Schlechte Erfahrungen habe ich mit dem hier gemacht: http://bit.ly/2F1inCf (http://bit.ly/2F1inCf)
Da lag der Standby-Verbrauch (nur Pro Mini + CC1101) bei über 300µA!
Deutlich besser ist es mit dem hier: http://bit.ly/2t8xkwq (http://bit.ly/2t8xkwq)
Hier sind es ca. 8-10µA.
Zitat von: Wzut am 01 März 2018, 08:56:32
@papa, ich verstehe zwar nicht warum Living das so gemacht hat aber IMHO hat deine aktuelle HM-LC-Bl1-FM Version noch ein, zwei Bugs :
a. bei einem echten HM-LC-Bl1-FM kann man das Rollo mit sh der internen Taster in die Endstellung fahren und bei lg
stoppt der Rollo beim loslassen sofort. Bei deiner Version klappt die lg Variante leider noch nicht. D.h. beim loslassen endet zwar sofort der Funkverkehr aber die Relais bleiben weiterhin angesteuert bis die Fahrzeit abgelaufen ist.
b. Ist der Sketch jetzt ein HM-LC-BL1-FM oder ein HM-LC-Bl1PBU-FM ?
Dadurch das es einen extra config Button gibt (den e3q beim echten HM-LC-BL1-FM eingespart hat ) ist es wohl mehr ein HM-LC-Bl1PBU-FM. Allerdings zeigt sich beim drücken von config im laufenden Betrieb das die Relais in Richtung Up angesteuert werden und der Rollo auch wieder bis zum Ende durchläuft, also ein Verhalten das ein HM-LC-BL1-FM zeigt beim drücken von S1. Will man den HM-LC-BL1-FM auch mit lg wie unter a. beschrieben verwenden kann man das Register confBtnTime auf einen Wert in Minuten X stellen und danach kann am S1 auch lg genutzt werden. Ein setzen von confBtnTime bewirkt aber in deiner Version z.Z. noch nichts ?
LongPress habe ich noch nicht implementiert.
Die Config-Button-Klasse ist auch noch falsch. Da muss einfach ConfigButton hin und nicht ConfigToggleButton. Config Button fix habe ich eben eingecheckt.
Zitat von: ulli am 01 März 2018, 08:59:49
Hallo zusammen,
Ichbin gerade an einem ähnlichen Projekt dran und mich würde interessieren wie eure Erfahrung mit dem Stepup im Vergleich zu der CR2032 ist.
Wie hoch ist denn der Zusatzverbrauch durch den stepup?
Welche Variante ist denn aus eurer Sicht am langlebigsten? Die CR hat ja nur ca. 200mAh...
Ansonsten Respekt, echt coole Sachen macht ihr da.
Das Datenblatt sagt 5µ Quiescent Current für den verwendeten TVL61224. Genommen habe ich ihn, da er auch in Homematic Hardware verbaut ist und ich davon ausgehe, das die Jungs so halbwegs wissen, was sie machen.
Im Endeffekt ist es auch egal. Die CR2032 Variante ist für extram platzsparende Sachen gedacht, so wie den Fensterkontakt oder den Push-Button. Die Stepup-Variante kann super mit 1 oder 2 Batterien/Akkus betrieben werden. Der Stepup kann auch weggelassen werden. Dann muss JP1 geschlossen werden. So ist der Betrieb mit 2 Batterien oder einem 18650 Akku möglich.
ZitatHm - das ist so nicht vorgesehen. Die interne Statemachine lässt sich nicht so einfach von außen manipulieren. Für den Fall reicht doch eigentlich ein 2 Kanalswitch, der die Taster ansteuert.
Ich hatte vermutet das ich über Beeinflussung der Register den internen Timer (Statemaschine) steuern kann.
Ein 2 Kanalswitch hat keinen Timer und es sind dann die Rollopositionen nicht einstellbar. Es gäbe nur offen oder zu.
Ich hatte irgendwo gelesen, da man die Eingangssensoren auf "messen derBetätigungsdauer" einstellen kann
und gedacht dann hat der Timer ja die Zeiten.
Ich hatte diese Steuerung mit einem ESP8266 realisiert aber leider ist der Strombedarf für mich zu hoch.
Vieleicht hat jemand ja noch eine Idee.
Zitat von: papa am 01 März 2018, 11:14:40
LongPress habe ich noch nicht implementiert.
OK, THX4Info dann warte ich noch mit weiteren Tests
Hi, Du kannst den StepUo auch noch pber einen Attiny von den Akkus trennen!? Dann Geht der ESP in DeepSleep und wird vom Strom über ATTiny wieder geweckt.
Gruß Arnd
Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Hi,
ich habe für mich eine Lösung gefunden.
Ich werde die Taster des Gurtwicklers "mech. isolieren" und durch SMD-Taster (Linsen) ersetzen.
Diese Linsen steuern den HM-LC-Bl1-FM direkt.
Was für einen Trafo verwendest du da?
Ich würdenoch eine Sicherung empfehlen ;)
Hallo,
als Klingelsensor möchte ich HM-RC-P1.ino mit dem HMSensorStepUp einsetzen. (Relaiskontakt an A0.)
Das File HM-RC-P1.ino aus dem AskSinPP-2 läßt sich bei mir nicht kompilieren.
Fehlermeldung:
ZitatHM-RC-P1:51: error: no matching function for call to 'Hal::init()'
Was habe ich vergessen?
Und das File HM-RC-P1 aus dem AskSinPP-master reagiert richtig auf kurze Impulse aber bei einem langen Impuls hängt das Modul im State " devicename LongRelease" fest und es kommen keine weiteren Meldungen.
Wie kann ich "long" unterdrücken??
Zitat von: Living am 15 März 2018, 21:33:17
Und das File HM-RC-P1 aus dem AskSinPP-master reagiert richtig auf kurze Impulse aber bei einem langen Impuls hängt das Modul im State " devicename LongRelease" fest und es kommen keine weiteren Meldungen.
Ich hatte auch das Problem mit dem LongPressed beim RC-P1. Und zwar immer dann, wenn ich ihn mit einem HM-LC1-BA-PCB verknüpft hatte (Burst erforderlich) oder der Empfänger nicht erreichbar/aus war.
Dann hing der RC-P1 in einer longpressed-Endlosschleife... Obwohl der Button schon lange losgelassen war.
Ich habe als schnellen Workaround in der Button.h, Zeile 52, bei
longpresstime(millis2ticks(400)) aus der 400 eine 5000 gemacht. So lange hält (bei mir) niemand den Klingeltaster gedrückt. 8)
Bin dem Problem aber nicht weiter auf den Grund gegangen, weil es so jetzt für mich funktioniert.
Die Ursache für:
ZitatUnd das File HM-RC-P1 aus dem AskSinPP-master reagiert richtig auf kurze Impulse aber bei einem langen Impuls hängt das Modul im State " devicename LongRelease" fest und es kommen keine weiteren Meldungen.
Wie kann ich "long" unterdrücken??
ist meine Batterieüberwachung aus:
https://forum.fhem.de/index.php/topic,82637.msg747514.html#msg747514
Die Fehlersuche geht weiter.
Zitat
Fehlermeldung:
Zitat
HM-RC-P1:51: error: no matching function for call to 'Hal::init()'
Sieht für mich so aus als wenn bei der Umstellung auf 'init with HMID', 24 Aug 2017, der sketch HM-RC-P1.ino vergessen wurde:
https://github.com/pa-pa/AskSinPP/commit/a99c3d8c75d351c1b9f1c7a008deca4c47c4c914#diff-e0e4e65cbb8513df9c7944068ecbc8a8 (https://github.com/pa-pa/AskSinPP/commit/a99c3d8c75d351c1b9f1c7a008deca4c47c4c914#diff-e0e4e65cbb8513df9c7944068ecbc8a8)
Also einfach das so ändern wie es in den anderen sketchen zu sehen ist:
void init (const HMID& id) {
HalType::init(id);
Gilt für Branch V2.
Hallo Tom,
Danke für die Info das war es.
Zitatvoid init (const HMID& id) {
HalType::init(id);
Da ich nach der Änderung erst nach dem löschen der AskSinPP-master-Lib kompilieren konnte, hier die Frage:
Wie kann ich es steuern mit welcher Lib kompiliert wird ? Master-Lib oder V2-Lib? Jedesmal ein von beiden löschen ist wohl nicht der richtige Weg?
Der Lib Manager in der Arduino IDE hat wohl keine Möglichkeit, Branches anzuwählen und zu installieren.
Du musst entweder von Hand den gewünschten Branch downloaden und in das libraries Verzeichnis kopieren oder Du installierst git und klonst die AskSinPP Lib nach libraries.
Dann kannst Du mit git branch .. den gewünschten auschecken. Dafür musst Du dich aber mit den git command syntax beschäftigen, das würde hier definitiv zu weit führen.
Zitat von: Tom Major am 16 März 2018, 11:27:58
Dann kannst Du mit git branch .. den gewünschten auschecken. Dafür musst Du dich aber mit den git command syntax beschäftigen, das würde hier definitiv zu weit führen.
SourceTree ist free und kann ich nur empfehlen.
Gesendet von iPhone mit Tapatalk
Mit SourceTree kannst du mit einem Klick zwischen den Branches wechseln.
ZitatMit SourceTree kannst du mit einem Klick zwischen den Branches wechseln.
Sieht nett aus, werde ich auch mal probieren.
Wobei ich glaube um den git workflow grundsätzlich zu verstehen hilft es dem Einsteiger mehr, mit der Kommandozeile zu arbeiten und dann später auf eine GUI zu erweitern. Ist aber sicherlich Geschmackssache.
Wenn du die Funktion "Git flow" (Fetaure- / Release- / Hotfix-Branches etc) meinst, das kann SourceTree auch.
Ich bin ja sonst ein Freund der Shell und mache wenig mit grafischen Tools.
Aber gerade bei git hab ich mich andauernd vertippt oder aus der Shell-History versehentlich das falsche Kommando ausgewählt... Total nervig.
In SourceTree sieht man schön, wo man steht, was davor/danach war.
Kannst schnell die Changes (Diff) im Commit sehen.
Ein git clone mache ich sicherlich noch auf der Shell, aber für alles andere hat sich SourceTree sehr bewährt.
Probier es unbedingt aus :)
Gibt es eigentlich die Möglichkeit, zumindest die Basisplatine schon fertig bestückt zu kaufen? Bzw. gibt es Dienstleister, die ihr für einen kleineren Lauf mit ca. 20 bestückten Platinen empfehlen würdet? Bei aliexpress gibt es vorgefertigte CC1101-Module für sehr kleines Geld (2 EUR) und evtl. hat ja jemand schon etwas ähnliches für diese Hardware-Basis hier gefunden oder in Auftrag gegeben.
@Papa: Gibt es eine fertige Firmware für die I2C Platine? Bzw. welches Beispiel ist hierfür am besten zum Starten?
@hailfinger: Welche Basisplatine meinst du? Die Stepup oder die für die CR2032? Ich habe da noch ein paar vorbestückt, die Frage ist wann brauchst Du sie, kannst mich ja mal per PN anschreiben.
Hi,
ich spiele an einem HMSensorStepUp mit Papas HM-SEN-MDIR-WM55.ino (master).
Mit
Zitatget HM_907890_Motion regVal brightness
möchte ich den Helligkeitswert aus dem Register holen.
Als Antwort gibt es nur ein
ZitatValue not captured:HM_907890_Motion - brightness
In Fhem wird ein brightness-Wert angezeigt, der sich auch ändert.
Wo ist mein Fehler?
Wie kann ich den Registerinhalt für die weitere Verwendung aus "Papas-Modul" erhalten??
Zitat von: Living am 18 März 2018, 15:56:58
Hi,
ich spiele an einem HMSensorStepUp mit Papas HM-SEN-MDIR-WM55.ino (master).
Mit möchte ich den Helligkeitswert aus dem Register holen.
Als Antwort gibt es nur ein In Fhem wird ein brightness-Wert angezeigt, der sich auch ändert.
Wo ist mein Fehler?
Wie kann ich den Registerinhalt für die weitere Verwendung aus "Papas-Modul" erhalten??
Also die Examples sind nicht immer voll kompatibel mit den echten HM-Geräten. Ich wusste gar nicht, dass sich die Helligkeit separat abfragen lässt. Was kommt denn da für ne Message ?
Zitat von: Brasletti am 17 März 2018, 13:44:15
@Papa: Gibt es eine fertige Firmware für die I2C Platine? Bzw. welches Beispiel ist hierfür am besten zum Starten?
Habe gerade das HM-WDS10-TH-O Beispiel im Master aktualisiert. Damit teste ich den unterschiedlichen Sensoren, welche die Lib derzeit unterstützt. Die meisten Sachen sind auskommentiert. Aber es sollte nicht so schwer sein, das Prinzip zu verstehen.
Die Antwort Message war
ZitatValue not captured:HM_907890_Motion - brightness
D.h. ich kann brightness nicht auswerten?
Wie soll ich dann Tag/Nacht ermitteln?
Für einen BWM doch wichtig oder?
Zitat von: Living am 18 März 2018, 17:45:46
Die Antwort Message war
D.h. ich kann brightness nicht auswerten?
Wie soll ich dann Tag/Nacht ermitteln?
Für einen BWM doch wichtig oder?
Das steht im Sensor-Event, welches an die Peers gesendet wird. Die Peers nutzen dann die Condition-Table-Regsiter, um beim über/unterscheiten entsprechende Actions zu starten. Siehe auch hier (https://www.homematic-inside.de/tecbase/homematic/development/item/experten-modus-verstehen)
Außerdem sollte FHEM das Reading auswerten können.
Hi,
jetzt habe ich es geschafft.
Mit keinem meiner HM-SEN-MDIR-WM55.ino Dateien liefert mir mein Modul den brightness-Wert.
Motion funktioniert!
Auch meine Lösung aus Antwort 326 funktioniert nicht mehr.
Habe deshalb Arduino neu installiert. Auch danach kein brightness-Wert.
In Fhem wird immer 0 angezeigt.
Bei Rolf funktioniert es doch auch und ein Testlauf mit der sensorapi.ino war auch erfolgreich.
Wo ist mein Fehler??
Kann ich in die HM-SEN-MDIR-WM55.ino etwas einfügen, damit ich im Monitor etwas sehe?
Zitat von: Living am 19 März 2018, 22:27:37
Hi,
jetzt habe ich es geschafft.
Mit keinem meiner HM-SEN-MDIR-WM55.ino Dateien liefert mir mein Modul den brightness-Wert.
Motion funktioniert!
Auch meine Lösung aus Antwort 326 funktioniert nicht mehr.
Habe deshalb Arduino neu installiert. Auch danach kein brightness-Wert.
In Fhem wird immer 0 angezeigt.
Bei Rolf funktioniert es doch auch und ein Testlauf mit der sensorapi.ino war auch erfolgreich.
Wo ist mein Fehler??
Kann ich in die HM-SEN-MDIR-WM55.ino etwas einfügen, damit ich im Monitor etwas sehe?
Hast Du den "Addr Sel" Pin vom TSL2561 auf GND ? Sonst hat er eine andere Adresse als im Code angenommen.
Ausgaben kommen in sensors/Tsl2561.h eingefügt werden.
Addr Pin ist an Gnd. Die sensorapi.ino zeigte Werte.
In Antwort 321 hast du mir diesen Tip gegeben
ZitatKannst Du bitte mal ein paar Ausgaben in die Tsl2561::measure() Methode einbauen. Mal sehen was wir da so für Wert kriegen.
Was sollte ich hier wo eingeben?
Plötzlich nach Änderung der Stromversorgung (nicht mehr über den angeschlossenen USBASP) zeigt er ab 11:26 Werte an .
Rätselhaft!!
12:11 Uhr keine brighness Werte mehr. Ich sehe keine schlechten Kontakte..............
Hi Papa,
ich habe in sensors/Tsl2561.h folg. eingefügt:
Zitatvoid measure (__attribute__((unused)) bool async=false)
{
if( present() == true ) {
uint16_t b = _tsl.getLuminosity(TSL2561_VISIBLE);
Serial.print(b); Serial.println(" 1Lux");
if( b > 63000 && _x16 == true ) {
_x16 = false;
_tsl.setGain(TSL2561_GAIN_0X);
b = _tsl.getLuminosity(TSL2561_VISIBLE);
Serial.print(b); Serial.println(" 2Lux");
}
else if ( b < 500 && _x16 == false ) {
_x16 = true;
_tsl.setGain(TSL2561_GAIN_16X);
b = _tsl.getLuminosity(TSL2561_VISIBLE);
Serial.print(b); Serial.println(" 3Lux");
}
_brightness = b;
Serial.print("b= ");Serial.print(b); Serial.print(" TSL2561_VISIBLE= ");Serial.print(TSL2561_VISIBLE);Serial.println(" 4Lux");
}
}
jeweils LUX am Ende.
und erhalte im Monitor folgende Info
ZitatMotion
0 1Lux
b= 0 TSL2561_VISIBLE= 2 4Lux
<- 0D 06 86 41 907890 000000 03 06 00 60 - 4327
minInterval End
d.h. der Sensor hat nichts oder?
Tja - der Sensor gibt einfach 0 zurück. Wenn es ja zwischen durch schon mal geklappt hat, wird es mit großer Wahrscheinlichkeit nicht am Code liegen. Das schöne am Computern ist halt, dass sie alle Befehle immer exakt gleich ausführen. Es muss irgendwie mit Deinem Aufbau zusammenhängen. Wackelkontakt ? Hast Du auch die Pullups für den I2C Bus angeschlossen ?
Wenn der Sketch sensorapi.ino läuft und Lux Werte anzeigt -> Hardware ist o.k.!
Ich lade dann nur den HM-SEN-MDIR-WM55.ino und die Hardware hat dann einen Fehler?
Ich habe leider den Sketch mit dem die Baugruppe bereits lief nicht mehr.
Ich suche weiter.
Nabend...
Ich wollte jetzt auch mal mit dem HM-SEN-MDIR-WM55.ino experimentieren.
Jedoch bekomme ich ihn (den mitgelieferten Beispiel-Sketch) nicht mal an die CCU angelernt.
<- 1A 02 84 00 907890 000000 0B 00 DB 70 61 70 61 31 31 31 33 33 33 81 03 01 00 - 3448
Das ist alles... und die LED an Pin 4 blinkt dann.
Im RFD-Log der CCU sehe ich
2018/03/21 22:24:46.580 RX SERIAL: fd 00 20 01 26 05 00 ff 46 0b 84 00 90 78 90 00 00 00 0b 00 db 70 61 70 61 31 31 31 33 33 33 81 03 01 00 cc 06
2018/03/21 22:24:46.581 RX FRAME: 01 26 05 00 ff 46 0b 84 00 90 78 90 00 00 00 0b 00 db 70 61 70 61 31 31 31 33 33 33 81 03 01 00
2018/03/21 22:24:46.581 (LEQ0556383) CCU2CommController::handleIncomingSerialFrame(): Handling event telegram as event.
Hat jemand einen Tipp für mich?
Vielleicht passt der Typ "MotionDetector" in der DeviceInfo nicht.
Hmm, habe mal DeviceType::Sensor probiert, aber der geht auch nicht.
Anderen Typen scheinen nicht plausibel.
Mit peering_sysinfo_expect_channel="false" in der Firmware-XML wirds wohl nix zu tun haben!?
Probiere mal FirmwareVersion auf 0x11
const struct DeviceInfo PROGMEM devinfo = {
{0x90,0x78,0x90}, // Device ID
"papa111333", // Device Serial
{0x00,0xdb}, // Device Model
0x11, // Firmware Version
as::DeviceType::MotionDetector, // Device Type
{0x01,0x00} // Info Bytes
};
Zitat von: papa am 22 März 2018, 08:36:57
Probiere mal FirmwareVersion auf 0x11
Geht leider auch nicht. Werd heut Nachmittag sonst mal daheim schauen, dort habe ich 2 originale HM MDIR-WM55.
Die möchte ich zwar nicht aus meinem produktiven System entfernen, aber ein Druck auf den Anlernknopf sollte das Gerät ja trotzdem dazu veranlassen, eine Message in Richtung CCU zu senden.
Ja - mach mal. Dann sehen wir vielleicht mehr.
Hi Papa,
ich habe eine neue Bgr mit dem HM-Sen-MDIR-WM55 geflashed und alle läuft auch brightness wird angezeigt.
Scheinbar hat meine andere Bgr einen Hardwarefehler in der CPU ??
Gibt es einen Test für den Atmega 328?
Danke für deine "geduldige" Unterstützung!
Zitat von: papa am 22 März 2018, 08:49:19
Ja - mach mal. Dann sehen wir vielleicht mehr.
Beim Drücken des Anlerntasters des HM-SEN-MDIR-WM55 unterscheiden sich die Bytes 2 und 3 von hinten:
Original:
1A 41 84 00 4E6AE9 1282D5 12 00 DB 4E 45 51 30 39 36 30 37 39 31 81 23 00 00Sketch:
1A 04 84 00 4E6AE9 000000 12 00 DB 4E 45 51 30 39 36 30 37 39 31 81 03 01 00
Zitat von: jp112sdl am 22 März 2018, 16:40:37
Beim Drücken des Anlerntasters des HM-SEN-MDIR-WM55 unterscheiden sich die Bytes 2 und 3 von hinten:
Original:
1A 41 84 00 4E6AE9 1282D5 12 00 DB 4E 45 51 30 39 36 30 37 39 31 81 23 00 00
Sketch:
1A 04 84 00 4E6AE9 000000 12 00 DB 4E 45 51 30 39 36 30 37 39 31 81 03 01 00
Die
01 lässt sich gut austauschen. Das steht am Ende der DeviceInfo und kann im Sketch einfach durch 0 ersetzt werden. Die
03 wird automatisch durch das Device eingesetzt und ist die Anzahl der Channel. Das passiert in
Device::getDeviceInfo.
Zitat von: papa am 22 März 2018, 19:39:44
Die 01 lässt sich gut austauschen. Das steht am Ende der DeviceInfo und kann im Sketch einfach durch 0 ersetzt werden.
Danke, das war es!
So gehts jetzt (falls du es in deinem example noch ändern möchtest):
const struct DeviceInfo PROGMEM devinfo = {
{0x90,0x78,0x90}, // Device ID
"papa111333", // Device Serial
{0x00,0xdb}, // Device Model
0x12, // Firmware Version
as::DeviceType::MotionDetector, // Device Type
{0x00,0x00} // Info Bytes
};
Habs eingecheckt
Zitat von: Living am 20 März 2018, 17:47:52
Wenn der Sketch sensorapi.ino läuft und Lux Werte anzeigt -> Hardware ist o.k.!
Ich lade dann nur den HM-SEN-MDIR-WM55.ino und die Hardware hat dann einen Fehler?
Ich habe leider den Sketch mit dem die Baugruppe bereits lief nicht mehr.
Ich suche weiter.
Hast du es mittlerweile hinebkommen?
Habe gerade mal testweise den HM-SEN-MDIR-WM55 geflasht und bekomme vom TSL2561 einen Helligkeitswert übertragen - alles schick!
Die einzige Änderung, die ich am Sketch vorgenommen habe, war die Änderung der I2C-Adresse von
TSL2561_ADDR_LOW nach
TSL2561_ADDR_FLOAT, weil ich am TSL2561 weder die H- noch die L-Brücke drin hab.
Danke für die Nachfrage.
Weiteres siehe
ZitatAntwort #371 am: Gestern um 11:17:57
Für was ist eigentlich die Interrupt Leitung am TSL2561, ist die bei irgendeinem Sketch in Verwendung? Ich frage deshalb, weil wenn ich das I2C Board fest verlöte komm ich ja nicht mehr an J3 dran. Würde ja nichts machen wenn J3 geschlossen ist und im Sketch A0 nicht berücksichtigt wird oder?
Viele Grüße
Hallo, ich versuch gerade aus der .hex Datei eine .eq3 Datei zu generieren. Mit hex2eq3.php bekomme ich immer folgende Fehlermeldung
srec_cat: the --Fill range (0x0000 - 0xFFFFFFFF) is 4.00GB and is probably
larger than you intended (use --big to override this error message)
Could not open tmpfile.tmp
Meine Eingabe lautet folgendermaßen:
sudo php hex2eq3.php --inFile HM-WDS10-TH-O.hex --spmPageSize 128 --outFormat eq3 --outFile HM-WDS10-TH-O.eq3 --withCrcCheck
ein --hexEndAddress 0x11058 hab ich auch schon Probiert leider ohne Erfolg. Versucht hab ich es unter Win10 und Raspbian, beides mal die gleiche Fehlermeldung (SRecord Version 1.64 unter Windows und 1.58 unter Raspbian)
Gibt es eine andere Möglichkeit eine eq3 Datei zu erzeugen ?
Viele Grüße
Brasletti
Zitat von: Brasletti am 13 April 2018, 17:58:18
Gibt es eine andere Möglichkeit eine eq3 Datei zu erzeugen ?
Ich nutze (unter Mac) die
prepota.sh
Perfekt, danke hat funktioniert!
Firmware OTA hat jetzt geklappt.
Beim RelayAddon bekomm ich die Buttons irgendwie nicht zum laufen. Da bekomm ich immer Fehlermeldungen wie
2018-04-13 21:09:31 CUL_HM HM_123456 CMDs_done_Errors:1
2018-04-13 21:09:31 CUL_HM HM_123456 NACK
2018-04-13 21:09:31 CUL_HM HM_123456 Nack
2018-04-13 21:09:31 CUL_HM HM_123456 CMDs_done
Wie bekommt man die Taster so hin dass sie die Relaisausgänge schalten? Hat da jemand vieleicht einen funktionierenden Sketch? Oder muss da noch was konfiguriert werden?
Die Relaisausgänge lassen sich per FHEM schalten, wobei der vierte Ausgang nach dem Start immer auf an ist. Da muss ich mal im Sketch mal nachschauen was da los ist.
Im Master - das HM_LC_SWX_SM Beispiel mit HM_SENSOR_RELAY definiert. Damit sollte das alles prima funktionieren.
Hallo Leute, muss man immer die Config-Taste drücken für OTA Firmware-Update?
Danke
Gesendet von iPhone mit Tapatalk
@xerox1978: Beim ersten Mal funktioniert es automatisch, jedes weiter mal musst du bevor du das Modul mit Spannungs versorgst die Config Taste drücken.
@papa: Irgendwie schein etwas mit dem Relais Addon bzw. mit dem Example bei mir nicht zu funktionieren. Pairen hat geklappt, jedoch kommt bei jedem druck auf die Taster zum manuellen Schalten im Eventlog
2018-04-14 17:46:54 CUL_HM HM_123456 CMDs_done
2018-04-14 17:47:03 CUL_HM HM_123456 CMDs_done_Errors:1
2018-04-14 17:47:03 CUL_HM HM_123456 NACK
2018-04-14 17:47:03 CUL_HM HM_123456 Nack
Zuvor kommt sobald ich Spannung anlege folgendes im eventlog
2018-04-14 17:46:46 CUL_HM HM_123456 powerOn: 2018-04-14 17:46:46
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 timedOn: off
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 deviceMsg: off (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 level: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 pct: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 off
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 deviceMsg: on (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 level: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 pct: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 on
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 timedOn: off
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
Auf der Seriellen Konsole kommt nach einem Tastendruck
debounce
pressed
released
-> 0B 05 22 40 123456 123456 04 00 - 8450
<- 0A 05 80 02 123456 123456 80 - 8568
Sieht für mich so wie ein Selbstgespräch aus, wäre ja auch logisch, nur leider passiert nichts.
Ebenfalls ist Kanal 4 nach dem der uC gebootet hat immer an, kann es sein das "checkLowActive" da reinspielt, da je Kanal4 auf A0 liegt?
Ein list HM_123456 bringt folgendes
Internals:
CFGFN
DEF 123456
HMUart_MSGCNT 216
HMUart_RAWMSG 0500001B05800212345612345680
HMUart_RSSI -27
HMUart_TIME 2018-04-14 17:47:03
IODev HMUart
LASTInputDev HMUart
MSGCNT 216
NAME HM_123456
NOTIFYDEV global
NR 48
STATE Nack
TYPE CUL_HM
channel_01 HM_123456_Sw_01
channel_02 HM_123456_Sw_02
channel_03 HM_123456_Sw_03
channel_04 HM_123456_Sw_04
hmPairSerial papa000000
lastMsg No:05 - t:02 s:123456 d:123456 80
protCmdDel 0
protLastRcv 2018-04-14 17:47:03
protNack 15 last_at:2018-04-14 17:47:03
protSnd 178 last_at:2018-04-14 17:46:54
protState CMDs_done_Errors:1
rssi_HMUart cnt:8 min:-102 max:-84 avg:-96.75 lst:-102
rssi_at_HMUart cnt:216 min:-53 max:-27 avg:-39.93 lst:-27
READINGS:
2018-04-14 17:47:03 CommandAccepted no
2018-04-14 17:25:47 D-firmware 1.6
2018-04-14 17:25:47 D-serialNr papa000000
2018-04-14 17:46:51 PairedTo 0x616264
2018-04-14 17:23:20 R-pairCentral 0x616264
2018-04-14 17:46:51 RegL_00. 02:01 0A:61 0B:62 0C:64 00:00
2018-04-14 17:46:46 powerOn 2018-04-14 17:46:46
2018-04-14 17:47:03 state Nack
helper:
HM_CMDNR 5
PONtest 0
cSnd 016162641234560403,016162641234560404FFFFFFFF03
mId 0003
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +123456,00,00,00
nextSend 1523720823.77229
prefIO
rxt 0
vccu
p:
123456
00
00
00
mRssi:
mNo 05
io:
HMUart:
-19
-19
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
HMUart:
avg -96.75
cnt 8
lst -102
max -84
min -102
at_HMUart:
avg -39.9351851851852
cnt 216
lst -27
max -27
min -53
shadowReg:
tmpl:
Attributes:
IODev HMUart
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.6
model HM-LC-SW4-SM
room CUL_HM
serialNr papa000000
subType switch
webCmd getConfig:clear msgEvents
Geändert hab ich am Example nur wie du gestern geschrieben hast, die Kommentarzeichen vor HM_SENSOR_RELAY
Beim Bootloader wurden per Makeota der DeviceTyp auf 0003 eingestellt
Vieleicht kannst du mir einen Tip geben woran das liegen könnte,
vielen Dank im Voraus
Brasletti
Zitat von: Brasletti am 14 April 2018, 18:02:33
@xerox1978: Beim ersten Mal funktioniert es automatisch, jedes weiter mal musst du bevor du das Modul mit Spannungs versorgst die Config Taste drücken.
@papa: Irgendwie schein etwas mit dem Relais Addon bzw. mit dem Example bei mir nicht zu funktionieren. Pairen hat geklappt, jedoch kommt bei jedem druck auf die Taster zum manuellen Schalten im Eventlog
2018-04-14 17:46:54 CUL_HM HM_123456 CMDs_done
2018-04-14 17:47:03 CUL_HM HM_123456 CMDs_done_Errors:1
2018-04-14 17:47:03 CUL_HM HM_123456 NACK
2018-04-14 17:47:03 CUL_HM HM_123456 Nack
Zuvor kommt sobald ich Spannung anlege folgendes im eventlog
2018-04-14 17:46:46 CUL_HM HM_123456 powerOn: 2018-04-14 17:46:46
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_01 timedOn: off
2018-04-14 17:46:46 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 deviceMsg: off (to VCCU)
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 level: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 pct: 0
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 off
2018-04-14 17:46:46 CUL_HM HM_123456_Sw_02 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 deviceMsg: off (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 level: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 pct: 0
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 off
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_03 timedOn: off
2018-04-14 17:46:47 CUL_HM HM_123456 CMDs_done
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 deviceMsg: on (to VCCU)
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 level: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 pct: 100
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 on
2018-04-14 17:46:47 CUL_HM HM_123456_Sw_04 timedOn: off
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
2018-04-14 17:46:50 CUL_HM HM_123456 CMDs_pending
Auf der Seriellen Konsole kommt nach einem Tastendruck
debounce
pressed
released
-> 0B 05 22 40 123456 123456 04 00 - 8450
<- 0A 05 80 02 123456 123456 80 - 8568
Sieht für mich so wie ein Selbstgespräch aus, wäre ja auch logisch, nur leider passiert nichts.
Ebenfalls ist Kanal 4 nach dem der uC gebootet hat immer an, kann es sein das "checkLowActive" da reinspielt, da je Kanal4 auf A0 liegt?
Ein list HM_123456 bringt folgendes
Internals:
CFGFN
DEF 123456
HMUart_MSGCNT 216
HMUart_RAWMSG 0500001B05800212345612345680
HMUart_RSSI -27
HMUart_TIME 2018-04-14 17:47:03
IODev HMUart
LASTInputDev HMUart
MSGCNT 216
NAME HM_123456
NOTIFYDEV global
NR 48
STATE Nack
TYPE CUL_HM
channel_01 HM_123456_Sw_01
channel_02 HM_123456_Sw_02
channel_03 HM_123456_Sw_03
channel_04 HM_123456_Sw_04
hmPairSerial papa000000
lastMsg No:05 - t:02 s:123456 d:123456 80
protCmdDel 0
protLastRcv 2018-04-14 17:47:03
protNack 15 last_at:2018-04-14 17:47:03
protSnd 178 last_at:2018-04-14 17:46:54
protState CMDs_done_Errors:1
rssi_HMUart cnt:8 min:-102 max:-84 avg:-96.75 lst:-102
rssi_at_HMUart cnt:216 min:-53 max:-27 avg:-39.93 lst:-27
READINGS:
2018-04-14 17:47:03 CommandAccepted no
2018-04-14 17:25:47 D-firmware 1.6
2018-04-14 17:25:47 D-serialNr papa000000
2018-04-14 17:46:51 PairedTo 0x616264
2018-04-14 17:23:20 R-pairCentral 0x616264
2018-04-14 17:46:51 RegL_00. 02:01 0A:61 0B:62 0C:64 00:00
2018-04-14 17:46:46 powerOn 2018-04-14 17:46:46
2018-04-14 17:47:03 state Nack
helper:
HM_CMDNR 5
PONtest 0
cSnd 016162641234560403,016162641234560404FFFFFFFF03
mId 0003
regLst ,0,1,3p
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +123456,00,00,00
nextSend 1523720823.77229
prefIO
rxt 0
vccu
p:
123456
00
00
00
mRssi:
mNo 05
io:
HMUart:
-19
-19
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
HMUart:
avg -96.75
cnt 8
lst -102
max -84
min -102
at_HMUart:
avg -39.9351851851852
cnt 216
lst -27
max -27
min -53
shadowReg:
tmpl:
Attributes:
IODev HMUart
autoReadReg 4_reqStatus
expert 2_raw
firmware 1.6
model HM-LC-SW4-SM
room CUL_HM
serialNr papa000000
subType switch
webCmd getConfig:clear msgEvents
Geändert hab ich am Example nur wie du gestern geschrieben hast, die Kommentarzeichen vor HM_SENSOR_RELAY
Beim Bootloader wurden per Makeota der DeviceTyp auf 0003 eingestellt
Vieleicht kannst du mir einen Tip geben woran das liegen könnte,
vielen Dank im Voraus
Brasletti
Danke für die schnelle Antwort!
Gesendet von iPhone mit Tapatalk
Zitat von: Brasletti am 14 April 2018, 18:02:33
Vieleicht kannst du mir einen Tip geben woran das liegen könnte,
vielen Dank im Voraus
Brasletti
Nur kurz zu deinem 4fach Aktor: Ich nutze den direkt an der CCU in Homematic ohne Probleme. Alle Relais und alle Buttons (HM_SENSOR_RELAY) funktionieren einwandfrei. Daher schließe ich einen Fehler im Sketch eigentlich aus.
Problem gelöst, Hardware deffekt! Das die blöden uC nicht gleich ganz den Dienst quittieren ist echt nervig!
Trotzdem vielen Dank, erstmal ;)
Hm - vielleicht war das aber gar kein Hardwaredefekt. Ich vermute, die Listen der Channels im Flash waren nicht korrekt initialisiert. Bei komischen Verhalten sollte immer mal zuerst ein RESET (Konfig-Taster 6 Sekunden drücken) probiert werden. Dadurch wird beim nächsten Start der Flash neu initialisiert, da die Checksumme über die Peer/Listen-Konfiguration zurück gesetzt wird. Die Checksumme wird benutzt, um Änderungen der Anzahl der Channel/Listen/Peers zu erkennen und dann den Flash neu einzurichten.
Konkret könnte das Problem hier daraus resultieren, dass beim ersten Start das Define HM_SENSOR_RELAY nicht gesetzt war. Dadurch werden die internen Peerings nicht eingerichtet und die Taster schalten nicht.
Das der 4. Cannel immer nach dem Start On war, lag bestimmt am PowerUpAction-Regsiter. Mit diesem Resgister kann eingestellt werden, wie der Status nach dem Start sein soll.
OK, werd ich mir merken! Ich löt nochmal ein Board zusammen und gib Ihm noch ne Chance ;) Mal schauen was sich tut. Config Taster 6 Sekunden drücken während dem Hochfahren oder einfach 6 Sekunden gedrückt halten? Als ich das Board an der Seriellen Konsole hatte erkannte er das als Longpress.
Einfach 6 Sekunden drücken, bis es anfängt schnell zu blinken. Auf der Console kommt auch die Ausgabe RESET.
So, alles gut!!! Genau wie papa vermutet hat. Und ich war schon auf dem Weg zum Mülleimer :)
Wie ist das mit dem HMSerial ? Muss ich für jedes RelaisModul eine neue Firmware kompilieren? Bei mir melden sich die Module immer mit dem HMSerial aus dem Sketch und nicht der vom Bootloader.
Dann hätte ich noch ne Frage zum WDS-10-TH-O, Irgendwo hab ich gelesen das man hier das Quarz benötigt, ist das so richtig? Wie sieht es dann mit den Fuses aus?
Zitat von: Brasletti am 15 April 2018, 12:51:36
So, alles gut!!! Genau wie papa vermutet hat. Und ich war schon auf dem Weg zum Mülleimer :)
Na wäre doch Schade drum gewesen.
Zitat von: Brasletti am 15 April 2018, 12:51:36
Wie ist das mit dem HMSerial ? Muss ich für jedes RelaisModul eine neue Firmware kompilieren? Bei mir melden sich die Module immer mit dem HMSerial aus dem Sketch und nicht der vom Bootloader.
Du musst USE_OTA_BOOTLOADER definieren. Dann werden HMID, Type und Serial aus dem Bootloader gelesen.
Zitat von: Brasletti am 15 April 2018, 12:51:36
Dann hätte ich noch ne Frage zum WDS-10-TH-O, Irgendwo hab ich gelesen das man hier das Quarz benötigt, ist das so richtig? Wie sieht es dann mit den Fuses aus?
Ja -das Beispiel verwendet den Timer2 als RTC. Dazu muss ein 32,768kHz Quarz angeschlossen sein. Die Fuses werden durch das flash.sh immer richtig gesetzt. Dort wird grundsätzlich der Systemtakt auf den internen Taktgeber umgestellt.
Merci, gleich mal probieren!
Hallo miteinander,
ich lese schon ca. seit einem halben Jahr gespannt mit, meine Bauteile warten auch schon seit 3 Monaten verarbeitet zu werden. Nun will ich die Gelegenheit nutzen und gerne Fhem meinen Türöffner surren lassen. Um beim vergessen des Schlüssels etc. bequem mit meinem Handy die Tür zu öffnen.
Ich habe bisher noch nicht viel Erfahrung mit Mikrocontrollern gesammelt und auch das SMD löten ist noch verbesserungswürdig. Ich würde mich allerdings trotzdem gerne mit ein wenig Hilfe eurerseits in die Materie einarbeiten.
Der selbstgebaute HomeMatic Aktor müsste dann also ein (Ich schätze max 12 Volt) Stromkabel der Klingel durchschleifen und ebenso wieder unterbrechen können.
Wie Realisiere ich dies am besten Hardware Technisch? Kann ich den Aktor anschließend mit einem 12 Volt Netzteil betreiben? Schätze ich brauche dann einen Stepdown? Oder doch lieber Batterien, obwohl 12 Volt (und ebenso etwas weiter weg 5V) vor Ort liegen?
Welcher Sketch eignet sich am besten und welche Bauteile muss ich wo anlöten?
Sorry für die blöden Fragen! ::)
-Felix
Mein I2C Board gibt die ersten Zeichen von sich :)
Momentan hänge ich jedoch etwas in der Luft mit dem TSL2561, der liefert mir immer nur den Wert 64512. (wenigstens kommt was aus raus, bei dem Hatte ich so meine Bedenken beim Löten.
Mein HM-WDS-TH-O Sketch sieht so aus:
//- -----------------------------------------------------------------------------------------------------------------------
// AskSin++
// 2016-10-31 papa Creative Commons - http://creativecommons.org/licenses/by-nc-sa/3.0/de/
//- -----------------------------------------------------------------------------------------------------------------------
// define this to read the device id, serial and device type from bootloader section
#define USE_OTA_BOOTLOADER
#define EI_NOTEXTERNAL
#include <EnableInterrupt.h>
#include <AskSinPP.h>
#include <LowPower.h>
#include <Register.h>
#include <MultiChannelDevice.h>
//#include <OneWire.h>
//#include <sensors/Ds18b20.h>
#include <sensors/Tsl2561.h>
//#include <sensors/Bh1750.h>
#include <sensors/Bmp180.h>
#include <sensors/Sht10.h>
//#include <sensors/Dht.h>
// we use a Pro Mini
// Arduino pin for the LED
// D4 == PIN 4 on Pro Mini
#define LED_PIN 4
// Arduino pin for the config button
// B0 == PIN 8 on Pro Mini
#define CONFIG_BUTTON_PIN 8
// number of available peers per channel
#define PEERS_PER_CHANNEL 6
// all library classes are placed in the namespace 'as'
using namespace as;
// define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x34,0x56,0x78}, // Device ID
"papa111111", // Device Serial
{0x00,0x3d}, // Device Model
0x10, // Firmware Version
as::DeviceType::THSensor, // Device Type
{0x01,0x00} // Info Bytes
};
/**
* Configure the used hardware
*/
typedef AvrSPI<10,11,12,13> SPIType;
typedef Radio<SPIType,2> RadioType;
typedef StatusLed<4> LedType;
typedef AskSin<LedType,BatterySensor,RadioType> BaseHal;
class Hal : public BaseHal {
public:
void init (const HMID& id) {
BaseHal::init(id);
// init real time clock - 1 tick per second
rtc.init();
// measure battery every 1h
battery.init(60UL*60,rtc);
battery.low(22);
battery.critical(19);
}
bool runready () {
return rtc.runready() || BaseHal::runready();
}
} hal;
class WeatherEventMsg : public Message {
public:
void init(uint8_t msgcnt, int16_t temp, uint16_t pressure, uint8_t humidity, uint16_t brightness, bool batlow) {
uint8_t t1 = (temp >> 8) & 0x7f;
uint8_t t2 = temp & 0xff;
if( batlow == true ) {
t1 |= 0x80; // set bat low bit
}
Message::init(0xc,msgcnt,0x70,BIDI,t1,t2);
pload[0] = (pressure >> 8) & 0xff;
pload[1] = pressure & 0xff;
// humidity
pload[2] = humidity;
// brightness (Lux)
pload[3] = (brightness >> 8) & 0xff;
pload[4] = brightness & 0xff;
}
};
DEFREGISTER(WeatherRegsList0,MASTERID_REGS,DREG_BURSTRX)
typedef RegList0<WeatherRegsList0> WeatherList0;
class WeatherChannel : public Channel<Hal,List1,EmptyList,List4,PEERS_PER_CHANNEL,WeatherList0>, public Alarm {
uint16_t millis;
// Dht<6,DHT11> dht11;
Sht10<A4,A5> sht10;
Bmp180 bmp180;
Tsl2561<TSL2561_ADDR_LOW> tsl2561;
// Bh1750<> bh1750;
// Ds18b20 ds18b20;
// OneWire ow;
public:
// WeatherChannel () : Channel(), Alarm(5), millis(0), ow(6) {}
WeatherChannel () : Channel(), Alarm(5), millis(0) {}
virtual ~WeatherChannel () {}
virtual void trigger (__attribute__ ((unused)) AlarmClock& clock) {
// wait also for the millis
if( millis != 0 ) {
tick = millis2ticks(millis);
millis = 0; // reset millis
sysclock.add(*this); // millis with sysclock
}
else {
uint8_t msgcnt = device().nextcount();
measure();
WeatherEventMsg& msg = (WeatherEventMsg&)device().message();
// msg.init(msgcnt,dht11.temperature(),dht11.humidity(),device().battery().low());
msg.init(msgcnt,sht10.temperature(),bmp180.pressure(),sht10.humidity(),tsl2561.brightness(),device().battery().low());
// msg.init(msgcnt,0,0,device().battery().low());
device().sendPeerEvent(msg,*this);
// device().send(msg,device().getMasterID());
// reactivate for next measure
HMID id;
device().getDeviceID(id);
uint32_t nextsend = delay(id,msgcnt);
tick = nextsend / 1000; // seconds to wait
millis = nextsend % 1000; // millis to wait
rtc.add(*this);
}
}
// here we do the measurement
void measure () {
DPRINTLN("Measure... ");
// dht11.measure();
// DPRINT("T: ");DDEC(dht11.temperature());DPRINT(" H: ");DDECLN(dht11.humidity());
sht10.measure();
DPRINT("T: ");DDEC(sht10.temperature());DPRINT(" H: ");DDECLN(sht10.humidity());
bmp180.measure();
DPRINT("T: ");DDEC(bmp180.temperature());DPRINT(" P: ");DDECLN(bmp180.pressure());
tsl2561.measure();
DPRINT("H: ");DDECLN(tsl2561.brightness());
// bh1750.measure();
// DPRINT("H: ");DDECLN(bh1750.brightness());
// ds18b20.measure();
// DPRINT("T: ");DDECLN(ds18b20.temperature());
}
// here we calc when to send next value
uint32_t delay (const HMID& id,uint8_t msgcnt) {
uint32_t value = ((uint32_t)id) << 8 | msgcnt;
value = (value * 1103515245 + 12345) >> 16;
value = (value & 0xFF) + 480;
value *= 250;
DDEC(value / 1000);DPRINT(".");DDECLN(value % 1000);
return value;
}
void setup(Device<Hal,WeatherList0>* dev,uint8_t number,uint16_t addr) {
Channel::setup(dev,number,addr);
tick = 5;
rtc.add(*this);
// dht11.init();
sht10.init();
bmp180.init();
tsl2561.init();
// bh1750.init();
// Ds18b20::init(ow, &ds18b20, 1);
}
uint8_t status () const {
return 0;
}
uint8_t flags () const {
return 0;
}
};
typedef MultiChannelDevice<Hal,WeatherChannel,1,WeatherList0> WeatherType;
WeatherType sdev(devinfo,0x20);
ConfigButton<WeatherType> cfgBtn(sdev);
void setup () {
DINIT(57600,ASKSIN_PLUS_PLUS_IDENTIFIER);
sdev.init(hal);
buttonISR(cfgBtn,CONFIG_BUTTON_PIN);
sdev.initDone();
}
void loop() {
bool worked = hal.runready();
bool poll = sdev.pollRadio();
if( worked == false && poll == false ) {
hal.activity.savePower<SleepRTC>(hal);
}
}
Die Lötbrücke für die Adresse habe ich gegen GND geschlossen.
Auf der Seriellen Konsole kommen bei den anderen beiden Sensoren die richtigen Werte nur bei der Übertragung hab ich wohl noch etwas übersehen
(Serielle Konsole)
Temperatur vom SHT10 bzw. vom BMP180 scheinen korrekt zu sein wenn man ein Stelle für das Komma einfügt.
Luftfeuchtigkeit des SHT10 ist auch plausiebel mit 45 [%]
Luftdruck des BMP180 mit 974 [mBar] auch.
(eventMonitor)
2018-04-16 22:41:00 CUL_HM HM_003D01 battery: ok
2018-04-16 22:41:00 CUL_HM HM_003D01 humidity: 3
2018-04-16 22:41:00 CUL_HM HM_003D01 T: 22.8 H: 3
2018-04-16 22:41:00 CUL_HM HM_003D01 temperature: 22.8
Vieleicht kann mir jemand beim TSL2561 noch auf die Sprünge helfen.
Viele Grüße
ZitatMomentan hänge ich jedoch etwas in der Luft mit dem TSL2561, der liefert mir immer nur den Wert 64512. (wenigstens kommt was aus raus, bei dem Hatte ich so meine Bedenken beim Löten.
Du meinst der Wert 64512 kommt immer über die serielle Konsole an dieser Stelle, also bereits direkt nach tsl2561.measure() ?
tsl2561.measure();
DPRINT("H: ");DDECLN(tsl2561.brightness());
Wird der Sensor korrekt initialisiert? Mach z.B. mal eine Debug Ausgabe in deine Tsl2561.h hinter diese Zeile
if( (_present = _tsl.begin()) == true ) {um zu sehen ob init erfolgreich ist.
Hier kannst Du das beispielhaft sehen:
https://github.com/TomMajor/AskSinPP_Examples/blob/master/HB-UNI-Sensor1/Sensors/Sens_Tsl2561.h (https://github.com/TomMajor/AskSinPP_Examples/blob/master/HB-UNI-Sensor1/Sensors/Sens_Tsl2561.h)
Zeile 35
Hallo Fixel2012
Den Türöffner betätigst du am Besten mittels Relais.
Suche als erstes den Klingeltrafo und schau' dir die Ausgangsspannung und den max. Strom an.
Wenn du keinen findest, miß VORSICHTIG, ob da nicht doch 230V verwendet werden. (Ist zwar unüblich, gibt es aber doch manchmal, speziell beim Türöffner)
Für die Versorgung der Schaltung wirst du ziemlich sicher mehr als einen Stepdownregler brauchen, da Klingel und Türöffner normalerweise mit Wechselspannung versorgt werden.
Also ist zumindest noch ein Gleichrichter nötig, sonst demolierst du die Schaltung.
Es kann auch sein, dass der Öffner die Spannung recht stark einbrechen läßt und damit die Schaltung unterversorgt wird, das solltest du auch messen.
Du musst einmal ausmessen, wie Klingel und Öffner verschaltet sind, dann kannst du überlegen, wie das Ganze zu realisieren ist.
Sonst könnte es sein, dass beim Öffnen jedesmal die Klingel läutet :)
Chipmunk
Zitat von: Fixel2012 am 16 April 2018, 18:03:40
Hallo miteinander,
ich lese schon ca. seit einem halben Jahr gespannt mit, meine Bauteile warten auch schon seit 3 Monaten verarbeitet zu werden. Nun will ich die Gelegenheit nutzen und gerne Fhem meinen Türöffner surren lassen. Um beim vergessen des Schlüssels etc. bequem mit meinem Handy die Tür zu öffnen.
Ich habe bisher noch nicht viel Erfahrung mit Mikrocontrollern gesammelt und auch das SMD löten ist noch verbesserungswürdig. Ich würde mich allerdings trotzdem gerne mit ein wenig Hilfe eurerseits in die Materie einarbeiten.
Der selbstgebaute HomeMatic Aktor müsste dann also ein (Ich schätze max 12 Volt) Stromkabel der Klingel durchschleifen und ebenso wieder unterbrechen können.
Wie Realisiere ich dies am besten Hardware Technisch? Kann ich den Aktor anschließend mit einem 12 Volt Netzteil betreiben? Schätze ich brauche dann einen Stepdown? Oder doch lieber Batterien, obwohl 12 Volt (und ebenso etwas weiter weg 5V) vor Ort liegen?
Welcher Sketch eignet sich am besten und welche Bauteile muss ich wo anlöten?
Sorry für die blöden Fragen! ::)
-Felix
Moin
Es gab hier auch mal ein Relais-Bausatz HM, der wuerde das gewuenschte erfuellen.
Gruss Christoph
@Tom Major: so wie es ausschaut wird er initialisiert.
AskSin OTA Bootloader V0.7.0
Start App
AskSin++ V2.1.5 (Apr 17 2018 15:31:30)
Success: found TSL2561 sensor
Address Space: 32 - 73
CC init1
CC Version: 14
- ready
Bat: 30
Measure...
T: 239 H: 36
T: 243 P: 978
H: 64512
<- 0C 01 A0 70 003D01 616264 00 EF 03 - 2256
waitAck: 00
<- 0C 01 A0 70 003D01 616264 00 EF 03 - 2891
waitAck: 00
<- 0C 01 A0 70 003D01 616264 00 EF 03 - 3528
waitAck: 00
<- 0C 01 A0 70 003D01 616264 00 EF 03 - 4165
waitAck: 00
<- 0C 01 A0 70 003D01 616264 00 EF 03 - 4800
waitAck: 00
<- 0C 01 A0 70 003D01 616264 00 EF 03 - 5437
waitAck: 00
123.250
Die geänderte TSL2561.h schaut jetzt so aus
//- -----------------------------------------------------------------------------------------------------------------------
// AskSin++
// 2018-04-03 papa Creative Commons - http://creativecommons.org/licenses/by-nc-sa/3.0/de/
//- -----------------------------------------------------------------------------------------------------------------------
#ifndef __SENSORS_TSL2561_h__
#define __SENSORS_TSL2561_h__
#include <Sensors.h>
#include <Wire.h>
#include <TSL2561.h>
namespace as {
// https://github.com/adafruit/TSL2561-Arduino-Library
template <int ADDRESS=TSL2561_ADDR_LOW>
class Tsl2561 : public Brightness {
::TSL2561 _tsl;
bool _x16;
public:
Tsl2561 () : _tsl(ADDRESS), _x16(true) {}
void init () {
if( (_present = _tsl.begin()) == true ) {
_tsl.setGain(TSL2561_GAIN_16X);
_tsl.setTiming(TSL2561_INTEGRATIONTIME_402MS);
DPRINTLN("Success: found TSL2561 sensor");
}
}
void measure (__attribute__((unused)) bool async=false) {
if( present() == true ) {
uint16_t b = _tsl.getLuminosity(TSL2561_VISIBLE);
if( b > 63000 && _x16 == true ) {
_x16 = false;
_tsl.setGain(TSL2561_GAIN_0X);
b = _tsl.getLuminosity(TSL2561_VISIBLE);
}
else if ( b < 500 && _x16 == false ) {
_x16 = true;
_tsl.setGain(TSL2561_GAIN_16X);
b = _tsl.getLuminosity(TSL2561_VISIBLE);
}
_brightness = b;
}
}
};
}
#endif
Ich hab auch schon einen zweiten TSL2561 aufgelötet, weil ich dachte dass der erste vieleicht nen Schuss hat ;)
Hmm, die Debug Ausgabe in init() war ein Test zur Fehlereingrenzung. Darin liegt es also nicht.
Der zweite TSL2561 gibt genauso 64512 wie der erste aus? Auf den ersten Blick sehe ich nichts weiter in Deinem sketch woran das liegen könnte.
Verwendest Du 8MHz Quarz?
Bevor ich bei mir im Universalsensor https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1 (https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1) den TSL2561 eingebunden habe hatte ich einen kurzen Test für jeden Sensor gemacht, der für den TSL2561 sah so aus:
#include <Wire.h>
#include "TSL2561.h"
// Example for demonstrating the TSL2561 library - public domain!
// connect SCL to analog 5
// connect SDA to analog 4
// connect VDD to 3.3V DC
// connect GROUND to common ground
// ADDR can be connected to ground, or vdd or left floating to change the i2c address
// The address will be different depending on whether you let
// the ADDR pin float (addr 0x39), or tie it to ground or vcc. In those cases
// use TSL2561_ADDR_LOW (0x29) or TSL2561_ADDR_HIGH (0x49) respectively
TSL2561 tsl(TSL2561_ADDR_FLOAT);
void setup(void) {
//cc1101_powerdown();
Serial.begin(57600);
if (tsl.begin()) {
Serial.println("Found sensor");
} else {
Serial.println("No sensor?");
while (1);
}
// You can change the gain on the fly, to adapt to brighter/dimmer light situations
//tsl.setGain(TSL2561_GAIN_0X); // set no gain (for bright situtations)
tsl.setGain(TSL2561_GAIN_16X); // set 16x gain (for dim situations)
// Changing the integration time gives you a longer time over which to sense light
// longer timelines are slower, but are good in very low light situtations!
//tsl.setTiming(TSL2561_INTEGRATIONTIME_13MS); // shortest integration time (bright light)
tsl.setTiming(TSL2561_INTEGRATIONTIME_101MS); // medium integration time (medium light)
//tsl.setTiming(TSL2561_INTEGRATIONTIME_402MS); // longest integration time (dim light)
// Now we're ready to get readings!
}
void loop(void) {
// Simple data read example. Just read the infrared, fullspecrtrum diode
// or 'visible' (difference between the two) channels.
// This can take 13-402 milliseconds! Uncomment whichever of the following you want to read
//uint16_t x = tsl.getLuminosity(TSL2561_VISIBLE);
//uint16_t x = tsl.getLuminosity(TSL2561_FULLSPECTRUM);
//uint16_t x = tsl.getLuminosity(TSL2561_INFRARED);
//Serial.println(x, DEC);
// More advanced data read example. Read 32 bits with top 16 bits IR, bottom 16 bits full spectrum
// That way you can do whatever math and comparisons you want!
uint32_t lum = tsl.getFullLuminosity();
Serial.println(lum, HEX);
uint16_t ir, full;
ir = lum >> 16;
full = lum & 0xFFFF;
Serial.print("IR: "); Serial.print(ir); Serial.print("\t\t");
Serial.print("Full: "); Serial.print(full); Serial.print("\t");
Serial.print("Visible: "); Serial.print(full - ir); Serial.print("\t");
Serial.print("Lux: "); Serial.println(tsl.calculateLux(full, ir));
delay(2000);
//LowPower.powerDown(SLEEP_8S, ADC_OFF, BOD_OFF);
}
Das könntest Du testweise probieren. Du musst natürlich TSL2561_ADDR_FLOAT an Deine Verdrahtung anpassen.
Library verwende ich diese https://github.com/adafruit/TSL2561-Arduino-Library (https://github.com/adafruit/TSL2561-Arduino-Library) (habe nicht geprüft ob Du die gleiche hast).
Zitat von: pc1246 am 17 April 2018, 07:45:04
Es gab hier auch mal ein Relais-Bausatz HM, der wuerde das gewuenschte erfuellen.
Genau, das Ding ist prädestiniert dafür:
https://wiki.fhem.de/wiki/Relaisplatine-Homebrew-MySensors (https://wiki.fhem.de/wiki/Relaisplatine-Homebrew-MySensors)
@TomMajor: Irgendwie kommt es mir so vor, wenn ich einpaar Bilder vergleiche, als hätten mir die Chinesen einen TSL2591 geschickt.
Dein Testsketch liefert auch keine plausiblen Daten. Vielleicht spuckt er ja was mit der Lib vom 2591er aus.
Ich hab mir mal das Datenblatt vom TSL2591 angesehen, der hat ja auch ein anderes Pinout >:( und eine feste I2C Adresse.
Mal schauen ob ich da ein paar Käbelchen angelötet bekomm.
Ich werde berichten ;)
Mir scheint das kein TSL2561 oder TSL 2591 zu sein! Der TSL2561 auf Bildern im Netz sieht jedenfalls anders aus.
Kennt jemand den Sensor?
Viele Grüße
Brasletti
mein TSL2561 hat einen "schwarzen Strich" in der Mitte, so wie hier zu sehen:
http://www.xcluma.com/image/cache/data/products/TSL2561-Luminosity-Sensor-Breakout-infrared-Light-Sensor-integrating-sensor-AL-650x489.jpg (http://www.xcluma.com/image/cache/data/products/TSL2561-Luminosity-Sensor-Breakout-infrared-Light-Sensor-integrating-sensor-AL-650x489.jpg)
Deiner sieht irgendwie ganz anders aus..
Du könntest noch mit dem Address input experimentieren ob bei den anderen beiden möglichen I2C Addr auch ein init ok kommt, bei entsprechender Beschaltung natürlich. Das wäre ein Indikator ob dein chip zumindest addresstechnisch an den 2561 rankommt..
Ich glaube langsam China Fake >:(
mit dem adafruit sensorapi sketch kommt
------------------------------------
Sensor: TSL2561
Driver Ver: 1
Unique ID: 12345
Max Value: 17000.00 lux
Min Value: 1.00 lux
Resolution: 1.00 lux
------------------------------------
------------------------------------
Gain: Auto
Timing: 13 ms
und immer der gleiche Wert 261328.00 lux
So Unique sieht die ID mit 12345 auch nicht aus!
Edit: ok ID muss im Sketch zugewiesen werden ;) @Tom Major: da warst du schneller wie ich!
Der Gedanke an ein China fake liegt natürlich nahe.
Unique ID hat der aber nicht, dass ist nur ein addon von der adafruit lib:
ZitatYou should also assign a unique ID to this sensor for use with
the Adafruit Sensor API so that you can identify this particular
sensor in any data logs, etc. To assign a unique ID, simply
provide an appropriate value in the constructor below (12345
is used by default in this example).
Der TSL2561 hat nur Part & Rev. number register auf 0x0A sitzen, die Nummer darin ist ganz sicher nicht unique:
PARTNO 7:4 Part Number Identification: field value 0000 = TSL2560, field value 0001 = TSL2561
REVNO 3:0 Revision number identification
Danke für eure Vorschläge und Ideen!
Werde mal die Drähte für den Summer identifizieren und schauen was für eine Spannung anliegt.
Werde sofern jemand ein solches Relais Board noch über hat mir dieses besorgen. Andernfalls würde ich dann gerne eine Bastellösung bevorzugen, da keine Lust extra eine neue Platine zu bestellen + Bauteile.
Gruß,
Felix
Ich habe heute neue TSL2561 bekommen! Und was soll ich sagen, Sie funktionieren. 8) Die anderen sind entweder ein anderer Typ oder Fakes, muss mal suchen, vieleicht finde ich heraus welche Sensoren die Chinesen mir vorher geschickt haben.
Viele Grüße
Brasletti
Wie flasht ihr eigentlich die neue Firmware auf das Board? Wenn es auf eine Batteriehalter Platine gelötet ist, kommt man ja nicht mehr an die "Pins" auf der Platine ran, worüber man den Bootloader flasht.
Die Firmware immer OTA zu flashen kann ja auch keine Lösung sein.
Nutzt man dann einen normalen TTL Adapter über die herausgeführten Pins? Ich würde gerne mal ein Bild von einem Aufbau sehen.
Hat jemand vielleicht noch einen Tipp wo man die kompletten Panel bestellen kann? Bei jlcpcb.com sieht es leider so aus, als seinen die Platinen alle komplett verbunden und nicht nur über die Stege.
Bei elecrow bekommt man leider keine Vorschau.
Ich habe den Atmega + Reset + ggf. Quarz und die Kondensatoren aufgelötet. Dann den Programmer per Kabel angeschlossen und den Bootloader (+Firmware) gebrannt. Dann fertig gelötet und per OTA weitergeflasht.
Gruß PeMue
Zitat von: PeMue am 07 Mai 2018, 15:45:53
Ich habe den Atmega + Reset + ggf. Quarz und die Kondensatoren aufgelötet. Dann den Programmer per Kabel angeschlossen und den Bootloader (+Firmware) gebrannt. Dann fertig gelötet und per OTA weitergeflasht.
Gruß PeMue
Mit dem initialen flashen habe ich ja auch keine Probleme. Nur wie sieht es später aus, wenn man mal etwas debuggen möchte, oder eine Logausgabe braucht.
Zitat von: gloob am 07 Mai 2018, 15:51:58
Mit dem initialen flashen habe ich ja auch keine Probleme. Nur wie sieht es später aus, wenn man mal etwas debuggen möchte, oder eine Logausgabe braucht.
Die Debug Ausgabe müsste die Software können, ggf. dann nur an Rx, Tx und GND einen USB2seriell Wandler anschließen. Oder bin ich da falsch unterwegs?
Gruß PeMue
Zum Programmieren nutze ich den "normalen" seriellen Arduino-Bootloader. Dann kommt ein Stecker bzw. Stifte an die Platine und das ganze wird per USB-Serial-Adapter an den Rechner angeschlossen.
ZitatBei jlcpcb.com sieht es leider so aus, als seinen die Platinen alle komplett verbunden und nicht nur über die Stege.
Kannst du bei JLC beruhigt bestellen die Platinen sind nicht verbunden.
Ich löte die Platinen mit einem Kabel am Batteriehalter an und verwende dann M2 Kunststoffschrauben mit Scheiben um die Platine auf dem Halter zu befestigen. Um die Addons zu verbinden habe ich mir 3mm hohe weibliche Pinheader bestellt. https://de.aliexpress.com/item/2-54mm-Buchsenleiste-Einreihige-1-40-P-gerade-180o-kunststoff-h-he-3-5mm-5mm-5/32839331257.html (https://de.aliexpress.com/item/2-54mm-Buchsenleiste-Einreihige-1-40-P-gerade-180o-kunststoff-h-he-3-5mm-5mm-5/32839331257.html)
Das ganze sieht dann wiefolgt aus:
Vielen Dank. Das macht es dann für mich doch um einiges klarer. Als debuggt ihr doch über die Pins auf der Platine. Hatte mich schon gewundert, wie es sonst gehen soll. Werde dann also einfach mal die Gerber Dateien bei JLC bestellen und 10 "Panels" bestellen.
Falls du ein paar doppelte Batteriehalter (Kuststoffbatteriehalter hab ich auch noch da 20Cent/Stück) haben möchtest, hätte ich noch ein paar bei denen die Löcher der Felder nicht auf dem 2,54mm Raster liegen von denen würde ich je vier für nen Euro abgeben, 6x I2C Addon und 6x Relais für 2Euro und 6x ProtoBoard für nen Euro zzgl. Versand. Bei Interesse einfach per PM bei mir melden
Viele Grüße
Brasletti
Leider wurde mein Auftrag bei JLCPCB gecancelt. Hat jemand noch einen anderen Dienst wo man die Panel bestellen kann? Oder muss ich angeben, dass es ein Panel ist mit 5 Designs. Dann werden aber mal eben 32€ extra drauf geschlagen.
Oder kann mir jemand seine Gerber Dateien zur Verfügung stellen, womit eine Bestellung geklappt hat. Ich hatte die Daten von Github genommen.
Bei Elecrow hat es geklappt, wenn man die "combined.txt" weg lässt. Dann fehlen später nur die vielen kleinen Löcher an den Bruchstellen. Du musst dann die Platinen mit einer kleinen Säge trennen.
Zitat von: papa am 07 Mai 2018, 19:05:23
Zum Programmieren nutze ich den "normalen" seriellen Arduino-Bootloader. Dann kommt ein Stecker bzw. Stifte an die Platine und das ganze wird per USB-Serial-Adapter an den Rechner angeschlossen.
Ich habe dafür "quick&dirty" einen Programmieradapter auf 6pin ISP zusammengeschustert. Kontaktiert wird über ein Stück alten 5.25"-Floppy-Stecker, begrenzt durch vier kräftige Drahtbügel auf der Platine. Mit dem ISP komme ich dann bequemer an meinen Programmer, die anderen drei Pins sind TXD, RXD und GND. Optisch alles kein Highlight, aber mechanisch und elektrisch für den Zweck ok.
Im folgenden Schritt werden dann ein paar Boards entstehen.
Danke papa für dieses schöne Projekt. :)
Zitat von: kpwg am 10 Mai 2018, 17:32:26
Optisch alles kein Highlight
na und ? Was nützt Schönheit ohne Funktion ?
Bin schon mal gespannt wie gut dein Adapter passt wenn das CC1101 noch auf der Platine ist.
Hat jemand bitte einen Link für einen passenden Batteriehalter für aaa. Gibt ja doch ab und zu unterschiede.
Zitat von: Wzut am 10 Mai 2018, 19:06:16
Bin schon mal gespannt wie gut dein Adapter passt wenn das CC1101 noch auf der Platine ist.
Da die "Problemstelle" absehbar war, habe ich vom CC1101 Modul seitlich ein paar Späne abgenommen. Somit sitzt es knapp, aber es genügt für sichere Kontaktierung. Interessant ist, das der CR2032 Halter überhaupt nicht stört, da das Blech bereits wieder hinter dem Steckverbinder liegt.
Der Aufbau meines ersten HMSensor Boards verlief gut. Alles ist beschrieben und erfordert keinen großen Aufwand. Für sichere Kontaktierung der CR2032 sollte man vor Auflöten des Batteriebleches einen Hauch Zinn auf den Minuspol der Platine aufbringen. Damit ist die Kontaktierung der Batterie dann einwandfrei. Als Software habe ich aus dem Wiki das Beispiel mit HM-SEC-RHS genommen. Hat gleich auf Anhieb funktioniert. 8)
AVRDude hat bei mir gemeckert, das die Devicesignatur nicht passt. ausgelesen wurde 1E9516, erwartet wurde 1E950F. Da der Chinese m328pb statt m328p geliefert hat, ist das so. Funktioniert aber trotzdem. Unterschiede der Controller stehen hier: http://ww1.microchip.com/downloads/en/AppNotes/Atmel-42559-Differences-between-ATmega328P-and-ATmega328PB_ApplicationNote_AT15007.pdf (http://ww1.microchip.com/downloads/en/AppNotes/Atmel-42559-Differences-between-ATmega328P-and-ATmega328PB_ApplicationNote_AT15007.pdf)
Nun habe ich zwischen Katode D2 und A0 einen Miniatur-Reed verlötet und werde damit gleich mal über einen längeren Zeitrum testen (Batterielebensdauer, Stabilität, ...)
Zitat von: gloob am 11 Mai 2018, 17:21:15
Hat jemand bitte einen Link für einen passenden Batteriehalter für aaa. Gibt ja doch ab und zu unterschiede.
ich habe die hier gekauft https://de.aliexpress.com/item/20PCS-AAA-Batteries-Storage-Case-Plastic-Box-Holder-with-6-Cable-Lead-for-1-x-AAA/32810491813.html (https://de.aliexpress.com/item/20PCS-AAA-Batteries-Storage-Case-Plastic-Box-Holder-with-6-Cable-Lead-for-1-x-AAA/32810491813.html).Passen genau auf die Platine.
Hat jemand einen Tipp wie die Bestückung für eine SHT10 auf dem Addon Board aussehen muss?
Muss ich JP3 auf der Unterseite schließen? Ich würde jetzt spontan nur R1 und R2 mit 10K bestücken. JP1 würde ich von 2 auf 3 als Vin Brücken.
Sollte ich JP3 Brücken wenn ich später doch noch einen TSL2561 auflöten will.
Sorry für den Doppelpost, aber vielleicht kann mir hier jemand helfen.
Jemand eine Idee, warum mir mein Board eine Spannung von 0,4V anzeigt in FHEM?
Internals:
CFGFN
DEF 222003
IODev myHmUARTLGW
LASTInputDev myHmUARTLGW
MSGCNT 17
NAME HM_222003
NOTIFYDEV global
NR 1240
STATE T: 0.0 L: 0
TYPE CUL_HM
lastMsg No:03 - t:10 s:222003 d:49AD48 0225000000
myHmUARTLGW_MSGCNT 17
myHmUARTLGW_RAWMSG 0501002603A01022200349AD480225000000
myHmUARTLGW_RSSI -38
myHmUARTLGW_TIME 2018-06-16 21:30:43
protLastRcv 2018-06-16 21:30:43
protResnd 5 last_at:2018-06-16 21:30:48
protSnd 27 last_at:2018-06-16 21:30:43
protState CMDs_pending
rssi_at_myHmUARTLGW cnt:17 min:-46 max:-37 avg:-40.23 lst:-38
READINGS:
2018-06-16 21:30:22 Activity alive
2018-06-16 21:20:56 CommandAccepted yes
2018-06-16 21:30:22 D-firmware 0.15
2018-06-16 21:30:22 D-serialNr FHEM222003
2018-06-16 21:30:43 PairedTo 0x49AD48
2018-06-16 21:21:15 R-burstRx off
2018-06-16 21:21:15 R-pairCentral 0x49AD48
2018-06-16 21:30:43 RegL_00. 01:00 05:64 0A:49 0B:AD 0C:48 12:10 14:03 24:00 25:00 00:00
2018-06-16 21:30:42 batVoltage 0.40
2018-06-16 21:30:42 battery low
2018-06-16 21:30:42 luminosity 0
2018-06-16 21:30:42 powerOn 2018-06-16 21:30:42
2018-06-16 21:30:42 recentStateType info
2018-06-16 21:30:42 state T: 0.0 L: 0
2018-06-16 21:30:42 temperature 0.0
cmdStack:
++A00149AD482220030103
helper:
HM_CMDNR 4
PONtest 0
cSnd 0149AD4822200300040000000000,0149AD482220030103
mId F101
regLst ,0
rxType 156
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
newCh 1
newChn +222003,02,01,00
nextSend 1529177443.66687
prefIO
rxt 2
vccu
p:
222003
00
01
00
mRssi:
mNo 03
io:
myHmUARTLGW:
-30
-30
prt:
bErr 0
sProc 2
sleeping 0
wuReSent 2
q:
qReqConf 00
qReqStat 00
role:
chn 1
dev 1
rpt:
IO myHmUARTLGW
flg A
ts 1529177443.46332
ack:
HASH(0x53189b8)
03800249AD4822200300
rssi:
at_myHmUARTLGW:
avg -40.2352941176471
cnt 17
lst -38
max -37
min -46
shadowReg:
tmpl:
Attributes:
IODev myHmUARTLGW
IOgrp vccu:myHmUARTLGW
actCycle 000:10
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 0.15
model HB-UW-Sen-THPL-I
peerIDs
room CUL_HM
serialNr FHEM222003
subType THPLSensor
Angelegt sind 2.8V, mit dem Multimeter gemessen.
Bei 0,4V dürfte der CC1101 garnichts machen.
Ich glaube ich habe das Problem gefunden. Ich nutze als Firmware aktuell den Stand von Udos Universalsensor. Dort wird die Batteriespannung allerdings über einen Spannungsteiler gemessen. Das kann natürlich bei der Platine nicht funktionieren, da es ja keinen gibt.
Hat vielleicht jemand eine Firmware für einen SHT10 mit dem I2C Addon Board?
HM-WDS10-TH-O Example (https://github.com/pa-pa/AskSinPP/blob/master/examples/HM-WDS10-TH-O/HM-WDS10-TH-O.ino) - einfach die anderen Sensoren raus nehmen.
Zitat von: gloob am 16 Juni 2018, 20:29:42
Hat jemand einen Tipp wie die Bestückung für eine SHT10 auf dem Addon Board aussehen muss?
Muss ich JP3 auf der Unterseite schließen? Ich würde jetzt spontan nur R1 und R2 mit 10K bestücken. JP1 würde ich von 2 auf 3 als Vin Brücken.
Sollte ich JP3 Brücken wenn ich später doch noch einen TSL2561 auflöten will.
Das kommt auf die Software an. JP3 leitet den Interrupt des TSL2561 an den Anschluss A0 weiter. Wenn die Software den Interrupt erwartet, muss der Jumper geschlossen werden. Mein Example braucht das nicht.
Vielen Dank für die Hilfe. die ersten beiden Sensoren laufen jetzt, einzig die Batterieüberwachung läuft noch nicht ganz sauber aber das ist ja nur ein Softwareproblem, das werde ich noch hin bekommen. Ich muss mich jetzt nur mal in die Software einarbeiten.
Zitat von: gloob am 16 Juni 2018, 20:29:42
Hat jemand einen Tipp wie die Bestückung für eine SHT10 auf dem Addon Board aussehen muss?
Habe gerade mal ein Bild eines aufgebauten Sensors gemacht. Außer dem 100nF Abblock-C, den 10k-PullUps am I2C-Bus und der Brücke bei JP1 auf der richtigen Seite muss man nichts tun. Ein Blick im Schaltplan erklärt das auch von selbst. Pinreihen habe ich keine genutzt, lediglich den I2C und die Versorgungsspannung durchverbunden. Mit dem Beispiel von Jérôme https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HM-WDS40-TH-I-SHT10 (https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HM-WDS40-TH-I-SHT10) klappte alles auf Anhieb. Gewundert hat mich nur, das trotz 180sec MSG_INTERVAL der Sensor alle 4min sendet. Ob das mit dem fehlenden 32kHz Quartz zusammenhängen kann? Schlimm ist das nicht- die 240sec sind ein sehr vernünftiger Intervall für solche Sensordaten.
Zitat von: kpwg am 17 Juni 2018, 20:27:14Gewundert hat mich nur, das trotz 180sec MSG_INTERVAL der Sensor alle 4min sendet. Ob das mit dem fehlenden 32kHz Quartz zusammenhängen kann?
Ja, das liegt an der Ungenauigkeit des WDT im Sleep.
Ich hab bei mir bei allen 328P so ~12% Abweichung.
Im Datenblatt des 328P ist glaub ich von 10% die Rede.
TomMajor hat mal einen kleinen Sketch gebaut, um diese Abweichung zu ermitteln:
https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/WDT_Frequenz
Mittlerweile multipliziere ich bei mir einfach die Zeit mit 0.88. Dann haut es relativ genau hin.
#define MSG_INTERVAL 180 * 0.88
Zitat von: papa am 16 Juni 2018, 22:43:03
HM-WDS10-TH-O Example (https://github.com/pa-pa/AskSinPP/blob/master/examples/HM-WDS10-TH-O/HM-WDS10-TH-O.ino) - einfach die anderen Sensoren raus nehmen.
Ich habe gerade etwas in einem anderen Post von dir gelesen:
Zitat von: papa am 12 Februar 2018, 19:46:20
Das ist leider nicht ganz so einfach. Das Beispiel im V2 Branch benutzt eine ältere Library. Im Master bin ich gerade dabei, das alles umzustellen. Allerdings geht der Code auch davon aus, dass ein externer Quarz mit 32,768kHz Takt an der CPU ist. Das ist bei einem "normalen" Mini nicht der Fall. Ich werde die Änderungen demnächst im Master einchecken. Dann können wir noch mal sehen.
Gibt es die Einschränkung immer noch?
Zitat von: gloob am 18 Juni 2018, 07:20:57
Gibt es die Einschränkung immer noch?
In dem HM-WDS10-TH-O Beispiel der AskSinPP Lib, ja:
https://github.com/pa-pa/AskSinPP/blob/7f1070dd518591e1cabd2db1ef274f8dbeae882d/examples/HM-WDS10-TH-O/HM-WDS10-TH-O.ino#L60
Du müsstest also den Sketch von "RTC" auf "Clock" umbauen - oder halt einen 32,768kHz Quarz verwenden.
Oder du nimmst, wie kpwg, gleich den umgebauten Sketch aus meinem Repo:
https://github.com/jp112sdl/Beispiel_AskSinPP/blob/master/examples/HM-WDS40-TH-I-SHT10/HM-WDS40-TH-I-SHT10.ino
Jemand noch eine Idee? Der iMac möchte nicht.
iMac:avr Stefan$ sh prepota.sh HM-WDS40-TH-I-SHT10.hex
prepota.sh: line 64: syntax error near unexpected token `<'
prepota.sh: line 64: `done < <(cat $HEXFILE)'
prepota.sh habe ich von hier: https://github.com/pa-pa/AskSinPP/tree/master/bootloader/avr
Zitat von: gloob am 18 Juni 2018, 17:31:40
Jemand noch eine Idee? Der iMac möchte nicht.
iMac:avr Stefan$ sh prepota.sh HM-WDS40-TH-I-SHT10.hex
prepota.sh: line 64: syntax error near unexpected token `<'
prepota.sh: line 64: `done < <(cat $HEXFILE)'
prepota.sh habe ich von hier: https://github.com/pa-pa/AskSinPP/tree/master/bootloader/avr
Jo.
Entweder:
bash prepota.shOder:
chmod +x prepota.sh./prepota.sh
Vielen Dank. Da muss man erstmal drauf kommen.
Zitat von: gloob am 18 Juni 2018, 17:37:12
Vielen Dank. Da muss man erstmal drauf kommen.
Echt jetz? 8)
Man sieht eigentlich mit
ls -l prepota.sh sofort, dass die Datei keine Ausführrechte hat.
Und sie beinhaltet ein BASH-Skript, kein SH-Skript, wie man an der ersten Zeile
#!/bin/bash sehen kann.
Deshalb klappt es auch nicht mit
sh prepota.sh, sondern nur mit
bash prepota.sh
Fürs nächste mal merke ich es mir.
Hast du bitte jetzt noch einen Tipp wie ich die Batteriespannung drüber komme und nicht nur das "low" als Flag.
Zitat von: gloob am 18 Juni 2018, 17:51:55
Hast du bitte jetzt noch einen Tipp wie ich die Batteriespannung drüber komme und nicht nur das "low" als Flag.
Dann musst du die Message-Klasse und den Wert erweitern.
Schau dir mal den HB-UNI-Sensor1 an, dort wird die Batteriespannung als Payload mit übergeben.
https://github.com/TomMajor/AskSinPP_Examples/blob/master/HB-UNI-Sensor1/HB-UNI-Sensor1.ino
Btw.: Das setzt natürlich auch voraus, dass die Gegenseite das auch interpretieren kann.
Ich nutze die CCU, da würde es zB nicht funktionieren.
Beim OTA wird doch immer die Device-ID aus dem Bootloader genutzt oder kommt da die Device-ID aus der Firmware zum tragen?
Wird ja interessant, wenn ich mal die falsche Firmware auf ein Device flashe.
Getestet und selbst beantwortet. Es wird die Device-ID aus dem Bootloader genommen.
Soll ich eigentlich meine gesamten gesammelten Erkenntnisse mal ins Wiki schreiben? Vielleicht hilft es ja dem ein oder anderen nochmal.
Zitat von: gloob am 18 Juni 2018, 19:32:33
Soll ich eigentlich meine gesamten gesammelten Erkenntnisse mal ins Wiki schreiben? Vielleicht hilft es ja dem ein oder anderen nochmal.
Klasse Vorschlag, vielen Dank. Ich melde mich zum Korrekturlesen. Mein fundiertes Halbwissen reicht leider nicht, den Artikel zu schreiben.
Dirk's Artikel ist ja ziemlich gut, der Fenstergriffkontaktartikel sollte auch passen. Ich denke, wichtig ist es, darauf einzugehen, was gemischt werden darf (Hardware/Software) und was nicht.
Gruß PeMue
Zitat von: jp112sdl am 18 Juni 2018, 17:55:48
Schau dir mal den HB-UNI-Sensor1 an, dort wird die Batteriespannung als Payload mit übergeben.
https://github.com/TomMajor/AskSinPP_Examples/blob/master/HB-UNI-Sensor1/HB-UNI-Sensor1.ino
Bin durch den Post auf die Version des THP-Sensors gekommen.
@TomMajor, hast du Erfahrungen zum Batterieverbrauch? Vergleichbar zum Universalsensor von Dirk? Wenn ich das richtig lese funktioniert bei deinem Sensor LazyConfig. Oder ist das noch nicht implementiert?
Unabhängig davon, finde den Code schön strukturiert, werde mal damit etwas rumtesten .. andere Sensoren und Spannungsmessung.
Zitat von: kadettilac89 am 19 Juni 2018, 21:23:49
Bin durch den Post auf die Version des THP-Sensors gekommen.
@TomMajor, hast du Erfahrungen zum Batterieverbrauch? Vergleichbar zum Universalsensor von Dirk? Wenn ich das richtig lese funktioniert bei deinem Sensor LazyConfig. Oder ist das noch nicht implementiert?
Unabhängig davon, finde den Code schön strukturiert, werde mal damit etwas rumtesten .. andere Sensoren und Spannungsmessung.
Zum Batterieverbrauch habe ich noch keine Langzeiterfahrungen. Hängt natürlich vom Sendeintervall ab.
Im Sleep habe ich ca. 4 uA
https://forum.fhem.de/index.php/topic,57486.msg772674.html#msg772674 (https://forum.fhem.de/index.php/topic,57486.msg772674.html#msg772674)
dort noch ohne Sensoren, aber die ändern nicht viel daran.
Ich wollte mal die genaue Sendedauer mit Oszi messen und daraus die Batt. Lebensdauer kalkulieren weil m.E. das Senden den Löwenanteil (gegenüber sleep) ausmacht, bin aber noch nicht dazu gekommen.
LazyConfig siehe Kommentare ab Zeile 109.
Der eingecheckte Stand verwendet BCAST, da muss man selber die Config Taste drücken.
Message::init(0x14, msgcnt, 0x70, BCAST, t1, t2);Wenn du das durch BIDI|WKMEUP ersetzt hast du LazyConfig, allerdings etwas erhöhten Batt.verbrauch weil auf ACK gewartet wird.
Zitat von: Tom Major am 20 Juni 2018, 00:20:12
Zum Batterieverbrauch habe ich noch keine Langzeiterfahrungen. Hängt natürlich vom Sendeintervall ab.
Im Sleep habe ich ca. 4 uA
https://forum.fhem.de/index.php/topic,57486.msg772674.html#msg772674 (https://forum.fhem.de/index.php/topic,57486.msg772674.html#msg772674)
dort noch ohne Sensoren, aber die ändern nicht viel daran.
Ich wollte mal die genaue Sendedauer mit Oszi messen und daraus die Batt. Lebensdauer kalkulieren weil m.E. das Senden den Löwenanteil (gegenüber sleep) ausmacht, bin aber noch nicht dazu gekommen.
Message::init(0x14, msgcnt, 0x70, BCAST, t1, t2);
Wenn du das durch BIDI|WKMEUP ersetzt hast du LazyConfig, allerdings etwas erhöhten Batt.verbrauch weil auf ACK gewartet wird.
Hört sich gut an. Die Frage zu LazyConfig war genau auf den Kommentar im Code bezogen. Dirk hat im Modul auch Kommentare zu LazyConfig drin, wurde aber in der Firmware nicht vollständig implementiert (nicht als Kritik gedacht). Dein Fork ist die 4. Version eines Temp-Sensors die ich testen werde, vielleicht hat der dann alles was ich mir wünsche.
Zitat von: kadettilac89 am 20 Juni 2018, 14:46:33
Hört sich gut an. Die Frage zu LazyConfig war genau auf den Kommentar im Code bezogen. Dirk hat im Modul auch Kommentare zu LazyConfig drin, wurde aber in der Firmware nicht vollständig implementiert (nicht als Kritik gedacht). Dein Fork ist die 4. Version eines Temp-Sensors die ich testen werde, vielleicht hat der dann alles was ich mir wünsche.
Bei meinen Tests hat LazyConfig mit
BIDI|WKMEUP funktioniert. Aus Gründen Batt.verbrauch ist aber die andere Version eingecheckt wo man bei Config Änderungen den Taster selbst drücken muss.
Der momentane Stand meines Forks funktioniert gut und hat meines Wissens nur eine ungeklärte issue des Helligkeitssensors im Sonnenlicht, das werde ich die nächsten Tage nochmal untersuchen.
Wahrscheinlich kommt noch eine Variante mit einem anderen Helligkeitssensors dazu, da der TSL2561 nach meinem ersten Eindruck nicht die beste Wahl bei hohen Helligkeiten ist. Habe schon mal den MAX44009 bestellt (Danke jp112sdl für den Tipp ;) )
Hallo,
mit dem HMSensor-StepUp ich habe mir 2x den HM-Sen-MDIR-WM55 realisiert.
Alles funktioniert aus meiner Sicht nur der Brightness-Bereich geht nur von 0 -200.
Ist das richtig?
Die Auflösung für Dämmerung bis dunkel ist ca. 5 - 0 und somit recht ungenau.
Die Brightnesswerte sollen doch von 0 -64000 gehen.
Wo muss ich suchen bzw. ändern?
Zitat von: Living am 04 Juli 2018, 14:16:12
Alles funktioniert aus meiner Sicht nur der Brightness-Bereich geht nur von 0 -200.
Der originale HM-Sen-MDIR-WM55 liefert auch nur einen Wert von 0 - 255.
Siehe auch CCU2 XML-File: https://raw.githubusercontent.com/eq-3/occu/master/firmware/rftypes/rf_sen_mdir_wm55.xml
<parameter id="BRIGHTNESS" operations="read,event"><logical type="integer" min="0" max="255"/>
Derzeit skaliere ich die Werte auf 0-200 - wobei 200 der bisger maximal gemessene Wert ist. Kann das mal auf 255 anpassen. Das gibt ein wenig mehr Auflösung im unteren Bereich.
Ich betreibe z.Zt. 2 x HM-Sen-MDIR-WM55 als Helligkeissensoren. Beide Geräte liefern regelmäßig Werte.
Leider meldet einer oder beide zeitweise eine 0 obwohl es heller ist.
Beide Geräte liegen nahe beieinander und in der Nähe der Fhem-Zentrale.
Batterien sind voll.
Als Sensor nutze ich den TSL2561 auf Platine.
Wie komme ich zu stabilen Messwerten?
Zitat von: Living am 12 Juli 2018, 17:40:06
Leider meldet einer oder beide zeitweise eine 0 obwohl es heller ist.
Als Sensor nutze ich den TSL2561 auf Platine.
Der TSL2561 mag keine sehr hellen Umgebungen.
Ich habe ihn deshalb auch komplett verbannt.
Ab ungefähr > 30000lx liefert der TSL plötzlich nur noch 0-Werte.
TomMajor hat sich mal die Mühe gemacht, verschiedene Sensoren verglichen und hier mal grafisch dargestellt
https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/SensorTest_Lux
Zitat von: jp112sdl am 12 Juli 2018, 17:47:52
Der TSL2561 mag keine sehr hellen Umgebungen.
Ich habe ihn deshalb auch komplett verbannt.
Ab ungefähr > 30000lx liefert der TSL plötzlich nur noch 0-Werte.
TomMajor hat sich mal die Mühe gemacht, verschiedene Sensoren verglichen und hier mal grafisch dargestellt
https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/SensorTest_Lux
Ja, das ist leider so - ich habe für außen auch 2 Sensoren, wobei ich einen mit einer beliebigen Sonnenschutzfolie "gedämmt" habe und den Wert wieder hochrechne. Die Kurve sieht dann so aus (siehe Anhang)
(rot ist ohne Folie, grün mit)
Für Innen ist der TSL2561 ganz ok, aber ich werde jetzt mal den MAX44009 verbauen - Tom schrieb ja, das er die demnächst auch in die Lib einchecken wird (bzw hat er schon)
Zitat von: Kai-Alfonso am 13 Juli 2018, 07:05:30
Tom schrieb ja, das er die demnächst auch in die Lib einchecken wird (bzw hat er schon)
Alternativ kannst du auch die Max44009 Lib der AskSinPP Lib nutzen. Die ist im master-Branch mit drin.
Hat denn noch einer ein paar Platinen für mich übrig? 8) 8) 8)
Zitat von: Kai-Alfonso am 13 Juli 2018, 13:45:02
Hat denn noch einer ein paar Platinen für mich übrig? 8) 8) 8)
Welche Version? die mit Batterie Halter oder die mir Step-up? Letztere hätte ich ein paar übrig.
Hallo,
ich hoffe ich habe hier nichts überlesen und stelle jetzt Fragen doppelt.
Ich möchte mir gern ein Temp-Luftfeuchte Sensor als Raumthermostat bauen.
Ich hatte hier an einen DHT22 gedacht.
So wie ich es verstanden habe, brauche ich dafür:
- Sensorplatine mit Step-up 2xAAA
- I²C Platine
Meine offenen Fragen wären aber noch:
- Welche Firmware muss ich für den Sensor benutzen und welche Anpassungen muss ich noch vornehmen um den DHT22 Sensor zu nutzen?
- Hat jemand noch ein paar Platinen von der Step-up Varianten und dem I²C Adapter übrig? Ich bräuchte jeweils so um die 15 Stück. Gerne auch schon mit Bauteilen (nicht bestückt). Löten kann ich selbst, das ist kein Problem.
Vielen Dank schon mal
BEI der Anzahl lohnt es sich doch eher die Teilens lebst zu bestellen. Was meinst du mit Thermostat? Willst du da noch etwas einstellen und ein Display haben?
Hi,
Ich brauche die Werte nur in Fhem um meine Fußbodenheizung damit zu steuern. Ein Display brauche ich nicht.
PCBs habe ich selbst für mich privat noch nicht bestellt, und wenn noch jemand welche übrig hat, kann man ja auch diese freien Kapazitäten nutzen :)
Platinen und ein paar Bauteile bekomme ich von tndx. Danke schon mal. Den Rest bestelle ich dann selber.
Kannst Du mir aber noch sagen welchen Sketch/ Firmware ich benutzen muss und was ich noch anzupassen ist. Muss ich irgendetwas auskommentieren?
Danke
Zitat von: FEHMPiDi am 23 Juli 2018, 08:01:52
Hi,
Ich brauche die Werte nur in Fhem um meine Fußbodenheizung damit zu steuern. Ein Display brauche ich nicht.
PCBs habe ich selbst für mich privat noch nicht bestellt, und wenn noch jemand welche übrig hat, kann man ja auch diese freien Kapazitäten nutzen :)
Platinen und ein paar Bauteile bekomme ich von tndx. Danke schon mal. Den Rest bestelle ich dann selber.
Kannst Du mir aber noch sagen welchen Sketch/ Firmware ich benutzen muss und was ich noch anzupassen ist. Muss ich irgendetwas auskommentieren?
Danke
Ich würde den DHT22 nicht nehmen. Schau dir BME280 oder SHT3x an. DHT22 streuen stark, und wenn sie zu Beginn genaue Werte liefern bekommen diese relativ schnell einen Offset. Natürlich kannst du auch Glück haben. Kannst mal nach Tests und Vergleichen der Sensoren hier im Forum und auch in der Suchmaschine deines Vertrauens nachlesen.
Source für den Sensor:
https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-UNI-Sensor1
BME280 schon enthalten (hat zusätzlich Luftdruck). Wenn du SHT3x (oder doch DHT22) nimmst kannst du einfach eine zusätzliche Sensorklasse einbinden. Siehe "Unterordner" Sensors. Für SHT31 kann ich dir ggf. meine Sensorklasse geben, ich habe den Sensor mehrfach im Einsatz.
Sourcecode kannst du dir anschaun, ist sehr gut strukturiert und sollte auch für weniger geübte Programmierer verständlich sein.
Alternativ sollte auch der von Dirk laufen,
https://wiki.fhem.de/wiki/Universalsensor
Aber auch hier musst du DHT22 extra einbinden.
OK, super Danke. PCB und ein paar Bauteile hab ich schon mal. Auf den Rest muss ich vermutlich noch länger warten. Ich habe mich jetzt für den SHT11 entschieden.
Muss ich da auch eine neue Sensor Klasse einbinden. Da kenne ich mich nämlich noch nicht wirklich aus. Aber ich werde mir das mal angucken und rumspielen. Wenn ich nicht weiter komme, wird mir ja hier sicherlich geholfen.
Vielen Dank schon mal.
Zitat von: FEHMPiDi am 27 Juli 2018, 07:58:25
OK, super Danke. PCB und ein paar Bauteile hab ich schon mal. Auf den Rest muss ich vermutlich noch länger warten. Ich habe mich jetzt für den SHT11 entschieden.
Muss ich da auch eine neue Sensor Klasse einbinden. Da kenne ich mich nämlich noch nicht wirklich aus. Aber ich werde mir das mal angucken und rumspielen. Wenn ich nicht weiter komme, wird mir ja hier sicherlich geholfen.
Vielen Dank schon mal.
Dirk hat in seinem Sensor den SHT10 drin, wenn sich die Library der beiden (SHT10 <--> SHT11) nicht oder nur gering unterscheiden ist es vielleicht weniger Aufwand Dirk's Source zu nutzen.
Habe meine Tests mit TSL2561 und MAX44009 bei hoher Helligkeit abgeschlossen. Den TSL2561 werde ich nicht mehr einsetzen.
https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/SensorTest_Lux (https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/SensorTest_Lux)
Hi kadettilac89,
ich stehe gerade etwas auf dem Schlauch. Der Link den Du angegeben hast benutzt doch aber eine andere Hardware, oder?
Ich möchte ja aber die universelle Hardwarebasis von papa mit Step-up verwenden. Wo finde ich denn dafür den passenden source code.
Der Code von Dirks Universalsensor ist doch vermutlich auch etwas anders was den Step up und die Spannungsmessung angeht, oder?
Entschuldigt bitte wenn ich hier vermutlich ziemliche Grundlagenfragen stelle. Aber ich bin auf dem Gebiet Arduino ziemlicher Anfänger und brauche hier Eure Hilfe.
Danke
Dirks Sensor ist nahezu identisch zu dem Universalsensor. Spannungsmessung nutzt einen anderen Pin --> Sourecode leicht anzupassen. SChau dir am besten mal den Schaltplan an.
Mal eine grundsätzliche Frage, welches Wissen bringst du mit? Kannst du C / C++ programmieren? Warum nutzt du den SHT11 obwohl er ein Auslaufmodell ist und für andere Sensoren schon Code existiert? Wie genannt BME280 oder mein SHT31?
Ist vielleicht etwas hart formuliert, aber wenn du wenig Erfahrung hast wäre es besser auf Vorhandenes aufzubauen. Außer du willst lernen, dann wird es aber für dich zeitaufwändig. Noch dazu ist der SHT11 weder günstiger noch genauer als die genannten Sensoren.
Zum Testen ... hast du ein Breadboard und einen Arduino nano oder mini pro? Wenn du Source baust ist es viel einfacher da du Fehler beim Löten ausschließen kannst.
Wie schon gesagt, ich kann dir mal meine Source vom SHT31 geben, vielleicht bringst du es hin auf SHT11 umzubauen.
Edit: Ich glaub ich weiß warum du nach DHT22 und SHT11 schaust. Das Erweiterungsboard hat diese Sensoren drauf. Vermutlich damit die Source von Dirk verwendet werden kann. Wenn du alternativ z. B. BME280 verwendest sind es nur 4 Pins (A4, A5, GND, vCC) und es läuft ohne zusätzliches Löten ... ein Grund warum ich SHT31 nutze
In meinem HMSensor-StepUp HM-Sen-MDIR-WM55 habe ich den Tsl2561 durch den Max44009 ersetzt.
Im Sketch
#include <sensors/Tsl2561.h>
durch
#include <sensors/Max44009.h> ersetzt.
A0 auf Gnd gelegt.
Leider bekomme ich keine brightness-Werte angezeigt.
Was habe ich vergessen oder nicht beachtet?
Zitat von: Living am 05 August 2018, 16:34:30
In meinem HMSensor-StepUp HM-Sen-MDIR-WM55 habe ich den Tsl2561 durch den Max44009 ersetzt.
Im Sketch
#include <sensors/Tsl2561.h>
durch
#include <sensors/Max44009.h> ersetzt.
A0 auf Gnd gelegt.
Leider bekomme ich keine brightness-Werte angezeigt.
Was habe ich vergessen oder nicht beachtet?
Wenn man einfach durch tauschen der Include-Datei programmieren könnte. Wäre super. Du musst natürlich auch entsprechenden Code im Sketch hinterlegen.
Grüße Jörg
Zitat von: Living am 05 August 2018, 16:34:30
In meinem HMSensor-StepUp HM-Sen-MDIR-WM55 habe ich den Tsl2561 durch den Max44009 ersetzt.
Im Sketch
#include <sensors/Tsl2561.h>
durch
#include <sensors/Max44009.h> ersetzt.
A0 auf Gnd gelegt.
Leider bekomme ich keine brightness-Werte angezeigt.
Was habe ich vergessen oder nicht beachtet?
Ich hatte zwar die Max44009 Klasse fertig gestellt wegen meiner Sensorvergleiche bei hoher Helligkeit, aber die Integration in den HB-UNI-Sensor1 fehlt noch, hatte nicht so viel Zeit die letzten Tage.
In den nächsten 2-3 Tagen sollte der Max44009 aber drin sein.
Der HB-UNI-Sensor1 kann jetzt optional mit dem Helligkeitssensor Max44009 anstatt dem Tsl2561 betrieben werden. Getestet und läuft.
Hallo,
habe gerade die neue HB-UNI-Sensor1 Software auf der HMSensor StepUp Hardware umgesetzt und in der Raspberrymatic installiert. Z.Zt. nur die Helligkeitsmessung mit dem Max44009.
Es funktioniert! Danke für die Tools und die Unterstützung.
Freut mich dass es funktioniert :) Der Max44009 ist wirklich eine Verbesserung gegenüber dem Tsl2561..
@Tom: Ich habe auch gerade Deinen HB-UNI-Sensor1 mit BME280 und MAX44009 nachgebaut. Hat auf Anhieb funktioniert (vorher LED-Pin und Config-Pin anpassen), jedoch sehe ich in FHEM beim Luftdruck nur viel zu große Werte. Verglichen mit meinem BMP180 (frage ich über E6 zyklisch ab) ist es ziemlich genau der Faktor 10. Im Sketch habe ich nun in Zeile 271 "/10" geteilt und sehe derzeit vergleichbare Werte. Ob das passt, kann ich noch nicht beurteilen, da es erst 2h läuft. Temperatur, Feuchte und Helligkeit sind ok.
Was mache ich falsch?
EDIT: sehe gerade, das mein "/10" zu zeitig greift, da ich mir somit die Nachkommastelle durch Rundung "entsorge". :) Der bessere Ansatz sollte hier die HMConfig_UniSensor1.pm sein.
Hallo Tom,
Zitat von: Tom Major am 12 August 2018, 16:22:39
Der HB-UNI-Sensor1 kann jetzt optional mit dem Helligkeitssensor Max44009 anstatt dem Tsl2561 betrieben werden.
würden (für Testzwecke) auch beide parallel gehen?
Danke + Gruß
PeMue
Zitat von: kpwg am 19 August 2018, 18:31:48
@Tom: Ich habe auch gerade Deinen HB-UNI-Sensor1 mit BME280 und MAX44009 nachgebaut. Hat auf Anhieb funktioniert (vorher LED-Pin und Config-Pin anpassen), jedoch sehe ich in FHEM beim Luftdruck nur viel zu große Werte. Verglichen mit meinem BMP180 (frage ich über E6 zyklisch ab) ist es ziemlich genau der Faktor 10. Im Sketch habe ich nun in Zeile 271 "/10" geteilt und sehe derzeit vergleichbare Werte. Ob das passt, kann ich noch nicht beurteilen, da es erst 2h läuft. Temperatur, Feuchte und Helligkeit sind ok.
Was mache ich falsch?
EDIT: sehe gerade, das mein "/10" zu zeitig greift, da ich mir somit die Nachkommastelle durch Rundung "entsorge". :) Der bessere Ansatz sollte hier die HMConfig_UniSensor1.pm sein.
Danke für den Hinweis. Ich habe das Teil bisher nur an der RaspberryMatic laufen, deswegen ist dieser FHEM Bug noch nicht aufgefallen. ;)
Temp. und Luftdruck werden im Sketch mit Faktor 10 verarbeitet und auch so an die Zentrale versendet um eine Nachommastelle zu haben.
Für die CCU berücksichtigt meine xml Datei den Faktor 10, bei HMConfig_UniSensor1.pm fehlt das noch für den Luftdruck (für die Temperatur ist es drin).
Fixe und commite ich heute abend.
Zitat von: PeMue am 19 August 2018, 18:47:19
Hallo Tom,
würden (für Testzwecke) auch beide parallel gehen?
Danke + Gruß
PeMue
Prinzipiell ja, die I2C Addr müssen halt unterschiedlich sein, der TSL kann 3, der MAX 2, also kann man beide messen lassen.
Wenn Du beide an die Zentrale senden willst musst die Senderoutine entsprechend erweitern und dann je nach Zentrale entweder die xml Datei für die CCU anpassen oder für FHEM das Perl Skript.
Einfacher für Testzwecke wäre es jedoch den SensorTest_Lux zu nehmen, da habe ich genau das gemacht:
https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/SensorTest_Lux (https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/SensorTest_Lux)
Zitat von: Tom Major am 19 August 2018, 19:25:30
Fixe und commite ich heute abend.
Danke! Eine weitere Sche fällt mir noch im FHEM LOG auf:
2018.08.19 20:25:35 1: PERL WARNING: Subroutine CUL_HM_ParseTHPLSensor redefined at ./FHEM/HMConfig_UniSensor1.pm line 32.Das erscheint, sobald ich ein
reload HMConfig_UniSensor1.pm anstoße, um die .pm neu zu laden.
Zitat von: kpwg am 19 August 2018, 20:28:47
Danke! Eine weitere Sche fällt mir noch im FHEM LOG auf:
2018.08.19 20:25:35 1: PERL WARNING: Subroutine CUL_HM_ParseTHPLSensor redefined at ./FHEM/HMConfig_UniSensor1.pm line 32.
Das erscheint, sobald ich ein reload HMConfig_UniSensor1.pm anstoße, um die .pm neu zu laden.
Bugfix für Luftdruck bei FHEM habe ich gerade commited.
Das reload funktioniert m.E. trotz der Perl warning.
Bin nicht sicher was die warning hervorruft, eventuell hast du die Subroutine CUL_HM_ParseTHPLSensor noch in einem anderem Perl Modul? Du könntest mal alle Perl Module in FHEM nach diesen Namen durchsuchen, ob er zweimal vorhanden ist.
Danke fürs fixen. Hatte es gestern bereits selbst händisch korrigiert, werde es aber heute abend durch die "offizielle" Version ersetzen.
Das Reload hatte bis auf die Fehlermeldung kein Problem. Ich schaue heute abend meine Module durch, wo da noch was sein könnte. Es ist mein erstes HM-Custom-Device, daher sollte ansich nichts weiter auftauchen. Ich berichte!
Die Warnung ist - glaube ich - normal. Es wird ja diese Funktion ausgetauscht bzw. neu eingelesen.
Ok, das beruhigt. Es funktioniert ja trotzdem einwandfrei 8)
btw: Gibt es bereits einen Universalsensor-Sketch in Kombination mit SHT10 und MAX44009?
ZitatDas Reload hatte bis auf die Fehlermeldung kein Problem. Ich schaue heute abend meine Module durch, wo da noch was sein könnte. Es ist mein erstes HM-Custom-Device, daher sollte ansich nichts weiter auftauchen. Ich berichte!
Nur zur Richtigstellung, ist eine Warnung und kein Fehler ;) Sonst würde das Modul nicht geladen werden.
Zitat von: kpwg am 20 August 2018, 07:59:10
Ok, das beruhigt. Es funktioniert ja trotzdem einwandfrei 8)
btw: Gibt es bereits einen Universalsensor-Sketch in Kombination mit SHT10 und MAX44009?
Könnte man einbauen. Hast du einen SHT10 zum Testen da?
Die Änderung funktioniert einwandfrei. Nun passt der Luftdruck. Ich habe auch nichts weiter zum CUL_HM_ParseTHPL Sensor in einem anderem Perl Modul gefunden. Wie papa sagt: es ist nur ein warning. ;)
Nun muss ich gestehen, das ich heute früh meinen letzten SHT10 an einen weniger lötbegabten Kollegen in Form einen lauffähigen Sensors abgegeben habe. Neue Sensoren sind im Zulauf, könnten aber noch 10 Tage dauern (gekauft am 13.8.).
Anbei ein paar Bilder aus der "Bauphase":
01- diverse, zumeist voll bestückte Boards. Testweise flashe ich immer den FDK, danach dann den entsprechenden Sketch je nach geplanter Aufgabe, künftig bestücke ich nur noch minimal nach Anforderung
02- zwei Sensoren mit SHT10 und dem Sketch von Jérôme, nur das Nötigste wurde bestückt und durchkontaktiert
03- die Bastelumgebung mit BME280 und MAX44009, schnell zusammen gebrutzelt, aber lauffähig
Zitat von: kpwg am 20 August 2018, 17:16:15
Anbei ein paar Bilder aus der "Bauphase":
Schöne Bilder. Wo ich die gerade sehe: Wie behandelt man am Besten die CC1101-Module für das Auflöten vor? Bei mir haben die Teile an den Lötpunkten geschlossene Löcher, dicht am Rand. Schleift ihr die vorher auf oder sind Eure Module da schon offen?
Gruß
G.
Ich habe auch die CC1101 Module mit den geschlossenen Pins. Es hat sich bewährt, mit Dremel und schmaler Schruppscheibe die Pins zum Rand hin zu öffnen. Danach feile ich auf der Seite mit dem Quarz ein paar Zehntel ab, damit zur Pinreihe für den Programmiersockel etwas mehr Luft ist. Die Unterseite wird noch entgratet, damit das Modul plan aufliegt. Auf HF Seite passt das Layout für alle drei Pins nicht ganz optimal- da ist mir nur der Mittelpin und eine Masse wichtig. Für den zweiten MassePin reicht es oft nicht. Ich vermeide es, auf Zwang da zu brutzeln und lasse dann eben einen Pin offen.
Zitat von: kpwg am 20 August 2018, 17:16:15
Die Änderung funktioniert einwandfrei. Nun passt der Luftdruck. Ich habe auch nichts weiter zum CUL_HM_ParseTHPL Sensor in einem anderem Perl Modul gefunden. Wie papa sagt: es ist nur ein warning. ;)
Nun muss ich gestehen, das ich heute früh meinen letzten SHT10 an einen weniger lötbegabten Kollegen in Form einen lauffähigen Sensors abgegeben habe. Neue Sensoren sind im Zulauf, könnten aber noch 10 Tage dauern (gekauft am 13.8.).
@kpwg: Ich baue eine Option auf SHT10 die nächsten Tage in den HB-UNI-Sensor1 ein, dann kannst du berichten ob er läuft wenn deine neue Bestellung da ist.
Ich persönlich werde erst mal beim BME280 bleiben, sehe momentan keinen Grund zu wechseln. Habe mich aber auch nicht sehr mit Feuchtigkeitssensoren auseinandergesetzt. Von den Daten her müsste der BME280 sogar eine bessere Accuracy als der SHT10 haben und günstiger ist er auch, oder?
Hier gibt es einen interessanten Vergleich wo der BME280 gut abschneidet, der SHT10 ist aber nicht dabei:
http://www.kandrsmith.org/RJS/Misc/Hygrometers/calib_many.html (http://www.kandrsmith.org/RJS/Misc/Hygrometers/calib_many.html)
Zitat von: Tom Major am 21 August 2018, 01:01:15
Von den Daten her müsste der BME280 sogar eine bessere Accuracy als der SHT10 haben und günstiger ist er auch, oder?
Die letzten SHT10 habe ich für 2.75€ das Stück erworben, den günstigsten BME280 finde ich für 3.08€ (beides in der Bucht; versandkostenfrei). Bei Aliexpress muss man genau rechnen, ob nicht die Versandkosten ab einer Menge von zwei oder drei das Ganze unattraktiv machen. Ich bestelle i.d.R. von solchem Kram mindestens drei bis fünf Stück.
Im Prinzip hast Du recht. Punkt. Der BME280 bietet für wenige zusätzliche Cent genauere Daten. Die Seite mit dem Sensorvergleich kannte ich bereits, was mich veranlasst hat, keine DHT22 mehr neu einzusetzen. Die DHT haben zwei Nachteile: bei hoher Luftfeuchte gehen sie einfach spontan in die Sättigung (99.9%) und gelegentlich kommen keine Werteänderungen mehr. Man sieht es dann an den Plots und kann den Sensor selbst nur stromlos machen. Daher: DHT22 => deprecated ;)
Nun werde ich bei Gelegenheit den BME280 im Keller testen, einen gemeinsamen Plot mit dem SHT10 erstellen und wieder berichten. Dann wissen wir, ob es lohnt.
Zitat von: kpwg am 21 August 2018, 07:42:35
Nun werde ich bei Gelegenheit den BME280 im Keller testen, einen gemeinsamen Plot mit dem SHT10 erstellen und wieder berichten. Dann wissen wir, ob es lohnt.
Klingt gut, dieser Sensorvergleich ist sicher interessant.
Wie gesagt, SHT10 Option mache ich die nächsten Tage im HB-UNI-Sensor1.
Zitat von: Tom Major am 21 August 2018, 11:22:50
Klingt gut, dieser Sensorvergleich ist sicher interessant.
Ist eingerichtet. Der unsanierte Altbau-Keller sollte den Sensoren einiges abverlangen ::)
Edit: Zwei Plots von gestern und heute kann ich schon beisteuern. Die Sensoren stehen keine 10cm entfernt voneinander in einem Regal, die Bestückungsseite zeigt in die selbe Richtung. Man sieht gut das zyklische regeln des Entfeuchters. Ich sehe da ein Delta zwischen den Sensoren ???
Zitat von: kpwg am 21 August 2018, 20:10:29
Ist eingerichtet. Der unsanierte Altbau-Keller sollte den Sensoren einiges abverlangen ::)
Edit: Zwei Plots von gestern und heute kann ich schon beisteuern. Die Sensoren stehen keine 10cm entfernt voneinander in einem Regal, die Bestückungsseite zeigt in die selbe Richtung. Man sieht gut das zyklische regeln des Entfeuchters. Ich sehe da ein Delta zwischen den Sensoren ???
Sieht aus meiner Sicht gar nicht so schlecht aus, auf den ersten Blick innerhalb der spezifizierten Sensortoleranzen, zumindest bei der Feuchte, für Temp. habe ich nicht nachgeschaut.
Zitat von: kpwg am 20 August 2018, 07:59:10
Ok, das beruhigt. Es funktioniert ja trotzdem einwandfrei 8)
btw: Gibt es bereits einen Universalsensor-Sketch in Kombination mit SHT10 und MAX44009?
Im HB-UNI-Sensor1 Projekt ist jetzt eine Option für den SHT10 drin. Testen am realen Sensor konnte ich es aber nicht da bei mir nicht am Lager ;).
Zitat von: Tom Major am 24 August 2018, 19:31:53
Sieht aus meiner Sicht gar nicht so schlecht aus, auf den ersten Blick innerhalb der spezifizierten Sensortoleranzen, zumindest bei der Feuchte, für Temp. habe ich nicht nachgeschaut.
Zitat von: kadettilac89 am 21 August 2018, 16:21:10
Laufen schon über 1 Jahr in mehreren Sensoren. Mit BME280 hatte ich vermutlich mehrfach Pech. Temperautr immer zu hoch. Habe da 2 im Einsatz, jedoch als Temp-Sensor mit DS18B20. BME nur Humid + Press.
Bestätigt leider(?) meine Erfahrung mit dem BME280. Meine SHT31 und DS18B20 sind gleich und die BME280 immer höher. ...
Zitat von: kadettilac89 am 24 August 2018, 20:23:27
Bestätigt leider(?) meine Erfahrung mit dem BME280. Meine SHT31 und DS18B20 sind gleich und die BME280 immer höher. ...
Da gehe ich mal einen Schritt weiter: habe an der Stelle seit Jahren noch einen DHT22 (etwas näher zur Wand, aber die ist aktuell gut durchgewärmt) und einen freistehenden LaCrosse TX29DTH in Betrieb.
Der vergleichende Plot über drei Tage zeigt, das da generell Unterschiede bestehen. Auf dem letzten Bild sieht man die spontane Temperaturänderung, bei welcher der TX29DTX am schlechtesten reagiert. Hier vermute ich eher eine Dämpfung durch das geschlossene Gehäuse. Wenn gewünscht, kann ich das an anderer Stelle nochmal ausführlicher behandeln- hier bei papa's Thread ist das nicht der richtige Platz. Nur kurz zusammengefasst aus meiner Sicht: andere Faktoren wie Gehäuse, Aufstellung, Lage in der Schaltung etc. sind mindestens genauso entscheidend und beeinflussend wie ein Delta von vielleicht 2/3°C des Sensors. Für die Feuchte muss man das nochmals separat betrachten und vor allem am Rande der Specs genauer hinsehen.
Zitat von: Tom Major am 24 August 2018, 19:34:08
Im HB-UNI-Sensor1 Projekt ist jetzt eine Option für den SHT10 drin. Testen am realen Sensor konnte ich es aber nicht da bei mir nicht am Lager ;).
Das schaut ja sehr gut aus, vielen Dank dafür! Der Sketch läuft problemlos durch. Was mir auffällt: da wir keinen Luftdruck mehr haben, wird ein Zufallswert im plausiblen Wertebereich geschrieben. Könnte man hier nicht stattdessen einen in der Realität nie vorkommenden Wert mitgeben, um dann in der HMConfig_UniSensor1.pm gezielt bei Auftreten dieses Wertes das entsprechende reading zu unterdrücken?
Nun warte ich (un)geduldig auf die Post, um mit den eintreffenden Bauteilen noch ein paar papa-Boards löten zu können 8)
Zitat von: kpwg am 25 August 2018, 10:02:07
Das schaut ja sehr gut aus, vielen Dank dafür! Der Sketch läuft problemlos durch. Was mir auffällt: da wir keinen Luftdruck mehr haben, wird ein Zufallswert im plausiblen Wertebereich geschrieben. Könnte man hier nicht stattdessen einen in der Realität nie vorkommenden Wert mitgeben, um dann in der HMConfig_UniSensor1.pm gezielt bei Auftreten dieses Wertes das entsprechende reading zu unterdrücken?
Nun warte ich (un)geduldig auf die Post, um mit den eintreffenden Bauteilen noch ein paar papa-Boards löten zu können 8)
Ein Zufallswert für den Luftdruck ohne BME280 wird nicht geschrieben, wenn du den SHT10 aktiviert hast, dafür sorgt das #else in Zeile 296.
Allerdings ist mir bei dieser Gelegenheit aufgefallen, das die unbenutzten Sensor-Messwerte nicht initialisiert werden, das habe ich gerade nachgeholt. Wenn du einen anderen Wert als 0 für den Luftdruck (ohne BME280) brauchst kannst du das jetzt in Zeile 234 erledigen.
Danke, das funktioniert so einwandfrei mit SHT10 und MAX44009. Luftdruck ist "planmäßig" bei null, Temperatur, Feuchte und Licht werden entsprechend übertragen.
Anbei das Setup, mit dem ich immer wieder experimentiere. Eine mechanisch ansehnliche Lösung für papa's Board mit i2c-Sensorboard und 2xAAA Batterieträger zeige ich hier dieser Tage noch.
Hallo,
ich habe mir auf der HM-Sensor universal Hardware mit Step-up und 2 AAA Batterien, I2C board und einem SHT11 den HB-UNI-Sensor1 aufgebaut.
Ich habe den Config Pin und LED Pin angepasst:
#define CONFIG_BUTTON_PIN 8
#define LED_PIN 4
Sowie noch die Temperatur auch vom SHT11 geholt:
#elif defined SENSOR_SHT10
sht10.measure();
humidity = sht10.humidity();
temperature10 = sht10.temperature();
Das funktioniert soweit schon mal super. iIch bekomme die Temp und Humidity vom SHT11 angezeigt.
Ich bekomme als Batteriespannung aber immer 3V angezeigt, egal wir ich mein Powersupply einstelle (Ersatzweise als Batterie angeklemmt). Habe es mal von 1,5V - 3V laufen lassen. Anzeige im Fhem ist aber immer 3,00V.
Ich habe das Messintervall für die Batteriespannung von 12h auf 2 min gesetzt um nicht immer 12h warten zu müssen :)
Muss ich für die verwendete Hardware noch etwas anpassen um die richtigen Spannungswerte zu bekommen oder mache ich etwas anderes falsch?
Danke
Ist das nicht gerade der Sinn des Step-Up Wandlers, immer 3V bereitzustellen?
Wenn du die Spannung vor dem Step-Up messen möchtest, musst du das Battery Device als
BatterySensorExt<5,6>oder
BatterySensorUni<5,6>definieren.
Falls du die Stelle im Sourcecode suchst:
Zitattypedef AskSin<LedType, BatterySensor, RadioType> BaseHal;
5 und 6 müssen natürlich gegebenfalls angepasst werden.
Nähere Infos gibt es hier: https://github.com/pa-pa/AskSinPP/blob/master/BatterySensor.h
HB-UNI-Sensor1 verwendet aktuell die "Standard" Batt.messung, die Vcc misst. Der Step-up soll diese immer auf 3V stabilisieren.
Wie gloob schreibt, wenn man bei Einsatz eines Step-up die echte Batt.spannung messen will sollte man die Klasse BatterySensorUni verwenden und man braucht natürlich den 100k/470k Spannungsteiler.
Standard-Auflösung der zurückgelieferten Messwerte ist 100mV.
Ich übertrage im HB-UNI-Sensor1 die Batt.spannung übrigens mit 1mV. Das ist so vorgehalten da ich demnächst die Option "Echte Batteriezustandsmessung unter Last" auch für den Unisensor aktivieren werde, die hat dann 1mV Auflösung, siehe
https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-SEC-WDS-2 (https://github.com/TomMajor/AskSinPP_Examples/tree/master/HB-SEC-WDS-2)
und
https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/Babbling%20Idiot%20Protection (https://github.com/TomMajor/AskSinPP_Examples/tree/master/Info/Babbling%20Idiot%20Protection)
Nur als Option wenn man den extra Mosfet spendieren möchte..
Ich hätte da noch eine "bisher ungetestete" Idee zum Thema Messen unter Last. Könnte man nicht während des Sendens den ADC kontinuierlich die Batteriespannung messen lassen. Der AVR kann nach jeder erfolgten Messung einen ISR auslösen. Mit der ISR-Routine wird der kleinste gemessene Wert zwischengespeichert. Wenn das Senden abgeschlossen ist, wird der kleinste ermittelte Wert als aktuelle Batteriespannung vermerkt.
Danke es funzt. Nun Messe ich die Batteriespannung.
So wie ich den step up verstanden habe liefert er ziemlich genau die drei volt. Bricht dann aber schlagartig ein, wenn er nicht mehr genug Eingangsspannung hat. Ein langsames Absinken der Ausgangsspannung kann man bei einem step up nicht beobachten. Daher macht für mich die Messung der Batteriespannung mehr Sinn. Aber ich lasse mich gern belehren wenn ich das falsch verstanden habe.
Hi,
wg. der Betterie hätte ich auch noch eine Idee, welche aber ebenfalls ungetestet ist:
Man misst vor einer stromfressenden Aktion (also primär vor dem Senden) die Spannung und danach. Wenn die Batterien voll sind dürfte die Spannung dabei nicht einbrechen und die Differenz beträgt max. die Messungenauigkeit vom ADC. Wenn aber eine signifikante Differenz vorliegt, dann wird die Batterie langsam leer sein. Dieser Mechanismus ggf. kombiniert mit dem absoluten Wert der Messung nach dem Senden dürfte doch auch schon einen recht guten Indikator abgeben, oder?
Viele Grüße
Alex
Zitat von: papa am 30 August 2018, 20:50:27
Ich hätte da noch eine "bisher ungetestete" Idee zum Thema Messen unter Last. Könnte man nicht während des Sendens den ADC kontinuierlich die Batteriespannung messen lassen. Der AVR kann nach jeder erfolgten Messung einen ISR auslösen. Mit der ISR-Routine wird der kleinste gemessene Wert zwischengespeichert. Wenn das Senden abgeschlossen ist, wird der kleinste ermittelte Wert als aktuelle Batteriespannung vermerkt.
Ich hatte auch schon mal an was Ähnliches gedacht und Dich auch deswegen damals nach sendPeer() überladen gefragt, um Spannung direkt nach dem Senden zu messen, das hatte ich auch kurzzeitig implementiert.
class MyHalType : public HalType {
..
void sendPeer () {
battery.voltage();
}
Nachträglich haben mich jedoch 2 Dinge an dem Konzept gestört:
- wenn der Babbling Idiot beim Senden eines Telegramms entsteht hilft das gleichzeitige oder nachträgliche Messen nicht wirklich (obwohl die vorherigen Messungen sicher ein besseres Bild ergeben als eine unbelastete Messung, also eine Verbesserung wäre es schon)
- die 35mA Transmit mode Strom des CC1101 sind mir für eine echte Batt.messung unter Last zu wenig, für 2000-3000 mAh Batt.kapazität hätte ich gern mehr Laststrom gehabt.
Deswegen die Lösung mit dem Mosfet.
Habe aus aktuellem Anlass mein HB-UNI-Sensor1 Beispiel um den Abschnitt "Messung der Batteriespannung" ergänzt um dort mal die Optionen zu dokumentieren.
Hallo
habe erfolgreich mit einer Stepup Platine mit 2AAA und dem PIR AM312 sowie dem
Arduinio Exempel HM-SEC-MDIR.ino das ganze zum laufen gebracht.
Und als HM-SEC-MDIR in FHEM eingebunden.
Da es aber zu wenig Arbeit für den ATMEL ist würde ich noch gerne den MAX44009 anstatt dem TSL2561 einsetzen.
Da ich aber im Augenblick (noch) komplett auf dem schlauch sitze, kann mir hoffentlich jemand sagen was ich
im Arduinio Skript ändern muss um aus dem Max440099 die Brightness werte an Fhem zu übertragen.
Gruß Mike
Hallo,
habe gerade bei meinen beiden HB-UNI-Sensor1 (auf der HMSensor StepUp Hardware)
zum Max44009 einen BME280 montiert und das ergänzte Ino-file geflashed.
Leider wird humidity mit 0 angezeigt.
Helligkeit, Temperatur und Luftdruck zeigen passende Werte an.
Wo muss ich suchen?
Vielleicht hast Du nen BMP280 erwischt. Der hat keine Feuchtigkeit. Siehe auch https://goughlui.com/2018/08/05/note-bosch-sensortec-bmp280-vs-bme280-sensor-confusion/
Das ist der Fehler. Leider ein BMP280.
Danke für die schnelle Unterstützung.
Hat jemand eine Gehäuse-Empfehlung für die Variante mit 2xAAA? Vielleicht passt etwas Fertiges...
Wenn noch wer Batteriehalter-Platinen für 1xAAA benötigt, gebe ich die gerne ab; am Liebsten im Tausch gegen 2xAAA Batteriehalter-Platinen.
Viele Grüße, Ricardo
Zitat von: kpwg am 29 Oktober 2018, 17:05:13
Hat jemand eine Gehäuse-Empfehlung für die Variante mit 2xAAA? Vielleicht passt etwas Fertiges...
Wenn noch wer Batteriehalter-Platinen für 1xAAA benötigt, gebe ich die gerne ab; am Liebsten im Tausch gegen 2xAAA Batteriehalter-Platinen.
Viele Grüße, Ricardo
Falls du einen 3D Drucker hast, ich hatte da mal was designed:
https://www.thingiverse.com/thing:2972598
Gruß
Stefan
Hallo,
ich habe mich jetzt mal wieder mit dem HM-Sen-MDIR-WM55 auf Grundlage der Universelle Hardware-Basis beschäftigt. Der von mir für die Helligkeit verwendete TSL2561 meldet wie gewollt die Helligkeit, aber die werte finde ich leider etwas niedrig. Bei dem trüben Wetter Heute liefert der Sensor bei mir offen auf dem Schreibtisch liegend werte von 3 - 8. Der Sensor im Wettersensor im Gehäuse bringt höhere Werte. Ist es möglich den Wertebereich zu erhöhen da der Bewegungsmelder erst bei Dunkelheit auslösen soll?
Gruß Rolf
Hallo,
der Thread beschäftigt sich ja mit 868er Basis -gibt es ggf. ein solches DIY-Projekt eines "Universalsensor" / FDKS auf zwave oder zigbee-Hardware / Protokoll modifiziert?
Zigbee ware der Hammer :)
Hallo, ich wollte mal nachfragen ob es ein Sketche gibt welches die HB-UNI Platinen vernünftig ausnutzt? Also z.B. mit einem Temperatursensor (18B20, DHT22 oder BME280), sowie zwei digitalen Eingängen (für Taster, Bewegungsmelder u.s.w), ein Ausgang (Relais) einem Analog-Eingang (Gas-Sensor), sowie einen Batteriemessung (z.B. StepUp/StepDown)? Der Sketch HB-UNI-Sensor1 von Tom Major ist schon ganz prima, aber leider bin ich zu doof um den zu erweitern. :-[
Zitat von: Gunter1710 am 23 April 2019, 11:50:10
Hallo, ich wollte mal nachfragen ob es ein Sketche gibt welches die HB-UNI Platinen vernünftig ausnutzt? Also z.B. mit einem Temperatursensor (18B20, DHT22 oder BME280), sowie zwei digitalen Eingängen (für Taster, Bewegungsmelder u.s.w), ein Ausgang (Relais) einem Analog-Eingang (Gas-Sensor), sowie einen Batteriemessung (z.B. StepUp/StepDown)? Der Sketch HB-UNI-Sensor1 von Tom Major ist schon ganz prima, aber leider bin ich zu doof um den zu erweitern. :-[
Die Basis von Tom Major ist schon ganz gut. Habe damit selber Sensoren gebaut. Woran scheiterst du?
Zitat von: kadettilac89 am 23 April 2019, 13:46:08
Die Basis von Tom Major ist schon ganz gut. Habe damit selber Sensoren gebaut. Woran scheiterst du?
In dem Sketch "HB-UNI-Sensor1" sind:
1x temperature/humidity/pressure
1x digitalInput
1x brightness
1x battery/batVoltage
ich hätte gerne:
1x temperature/humidity/pressure
2x digitalInput
1x analogInput
2x digitalOutput
1x brightness (optional)
1x battery/batVoltage
Anwendungsfall1 – Gartenhaus: 1x Temperatur, 1x D-In Fensterkontakt, 2x D-Out Rollladen(auf/zu), 1x Lichtsensor, 1x Batterie
Anwendungsfall2 – Garage: 1x Temperatur, 2x D-In Garagentorkontakt(auf/zu), 1x D-Out Garagenöffner, 1x Gassensor, 1x Batterie
Hallo Gunter,
Zitat von: Gunter1710 am 23 April 2019, 14:37:14
ich hätte gerne:
...
1x analogInput
...
Anwendungsfall2 – Garage: 1x Temperatur, 2x D-In Garagentorkontakt(auf/zu), 1x D-Out Garagenöffner, 1x Gassensor, 1x Batterie
dann vermute ich mal, dass der Gassensor analog angeschlossen ist. Welchen hast Du da im Einsatz?
Gruß Peter
Zitat von: PeMue am 23 April 2019, 15:15:06
Hallo Gunter,
dann vermute ich mal, dass der Gassensor analog angeschlossen ist. Welchen hast Du da im Einsatz?
Gruß Peter
Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss 😉
Gruß
Gunter
Zitat von: Gunter1710 am 23 April 2019, 15:39:45
Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss 😉
Braucht der nicht noch einen hochohmigen Vorverstärker?
Gruß Peter
Zitat von: Gunter1710 am 23 April 2019, 14:37:14
In dem Sketch "HB-UNI-Sensor1" sind:
1x temperature/humidity/pressure
1x digitalInput
1x brightness
1x battery/batVoltage
ich hätte gerne:
1x temperature/humidity/pressure
2x digitalInput
1x analogInput
2x digitalOutput
1x brightness (optional)
1x battery/batVoltage
Anwendungsfall1 – Gartenhaus: 1x Temperatur, 1x D-In Fensterkontakt, 2x D-Out Rollladen(auf/zu), 1x Lichtsensor, 1x Batterie
Anwendungsfall2 – Garage: 1x Temperatur, 2x D-In Garagentorkontakt(auf/zu), 1x D-Out Garagenöffner, 1x Gassensor, 1x Batterie
HB-UNI-Sensor1:
Also brightness und batVoltage habe ich default drin.
Sowie einen digitalInput, ich habe dafür ein Byte im Telegramm freigehalten, lässt sich also leicht auf bis zu 8 inputs erweitern falls man die pins hat.
Vor ca. 2 Wochen hatte ich den customData Mechanismus nachgerüstet (Bsp. UV-Sensor), dort sind 16bit frei, dass lässt sich leicht für z.B. 2x analog In nutzen.
Analog Out ist schwieriger. Das ist ein Sensor der die meiste Zeit im deep sleep ist und keine Commands von der Zentrale empfangen kann.
Dafür sollte man eher ein 2. Gerät was als Aktor arbeitet hernehmen.
Oder mit dem Feature BurstDetektor/WOR, würde ich aber für einen Sensor nicht machen.
Zitat von: PeMue am 23 April 2019, 16:56:59
Braucht der nicht noch einen hochohmigen Vorverstärker?
Ich habe die Sensoren vom freundlichen Chinesen Versandhandel gekauft, da ist eine kleine Platine mit analoger und ein digitaler Ausgang dabei.
Zitat von: Tom Major am 23 April 2019, 17:36:47
HB-UNI-Sensor1:
Also brightness und batVoltage habe ich default drin.
Sowie einen digitalInput, ich habe dafür ein Byte im Telegramm freigehalten, lässt sich also leicht auf bis zu 8 inputs erweitern falls man die pins hat.
Vor ca. 2 Wochen hatte ich den customData Mechanismus nachgerüstet (Bsp. UV-Sensor), dort sind 16bit frei, dass lässt sich leicht für z.B. 2x analog In nutzen.
Analog Out ist schwieriger. Das ist ein Sensor der die meiste Zeit im deep sleep ist und keine Commands von der Zentrale empfangen kann.
Dafür sollte man eher ein 2. Gerät was als Aktor arbeitet hernehmen.
Oder mit dem Feature BurstDetektor/WOR, würde ich aber für einen Sensor nicht machen.
Schade das man Input und Output Kanäle nicht so einfach kombinieren kann, das ist mit den Wemos D1 mini mit EASEasy ganz einfach.
Dennoch wäre eine Erweiterung der Input Kanäle wünschenswert. Auf dem Pro Mini 328 sind ja genügend freie Ports vorhanden.
Gruß
Gunter
Zitat von: Gunter1710 am 23 April 2019, 18:29:23
Auf dem Pro Mini 328 sind ja genügend freie Ports vorhanden.
Das ist aber auch nur das, was man von außen sieht. ;)
Müsste man mal schauen, wie viel Platz noch in der Payload ist und/oder ob man einen extra Channel dafür nutzen muss. Und da stellt sich dann weiter noch die Frage, ob noch genügend freier Speicher auf dem 328P vorhanden ist.
Hab den HB UNI Sensor1 nur mal fix so wie er ist kompiliert und kam schon auf über 28k
Moin Jerome,
du hier im grünen Forum ;)
zum Thema payload, ich hatte geschrieben
ZitatSowie einen digitalInput, ich habe dafür ein Byte im Telegramm freigehalten, lässt sich also leicht auf bis zu 8 inputs erweitern falls man die pins hat.
für 8 input bits it auf jeden Fall Platz und auch ein analogRead() wird es in die 16bit custom data schaffen (natürlich sollten nicht
alle möglichen Sensoren aktiviert werden)
Zitat von: Tom Major am 23 April 2019, 18:58:22
Moin Jerome,
du hier im grünen Forum ;)
Hehe, ja nur kurz.
Will mich da auch nicht groß in dein Projekt einmischen :)
Nur noch zu den Anforderungen von Gunter1710:
Zitat von: Gunter1710
Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss
Das würde Batteriebetrieb wohl ausschließen, womit man dann für
Zitat von: Gunter1710
2x digitalOutput
kein WoR bräuchte.
In Garage und Gartenhaus wird sicher auch Strom vorhanden sein (Rollladen, Garagentorantrieb).
Zitat von: jp112sdl am 23 April 2019, 19:07:14
Zitat von: Gunter1710
Im Moment spiele ich mit dem MQ-5 (Erdgas) und dem MQ-7 (Kohlenmonoxid) rum. In der Garage ist auch der Gasanschluss
Zitat von: jp112sdl
Das würde Batteriebetrieb wohl ausschließen, womit man dann für 2x digitalOutput kein WoR bräuchte.
In Garage und Gartenhaus wird sicher auch Strom vorhanden sein (Rollladen, Garagentorantrieb).
Im Moment ist das nur ein Test mit den Gassensoren, ich würde auf jeden Fall nur einen Gas-Sensor verwenden wollen und nur den analogen Ausgang. Ob ich auf 5V Netzbetrieb umstelle werde ich später entscheiden. Im Moment sind so ziemlich alle meine Steckdosen mit den Wemos D1 belegt. Ich würde aber gerne auf 868Mhz bzw. HM umsteigen wollen, da es bei mir im Haus/Garten wesentlich stabiler läuft als das WLAN.
Zitat von: Gunter1710 am 23 April 2019, 19:42:34
Im Moment ist das nur ein Test mit den Gassensoren, ich würde auf jeden Fall nur einen Gas-Sensor verwenden wollen und nur den analogen Ausgang. Ob ich auf 5V Netzbetrieb umstelle werde ich später entscheiden.
Hmm... aber braucht der MQ-5 nicht ohnehin 5V ? https://www.parallax.com/sites/default/files/downloads/605-00009-MQ-5-Datasheet.pdf
Zudem zieht der Heater viel Strom, sodass ich nicht denke, dass Batteriebetrieb sinnvoll ist. https://forum.arduino.cc/index.php?topic=202580.msg1492900#msg1492900
Und man möchte ja recht häufig messen, um nicht erst viele Minuten nach dem Gasaustritt eine Meldung zu erhalten?
Der Gas-Sensor wäre ja nur eine mögliche analog Anwendung. Es geht ja hauptsächlich darum den Sketch um weitere Ein-/Ausgänge zu erweitern.
Gruß Gunter1710
Zitat von: jp112sdl am 23 April 2019, 19:59:26
Hmm... aber braucht der MQ-5 nicht ohnehin 5V ? https://www.parallax.com/sites/default/files/downloads/605-00009-MQ-5-Datasheet.pdf
Zudem zieht der Heater viel Strom, sodass ich nicht denke, dass Batteriebetrieb sinnvoll ist. https://forum.arduino.cc/index.php?topic=202580.msg1492900#msg1492900
Und man möchte ja recht häufig messen, um nicht erst viele Minuten nach dem Gasaustritt eine Meldung zu erhalten?
Hab das gerade noch mal durchgerechnet. Also die AA Batterien haben so um die 2000 mAh was bei einer Belastung durch den Gas-Sensor von 160 mA gerade mal 12,5 h macht. Das mit dem Gas-Sensor an der Batterie kann ich wohl vergessen ::)
Danke für den Hinweis Jerome.
Moin,
ich habe da mal eine Frage :-)
Ich habe gerade eine HB-UNI-SEN-BATT Platine mit BME280 und Max44009 mit dem HB-UNI-Sensor1 Sketch geflasht, die beiden Dateien aus dem FHEM Ordner nach FHEM kopiert und den Sensor in Betrieb genommen.
Funktioniert ;D (ich habe keine CCU sondern nur das HmUARTLGW)
Die Sensordaten werden alle brav übertragen und stimmen mehr oder weniger, mit den anderen Sensoren überein. Allerdings ist der Brightness Wert ziemlich hoch mit aktuell B:1602 mein MQTT Sensor mit dieser Bibliothek (https://github.com/dantudose/MAX44009) daneben zeigt nur 4.59 Lux an. Muß da noch auf FHEM Seite irgend etwas umgerechnet werden?
Gruß Sascha
Danke für den Hinweis.
Ich hatte neulich auf Wunsch die Auflösung vom MAX44009 auf 2 Nachkommastellen erhöht, aber wieder mal vergessen das im Perl Skript nachzuziehen (da HM bei mir nur auf RaspberryMatic läuft und ich nur dort teste).
Der Lux Wert ist also momentan bei FHEM Faktor 100 zu hoch, korrigiere ich heute abend.
Ok alles klar, danke.
Ansonsten Top Arbeit.
Brightness scaling bug für HB-UNI-Sensor1 für FHEM sollte gefixt sein (ungetestet).
Hm gerade hochgeladen, Werte ändern sich nicht:
HB-Unisensor: B: 486
MQTT Sensor: 6.12 Lux
Muß eventuell die Datei HMConfig_UniSensor1_fw0x12.pm auch noch angepaßt werden?
Zitat von: Starsurfer am 30 April 2019, 18:45:59
Hm gerade hochgeladen, Werte ändern sich nicht:
HB-Unisensor: B: 486
MQTT Sensor: 6.12 Lux
Muß eventuell die Datei HMConfig_UniSensor1_fw0x12.pm auch noch angepaßt werden?
Also wenn du den sketch neu mit FW x13 compiliert hast
https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/HB-UNI-Sensor1.ino#L148 (https://github.com/TomMajor/SmartHome/blob/master/HB-UNI-Sensor1/HB-UNI-Sensor1.ino#L148)
brauchst du die x12 Version des Perl scripts nicht. Die ist nur für vorhandene Sensoren die man nicht neu compilieren möchte oder kann.
Hast du einen Mischbetrieb von x12/x13?
Hast du ein reload des scripts in FHEM gemacht oder wenn das nicht bringt ein FHEM Neustart.
Moin,
nein habe nur den einen Sensor und der hat die Version 0x13. Habe die Dateien jetzt aber eben mal gelöscht und nur die HMConfig_UniSensor1.pm hochgeladen und neu gestartet.
Jetzt ist alles ok, danke.
ok, freut mich, danke für die Rückmeldung.
Hallo zusammen,
da bei den Fensterkontakten die Batterie unerkannt in die Knie ging, habe ich die CR2023 Version aktualisiert:
- Quarz + Cs entfernt
- Tom's "babbling idiot protection" eingebaut (siehe auch den angehängten Schaltplan), Aktivierung durch ungenutzen Port B1, Messung über A0
Es wäre klasse, wenn jemand über den Schaltplan schauen könnte, ob das soweit passt. Danach werde ich mich ans Layouten mit KiCAD machen, mal schauen, ob ich das hinbekomme :P.
Grundidee:
Ich rüste einen Fenstersensor mit dem Sketch des Universalsensors aus (nur digitaler Eingang als Fenstersensor, dann leider nur eine Stellung) und logge die Spannungsmessung mit. Wenn über die (Langzeit-)Messung klar ist, wie die Grenzen eingestellt werden sollten, könnte (papa?) in der Zwischenzeit den Fenstersensor Sketch auf Batteriespannungsmessung unter Last (ggf. konfigurierbar?) umstellen? Ich würde dafür auch Leiterplatten zur Verfügung stellen ;D.
Danke + Gruß
Peter
Das Umstellen ist kein Problem. Der Sketch hat ja schon die Unterscheidung zwischen ohne und mit Stepup. Da machen wir dann einfach noch eine dritte Variante. Muss den Code eh noch im Masterbranch an die neue Batterymessung anpssen.
Zitat von: PeMue am 27 Mai 2019, 16:20:39
Hallo zusammen,
da bei den Fensterkontakten die Batterie unerkannt in die Knie ging, habe ich die CR2023 Version aktualisiert:
- Quarz + Cs entfernt
- Tom's "babbling idiot protection" eingebaut (siehe auch den angehängten Schaltplan), Aktivierung durch ungenutzen Port B1, Messung über A0
Es wäre klasse, wenn jemand über den Schaltplan schauen könnte, ob das soweit passt. Danach werde ich mich ans Layouten mit KiCAD machen, mal schauen, ob ich das hinbekomme :P.
Danke + Gruß
Peter
Sieht prinzipiell gut aus, ich würde dies noch in Betracht ziehen:
- 10k pull-up an /CSN, ist etwas sauberer bei SPI Mehrfach Nutzung (Flashen), funktionieren tut es meistens auch ohne ;)
- die R-Werte für die Spannungsmessung unter Last bei mir https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung)
ist eher an AA Zellen Alkaline und NiMH angepasst, für eine CR2032 würde ich etwas weniger belasten
- wenn du es ganz sparsam beim Ruhestrom haben willst halte einen 32kHz Quarz als Option vor (ca. 1uA vs 4uA)
Hallo zusammen,
ich würde mal mit dem angehängten Schaltplan ins Rennen gehen. Bitte noch mal drüberschauen, ob noch Fehler drin sind.
Dank der Bibliotheken von papa sind sind die Bauteile schon platziert (ich bin noch bei KiCAD 4.x), die Frage ist, ob ich die Leiterbahnen gezogen bekomme :o.
Zitat von: Tom Major am 28 Mai 2019, 23:50:12
- 10k pull-up an /CSN, ist etwas sauberer bei SPI Mehrfach Nutzung (Flashen), funktionieren tut es meistens auch ohne ;)
Danke, habe ich berücksichtigt.
Zitat von: Tom Major am 28 Mai 2019, 23:50:12
- die R-Werte für die Spannungsmessung unter Last bei mir https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#messung-der-batteriespannung)
ist eher an AA Zellen Alkaline und NiMH angepasst, für eine CR2032 würde ich etwas weniger belasten
Ich habe mal auf 50 mA ausgelegt, es geht aber auch bestimmt weniger.
Zitat von: Tom Major am 28 Mai 2019, 23:50:12
- wenn du es ganz sparsam beim Ruhestrom haben willst halte einen 32kHz Quarz als Option vor (ca. 1uA vs 4uA)
Jupp, aber die musste ich runterwerfen, um Platz für die Spannungsmessung zu bekommen ;D.
Danke + Gruß
Peter
Zitat von: PeMue am 20 Juni 2019, 18:11:58
Dank der Bibliotheken von papa sind sind die Bauteile schon platziert (ich bin noch bei KiCAD 4.x), die Frage ist, ob ich die Leiterbahnen gezogen bekomme :o.
Da habe ich ein schönes KiCAD-Tutorial für Dich
https://www.youtube.com/watch?v=CCG4daPvuVI
Zitat von: PeMue am 20 Juni 2019, 18:11:58
Hallo zusammen,
ich würde mal mit dem angehängten Schaltplan ins Rennen gehen. Bitte noch mal drüberschauen, ob noch Fehler drin sind.
Dank der Bibliotheken von papa sind sind die Bauteile schon platziert (ich bin noch bei KiCAD 4.x), die Frage ist, ob ich die Leiterbahnen gezogen bekomme :o.
Danke, habe ich berücksichtigt.
Ich habe mal auf 50 mA ausgelegt, es geht aber auch bestimmt weniger.
Jupp, aber die musste ich runterwerfen, um Platz für die Spannungsmessung zu bekommen ;D.
Danke + Gruß
Peter
R4/R5 passen aber noch nicht für 50mA.
Und der 10k ist nicht an CSN gelandet sondern an GDO0.
Hallo Tom,
danke, vermutlich war ich zu sehr mit dem Layouttool beschäftigt 8) 8) 8).
Zitat von: Tom Major am 21 Juni 2019, 00:25:52
R4/R5 passen aber noch nicht für 50mA.
In der Excel Tabelle stehen 15/15 für eine Zelle und 10/51 für zwei Zellen -> Übertragungsfehler ::).
Zitat von: Tom Major am 21 Juni 2019, 00:25:52
Und der 10k ist nicht an CSN gelandet sondern an GDO0.
CSN ist auch besser zu layouten ;D.
@papa: War bei Deinen Bezeichnungen noch was falsch? Oder hattest Du die in der v1.1 korrigiert? Ich habe jedenfalls keine Fehler gefunden.
Jetzt muss ich nur noch schauen, ob die Designregeln passen und wie man einen Nutzen setzt. Aber da gibt es Videos ...
Gruß Peter
Zuerst einmal vielen Dank für dieses tolle Projekt. Es hat Spaß gemacht und ich habe eine Menge gelernt! VIELEN DANK!!!
Jetzt habe ich noch eine (vielleicht blöde) Frage. Warum soll das CC1101 erst nach dem Bespielen der Firmware aufgelötet werden?
Ich fände es prinzipiell besser, wenn man schon vorher alles verlötet hätte, oder sogar verlöten lassen würde.
Zitat von: Shampooman am 02 Juli 2019, 15:40:07
Warum soll das CC1101 erst nach dem Bespielen der Firmware aufgelötet werden?
Hi,
ich flashe meine Geräte mit und ohne CC1101.
Man muss allerdings aufpassen, dass der Programmieradapter auch wirklich nur 3,3 V am Versorgungs- und den Datenpins hat, denn das CC1101 hält keine 5 V aus.
Hallo,
ich habe mit der Unterstützung von PeMue die HM-UNIVERSAL-SENSOREN1 nachgebaut.
@Peter-vielen Dank nochmal an dieser Stelle
Die Platinen sind bestückt:
- mit dem Sensor MAX44009 an Board
- mit dem Sensor BME280
beide Sensoren sind über I2C angeschlossen
- mit einem Arduino Mini pro.
- und natürlich dem Sender.
Versorgung erfolgt über ein Netzteil mit 3,3V Regulierung.
Ich habe die Sketche von TomMajor und AskSin++ ausprobiert.
Im Dummy-Modus habe ich den Sensor in Fhem eingebunden. Er liefert auch fleissig immer wieder seine vorgegebenen Werte.
Sobald ich jedoch einen Sensor aktiviere, kommt nichts mehr an.
Der serielle Monitor gibt nur ein Zeile mit der Versionsnummer, Datum .. aus.
Wie bekomme ich die Sensoren aktiviert?
Danke.
Eventuell ist die Frage im thread "Selbstbau HM_WDS10_TH_O mit Luftdruckmessung" besser aufgehoben.
Sensor in den defines aktiviert?
Sonst sehe ich auf die Schnelle das dein BME280 über 5 pins eingelötet ist, die kleineren BME280 Boards haben nur 4 pins, sicher das die Pinning Reihenfolge zur Platine passt?
Hallo Tom,
kann ich meinen Thread verschieben, oder stelle ich meine Frage dort neu?
Im Sketch habe ich die Defines aktiviert (mal nur den MAX44009, mal den BME280).
eigentlich alle Möglichkeiten durchgetestet.
Das Board mit dem BME280 ist mit 4 Pins angelötet. Die Beschaltung der Pins ist in der richtigen Reihenfolge. Der 5 Pin war Testweise an Plus gelegt; brachte aber nichts; deshalb habe ich es wieder getrennt.
Weiß nicht genau ob du selber den Beitrag verschieben kannst, wollte nur hinweisen das es hier um papas HW-Entwicklung geht, wahrscheinlich wäre es besser das Thema im anderen Thread fortzusetzen.
Habe gerade noch mal die Kombi MAX und BME mit aktuellem Codestand getestet, läuft einwandfrei.
AskSin++ V4.0.3 (Jul 20 2019 23:41:02)
BME280 found
MAX44009 found
Sensor setup done
Serial: UNISENS001
Clock SYSCLOCK
Address Space: 32 - 79
CC init1
CC Version: 14
- ready
tmBattery Voltage: 2548
Battery set low: 21
Battery set crit: 19
Config Changed: List0
ledMode: 1
lowBatLimit: 21
Battery set low: 21
transmitDevTryMax: 6
updCycle: 600
altitude: 0
BME280 Temperature x10 : 264
BME280 Pressure x10 : 9589
BME280 PressureNN x10 : 9589
BME280 Humidity : 50
MAX44009 Brightness x100: 432
<- 17 01 84 70 A5A501 000000 01 08 25 75 32 00 00 01 B0 00 09 F4 00 00 - 196
Deswegen würde ich eher auf ein HW Problem tippen.
Geht denn MAX und BME jeweils alleine?
Hallo Tom,
ok, ich stelle meine Frage in dem anderen Thread nochmal.
Ich habe jetzt das Board mit dem BME280 abgelötet. Um einen evtl. Fehler auszuschließen.
Aber keine Änderung.
Der serieller Monitor zeigt nur:
"AskSin++ V4.1.0 (Jul 20 2019 19:05:39)"
an. nichts mehr.
Danke für deine Antworten.
Gruss Hubert
Hat zufällig noch jemand n paar StepUp PCBs?
Zitat von: Psi am 25 Juli 2019, 00:13:00
Hat zufällig noch jemand n paar StepUp PCBs?
solche https://github.com/pa-pa/HMSensor/tree/master/HMSensor-StepUp ??
ja, habe ich
Hallo,
kann mir einer helfen wie ich den HB-UNI-Sen-RFID-RC in FHEM zum laufen bringe?
Er wird derzeit als virtuelles Gerät erkannt.
Ich habe einen Hinweis gefunden, dass das Paket JP-HB-Devices-addon in der CCU eingebunden werden muss.
Gibt es so etwas auch für Fhem oder ist es das gleiche, dann würde ich mich freuen wenn mir jemand erklären könnte wie ich das erledigte.
Danke
Dafür gibt es bisher keine Unterstützung in FHEM.
Zitat von: papa am 26 Juli 2019, 09:43:04
Dafür gibt es bisher keine Unterstützung in FHEM.
Hallo papa,
Danke für die Info.
Hast du geplant dieses zu integrieren?
Ich habe derzeit eine eigenbaulösung die einige schwächen hat.
Zitat von: papa am 26 Juli 2019, 09:43:04
Dafür gibt es bisher keine Unterstützung in FHEM.
Ich vermute für das e-Paper Display HB-Dis-EP-42BW (https://github.com/TomMajor/SmartHome/tree/master/HB-Dis-EP-42BW) verhält es sich ähnlich, oder?
Danke + Gruß
Peter
Zitat von: PeMue am 26 Juli 2019, 15:42:49
Ich vermute für das e-Paper Display HB-Dis-EP-42BW (https://github.com/TomMajor/SmartHome/tree/master/HB-Dis-EP-42BW) verhält es sich ähnlich, oder?
Nein ebenfalls nicht. Keine Ahnung, ob das prinzipiell in FHEM geht. Jerome verwendet da ein Multiframe-Command. Ich habe so ein Teil auch nicht.
Zitat von: Beetle2003 am 26 Juli 2019, 12:31:27
Hallo papa,
Danke für die Info.
Hast du geplant dieses zu integrieren?
Ich habe derzeit eine eigenbaulösung die einige schwächen hat.
Schwer zu sagen. Jerome macht da komische Sachen. Kannst Du eventuell auf das HB-IBUT-8 (https://forum.fhem.de/index.php/topic,92594.msg851472.html#msg851472) umschwenken. Es gibt auch nen Reader, der RFID als 1Wire iButton (https://www.fuchs-shop.com/de/shop/43/1/13372628/) in ein System einbindet.
Zitat von: PeMue am 26 Juli 2019, 15:42:49
Ich vermute für das e-Paper Display HB-Dis-EP-42BW (https://github.com/TomMajor/SmartHome/tree/master/HB-Dis-EP-42BW) verhält es sich ähnlich, oder?
Zitat von: papa am 26 Juli 2019, 21:19:55
Nein ebenfalls nicht. Keine Ahnung, ob das prinzipiell in FHEM geht. Jerome verwendet da ein Multiframe-Command. Ich habe so ein Teil auch nicht.
Jerome hat sich auch am vorhandene HM-Dis-EP-WM55 orientiert denk ich und nicht überall das Rad neu erfunden, die 2 Bilder unten zeigen mal beispielhaft wo Sachen bei RaspberryMatic dazugekommen sind um das HB-Dis-EP-42BW zu unterstützen, es sind noch mehr Stellen.
Ich hatte mich vor einiger Zeit damit beschäftigt weil ich einen Repack des HB-Dis-EP-42BW Anteils in ein separates AddOn gemacht habe.
Aus meiner Sicht könnte das für FHEM nur jemand mit viel know-how des FHEM-Homematic Codes/Schnittstellen usw. leisten, vorzugsweise die Entwickler des HM Moduls, aber technisch machbar wäre es imho.
Zitat von: Tom Major am 27 Juli 2019, 00:15:54
Jerome hat sich auch am vorhandene HM-Dis-EP-WM55 orientiert denk ich und nicht überall das Rad neu erfunden
Genau.
Eigentlich sind es nur 5 Zeilen und einige Icons mehr sowie insgesamt 10 Tasterkanäle (1-10), Kanal 11 ist das Display.
Das HM-Dis-EP-WM55 hat glaub ich noch nen Buzzer... den hat das HB-Dis-EP-42BW nicht.
Zitat von: jp112sdl am 28 Juli 2019, 20:57:57
Genau.
Eigentlich sind es nur 5 Zeilen und einige Icons mehr sowie insgesamt 10 Tasterkanäle (1-10), Kanal 11 ist das Display.
Das HM-Dis-EP-WM55 hat glaub ich noch nen Buzzer... den hat das HB-Dis-EP-42BW nicht.
Hallo,
Kannst mir sagen wie ich das HB-UNI-Sen-RFID- unter Fhem zum funktionieren bringe?
Danke
Zitat von: Beetle2003 am 28 Juli 2019, 21:36:39
Kannst mir sagen wie ich das HB-UNI-Sen-RFID- unter Fhem zum funktionieren bringe?
Nein, da ich nur mit CCU arbeite.
Hallo,
ich brauche mal wieder Hilfe wegen der Spannungsmessung.
Ich hatte vor einiger Zeit ein paar TH-Sensoren auf der Universalhardwarebasis mit 2xAAA und Step-up aufgebaut, und die UNI-Sensor1 Firmware verwendet.
Ich möchte wie damals (Antwort #499) die Batteriespannung direkt an der Batterie messen und nicht hinter dem Step-up.
Die Lösung von damals hatte auch gut funktioniert. Mit der neueren Firmware gibt es ja aber die Möglichkeit die Batteriespannung auch an der Batterie zu messen.
//---------------------------------------------------------
// Optionen für Batteriespannungsmessung, siehe README
//------------
// 1) Standard: tmBattery, UBatt = Betriebsspannung AVR
//#define BAT_SENSOR tmBattery
//------------
// 2) für StepUp/StepDown: tmBatteryResDiv, sense pin A0, activation pin D9, Faktor = Rges/Rlow*1000, z.B. 470k/100k, Faktor 570k/100k*1000 = 5700
#define BAT_SENSOR tmBatteryResDiv<A3, 7, 5700>
//------------
// 3) Echte Batteriespannungsmessung unter Last, siehe README und Thema "Babbling Idiot Protection"
// tmBatteryLoad: sense pin A0, activation pin D9, Faktor = Rges/Rlow*1000, z.B. 10/30 Ohm, Faktor 40/10*1000 = 4000, 200ms Belastung vor Messung
//#define BAT_SENSOR tmBatteryLoad<A0, 9, 4000, 200>
A3 und 7 habe ich auf die Universalhardware angepasst. Dort wird ja zwischen A3 und D7 gemessen.
Mein Problem ist nun aber das der Sensor mit diesen Einstellungen nicht mehr "bootet". Er hängt sich irgendwo auf. Die rote LED leuchtet durchgehend und ansonsten passiert nichts. Wenn ich die Einstellungen wieder auf den Standard zurücksetzet und die Option1 als Batteriemessmethode verwende funktioniert wieder alles.
Hat jemand eine Idee woran das liegen kann?
Edit 21:01:
Jetzt sitze ich seit Stunden an diesem Problem und kaum schreibe ich diesen Beitrag finde ich selber die Lösung.
Ich verstehe es zwar nicht ganz was dort passiert aber evtl. kann mir das ja jemand erklären.
In der Datei tmBattery.h steht folgendes:
private:
virtual uint16_t voltage()
{
// setup reference and input each time, just in case other SW modules have changed this
ADMUX &= ~(ADCMUX_REFMASK | ADCMUX_ADCMASK);
ADMUX |= ADCMUX_REF_VBG; // select bandgap as reference
ADMUX |= ((SENSPIN - PIN_A0) & 0x0F); // select SensePin as input
pinMode(ACTIVATIONPIN, OUTPUT);
digitalWrite(ACTIVATIONPIN, LOW); // enable resistor divider
uint16_t adc = tmBattery::measure(50); // load CVref 100nF, 5*Tau = 25ms
pinMode(ACTIVATIONPIN, INPUT); // disable resistor divider
if (adc) {
// read SensePin against Bandgap:
// ADC = Vin * 1024 / Vref -> Vin = Vref * ADC / 1024 (* resistor factor)
uint32_t vbat = 11UL * adc * FACTOR / 1024 / 10;
DPRINT(F("tmBatteryResDiv Voltage: "));
DDECLN(vbat);
return (uint16_t)vbat;
} else {
DPRINT(F("tmBatteryResDiv Error"));
return 0;
}
}
};
Jetzt habe ich folgendes geändert ADMUX |= ((SENSPIN - PIN_A0) & 0x0F) zu ADMUX |= ((SENSPIN - PIN_A3) & 0x0F) und siehe da, es geht.
Danke im Voraus
Hmm, ist heute zu spät um das Problem voll zu verstehen.
Hast du denn auch wirklich A3 geschrieben
#define BAT_SENSOR tmBatteryLoad<A3, 7, ...
Und die Zeile
ADMUX |= ((SENSPIN - PIN_A0) & 0x0F); // select SensePin as input
sieht auch Monate später immer noch korrekt für mich aus.
Wenn das SENSPIN A3 ist ist die Differenz 3 und die muss ins ADMUX für ADC3, siehe datasheet.
Hallo,
Ja, ich habe wirklich A3 geschrieben. Da ist nichts zu machen. Sobald ich die Batterie einlege leuchtet sofort die LED und geht auch nicht mehr aus.
Wenn Deine Erklärung stimmt müsste er ja jetzt auf pin A0 messen, da die Differenz zwischen Sensepin und A3 0 ist mit meiner geänderten Zeile. Ich Messe aber jetzt einen Wert von 2,13V. Ich werde mal nachmessen ob der auch stimmt.
Vielleicht kannst du dir das bei Gelegenheit mal angucken? Das es gestern zu spät war sehe ich ein :o
Danke
Zitat von: FEHMPiDi am 13 August 2019, 08:25:39
Hallo,
Ja, ich habe wirklich A3 geschrieben. Da ist nichts zu machen. Sobald ich die Batterie einlege leuchtet sofort die LED und geht auch nicht mehr aus.
Wenn Deine Erklärung stimmt müsste er ja jetzt auf pin A0 messen, da die Differenz zwischen Sensepin und A3 0 ist mit meiner geänderten Zeile. Ich Messe aber jetzt einen Wert von 2,13V. Ich werde mal nachmessen ob der auch stimmt.
Vielleicht kannst du dir das bei Gelegenheit mal angucken? Das es gestern zu spät war sehe ich ein :o
Danke
ja, kann ich mal die Tage bei mir testen.
- du hast genau diese Schaltung ohne Modifikationen?
https://github.com/pa-pa/HMSensor/blob/master/HMSensor-StepUp/files/HMSensor-StepUp.pdf (https://github.com/pa-pa/HMSensor/blob/master/HMSensor-StepUp/files/HMSensor-StepUp.pdf)
- du hast im aktuellen UniSensor1 code nur diese Zeile geändert?
#define BAT_SENSOR tmBatteryResDiv<A3, 7, 5700>- welche Sensoren sind aktiviert?
Hallo,
danke schon mal im Voraus für deine Mühen.
Ja, ich habe diese Schaltung mit Step-up und dem SHT10.
Ansonsten habe ich keine Sensoren verbaut.
Anstelle des SHT10 habe ich einen SHT11, die sind aber kompatibel.
Bei mir steht momentan folgendes im Code:
//---------------------------------------------------------
// Optionen für Batteriespannungsmessung, siehe README
//------------
// 1) Standard: tmBattery, UBatt = Betriebsspannung AVR
//#define BAT_SENSOR tmBattery
//------------
// 2) für StepUp/StepDown: tmBatteryResDiv, sense pin A0, activation pin D9, Faktor = Rges/Rlow*1000, z.B. 470k/100k, Faktor 570k/100k*1000 = 5700
#define BAT_SENSOR tmBatteryResDiv<A3, 7, 5700>
//------------
// 3) Echte Batteriespannungsmessung unter Last, siehe README und Thema "Babbling Idiot Protection"
// tmBatteryLoad: sense pin A0, activation pin D9, Faktor = Rges/Rlow*1000, z.B. 10/30 Ohm, Faktor 40/10*1000 = 4000, 200ms Belastung vor Messung
//#define BAT_SENSOR tmBatteryLoad<A0, 9, 4000, 200>
//---------------------------------------------------------
Zitat von: FEHMPiDi am 13 August 2019, 20:21:33
Hallo,
danke schon mal im Voraus für deine Mühen.
Ja, ich habe diese Schaltung mit Step-up und dem SHT10.
Ansonsten habe ich keine Sensoren verbaut.
Anstelle des SHT10 habe ich einen SHT11, die sind aber kompatibel.
ok, kannst du bitte vorher noch ein paar gute Fotos von deinem HW Aufbau posten. Vielleicht sieht man ja noch was so.
Habe auf die Schnelle keine HW mit AVR und CC1101 wo A3 und 7 frei ist, muss ich irgendwas improvisieren.
Hallo,
ja kann ich machen. Aber ich weiß nicht genau was du sehen möchtest. Außerdem ist das Teil ziemlich verbaut weil ich es in einem 3D Druck Gehäuse reinkriegen musste. Ich habe aber mal ein paar Fotos gemacht. Vielleicht siehst du da etwas.
Gruß
Manchmal sieht man halt etwas im Aufbau woran es liegen könnte.
Von dem was ich sehen kann (ohne uC) sieht bei dir alles top aufgebaut und gelötet aus :D
Ich denke ich kann deine ADC und Sensorvariante heute Abend mal kurz testen.
Hallo Tom Major,
anbei noch ein Bild mit entlöteter Sensorplatine mit freiem Blick auf den µC.
Ich wollte noch mal die Widerstandswerte Kontrollieren.
Folgendem Status habe ich jetzt erreicht:
- Das Board funktioniert seit heute, auch mit der ungeänderten tmBattery.h Datei und der Zeile #define BAT_SENSOR tmBatteryResDiv<A3, 7, 5700>
Frag mich bitte nicht wieso. Ich habe genau die gleichen Dateien benutzt und habe die Werte nur wieder zurückgeändert. Seitdem funktioniert es.
- Allerdings sind die gemessenen Werte nicht richtig. Es werden mir im Fhem Werte um 1V herum angezeigt, obwohl die Batteriespannung 3,08V beträgt. Direkt am A3 messe ich 3,07V gegen Masse.
Die Widerstandswerte sind auch korrekt. R4=470kOhm, R5=100kOhm. Ich muss den Faktor auf 16200 ändern um korrekte Werte für die Batteriespannung zu erhalten. Das ist auch reproduzierbar. Das funktioniert bei 3 Temperatursensoren und unterschiedlichen Batteriespannungen sehr genau.
ja genau, das wäre meine erste Frage gewesen, was wurde geändert ;)
Habe es heute mal mit deiner Kombi A3, 7, SHT10 getestet, nur um auszuschließen das noch ein Bug da drin ist.
Was soll ich sagen, alles Bestens, HB-UNI-Sensor1 funktioniert wie gewohnt, auch die Spannungsmessung.
Habe dafür meinen ersten Prototyp von vor einem Jahr aktiviert.
In dem einen Bild sieht du als Diff die geänderten Stellen zum aktuellen Codestand auf github.
Und ein Bild vom Aufbau und vom seriellen Log.
Ich kann auch mit dieser Kombi keinerlei Problem erkennen.
Hi,
ich hab mir auch n paar von den HMSensor-StepUp bestellt.
Die Lötstellen für ISP und gegenüber FTDI sehen "verdächtig" angeordnet aus.
Gibt es hier etwas um die Platine rein zu stecken oder ne andere klevere Lösung?
Zitat von: Psi am 15 August 2019, 21:41:39
Hi,
ich hab mir auch n paar von den HMSensor-StepUp bestellt.
Die Lötstellen für ISP und gegenüber FTDI sehen "verdächtig" angeordnet aus.
Gibt es hier etwas um die Platine rein zu stecken oder ne andere klevere Lösung?
ich denke die ISP ist für den Standard 10pol. AVR ISP gemacht
https://www.mikrocontroller.net/articles/AVR_In_System_Programmer#Pinbelegung (https://www.mikrocontroller.net/articles/AVR_In_System_Programmer#Pinbelegung)
(wobei Rx/Tx nicht Standard sind)
Eine 2x5 pol. Stiftleiste klemmen, die von einem 10pol. Programmer kommt müsste klappen, ohne Rx/Tx, habe es aber selber noch nicht probiert.
Hi Tom, danke für die Antwort. Die Idee war vllt ob so ein edge connector oder so passt. Andernfalls schau ich mal ob man was kleveres aus pogo pins bauen kann. Löten möchte ich nicht.
kennst du die alten ISA-Bus Steckplätze oder die 5,25 Floppy Stecker?
Davon ein 2x5 Stück sollte perfekt passen.
An genau sowas hatte ich gedacht ;)
Dummerweise hat man sowas vor 10 Jahren schon entsorgt
Zitat von: Psi am 16 August 2019, 00:14:26
An genau sowas hatte ich gedacht ;)
Dummerweise hat man sowas vor 10 Jahren schon entsorgt
ebay oder Wertstoffhof ;)
Zitat von: Tom Major am 14 August 2019, 23:05:48
ja genau, das wäre meine erste Frage gewesen, was wurde geändert ;)
Habe es heute mal mit deiner Kombi A3, 7, SHT10 getestet, nur um auszuschließen das noch ein Bug da drin ist.
Was soll ich sagen, alles Bestens, HB-UNI-Sensor1 funktioniert wie gewohnt, auch die Spannungsmessung.
Habe dafür meinen ersten Prototyp von vor einem Jahr aktiviert.
In dem einen Bild sieht du als Diff die geänderten Stellen zum aktuellen Codestand auf github.
Und ein Bild vom Aufbau und vom seriellen Log.
Ich kann auch mit dieser Kombi keinerlei Problem erkennen.
Hi Tom Major,
Erst mal danke fürs Testen. Ich glaube bei mir hat es am flashprozess gelegen. Anscheinend war der Flash trotz erfolgreichen Abschluss korrupt.
Nun gut. Zumindest funktioniert es jetzt erst mal. Hast du noch einen Tipp woran es liegen kann das ich den Faktor so stark erhöhen muss obwohl die Widerstände korrekt sind. Welche Bauteile haben noch Einfluss auf die Messung?
Danke
Gesendet von meinem VTR-L09 mit Tapatalk
Zitat von: FEHMPiDi am 17 August 2019, 14:50:46
Hi Tom Major,
Erst mal danke fürs Testen. Ich glaube bei mir hat es am flashprozess gelegen. Anscheinend war der Flash trotz erfolgreichen Abschluss korrupt.
Nun gut. Zumindest funktioniert es jetzt erst mal. Hast du noch einen Tipp woran es liegen kann das ich den Faktor so stark erhöhen muss obwohl die Widerstände korrekt sind. Welche Bauteile haben noch Einfluss auf die Messung?
Danke
Gesendet von meinem VTR-L09 mit Tapatalk
Hmm, wenn du mit der 100k/470k Kombi wirklich den Faktor 16200 brauchst steckt noch irgendwo ein gewaltiger Fehler.
Mit 1% Widerstanden sollte auch der Faktor 5700 nur in diesem Bereich abweichen.
Wenn du Flash Probleme hast, mach immer ein Verify anschließend, vlt. ist ja immer noch der Flash nicht korrekt?
Ansonsten alle am Spannungsteiler beteiligten Signalpfade nachlöten und durchmessen.
Um Probleme mit dem Step-Up auszuschließen das ganze mal an 3V Batt. betreiben.
Hallo Tom (Major),
ich habe ein kleines Problem mit den Gerberdaten aus deinem GitHub, evtl. kannst du mir helfen? Die hochgeladene, gezippte Datei für den Platinenhersteller JLCPCB wird nicht angenommen. :(
Welche Dateien deiner Platine zum PLHT Sensor Version 2.01 muß ich denn nehmen, oder hast du eine komprimierte Alternative die zur Bestellung funktioniert?
Viele Grüße
Eberhard
alle 8 Dateien unter /Gerber sind notwendig.
Mach mal einen screenshot vom Fehler bei jlcpcb.
Zitat von: Tom Major am 24 August 2019, 12:04:53
alle 8 Dateien unter /Gerber sind notwendig.
Mach mal einen screenshot vom Fehler bei jlcpcb.
Bei mir gibt es kein Problem bei JLCPCB.
Schade aber, dass du dich gegen den Arduino Pro Mini entschieden hast. Der war deutlich einfacher zu verlöten als der nackte ATMega.
Zitat von: gloob am 24 August 2019, 12:19:44
Bei mir gibt es kein Problem bei JLCPCB.
Schade aber, dass du dich gegen den Arduino Pro Mini entschieden hast. Der war deutlich einfacher zu verlöten als der nackte ATMega.
EPo hatte aber
PLHT Sensor Version 2.01
geschrieben und die kann noch den Pro Mini.
Zitat von: Tom Major am 24 August 2019, 16:42:46
EPo hatte aber
PLHT Sensor Version 2.01
geschrieben und die kann noch den Pro Mini.
Stimmt :)
Aber auch die habe ich erfolgreich bei JLCPCB bestellt.
Auch wenn sich EPo nicht mehr gemeldet hat, ich bin gerade im anderen Forum
https://homematic-forum.de/forum/viewtopic.php?f=76&t=51161&start=180#p525544 (https://homematic-forum.de/forum/viewtopic.php?f=76&t=51161&start=180#p525544)
wieder mal auf das alte Problem github Datei html vs. raw download gestoßen.
Vielleicht hat EPo die Gerber ja auch als html versucht bei JLCPCB einzustellen was zum Scheitern verurteilt ist.
Um Anfragen dieser Art zu minimieren habe ich mal alle Gerberdateien nur noch gezippt als Archive auf github.
Hi,
irgendwie werde ich nicht Herr mit den FUSES. Kann mir jemand sagen welche ich hier nun setzen muss damit ich den normalen "Arduino" Bootloader verwenden kann und den 32kHz Quarz?
Thx!
Zitat von: Psi am 29 August 2019, 20:11:43
Hi,
irgendwie werde ich nicht Herr mit den FUSES. Kann mir jemand sagen welche ich hier nun setzen muss damit ich den normalen "Arduino" Bootloader verwenden kann und den 32kHz Quarz?
Thx!
Für 32 kHz musst du den RC-Osc in den Fuses aktivieren und den 32 kHz Quarz an die beiden XTAL löten. Und natürlich im sketch auf RTC umstellen.
https://github.com/TomMajor/SmartHome/tree/master/Info/Bootloader#standard-bootloader-atmega328p-rc-oszillator-oder-quarz-8mhz (https://github.com/TomMajor/SmartHome/tree/master/Info/Bootloader#standard-bootloader-atmega328p-rc-oszillator-oder-quarz-8mhz)
Genau das hatte ich eigentlich versucht aber iwie hab ich nun kein Glück mehr. Hab sogar schon den OCS Pin vom Diamex verbunden damit ich nen Takt vorgeben kann aber bekomme immer FAILED wenn ich mit dem AVR sprechen möchte. Auch hab ich die Frequenz des ISP schon runter auf 1kHz
Zitat von: Psi am 29 August 2019, 20:11:43
irgendwie werde ich nicht Herr mit den FUSES. Kann mir jemand sagen welche ich hier nun setzen muss damit ich den normalen "Arduino" Bootloader verwenden kann und den 32kHz Quarz?
Das Script hier setzt alles richtig.
https://github.com/pa-pa/AskSinPP/blob/master/bootloader/avr/flash.sh
Zitat von: papa am 29 August 2019, 21:06:16
Das Script hier setzt alles richtig.
https://github.com/pa-pa/AskSinPP/blob/master/bootloader/avr/flash.sh
Denke 0xD0 könnte D2 sein da wir ja Optiboot nehmen und der kleiner ist richtig?
Aber dennoch bekomme ich keine FUSES mehr gesetzt egal ob mit oder ohne externen Takt am AVR.
Ich probiere demnächst mal nen neuen.
Sind es nur die Fuses die nicht gehen oder auch generell Flash erase/read/write?
Einen anderen zu probieren ist sicher eine gute Idee.
Es ist die generelle ISP Verbindung da ich wohl zuerst falsche Fuses gesetzt habe und der AVR nun meint iwas anderes als 32kHz als externe Taktquelle zu haben.
dein Ansatz mit externem Takt ist schon gut für diesen Fall.
Du musst diesen nur am richtigen XTAL1 (input) einspeisen.
Mehr fällt mir dann auch nicht ein.
Übrigens ist auch im RTC Betrieb der 32k nicht die run clock (das bleibt der RC 8MHz), der 32k speist die RTC die im sleep aktiv bleibt.
Zitat von: Tom Major am 30 August 2019, 00:35:12
Du musst diesen nur am richtigen XTAL1 (input) einspeisen.
Übrigens ist auch im RTC Betrieb der 32k nicht die run clock (das bleibt der RC 8MHz), der 32k speist die RTC die im sleep aktiv bleibt.
Beides ist bekannt und ich hab den OCS an XTAL1 angelötet. Vllt hat der AVR wirklich nen hau. Kurzfristig ging das setzen der Fuses sogar aber der Verify nicht. Bevor wir jetzt wegen 1€ lange hin und her tun kommt n neuer drauf :)
Vielen Dank für deine Hilfe !
Hallo,
ich habe mir ein paar Sensoren (SHT11) mit folgender Hardware
https://github.com/pa-pa/HMSensor/blob/master/HMSensor-StepUp/files/HMSensor-StepUp.pdf (https://github.com/pa-pa/HMSensor/blob/master/HMSensor-StepUp/files/HMSensor-StepUp.pdf)
und diesem Sketch aufgebaut: HB-UNI-Sensor
Soweit funktioniert auch alles. Ich habe inzwischen 6 Sensoren am Laufen. Ein Sensor zieht allerdings schnell die Batterien leer. Ich habe mal den Ruhestrom gemessen und der liegt bei 6,3mA. Bei allen anderen Devices bei ca. 400µA. Ich gehe mal davon aus dass das Teil mit 6mA irgendeinen Defekt hat, den ich aber bisher nicht gefunden habe. Ich habe alle Lötstellen kontrolliert und die Platinen nach dem Löten gesäubert. Das Teil kann ich wohl abschreiben.
Ich wollte aber mal wissen ob denn die 400µA bei den anderen Sensoren im normalen Berich liegen. Die Batterien halten ca. 1 Monat, was nicht sehr lange ist. Ich habe hier immer etwas von 4µm mit int. RC Osz. gelesen. Jetzt stellt sich mir die Frage was bei meinem Aufbau nicht stimmt, oder sind die 4µA nicht realistisch?
Danke
Liegt es vielleicht am StepUp?
Ich habe meine allerersten freiluftverdrahteten HM-WDS40-TH-I mit SHT10 erst vor kurzem in der Hand gehabt.
Diese betreibe ich mit 2x AA Batterien seit knapp 2 Jahren und sie haben immer 2,9V! Und ziehen im Sleep 4,8µA.
Aufbau ganz normal mit Arduino Pro Mini mit orig. ext. 8MHz, angeheftetem SHT10 und jetzt vor ein paar Tagen nachgerüstetem LCD Display.
Da sind auch ein paar Bilder von meiner "Freiluftverdrahtung" https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HM-WDS40-TH-I-SHT10
Durch das LCD sind es jetzt rund 100µA geworden.
Ausreißer, die auf einmal aus dem Nichts ein paar mA dauerhaft zogen, hatte ich auch schon 2-3 Mal.
Ein Mal lag es am CC1101, das dauerhaft 2,5mA wollte, ein anderes Mal war es der 328P... Die Ursache habe ich auch nie rausgefunden!
Kosmische Strahlung vielleicht? :o
Echt jetzt? Du hast mit einem normalen Arduino Pro Mini weniger Stromverbrauch als ich mit der spezial Hardware für extra niedrigen Stromverbrauch. Ich dachte das wäre der Vorteil von der speziellen Platine mit Step-up. Ich glaube dann läuft bei mir etwas falsch.
Ansonsten schmeiße ich den step-up raus und mach es so wie du.
Hat noch jemand Erfahrungen mit der step-up Variante?
Wie lange halten denn bei dir die Batterien ungefähr?
Danke und Gruß
Selbst 400uA erscheinen mir zuviel, z.B. mit BME und MAX kann man ca. 4uA erreichen - ohne Stepup.
https://github.com/TomMajor/SmartHome/tree/master/Info/Ruhestrom (https://github.com/TomMajor/SmartHome/tree/master/Info/Ruhestrom)
Ein Step-up verschlechtert das etwas, ich glaube mich an ca. 10..20uA Mehrverbrauch durch den MAX1724 zu erinnern, der Wert schwankt ständig da dieser Step-up diskontinuierlich arbeitet.
Mit dem TI Step-up habe ich keine Erfahrungen, aber 400uA finde ich zu hoch.
Man könnte schrittweise die Verbraucher/AVR & Sensoren abkoppeln um den Schuldigen zu ermitteln..
Zitat von: FEHMPiDi am 02 Oktober 2019, 21:29:52
Hat noch jemand Erfahrungen mit der step-up Variante?
Wie lange halten denn bei dir die Batterien ungefähr?
Ich habe 1 Gerät mit Stepup. Aus Faulheit baue ich ja so gut wie alles aus Fertigmodulen - so auch beim StepUp. Da habe ich damals den BL8530 verbaut.
Ruhestromaufnahme der Gesamtschaltung liegt bei mir bei knapp 70µA (solange die Batterien 2x AA noch 3V liefern, sonst wirds natürlich etwas mehr).
Ich würde auch, wie Tom vorgeschlagen hat, der Sache erstmal schritt-/bauteilweise auf den Grund gehen
Hallo zusammen,
auf Grund der obigen Diskussion habe ich Dirk's Sensor vermessen:
2 Zellen, MAX1724
20 ... 120 mA im Normalbetrieb -> woher der Peak?
120 ... 150 µA im Ruhezustand
1 Zelle, MAX1724
60 ... 80 mA im Normalbetrieb
220 ... 260 µA im Ruhezustand
bzw. mein Ultraschallsensor:
1 Zelle, MAX1724
20 ... 60 mA im Normalbetrieb
350 ... 380 µA im Ruhezustand
290 ... 330 µA im Ruhezustand ohne Ultraschallsensor
Die Werte sind jeweils direkt an der Batterie gemessen. Den Peak von 120 mA bei 2 Zellen kann ich mir nicht erklären. Ich muss mal schauen, wie ich das noch optimieren kann.
Gruß Peter
Hi,
ich werde den Sensor mal neu aufbauen und immer wieder messen.
Nur mal zur Sicherheit. Vom Sketch her muss ich nichts ändern, oder. Der ist so aufgebaut das der Sleep modus immer aktiv ist sobald das Messen und Senden erledigt ist? Gibt es spezielle Fuses die ich noch beachten muss?
Danke
ich hatte mal letztes Jahr einen sketch zum Testen des Ruhestroms gemacht, eventuell hilft der
SleepTest.ino
https://github.com/TomMajor/SmartHome/tree/master/Info/Ruhestrom#%C3%BCberpr%C3%BCfung-des-avr-ruhestroms-power-down-mode (https://github.com/TomMajor/SmartHome/tree/master/Info/Ruhestrom#%C3%BCberpr%C3%BCfung-des-avr-ruhestroms-power-down-mode)
Wenn der AskSinPP sketch für Batt.betrieb ist musst du normal nichts weiter beachten.
Sleep modus siehst du z.B. an der Zeile am Ende des sketches
hal.activity.savePower<Sleep<>>(hal);
Hallo,
hat einige Zeit gedauert, aber ich bin leider erst jetzt dazu gekommen.
Hier die Werte:
Sensor ohne Step-up, mit CC1101, ohne I2C Board => 4,1µA Ruhestrom.
Sensor ohne Step-up, mit CC1101, mit I2C Board und SHT11=> 381µA Ruhestrom.
Es scheint also am SHT11 Sensor zu liegen. Kann es sein das der SHT11 evtl. nicht in den sleepmodus versetzt wird? Laut Datenblatt sollte er nur 1,5µm im sleepmodus verbrauchen.
min typ
measuring 0.55 1 mA
average 2 28 µA
sleep 0.3 1.5 µA
Mir fehlt leider das tiefe Programmierwissen um das im Sketch nachzuvollziehen. Falls jemand von Euch das Checken könnte oder Nachstellen wäre ich sehr dankbar.
Zitat von: FEHMPiDi am 26 Oktober 2019, 21:58:51
Hallo,
hat einige Zeit gedauert, aber ich bin leider erst jetzt dazu gekommen.
Hier die Werte:
Sensor ohne Step-up, mit CC1101, ohne I2C Board => 4,1µA Ruhestrom.
Sensor ohne Step-up, mit CC1101, mit I2C Board und SHT11=> 381µA Ruhestrom.
Es scheint also am SHT11 Sensor zu liegen. Kann es sein das der SHT11 evtl. nicht in den sleepmodus versetzt wird? Laut Datenblatt sollte er nur 1,5µm im sleepmodus verbrauchen.
min typ
measuring 0.55 1 mA
average 2 28 µA
sleep 0.3 1.5 µA
Mir fehlt leider das tiefe Programmierwissen um das im Sketch nachzuvollziehen. Falls jemand von Euch das Checken könnte oder Nachstellen wäre ich sehr dankbar.
Könnte schon sein das die Vermutung mit dem sleep Modus zutrifft. Ich habe selbst den SHT10 nicht aktiv im Einsatz und auf die Schnelle habe ich in der verwendeten Library für den SHT10
https://github.com/spease/Sensirion (https://github.com/spease/Sensirion)
nichts von sleep mode gesehen, konnte auch nur flüchtig drüberschauen.
Vlt. hat noch jemand anders Erfahrungen mit dem SHT10 bezüglich Strom.
Zitat von: jp112sdl am 02 Oktober 2019, 20:54:40
Liegt es vielleicht am StepUp?
Ich habe meine allerersten freiluftverdrahteten HM-WDS40-TH-I mit SHT10 erst vor kurzem in der Hand gehabt.
Diese betreibe ich mit 2x AA Batterien seit knapp 2 Jahren und sie haben immer 2,9V! Und ziehen im Sleep 4,8µA.
Aufbau ganz normal mit Arduino Pro Mini mit orig. ext. 8MHz, angeheftetem SHT10 und jetzt vor ein paar Tagen nachgerüstetem LCD Display.
Da sind auch ein paar Bilder von meiner "Freiluftverdrahtung" https://github.com/jp112sdl/Beispiel_AskSinPP/tree/master/examples/HM-WDS40-TH-I-SHT10
Durch das LCD sind es jetzt rund 100µA geworden.
Ausreißer, die auf einmal aus dem Nichts ein paar mA dauerhaft zogen, hatte ich auch schon 2-3 Mal.
Ein Mal lag es am CC1101, das dauerhaft 2,5mA wollte, ein anderes Mal war es der 328P... Die Ursache habe ich auch nie rausgefunden!
Kosmische Strahlung vielleicht? :o
Hi,
Ich habe es auch mal mit Deinem Sketch versucht. Auch da bleibt der Strom bei den 381uA. Jetzt könnte ich es nur noch mal mit einem Standard Pro mini versuchen. Wobei ich dann nicht wüsste wo da der Unterschied liegen würde. Hat noch jemand eine Idee?
Ich bin da auch etwas ratlos.
Aber ist irgendwie verwunderlich, dass zurzeit vermehrt Ruhestromprobleme (im orangenen Forum) auftreten.
https://homematic-forum.de/forum/viewtopic.php?f=76&t=53444&p=537918#p537916
https://homematic-forum.de/forum/viewtopic.php?f=76&t=43627&p=537940#p537924
Zitat
Sensor ohne Step-up, mit CC1101, ohne I2C Board => 4,1µA Ruhestrom.
Sensor ohne Step-up, mit CC1101, mit I2C Board und SHT11=> 381µA Ruhestrom.
Eigentlich war damit doch schon der Übeltäter prinzipiell gefunden dachte ich.
Zitat von: Tom Major am 27 Oktober 2019, 23:23:51
Eigentlich war damit doch schon der Übeltäter prinzipiell gefunden dachte ich.
Naja, gefunden schon, aber nicht gelöst. Ich habe von den Sensoren insgesamt 10 Stück verbaut. Ganz billig waren die auch nicht. Ich würde die SHT11 schon gern benutzen. Aber mit einem Monatlichen Batteriewechsel bei 10 Sensoren bin ich nicht ganz zufrieden aus Ökologischen Gesichtspunkten. Daher frage ich mich schon wieso es bei jp112sdl funktioniert mit einem Ruhestrom von einigen µA mit dem mehr oder weniger gleichen Sensor (SHT10) und bei mir eben nicht (SHT11). Da muss sich doch irgendwo etwas geändert haben in der Zwischenzeit.
Wo kommen denn die Sensoren her ? Vielleicht werden da ja auch "Ausschuß"-Ware oder B-Ware verkauft, welche zwar technisch funktioniert, aber eben nicht den Spezifikationen entspricht.
Die habe ich mir über ebay besorgt. Sie waren zumindest nicht als B-ware deklariert.
Ich habe u.a. auch welche von ebay. Diese hier: https://www.ebay.de/itm/182473803783
Hallo, noch eine Info zum Thema.
Ich habe vorhin einen SHT11 auf dem i2C Board aufgebaut und gemessen.
- Ohne Verbindung zum Arduino 0,00µA.
- Data Leitung an A4 angeschlossen, immer noch 0,00µA.
- SCK an A5 angeschlossen und schlagartig 380µA Strom, der sich auch nicht ändert. Egal wie lange man wartet.
Laut Datenblatt soll der SHT nach dem Power-up nach 11ms in den Sleepmodus fallen. Davon war bei mir nichts zu merken.
Ich werde daraus nicht schlau. Alles sehr komisch. Zumal auch alle bisher aufgebauten Sensor (5) mit dem SHT11 ziemlich eng um die 360-380µA Ruhestrom liegen. Kann mir also nicht vorstellen das dort ein Sensor defekt ist. Dann wäre die Streuung größer :-\
Ich werde mal in den nächsten Tagen eine weitere Platine mit einem DS18B20 aufbauen. Davon habe ich noch einige rumliegen. Mal sehen wo ich damit dann beim Ruhestrom lande.
Hast du auch andere SHT10/11 aus früheren Bestellungen und damit ggf. mal gemessen?
Zitat von: Tom Major am 29 Oktober 2019, 00:58:23
Hast du auch andere SHT10/11 aus früheren Bestellungen und damit ggf. mal gemessen?
Nein, leider nicht. Ich hatte mir damals 10 Stück bestellt.
Gesendet von meinem LYA-L29 mit Tapatalk
Hmm, da der Ruhestrom ohne SHT11 passt und Jerome schreibt seine SHT10 verbrauchen quasi nichts würde ich mal einen SHT10/11 aus einer anderen Quelle versuchen.
Hallo,
ein kurzes Update von meiner Seite. ich habe eben bei einem Aufbau den SHT11 ausgebaut und einen DS18B20 dafür eingebaut.
Der Ruhestrom ist von 378µA auf 5,6µA gesunken.
Es liegt also anscheinend echt an dem SHT11 Sensoren. Vielleicht habe ich da wirklich eine schlechte charge erwischt. Finde ich schon seltsam, aber ich muss es wohl so hinnehmen.
Jetzt stellt sich mir die Frage ob ich mir noch einen SHT10 besorge oder lieber gleich einen BME280, da bekommen ich dann gleich 3 Messwerte und teurer ist er auch nicht.
Hat damit jemand Erfahrung was Ruhestom und Dynamik angeht. Ich habe mal irgendwo gelesen das die Sensoren sehr träge sind.
Danke noch mal für Eure Unterstützung ;)
ich nutze SHT31 und TSL2561 ... habe einen Ruhestrom vom 21 µA (der TSL hat idle ca 15). Würde die 6 µA bestätigen ... bin weit von den ca. 400 µA entfernt. Weiß nicht ob der SHT31 vergleichbare Libs wie der SHT10/11 hat. Mein SHT31 und TSL2561 sind I2C.
Link zum SHT31 (der Vollständigkeit halber)... https://de.aliexpress.com/item/32713279032.html?spm=a2g0s.9042311.0.0.27424c4dEAwp5K
Erfahrung mit BME280 ... nach 3 Lieferungen von unterschiedlichen Händlern ... meine zeigten alle bei der Temperatur zu viel an. Bin dann auf SHT31 umgestiegen ... Habe noch einen BME280 im Einsatz für Luftdruck und Humid, Temperatur liefert da aber ein DS18B20 ...
Zitat von: FEHMPiDi am 30 Oktober 2019, 19:53:16
Hallo,
ein kurzes Update von meiner Seite. ich habe eben bei einem Aufbau den SHT11 ausgebaut und einen DS18B20 dafür eingebaut.
Der Ruhestrom ist von 378µA auf 5,6µA gesunken.
Es liegt also anscheinend echt an dem SHT11 Sensoren. Vielleicht habe ich da wirklich eine schlechte charge erwischt. Finde ich schon seltsam, aber ich muss es wohl so hinnehmen.
Jetzt stellt sich mir die Frage ob ich mir noch einen SHT10 besorge oder lieber gleich einen BME280, da bekommen ich dann gleich 3 Messwerte und teurer ist er auch nicht.
Hat damit jemand Erfahrung was Ruhestom und Dynamik angeht. Ich habe mal irgendwo gelesen das die Sensoren sehr träge sind.
Danke noch mal für Eure Unterstützung ;)
BME280 ist gut bzgl. Ruhestrom, 0,15 bzw. 5 uA je nachdem ob der LDO drauf bleibt.
https://github.com/TomMajor/SmartHome/tree/master/Info/Ruhestrom#ruhestrom-mit-sensor-boards (https://github.com/TomMajor/SmartHome/tree/master/Info/Ruhestrom#ruhestrom-mit-sensor-boards)
Hat aber eine gewisse Trägheit bei der Temperatur, da ist ein in der Luft stehender DS18b20 dynamischer.
https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#tr%C3%A4gheit-verschiedener-temperatursensoren (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#tr%C3%A4gheit-verschiedener-temperatursensoren)
Ich verwende mittlerweile beim HB-UNI-Sensor1 den BME nur für Druck und Feuchtigkeit, für Temp. aber einen extra DS18b20.
Hi,
danke für Deine Antwort. Darauf wird es wohl hinaus laufen. Ich schau mir jetzt mal die Batteriehaltbarkeit beim Sensor mit dem DS18B20 an. Wenn die nun wesentlich länger ist, dann werde ich wohl oder über auf BME umstellen müssen und die SHT11 in den Müll legen. Schade ums Geld, aber lässt sich nicht ändern :-\
Zitat von: FEHMPiDi am 08 November 2019, 18:42:22
Hi,
danke für Deine Antwort. Darauf wird es wohl hinaus laufen. Ich schau mir jetzt mal die Batteriehaltbarkeit beim Sensor mit dem DS18B20 an. Wenn die nun wesentlich länger ist, dann werde ich wohl oder über auf BME umstellen müssen und die SHT11 in den Müll legen. Schade ums Geld, aber lässt sich nicht ändern :-\
Weiß nicht ob du es schon getan hast, aber du könntest noch mal die SHT11 nur mit dem Beispiel sketch aus der Sensirion Lib und mit einer anderen HW betreiben und dabei den Strom direkt nur in der SHT11 Versorgung messen.
Nur um irgendein seltsames Kombi-Probleme mit der HW und dem Sensor-Sketch in Zusammenspiel mit dem SHT11 auszuschließen.
Bei der Platine ist ja ANT als Lötauge herausgeführt, müsste man die ~8mm von der Drahtlänge abziehen?
Ansonsten hab ich noch angefangen die Platinen etwas zu dokumentieren um den Einstieg zu erleichtern: https://github.com/AskSinPP/asksinpp.de/tree/feature/hmsensor/Projekte/psi/HMSensor
Bin für Kritik, Verbesserungen und Ratschläge offen ;)
Zitat von: Psi am 26 November 2019, 00:22:04
Bei der Platine ist ja ANT als Lötauge herausgeführt, müsste man die ~8mm von der Drahtlänge abziehen?
Die Antwort hatte ich hier gefunden: https://wiki.fhem.de/wiki/HomeMatic_Fenster-Drehgriffkontakt_Community-Nachbau#Zusammenl.C3.B6ten_der_SMD_Bauteile
ZitatAls Antenne (ANT) wird ein Draht mit 72 mm Länge eingelötet.
Oh - ich mach immer 83mm ran :-)
Zitat von: papa am 04 Dezember 2019, 09:24:29
Oh - ich mach immer 83mm ran :-)
Im Wiki stehen 72 mm (https://wiki.fhem.de/wiki/HomeMatic_Fenster-Drehgriffkontakt_Community-Nachbau#Zusammenl.C3.B6ten_der_SMD_Bauteile), die Leiterbahnen auf der CR2032 Platine sind (in KiCAD gemessen) 10,4 mm ;)
Gruß Peter
Zitat von: papa am 04 Dezember 2019, 09:24:29
Oh - ich mach immer 83mm ran :-)
Zitat von: PeMue am 04 Dezember 2019, 09:41:08
Im Wiki stehen 72 mm (https://wiki.fhem.de/wiki/HomeMatic_Fenster-Drehgriffkontakt_Community-Nachbau#Zusammenl.C3.B6ten_der_SMD_Bauteile), die Leiterbahnen auf der CR2032 Platine sind (in KiCAD gemessen) 10,4 mm ;)
Verkürzungsfaktor nicht vergessen. 8)
Aber wollen wir es mal nicht übertreiben :)
Zitat von: jp112sdl am 04 Dezember 2019, 09:54:00
Verkürzungsfaktor nicht vergessen. 8)
0,95? Oder eher 0,97? Hängt doch vom verwendeten Isoliermaterial ab, oder?
Gruß Peter
Zitat von: PeMue am 04 Dezember 2019, 09:57:40
0,95? Oder eher 0,97? Hängt doch vom verwendeten Isoliermaterial ab, oder?
Vom verwendeten Antennenmaterial.
Der Verkürzungsfaktor gibt an, wie stark die Ausbreitungsgeschwindigkeit der elektromagnetischen Wellen gehemmt wird.
Ich kam mal bei meinem Kupferdraht auf 0,96, finde aber die Quelle der Info grad auf die Schnelle nicht mehr
Zitat von: PeMue am 04 Dezember 2019, 09:57:40
0,95? Oder eher 0,97? Hängt doch vom verwendeten Isoliermaterial ab, oder?
Also 7cm dran löten? ::) ;D
Nein nein.
Wenn man mal mit präzisen Zahlen rechnet c = 299792458 m/s, f = 868.3MHz, 0,96 Verkürzungsfaktor, dann kommt man auf 8,29cm.
Zitat von: jp112sdl am 04 Dezember 2019, 10:29:19
Nein nein.
Wenn man mal mit präzisen Zahlen rechnet c = 299792458 m/s, f = 868.3MHz, 0,96 Verkürzungsfaktor, dann kommt man auf 8,29cm.
Abzüglich der 10,4mm Leiterbahn dann doch 7,25cm
Oder du lötest den Draht direkt an das CC1101-Modul... erspart dir den Verlust über einen Übergangslötpunkt und den unterschiedlichen Durchmessern (Leiterbahn / Antennendraht).
Aber so lange man sich mit dem Device nicht gerade in der Reichweitengrenze bewegt, wird man davon eh nix merken.
Das ist richtig. Ich habe eine hmsensor mit 8,3 an ANT und 3 mit 7,4. Alle haben vergleichbare rssi Werte laut ccu
Hinweis auf eine neues Universal-HW Projekt das ich neulich gemacht hatte:
tmStamp - kleine AskSinPP Universalplatine basierend auf Arduino Pro Mini
Features:
* Einsatz eines Arduino Pro Mini um nicht immer den ATmega328P als SMD TQFP32 löten zu müssen
* Es wurde ein Kompromiss angestrebt zwischen einerseits minimalen Abmessungen (Pro Mini und CC1101 als Stack übereinander) und andererseits zusätzlichen Optionen um das Board möglichst universell einsetzen zu können
* CC1101, Config-Taster und LED natürlich On-Board
* Die folgenden zusätzlichen Optionen existieren, alle nur bei Bedarf bestückbar:
- Verpolschutz
- StepUp-Wandler MAX1724 zur Versorgung aus einer Zelle
- Echte Batteriespannungsmessung unter Last
- Optionaler Reset-Baustein MCP111 (Schutz vor "Babbling Idiot")
- DS18B20 Temperatursensor On-Board
- vollständiger I2C-Anschluß mit Power-Pins zur Anbindung von Sensor Breakout-Boards wie BME280 usw.
- I2C pull-up Widerstände
- Zugang zu den SPI-Pins SCK/MOSI/MISO über extra Lötpads (rechten Seite)
- Zugang zu den Analog-Pins A0..A3 über extra Lötpads (rechten Seite)
- Zugang zu den frei verwendbaren Digital-Pins D5..D9 direkt am Arduino Pro Mini (linken Seite)
Projekt:
https://github.com/TomMajor/SmartHome/tree/master/PCB/tmStamp (https://github.com/TomMajor/SmartHome/tree/master/PCB/tmStamp)
Support thread:
https://homematic-forum.de/forum/viewtopic.php?f=76&t=55497 (https://homematic-forum.de/forum/viewtopic.php?f=76&t=55497)
Zitat von: Tom Major am 02 Januar 2020, 19:59:05
Hinweis auf eine neues Universal-HW Projekt das ich neulich gemacht hatte:
tmStamp - kleine AskSinPP Universalplatine basierend auf Arduino Pro Mini
Features:
* Einsatz eines Arduino Pro Mini um nicht immer den ATmega328P als SMD TQFP32 löten zu müssen
* Es wurde ein Kompromiss angestrebt zwischen einerseits minimalen Abmessungen (Pro Mini und CC1101 als Stack übereinander) und andererseits zusätzlichen Optionen um das Board möglichst universell einsetzen zu können
* CC1101, Config-Taster und LED natürlich On-Board
* Die folgenden zusätzlichen Optionen existieren, alle nur bei Bedarf bestückbar:
- Verpolschutz
- StepUp-Wandler MAX1724 zur Versorgung aus einer Zelle
- Echte Batteriespannungsmessung unter Last
- Optionaler Reset-Baustein MCP111 (Schutz vor "Babbling Idiot")
- DS18B20 Temperatursensor On-Board
- vollständiger I2C-Anschluß mit Power-Pins zur Anbindung von Sensor Breakout-Boards wie BME280 usw.
- I2C pull-up Widerstände
- Zugang zu den SPI-Pins SCK/MOSI/MISO über extra Lötpads (rechten Seite)
- Zugang zu den Analog-Pins A0..A3 über extra Lötpads (rechten Seite)
- Zugang zu den frei verwendbaren Digital-Pins D5..D9 direkt am Arduino Pro Mini (linken Seite)
Projekt:
https://github.com/TomMajor/SmartHome/tree/master/PCB/tmStamp (https://github.com/TomMajor/SmartHome/tree/master/PCB/tmStamp)
Support thread:
https://homematic-forum.de/forum/viewtopic.php?f=76&t=55497 (https://homematic-forum.de/forum/viewtopic.php?f=76&t=55497)
Hallo Tom,
Respekt. Meine Versionen sind alle größer. War dabei die CC1101 auf die Rückseite zu legen damit die Platine kleiner wird.
Hast du die Platine schon in Auftrag gegeben?
Würde ggf einige erstellen lassen.
Interesse?
Zitat von: Beetle2003 am 03 Januar 2020, 13:07:45
Hallo Tom,
Respekt. Meine Versionen sind alle größer. War dabei die CC1101 auf die Rückseite zu legen damit die Platine kleiner wird.
Hast du die Platine schon in Auftrag gegeben?
Würde ggf einige erstellen lassen.
Interesse?
Danke.
Also ich hatte mir nur erst mal 5 Stück als Prototyp bestellt, mache ich immer so um bei Layout Fehlern nicht so viel Schrott zu erzeugen.
Wenn du eine Sammelbestellung machen willst könntest du auch im verlinkten thread des orangen Forums nachfragen, Psi z.B. dort hatte auch Interesse.
Und hier im grünen Forum bitte nach Möglichkeit einen neuen thread dazu, wir möchten nicht papas thread damit belasten würde ich sagen. Wollte nur die Info über diese neue HW loswerden ;)
Mit einer Sammelbestellung für die tmStamp, initiiert von Beetle2003, geht es hier weiter:
https://forum.fhem.de/index.php/topic,107107.0.html (https://forum.fhem.de/index.php/topic,107107.0.html)
Hallo,
erst einmal Danke an alle für das tolle Projekt.
Ich hoffe, dass ich meine Anfrage hier herein einstellen kann...
Nun ich habe erfolgreich meinen ersten Switch als HM-LC-SW1-BA-PCB mit einem ProMini 3.3V aufgebaut und
einen Ausgang vorerst mit einer LED belegt -> funktioniert.
Ziel ist es aber eine LED Lichterkette welche 5V und 0,19A zieht, zu schalten.
Alles sollte über ein Steckernetzteil mit 5V versorgt werden.
Dazu habe ich mal ein Bild gezeichnet.
Ich weiß allerdings nicht so genau ob das so funktioniert und
welchen Transistor bzw. Widerstände ich da nehmen sollte.
Kann mir da jemand helfen ?
Gruß Uwe
Hallo,
ich hatte mir vorheriges Beispiel aus papa´s Relayboard genommen,
verstehe aber nicht warum einen Widerstand mit 1M (im Bsp.: R2) verbaut ist.
https://forum.fhem.de/index.php/topic,73954.msg669450.html#msg669450 (https://forum.fhem.de/index.php/topic,73954.msg669450.html#msg669450)
nun habe ich etwas experimentiert und setze beim Transistor eine Verstärkung Faktor 40 voraus
und erhalte folgende Werte:
http://www.falstad.com/circuit/circuitjs.html?cct=$+1+0.000005+23.47059216675035+42+5+50%0At+672+368+704+368+0+1+-5.84661848343099+-3.298153034243424+40%0Ag+672+464+672+480+0%0Ar+608+368+672+368+0+560%0Aw+544+368+608+368+3%0A34+fwdrop%5Cq4+0+2.6203903093645433e-34+0+2+0%0A162+704+288+704+352+3+fwdrop%5Cq4+1+0+0+0.01%0AR+704+240+704+192+0+0+40+5+0+0+0.5%0AO+704+352+784+352+1%0Aw+704+240+704+288+1%0Aw+1024+240+1024+288+1%0AO+1024+352+1104+352+1%0AR+1024+240+1024+192+0+0+40+5+0+0+0.5%0A162+1024+288+1024+352+3+fwdrop%5Cq4+1+0+0+0.01%0Aw+864+368+928+368+3%0Ar+928+368+992+368+0+560%0Ag+1024+384+1024+400+0%0At+992+368+1024+368+0+1+-5.848465449130165+-3.2999999999426+40%0A207+544+368+544+336+4+square%0A207+864+368+864+336+4+square%0AR+544+368+512+368+1+2+10+3.3+0+0+0.5%0Ar+672+368+672+464+0+1000000%0Aw+672+464+704+384+0%0A (http://www.falstad.com/circuit/circuitjs.html?cct=$+1+0.000005+23.47059216675035+42+5+50%0At+672+368+704+368+0+1+-5.84661848343099+-3.298153034243424+40%0Ag+672+464+672+480+0%0Ar+608+368+672+368+0+560%0Aw+544+368+608+368+3%0A34+fwdrop%5Cq4+0+2.6203903093645433e-34+0+2+0%0A162+704+288+704+352+3+fwdrop%5Cq4+1+0+0+0.01%0AR+704+240+704+192+0+0+40+5+0+0+0.5%0AO+704+352+784+352+1%0Aw+704+240+704+288+1%0Aw+1024+240+1024+288+1%0AO+1024+352+1104+352+1%0AR+1024+240+1024+192+0+0+40+5+0+0+0.5%0A162+1024+288+1024+352+3+fwdrop%5Cq4+1+0+0+0.01%0Aw+864+368+928+368+3%0Ar+928+368+992+368+0+560%0Ag+1024+384+1024+400+0%0At+992+368+1024+368+0+1+-5.848465449130165+-3.2999999999426+40%0A207+544+368+544+336+4+square%0A207+864+368+864+336+4+square%0AR+544+368+512+368+1+2+10+3.3+0+0+0.5%0Ar+672+368+672+464+0+1000000%0Aw+672+464+704+384+0%0A)
Sind die in Ordnung?
und sollte man nicht lieber auf R2 verzichten?
Würde mich über eine Antwort freuen...
MfG Uwe
R2 sorgt dafür, das bei undefiniertem Output am Steuerpin der Transistor garantiert sperrt.
Wenn Du LEDs schalten willst, kannst Du Dich auch an dieser Dimmer-Schaltung orientieren.
https://github.com/pa-pa/STM32Dimmer/blob/master/files/STM32Dimmer.pdf
Hallo papa,
danke für Deine Antwort, R2 leuchtet mir jetzt ein.
Bis zu welcher Spannung würdest du einen undefiniertem Output beschreiben, 0.5V oder höher?
Wären in meinem Fall bei 3.3V Output des ProMini, die 100R / 100k und 40 Fach Verstärkung des Transistor in Ordnung ?
Weil beim experimentieren komme ich da auf nicht plausible Werte...
Entschuldige die komischen Fragen, versuche mich hier einzuarbeiten...
MfG Uwe
Ich hab mal versucht ne Hilfsplatine fürs Flashen zu bauen:
https://github.com/psi-4ward/HMSensor-FlashStation
PS: Hab n paar zu viel, wer eine haben will => PN ;)
Hallo zusammen,
die tmStamp Platine von TomMajor ist wirklich klasse und ich würde mir gerne ein paar davon bauen, um verschiedene Sensoren rund ums Haus zu haben.
Besonders gut finde ich, dass die BI Protection auf der Platine direkt optional eingebaut ist.
ich habe mal ein paar Fragen zu den Bauteilen der tmStamp Platine und hoffe ihr könnt mir weiterhelfen:
1) kann man statt des IRLML6344 auch alternativ den IRLML6244 nehmen? https://www.infineon.com/dgdl/irlml6244pbf.pdf?fileId=5546d462533600a4015356686fed261f
2) Echte Batteriespannungsmessung unter Last: wenn ich statt mit nur 1 Batterie, mit 2xAA Batterien arbeiten will, brauche ich dann andere Widerstände für R6, R7, R8 oder sind da auch die 30 Ohm, 10 Ohm und 4,7kOhm richtig?
Danke für eure Hilfe.
Ben
Zitat von: benoti am 07 Juni 2020, 16:22:10
Hallo zusammen,
die tmStamp Platine von TomMajor ist wirklich klasse und ich würde mir gerne ein paar davon bauen, um verschiedene Sensoren rund ums Haus zu haben.
Besonders gut finde ich, dass die BI Protection auf der Platine direkt optional eingebaut ist.
ich habe mal ein paar Fragen zu den Bauteilen der tmStamp Platine und hoffe ihr könnt mir weiterhelfen:
1) kann man statt des IRLML6344 auch alternativ den IRLML6244 nehmen? https://www.infineon.com/dgdl/irlml6244pbf.pdf?fileId=5546d462533600a4015356686fed261f
2) Echte Batteriespannungsmessung unter Last: wenn ich statt mit nur 1 Batterie, mit 2xAA Batterien arbeiten will, brauche ich dann andere Widerstände für R6, R7, R8 oder sind da auch die 30 Ohm, 10 Ohm und 4,7kOhm richtig?
Danke für eure Hilfe.
Ben
1. ja
2. Der 4,7k bleibt immer gleich. ich nehme für 2xAA 3V 40 Ohm gesamt, macht 75mA Laststrom. Es gibt da kein eindeutiges richtig/falsch, eine Option wäre sich am Laststrom von kommerziellen Batt.testern zu orientieren.
siehe auch
https://homematic-forum.de/forum/viewtopic.php?f=76&t=59073 (https://homematic-forum.de/forum/viewtopic.php?f=76&t=59073)
ich hole mal die Ruhestromproblematik aus dem Keller, weil ich auch zwei dieser Sensoren mit einem SHT10 im Einsatz habe. Diese fressen beide ganz schön Batterien.
Nach meinen Messungen und der Suche im Forum kam mir das hier sehr bekannt vor:
Zitat von: FEHMPiDi am 28 Oktober 2019, 20:12:34
Hallo, noch eine Info zum Thema.
Ich habe vorhin einen SHT11 auf dem i2C Board aufgebaut und gemessen.
- Ohne Verbindung zum Arduino 0,00µA.
- Data Leitung an A4 angeschlossen, immer noch 0,00µA.
- SCK an A5 angeschlossen und schlagartig 380µA Strom, der sich auch nicht ändert. Egal wie lange man wartet.
Laut Datenblatt soll der SHT nach dem Power-up nach 11ms in den Sleepmodus fallen. Davon war bei mir nichts zu merken.
...
Meine beiden Sensoren genehmigen sich 280 und 320 µA. Da muss man auch im Dreimonatsrhythmus Batterien wechseln.
Es ist die große Version für zwei AAA-Zellen, aber es ist kein Step-up verbaut - Durchgang von Batterieplus auf Vin auf dem I2C Board.
Ich habe nun der Einfachheit halber den SHT10 vom Board gekratzt und einen SHT11 aus meinem Fundus angelötet. Jetzt hatte ich sogar 430 µA Ruhestrom.
Also wieder den SHT runter und nur das I2C-Board drauf. Ruhestrom 320µA.
Kondensator C1 auf dem I2C raus: 320 µA (ja hatte ich schon mal bei einer ELV-Wetterstation, die Batterien gefressen hatte)
Jumper J1 auf: 5 µA.
Anscheinend ist es die nackte Beschaltung des Pullup R2 vom I2C-Board. A5 liegt nämlich auf 0,0V, wenn der HMSensor Ruhepause macht.
Und die Batteriespannung des zweiten ist schon auf 2,8V -> klar dass weniger Strom fließt.
Den SHT 10 habe ich übrigens mit 1,5 µA Ruhestrom gemessen. Also top.
Da ich in den Sourcecode im Moment noch schaue wie ein Schwein ins Uhrwerk, frage ich mal die Experten, ob sich das softwaremäßig klären ließe!
Hm - der SHT10 macht ja kein "echtes" I2C - deshalb gibt es in der SHT-Klasse ein extra Handling, damit der Sensor zusammen mit "echten" I2C_Sensoren die Leitungen teilen kann. Mach mal am Start von startWire() (https://github.com/pa-pa/AskSinPP/blob/22bb6dbe13f66339998bef163e4dae2c936e7c35/sensors/Sht10.h#L29) folgendes mit rein:
digitalWrite(CLOCKPIN,HIGH);
Jetzt wird nach Auslesen des SHT10 der Pin auf High gesetzt.
So hatte ich mir das vorgestellt, aber ich habe die Sensoren fertig im Forum gekauft und muss mir die kompletten Sources erst mal ziehen und einrichten. Ich habe auch keine Ahnung, ob die Dinger überhaupt fwupdate OTA können. Mich wundert nur, dass das Problem bisher nirgends aufgefallen ist. Bin ich wirklich der erste?
Es hat scheinbar noch nie jemand bis zum Ende nachverfolgt. Tritt ja auch nicht immer auf.
ZitatMich wundert nur, dass das Problem bisher nirgends aufgefallen ist. Bin ich wirklich der erste?
ich habe auch so einen stromfresser.
allerdings ist er brav geworden, seit ich ihn rein geholt habe.
zuletzt waren dann auch die feuchte werte immer am anschlag.
da er drinnen wieder normal funktioniert, habe ich keine weiteren tests unternommen.
eventuell gibt es bei mir ein zusammenhang zwischen feinstaub auf dem sensor und sehr feuchter luft.
ich glaube den Ruhestrom damals beim HB-UNI-Sensor1 für den SHT10 getestet und für gut befunden zu haben als ich den Sensor reingenommen habe, bin allerdings nicht mehr 100% sicher da zu lange her.
ich würde mal die Pegel an Clk und Data am Sensor während sleep messen, die sollten m.E. high sein für minimalen Ruhestrom.
Zitat von: Tom Major am 24 Juni 2020, 23:43:55
ich würde mal die Pegel an Clk und Data am Sensor während sleep messen, die sollten m.E. high sein für minimalen Ruhestrom.
Genau das ist ja bei meinem nicht der Fall, Clk ist Low und durch den Pull-up wird an der Batterie genuckelt.
Leider habe ich es noch nicht geschafft, eine Firmware zu backen. Ich bin wohl nachhaltig zu doof / zu alt dafür.
Könnte jemand evtl. helfen? DEF und Serial kann ich ggf. liefern. Wenn das nicht nötig ist (weil bspw. hier im Bootloader hinterlegt) umso besser.
Model HM-WDS10-TH-O.
Zitat von: Pfriemler am 25 Juni 2020, 13:04:05
Leider habe ich es noch nicht geschafft, eine Firmware zu backen. Ich bin wohl nachhaltig zu doof / zu alt dafür.
Könnte jemand evtl. helfen? DEF und Serial kann ich ggf. liefern. Wenn das nicht nötig ist (weil bspw. hier im Bootloader hinterlegt) umso besser.
Model HM-WDS10-TH-O.
Wird der OTA-Bootloader verwendet (blinkt die LED 7x nach einem Reset) ?
Zitat von: papa am 25 Juni 2020, 13:25:53
Wird der OTA-Bootloader verwendet (blinkt die LED 7x nach einem Reset) ?
Yep. Cool, wusste ich nicht.
Ich habe einen Wust aus VisualStudio mit platformio, Github Desktop und drei Arduino-Versionen auf dem PC. Ich habe heute eine halbe Stunde versucht herauszubekommen, warum eine Datei angeblich in einem bestimmen Pfad fehlt, obwohl sie nachweislich da ist (Tsl2156.h). Die SHT10.h wird problemlos gefunden. Ich habe den ganzen Stamm nach mehrfachen Vorkommen durchsucht (weil ja sein könnte, dass SHT10 aus einem ganz anderen Verzeichnis referenziert wird). Irgendwoher musste ich mir noch eine Sensurion.h holen, weil die auch fehlte (die wird auch erkannt).
Ich beglückwünsche alle hier, die es schaffen, den ganzen Kram unfallfrei zu betreiben.
Hier das OTA Image fürs Update
klasse, vielen Dank! Leider streikt das Update hier noch maximal. Nur mit HMUART (andere closed) komme ich über fail:block 1 nicht hinaus.
Drücken der Config-Taste beim Einsetzen der Batterie ergibt zwei kurze LED-Blitze, nach 10 s wird offenbar normal gestartet (1x kurz, 1x lang) und das Gerät meldet sich mit einem Status bei der Zentrale.
Funktioniert das doch nicht via FHEM?
Hm - vielleicht ist doch kein OTA-Bootloader drauf. Schicke mal HM-ID & Serial. Dann mach ich ein HEX mit OTA-Bootloader und Firmware. Das muss dann per ISP drauf.
Also ich bin wirklich gerührt und nicht geschüttelt.
Zitat von: papa am 26 Juni 2020, 12:52:04
Hm - vielleicht ist doch kein OTA-Bootloader drauf. Schicke mal HM-ID & Serial. Dann mach ich ein HEX mit OTA-Bootloader und Firmware. Das muss dann per ISP drauf.
Du hast Post. Aber warte bitte bevor du loslegst...
Aber prinzipiell: Habe nach Bedieninfos diesbezüglich gesucht und nichts gefunden. Es gibt ja sonst immerhin auch "not in bootloader", also irgendwas OTA muss da schon drauf sein. Ich kenne die Meldungen mit dem Block 1 auch von anderen Geräten, aber da spukte meist ein anderes HMIO dazwischen. Kann ja hier weniger sein. Obwohl...
Eine Idee habe ich noch...
Nein, auch mit richtig ausgestromtem zweitem IO geht es nicht.
set ... fwUpdate FHEM/firmware/avr_HM_WDS10_TH_O_202006252135.eq3 20, dann Taste drücken, Batterie einlegen, zweimal blinken, loslassen.
2020.06.26 13:15:14 3: CUL_HM set HM_THS_Garage fwUpdate FHEM/firmware/avr_HM_WDS10_TH_O_202006252135.eq3 10
2020.06.26 13:15:17 2: CUL_HM fwUpdate HM_THS_Garage entered mode. IO-speed: fast
2020.06.26 13:15:22 2: CUL_HM fwUpdate HM_THS_Garage end. IO-speed: normalIch. Habe. Einfach. Kein. Glück. ???
Hi papa,
wir hatten das Thema der "neuen Batteriemessung" (vom RHS3) schon mal angerissen und ob/wie man das für die HMSensor StepUp umsetzen könnte. Leider ist das Thema vom Tisch gefallen aber nachdem es doch etliche Projekte mit StepUp gibt würde ich das gerne noch mal hoch holen.
Wäre es dir möglich ein wenig Beispielcode dafür bereit zu stellen?
Beste Grüße
Christoph
Zitat von: Psi am 01 August 2020, 17:22:44
Hi papa,
wir hatten das Thema der "neuen Batteriemessung" (vom RHS3) schon mal angerissen und ob/wie man das für die HMSensor StepUp umsetzen könnte. Leider ist das Thema vom Tisch gefallen aber nachdem es doch etliche Projekte mit StepUp gibt würde ich das gerne noch mal hoch holen.
Wäre es dir möglich ein wenig Beispielcode dafür bereit zu stellen?
Beste Grüße
Christoph
Hi, ich hänge mich mal mit ein - wenn jemand noch Platinen übrig hat --> PM. Ansonsten werde ich mir in China welche teilbestückt ordern, wenn jemand Interesse hat, sich mit dranzuhängen
Zitat von: Kai-Alfonso am 23 November 2020, 12:31:16
Hi, ich hänge mich mal mit ein - wenn jemand noch Platinen übrig hat --> PM. Ansonsten werde ich mir in China welche teilbestückt ordern, wenn jemand Interesse hat, sich mit dranzuhängen
Wenn du in FernOst bestellen möchtest hätte ich Interesse mich da dran zu hängen.
Was genau möchtest du den von den Platinen hier im Thread bestellen ?
Moin,
Ihr meint die HM-Sensor-Platinen, die StepUp-Version? Davon sollte ich noch 10+ da haben. Bei Interesse bitte PM. Leider habe ich keine günstige Quelle für die StepUps gefunden, bei einer Sammelbestellung würden sich auch nicht so günstige eher lohnen.
Und hier: https://www.arrow.de/products/tlv61224dckr/texas-instruments ?
Auch eher etwas für eine Sammelbestellung, kostenloser Versand
Zitatab einem Bestellwert von 50 US-Dollar
Oder was kostet der Versand, wenn man darunter bleibt?
Meine Bestellung für knapp 4€ kam letztens ohne Versandkosten. Du musst Dich bei ArrowPerks anmelden. Dann sollte der "normale" Versand immer kostenlos sein. Das kommt auch recht fix.
Hallo an alle,
ich bin am verzweifeln.
Hab mir den HMSensor Stepup zusammengelötet, bzw. einige.
Alles soweit kein Problem, der Prototyp läuft astrein als BME280 (WDS40). Ich wollte nun in die Serienproduktion gehen und Schwups Probleme.
Ich kann einfach nicht mehr via ISP die Fuses setzen geschweige Zugriff auf den 328P zu bekommen.
Hab schon den Usbasp gegen einen Diamex getauscht, mehrere Sensoren gelötet, einen zweiten Zulieferer für den 328p genutzt. Immer das gleiche, die ISP werfen mir bei den FuseBits immer aus, dass das Endgerät keinem 328p entspricht. Die Typen wechseln aber auch immer.
Am Ende habe ich einen Sensor in Minimal-Ausbau bestückt (nur R1,C1&C2) genau das selbe. Orientierung des IC ist auch korrekt, da ja der Prototyp läuft...
Bin mit meinem Latein am Ende....
Jemand eine Idee aus dem Blauen?
BG
Zitat von: ZeroC_41 am 17 Dezember 2020, 18:44:04
Hallo an alle,
ich bin am verzweifeln.
Jemand eine Idee aus dem Blauen?
Trotz aller Verzweiflung sollte man hier etwas an Fakten, wie Aufbau, Logs etc. mitliefern.
Mal in's Blaue: Bei "nackten" AVRs mal probieren, den ISP-Takt runterzusetzen mit ..-B 20. Wenn sich die Prozessor-Kennung nicht wiederholt richtig auslesen läßt, braucht man nicht weitermachen. Wenn man sie tatsächlich verfust hat, hilft nur noch das Hochspannungs-Rücksetzen.
Zitat von: Gernott am 17 Dezember 2020, 19:52:45
Trotz aller Verzweiflung sollte man hier etwas an Fakten, wie Aufbau, Logs etc. mitliefern.
Mal in's Blaue: Bei "nackten" AVRs mal probieren, den ISP-Takt runterzusetzen mit ..-B 20. Wenn sich die Prozessor-Kennung nicht wiederholt richtig auslesen läßt, braucht man nicht weitermachen. Wenn man sie tatsächlich verfust hat, hilft nur noch das Hochspannungs-Rücksetzen.
Danke für die Antwort,
naja verfust kann man außliesen, da er ja gar nichts setzt, sind also noch nackt. -B 20 hab ich auch schon probiert.
Hier mal ne Ausgabe (-c stk500v2 & -B 10 / -B 20 liefern die selben Ergebnisse)
C:\avr>avrdude -p m328p -P com5 -c avrispv2 -B 3 -Ulfuse:w:0xE2:m -Uhfuse:w:0xD2:m -Uefuse:w:0xFF:m -Ulock:w:0xFF:m -F -vv
avrdude: Version 6.3, compiled on Feb 17 2016 at 09:25:53
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\avr\avrdude.conf"
Using Port : com5
Using Programmer : avrispv2
Setting bit clk period : 3.0
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : STK500V2
Description : Atmel AVR ISP V2
Programmer Model: STK500
Hardware Version: 10
Firmware Version Master : 2.10
avrdude: stk500v2_command(): command failed
avrdude: stk500v2_getparm(): failed to get parameter 0x9a
Topcard : Unknown
Vtarget : 3.3 V
SCK period : 8.7 us
Varef : 3.3 V
Oscillator : Off
avrdude: stk500v2_command(): command failed
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x666c61
avrdude: Expected signature for ATmega328P is 1E 95 0F
avrdude done. Thank you.Und hier mit dem Usbasp
C:\avr>avrdude -p m328p -P usb -c usbasp -B 3 -U lfuse:w:0xE2:m -U hfuse:w:0xD2:m -U efuse:w:0xFF:m -U lock:w:0xFF:m -v -F
avrdude: Version 6.3, compiled on Feb 17 2016 at 09:25:53
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\avr\avrdude.conf"
Using Port : usb
Using Programmer : usbasp
Setting bit clk period : 3.0
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : usbasp
Description : USBasp, http://www.fischl.de/usbasp/
avrdude: set SCK frequency to 187500 Hz
avrdude: error: program enable: target doesn't answer. 1
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x6c6675
avrdude: Expected signature for ATmega328P is 1E 95 0F
avrdude done. Thank you.-C STK500v2 & -B20:
C:\avr>avrdude -p m328p -P com5 -c stk500v2 -B 20 -Ulfuse:w:0xE2:m -Uhfuse:w:0xD2:m -Uefuse:w:0xFF:m -Ulock:w:0xFF:m -F -vv
avrdude: Version 6.3, compiled on Feb 17 2016 at 09:25:53
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "C:\avr\avrdude.conf"
Using Port : com5
Using Programmer : stk500v2
Setting bit clk period : 20.0
AVR Part : ATmega328P
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PC2
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 20 4 0 no 1024 4 0 3600 3600 0xff 0xff
flash 65 6 128 0 yes 32768 128 256 4500 4500 0xff 0xff
lfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
efuse 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
lock 0 0 0 0 no 1 0 0 4500 4500 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
Programmer Type : STK500V2
Description : Atmel STK500 Version 2.x firmware
Programmer Model: STK500
Hardware Version: 10
Firmware Version Master : 2.10
avrdude: stk500v2_command(): command failed
avrdude: stk500v2_getparm(): failed to get parameter 0x9a
Topcard : Unknown
Vtarget : 3.3 V
SCK period : 22.2 us
Varef : 3.3 V
Oscillator : Off
avrdude: stk500v2_command(): command failed
avrdude: initialization failed, rc=-1
avrdude: AVR device initialized and ready to accept instructions
avrdude: Device signature = 0x783332
avrdude: Expected signature for ATmega328P is 1E 95 0F
avrdude done. Thank you.Der Aufbau ist wie schon gesagt, minimal: IC, R1,C1 und C2 das wars. Bei den anderen ist noch der Quarz 32khz mit drauf und einer in Vollausbau wie im Guide beschrieben (HMSensor mit Stepup).
Danke für die Hilfe ;)
Schau mal alle Pins mach, ob die ordentlich gelötet sind. Meist liegt da was im argen (zumindest bei mir), wenn der ISP nicht will.
Zitat von: papa am 17 Dezember 2020, 20:45:13
Schau mal alle Pins mach, ob die ordentlich gelötet sind. Meist liegt da was im argen (zumindest bei mir), wenn der ISP nicht will.
Hallo Papa,
das dachte ich mir auch schon. Nachgelötet ist bereits, hab sogar mit dem Multimeter jeden Pin nachgemessen, war aber auch nur aus Verzweiflung, weiß ja man kann dadurch den IC himmeln.
Resultat, das selbe, die Device Signatur wechselt permanent. Das ist so ein WTF-Moment wenn der erste geht und alle anderen nur rumzicken...
Hast du auch mal nagelneue Chips nur mit dem Diamex versucht, ohne dass der Usbasp vorher dran war? (weil dieser chips bei 3,3V ins Nirvana schicken kann).
Der letzte (die Minimal-Version) wurde nur vom Diamex betankt, zumindest am Anfang. Brachte mir den selben Fehler.
Kannst Du mal ein Bild der Hardware machen ?
Zitat von: papa am 18 Dezember 2020, 19:41:09
Kannst Du mal ein Bild der Hardware machen ?
Glaube hat sich erledigt, gerade war der freundliche Postbote nochmal bei mir. Ich hatte die 328Ps aus China im Verdacht und hab mir nochmal neue bestellt.
Und siehe da alle Fuses gesetzt, ohne einen Fehler. Auch der Bootloader ließ sich sofort flashen.
Ich gehe davon aus, dass ich beim letzten 328P aus der alten Charge wohl mit dem USBasp misst gebaut hatte und die neue China-Ware Schrott ist :-[ :-X .
Werde mich morgen nochmal dran setzen um diese Theorie zu bestätigen, aber schaut schon sehr danach aus.
Es gab schon mal 2010 Atmega328p Fakes die kein Silizium enthielten. >:(
Sparkfun Blog https://www.sparkfun.com/news/364 (https://www.sparkfun.com/news/364)
Oder auch hier im Forum: https://forum.fhem.de/index.php/topic,84589.msg768752.html#msg768752 (https://forum.fhem.de/index.php/topic,84589.msg768752.html#msg768752)
So als endgültige Rückmeldung.
Hab einen nicht funktionierenden 328 ausgelötet und einen neuen eingelötet...läuft sofort...*argh* da fragt man sich echt , waren jetzt 2 Wochen testen und grübeln.
Danke ans Forum ;) & riesen Dank an Pa-Pa für den HMSensor, super Basis für alle Projekte.
Ich bin es wieder ... langsam wird es wohl peinlich.
Der HMSensor läuft soweit auch mit einem BME280. Ich hatte mir nun noch einpaar Thermostate besorgt um diese dann in einer Gruppe zu gruppieren.
Das war der Plan.
Um diese beiden Geräte (also als WDS40) zu koppeln muß man ja nur die zwei 9pF Kondensatoren und den Quarz einlöten, und in der .ino das "Use_RTC" auskommentieren. Stimmt es?
Tue ich das bootet der Sensor folgendermaßen:
18:35:11.397 -> AskSin++ v5.0.0 (Jan 19 2021 15:15:06)
18:35:11.397 -> Address Space: 32 - 73
18:35:11.432 -> CC init1
18:35:11.432 -> CC Version: 04
18:35:11.432 -> - ready
(auch mit der 4.1.7 läuft es nicht, falls jemand über die 5.0.0 stolpert ^^)
kommentiere ich den RTC wieder aus läuft der WDS40 durch, nur halt unbrauchbar für die Thermostate. In der CCU meldet er sich auch ganz brav.
Spannung liegt überall an. die beiden XTAL sind durchgängig bis zum Quarz. Die Schwingung kann ich mit meinem Multimeter leider nicht messen, da der Quarz da zusammenbricht. ein Oszi steht mir leider nicht zur Verfügung.
Aus meinen Fehlern lernend habe ich noch bei einem großen Deutschen Elektronikhändler neue Quarze bestellt, das selbe Ergebnis. Ich weiß nicht was ich übersehen habe...
Anbei noch ein Bild meiner Schaltung.
Danke für die Hilfe.
Was für einen Quarz hast Du denn eingebaut ?
Und bitte mal den kompletten Sketch zeigen / verlinken.
der erste war der https://de.aliexpress.com/item/1990577957.html (https://de.aliexpress.com/item/1990577957.html)
der zweite der https://de.elv.com/micro-crystal-uhrenquarz-cm7v-t1a-32768khz-7pf-20ppm-ta-qc-32768-khz-15-x-32-mm-smd-112597 (https://de.elv.com/micro-crystal-uhrenquarz-cm7v-t1a-32768khz-7pf-20ppm-ta-qc-32768-khz-15-x-32-mm-smd-112597)
und der Sketch:
//- -----------------------------------------------------------------------------------------------------------------------
// AskSin++
// 2016-10-31 papa Creative Commons - http://creativecommons.org/licenses/by-nc-sa/3.0/de/
//- -----------------------------------------------------------------------------------------------------------------------
// define this to read the device id, serial and device type from bootloader section
// #define USE_OTA_BOOTLOADER
#define EXTRAMILLIS 730 // 730 millisecond extra time to better hit the slot
#define EI_NOTEXTERNAL // Disable all external interruptes
#include <EnableInterrupt.h>
#include <AskSinPP.h>
#include <LowPower.h>
#include <Register.h>
#include <MultiChannelDevice.h>
#include <Weather.h>
#define LED_PIN 4
#define CONFIG_BUTTON_PIN 8
// === Choose one Temperture/Humidity sensor ===
#define SENSOR_BME280
//#define SENSOR_DHT22
//#define SENSOR_SHT10
//#define SENSOR_SHT21
//#define SENSOR_SHT31
//#define SENSOR_SI7021
// === Define the clock ===
// Remove comment if you have an external oscillator like a 32kHz crystal
// Necessary for exact timings if you want to pair with a HM-CC-RT-DN
#define USE_RTC
// === Battery measurement ===
#define BAT_VOLT_LOW 28 // 2.1V low voltage threshold
#define BAT_VOLT_CRITICAL 26 // 1.9V critical voltage threshold, puts AVR into sleep-forever mode
// Internal measuring: AVR voltage
//#define BAT_SENSOR BatterySensor
// External measuring: Potential devider on GPIO; required if a StepUp converter is used
// one can consider lower thresholds (low=20; cri=13)
#define BAT_SENSOR BatterySensorUni<17,7,3000> // <SensPIN, ActivationPIN, RefVcc>
// === Sensor offset settings ===
// OFFSET for Temperature -> measured Temp +/- Offset = Announced Temperature
#define OFFSETtemp 0 //e.g. -50 ≙ -5°C / 50 ≙ +5°C
// OFFSET for Humidity -> measured Humidity +/- Offset = Announced Humidity
#define OFFSEThumi 0 //e.g. -10 ≙ -10%RF / 10 ≙ +10%RF
// Number of available peers per channel
#define PEERS_PER_CHANNEL 6
// All library classes are placed in the namespace 'as'
using namespace as;
// Define all device properties
const struct DeviceInfo PROGMEM devinfo = {
{0x34,0x56,0x05}, // Device ID
"HMWDS40-05", // Device Serial
{0x00,0x3f}, // Device Model: HM-WDS40-TH-I
0x10, // Firmware Version
as::DeviceType::THSensor, // Device Type
{0x01,0x00} // Info Bytes
};
#ifdef SENSOR_BME280
#include <sensors/Bme280.h>
typedef Bme280 SensorType; // I2C
#endif
#ifdef SENSOR_DHT22
#include <sensors/Dht.h>
typedef Dht<4,DHT22> SensorType; // <DataPin, Type>
#endif
#ifdef SENSOR_SHT10
#include <sensors/Sht10.h>
typedef Sht10<A4, A5> SensorType; // <DataPin, ClockPin>
#endif
#ifdef SENSOR_SHT21
#include <sensors/Sht21.h>
typedef Sht21<> SensorType; // I2C
#endif
#ifdef SENSOR_SHT31
#include <sensors/Sht31.h>
typedef Sht31<> SensorType; // I2C
#endif
#ifdef SENSOR_SI7021
#include <sensors/Si7021.h>
typedef Si7021 SensorType; // I2C
#endif
// Configure the used hardware
typedef AvrSPI<10,11,12,13> SPIType;
typedef Radio<SPIType,2> RadioType;
typedef StatusLed<LED_PIN> LedType;
#ifdef USE_RTC
typedef AskSinRTC<LedType,BAT_SENSOR,RadioType> Hal;
#else
typedef AskSin<LedType,BAT_SENSOR,RadioType> Hal;
#endif
// Define List0 registers
DEFREGISTER(WeatherRegsList0,MASTERID_REGS,DREG_BURSTRX)
typedef RegList0<WeatherRegsList0> WeatherList0;
// Sensors class is used by the WeatherChannel to measure the data.
// It has to implement temperature() and humidity().
class Sensors : public Alarm {
SensorType sensor;
public:
Sensors () {}
// init the used hardware
void init () { sensor.init(); }
// return how many milliseconds the measure should start in front of sending the message
uint16_t before () const { return 4000; }
// get the data
virtual void trigger (__attribute__ ((unused)) AlarmClock& clock) {
DPRINTLN("Measure... ");
sensor.measure();
DPRINT("T: ");DDEC(sensor.temperature()+OFFSETtemp);DPRINT(" H: ");DDECLN(sensor.humidity()+OFFSEThumi);
}
uint16_t temperature () { return sensor.temperature()+OFFSETtemp; }
uint8_t humidity () { return sensor.humidity()+OFFSEThumi; }
};
#ifdef USE_RTC
typedef WeatherChannel<Hal,RTC,Sensors,PEERS_PER_CHANNEL,EXTRAMILLIS,WeatherList0> ChannelType;
#else
typedef WeatherChannel<Hal,SysClock,Sensors,PEERS_PER_CHANNEL,EXTRAMILLIS,WeatherList0> ChannelType;
#endif
typedef MultiChannelDevice<Hal,ChannelType,1,WeatherList0> WeatherType;
Hal hal;
WeatherType sdev(devinfo,0x20);
ConfigButton<WeatherType> cfgBtn(sdev);
void setup () {
DINIT(57600,ASKSIN_PLUS_PLUS_IDENTIFIER); // Init serial console
sdev.init(hal);
buttonISR(cfgBtn,CONFIG_BUTTON_PIN); // Register btn interrupt
hal.initBattery(60UL*60,BAT_VOLT_LOW,BAT_VOLT_CRITICAL); // Measure Battery every 1h
sdev.initDone();
DDEVINFO(sdev); // Print DeviceInfo to serial console
}
void loop() {
bool worked = hal.runready();
bool poll = sdev.pollRadio();
if( worked == false && poll == false ) {
if( hal.battery.critical() ) {
// this call will never return
hal.activity.sleepForever(hal);
}
hal.sleep<>();
}
}
eigentlich alles Standard
ich sehe gerade: der zweite wäre ein cm7v-t1a und kein CC7v-t1a wie aus der BOM. Das dürfte schonmal erklären warum der auch nicht geht, mal schauen was der unterschied ist.
edit:
so wie ich das sehe, sollte auch der CM tauglich sein, zumindest was ich auf digikey finde...
Die Quarze sollten eigentlich gehen.
Mach mal den Loop wie folgt
void loop() {
bool worked = hal.runready();
bool poll = sdev.pollRadio();
/*
if( worked == false && poll == false ) {
if( hal.battery.critical() ) {
// this call will never return
hal.activity.sleepForever(hal);
}
hal.sleep<>();
}
*/
}
Sonst könntest Du auch mal meinen Sketch testen - den SHT durch den BME austauschen, sollte ja nicht so schwer sein.
Einen schönen guten Morgen,
also, das sleepforever hab ich auskommentiert, keine Veränderung. Er bleibt wieder bei " - ready" stehen und kommt nicht zum nächsten Schritt, wäre ja das setzen der Frequenz aus der FreqTest.ino.
@Papa
Ich dachte, das ich deinen Sketch nutze, zumindest ist es der aus dem Git. Oder habe ich mich verguckt? https://github.com/pa-pa/AskSinPP/tree/master/examples/HM-WDS40-TH-I (https://github.com/pa-pa/AskSinPP/tree/master/examples/HM-WDS40-TH-I)
edit:
Also er scheint bei der rtc.init() aus der asksinpp.h stehen zu bleiben. Hab mir einige Serialprints gemacht, damit ich weis ob er richtig durchläuft. alles vor dem init läuft, danach ist Funkstille.
edit-2:
in der AlarmClock.h. Sollte er nicht das define für den "ARDUINO_AVR_ATmega32" nutzen? Stattdessen nutzt er die "ARDUINO_ARCH_AVR" und bleibt in der der while Schleife stehen.
public:
RTC () : ovrfl(0) {}
static RTC& instance();
void init () {
#if defined ARDUINO_AVR_ATmega32
TIMSK &= ~(1<<TOIE2); //Disable timer2 interrupts
ASSR |= (1<<AS2); //Enable asynchronous mode
TCNT2 = 0; //set initial counter value
TCCR2 = (1<<CS22)|(1<<CS20); // mode normal & set prescaller 128
while (ASSR & (1<<TCN2UB)); //wait for registers update
TIFR |= (1<<TOV2); //clear interrupt flags
TIMSK |= (1<<TOIE2); //enable TOV2 interrupt
#elif defined(__AVR_ATmega128__)
TIMSK &= ~(1<<TOIE2); //Disable timer2 interrupts
ASSR |= (1<<AS0); //Enable asynchronous mode
TCNT2 = 0; //set initial counter value
TCCR2 = (1<<CS22)|(1<<CS20); // mode normal & set prescaller 128
while (ASSR & (1<<TCN0UB)); //wait for registers update
TIFR |= (1<<TOV2); //clear interrupt flags
TIMSK |= (1<<TOIE2); //enable TOV2 interrupt
#elif defined(ARDUINO_ARCH_AVR)
TIMSK2 = 0; //Disable timer2 interrupts
ASSR = (1<<AS2); //Enable asynchronous mode
TCNT2 = 0; //set initial counter value
TCCR2A = 0; // mode normal
TCCR2B = (1<<CS22)|(1<<CS20); //set prescaller 128
while (ASSR & ((1<<TCN2UB)|(1<<TCR2BUB))); //wait for registers update
TIFR2 = (1<<TOV2); //clear interrupt flags
TIMSK2 = (1<<TOIE2); //enable TOV2 interrupt
#elif defined(ARDUINO_ARCH_STM32F1) && defined(_RTCLOCK_H_)
rt = RTClock(RTCSEL_LSE);
rt.attachSecondsInterrupt(rtccallback);
#else
#warning "RTC not supported"
#endif
Zitat von: ZeroC_41 am 20 Januar 2021, 05:28:06
Also er scheint bei der rtc.init() aus der asksinpp.h stehen zu bleiben. Hab mir einige Serialprints gemacht, damit ich weis ob er richtig durchläuft. alles vor dem init läuft, danach ist Funkstille.
edit-2:
in der AlarmClock.h. Sollte er nicht das define für den "ARDUINO_AVR_ATmega32" nutzen? Stattdessen nutzt er die "ARDUINO_ARCH_AVR" und bleibt in der der while Schleife stehen.
Oh - muss ich mir mal ansehen, ob sich da ein Käfer eingeschlichen hat :-)
Hast du einen mega328P? Dann wäre ARDUINO_ARCH_AVR schon richtig. Der Mega32 ist speziell in ein paar Regs und zählt nicht als 328.
Wenn er in der while bei rtc.init() hängt schwingt wahrsch. der 32k nicht weil die while auf das asynchrone (32k) update der timer Regs wartet.
Vergrößere mal die beiden Cs auf 15..20p.
Zitat von: Tom Major am 20 Januar 2021, 10:24:20
Hast du einen mega328P? Dann wäre ARDUINO_ARCH_AVR schon richtig. Der Mega32 ist speziell in ein paar Regs und zählt nicht als 328.
Wenn er in der while bei rtc.init() hängt schwingt wahrsch. der 32k nicht weil die while auf das asynchrone (32k) update der timer Regs wartet.
Vergrößere mal die beiden Cs auf 15..20p.
Das erklärt es, war nur Verwundert über die "32".
Habe leider nur die Cs aus der BOM, die anderen musste ich mir jetzt erstmal bestellen, aber danke für den Hinweis. Bei dem von ELV steht auch das der wohl für 12pF ausgelegt ist, könnte vieles Erklären. Warum der aus Fernost nicht will, k.a. evtl. Streuung...
Ich werde berichten, danke Tom & Papa für die Hinweise.
Zitat von: Tom Major am 20 Januar 2021, 10:24:20
Wenn er in der while bei rtc.init() hängt schwingt wahrsch. der 32k nicht weil die while auf das asynchrone (32k) update der timer Regs wartet.
Vergrößere mal die beiden Cs auf 15..20p.
Also 18pF könntest du mit 2x9pF parallel testen.
Aber, ich habe mir noch mal deine Quarze aus den links angeschaut. Die gibt es in min. 3 verschiedenen CL. Der Ali link hat keine Angaben, aber der ELV spricht von 7pF CL.
Dann ist es eigentlich genau andersrum: Teste mal ganz ohne die beiden C.
Weil
Ce = 2CL - Cs - Ci
siehe mega328 Datenblatt, Abschnitt Low Frequency Crystal Oscillator
je kleiner CL des Quarzes, desto kleiner müssen auch Ce werden, bei 6pF CL brauchst du keine Ce mehr.
Gängige 32k Quarze haben 12,5pF, da sind dann die 9..15pF Ce angebracht.
(Cs 6pF Schätzung, Ci 6pF Datenblatt)
Zitat von: Tom Major am 20 Januar 2021, 23:42:56
Aber, ich habe mir noch mal deine Quarze aus den links angeschaut. Die gibt es in min. 3 verschiedenen CL. Der Ali link hat keine Angaben, aber der ELV spricht von 7pF CL.
Dann ist es eigentlich genau andersrum: Teste mal ganz ohne die beiden C.
Morgen Tom,
sorry fürs Delay. Hab einmal deinen Rat befolgt und mit dem ELV-Quarz die Cs demontiert, leider keinen Erfolg. Heute sollte einen Auswahl an Cs ankommen und dann teste ich es nochmal.
Mahlzeit an alle,
so kam nochmal zum Fehlersuchen.
Ich habe zum Glück noch einen HMSENSOR mit Quarz (mein alter Prototyp) und hab mir den nochmal genauer angeschaut. Das Sketch kan man ausschließen, hab es auf diesen installiert und den RTC aktiviert. Lief sofort durch. (hätte ich auch früher draufkommen können :-\)
Somit steht fest an meiner Schaltung stimmt was nicht, also mir mal die Spannungen angeschaut, vor allem auf dem XTAL1&2 bzw. deren Cs.
Auf dem funktionierenden HMSensor liegen zwischen XTAL 1 & 2 ungefähr 0,002V an (zumindest messe ich das) die Cs haben gegen Masse ca. 0,5V.
Bei den fehlerhaften Endgeräten hat der C von XTAL2 0V, zwischen XTAL 1&2 liegen 0,8V an und am C von XTAL1 gegen Masse auch 0,8V.
Dabei fiehl mir auf, dass sobald ich mit der Messspitze an den XTAL-2kam die while-Schleife des RTC getriggert wurde und der HMSENSOR lief. Bestückt war er mit dem China Quarz und zwei 9pF Cs wie der Prototyp auch. Ich gehe davon aus, das ich mit der Messspitze den XTAL1 gezogen habe, korrekt?
Mir stellt sich nur jetzt die Frage, warum alle Platinen die ich nach dem Prototypen gebaut habe diesen Fehler aufweisen, von der Bestückung gibt es keinen Unterschied und alle nutzen das selbe PCB. Selbst die Bauteile sind aus den selben Bestellungen...
Bin einfach komplett Ratlos.
Laut Atmel-Studio sind bei allen Sensoren, die Fuses gleich gesetzt.
Das mit der Messspitze deutet imho klar drauf hin das der Osc bei 32k nicht richtig schwingt. Mit 2x 0pF gab es keine Änderung schreibt du, hast du es auch mal mit 2x 18pF versucht?
Warum es nur mit dem einen geht und dem anderen nicht kann ich dir aus der Ferne nicht beantworten. Evtl. mal gute Fotos vom Aufbau von beiden machen.
Hallo @all,
sorry war privat etwas eingespannt und da war das Projekt erstmal zweitrangig.
Was ich rausgefunden hatte:
Am nicht funktionierenden Sensor hat XTAL2 gegen Masse 6,3kOhm. Beim Funktionierenden sind es wie beim XTAL1 62kOhm (ungefähr).
Da der XTAL2-C somit keinen Strombekommt schwingt der Quarz auch nicht.
Da ich schon vorher mit den China 328ps auf die Nase gefallen war hab ich mir nochmal ne Handvoll bei CSD bestellt. Nach Murphys-Art ging natürlich das erste Packet auf dem Postweg verloren...also nochmal.
Und was soll ich sagen. alten 328p entlötet und neuen rein, läuft. Der Fehler ist bei allen 328p (bis auf einen) aus China.
Also merket: Cs, Widerstände und sonstiges kann man aus Fernost kaufen, ICs nicht! Zwei Bestellungen zwei mal auf die Nase gefallen.
Hab mitlerweile 5 WDS40 mit Quarz am rennen und keiner zickt rum, das einzige was mich stützig macht ist wenn ich via eVCC die Spannung messe, liegt die 1,2V über dem realen. Nutze ich iVCC ist der Wert korrekt.
Im Scetch steht, dass die Ref.-Spannung 3V sind, muß man das evtl. anpassen. Betreibe alles ohne Step-UP, nutze eine LiFEPo-Zelle, da sie die perfekten Werte liefert.
Danke ans Forum für die Unterstützung... 8)
Zitat von: ZeroC_41 am 12 Februar 2021, 18:20:50
Hab mitlerweile 5 WDS40 mit Quarz am rennen und keiner zickt rum, das einzige was mich stützig macht ist wenn ich via eVCC die Spannung messe, liegt die 1,2V über dem realen. Nutze ich iVCC ist der Wert korrekt.
Im Scetch steht, dass die Ref.-Spannung 3V sind, muß man das evtl. anpassen. Betreibe alles ohne Step-UP, nutze eine LiFEPo-Zelle, da sie die perfekten Werte liefert.
eVCC mach nur Sinn, wenn Du auch nen Regler mit drauf hast. Wenn der LiPo einfach direkt angeschlossen ist, ist iVCC richtig. ALternative könntest Du auch die IrqInternalBatt nehmen. Da wird dann im Hintergrund gemessen, wenn die CPU aktiv ist. Allerdings darf dann nirgendwo anders analogREad verwendet werden.
@Papa
thx ;)
Hallo
sehe ich das richtig: dieses Selbstbauprojekt wird in FHEM nicht unterstützt? Sollte man vielleicht mal im ersten Post erwähnen. Die Hardware bringt ja nix, wenn sie weder in ner CCU noch in FHEM eingebunden werden kann.
Hintergrund: ich möchte einen Lichtsensor mit Batterie-Spannung aufbauen. Ist auch schon fertig und funktioniert mit HB-UNI-Sen-LI-O von ....
Ich habe nen StepUp verbaut und 470k/100k an A0 und D9. Batterie-Spannung wird korrekt in Serial Monitor angezeigt, nur versendet der Sketch keine Spannung, nur Lux.
Also dachte ich, dann nehme ich halt den Sketch HB-UNI-Sensor1, aber Pustekuchen, das Teil wird dann in Fhem nur angezeigt aber keine Lux oder andere Readings.
Gruß
Josef
Zitat von: hjgode am 05 März 2021, 06:29:44
Hallo
sehe ich das richtig: dieses Selbstbauprojekt wird in FHEM nicht unterstützt? Sollte man vielleicht mal im ersten Post erwähnen. Die Hardware bringt ja nix, wenn sie weder in ner CCU noch in FHEM eingebunden werden kann.
Hintergrund: ich möchte einen Lichtsensor mit Batterie-Spannung aufbauen. Ist auch schon fertig und funktioniert mit HB-UNI-Sen-LI-O von ....
Ich habe nen StepUp verbaut und 470k/100k an A0 und D9. Batterie-Spannung wird korrekt in Serial Monitor angezeigt, nur versendet der Sketch keine Spannung, nur Lux.
Also dachte ich, dann nehme ich halt den Sketch HB-UNI-Sensor1, aber Pustekuchen, das Teil wird dann in Fhem nur angezeigt aber keine Lux oder andere Readings.
Gruß
Josef
Guten Morgen,
für die HB Komponenten musst du eine CCU mit dem Addon von Jerome haben.
Ich habe mir eine gebrauchte CCU2 gekauft und binde dort die HMIP und HB Geräte ein.
Diese kannst Du dann in Fhem über HMCCU wieder einbinden.
Zitat von: hjgode am 05 März 2021, 06:29:44
Hintergrund: ich möchte einen Lichtsensor mit Batterie-Spannung aufbauen. Ist auch schon fertig und funktioniert mit HB-UNI-Sen-LI-O von ....
Ich habe nen StepUp verbaut und 470k/100k an A0 und D9. Batterie-Spannung wird korrekt in Serial Monitor angezeigt, nur versendet der Sketch keine Spannung, nur Lux.
Also dachte ich, dann nehme ich halt den Sketch HB-UNI-Sensor1, aber Pustekuchen, das Teil wird dann in Fhem nur angezeigt aber keine Lux oder andere Readings.
der HB-UNI-Sensor1 hat Unterstützung für FHEM, siehe:
https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#fhem-installation (https://github.com/TomMajor/SmartHome/tree/master/HB-UNI-Sensor1#fhem-installation)
Hallo TomMajor
danke für den Hinweis. In der Zwischenzeit habe ich das auch rausgefunden.
Entschludigung. Das ganze AskSin Homematic Zeugs verwirrt mich ziemlich...
Schönes WE
Josef
Zitat von: hjgode am 05 März 2021, 19:08:50
Hallo TomMajor
danke für den Hinweis. In der Zwischenzeit habe ich das auch rausgefunden.
Entschludigung. Das ganze AskSin Homematic Zeugs verwirrt mich ziemlich...
Schönes WE
Josef
Kein Problem, das kann am Anfang schon verwirrend sein.
Hier geht es eigentlich um papas Universal Hardware für AskSinPP, siehe 1. Beitrag.
Beim HB-UNI-Sensor1 bist du im HM_WDS10_TH_O thread besser aufgehoben, der Sensor ist eine Weiterentwicklung der ursprünglich dort vorgestellten Platine.
https://forum.fhem.de/index.php/topic,20620.0.html (https://forum.fhem.de/index.php/topic,20620.0.html)