Ich hab heute Zeit gehabt mich um die alternative Software fuer die 1W Counter Platine zu kuemmern.
Dazu hab ich mir endlich einen SRF02 Ultraschallsensor zugelegt und die Software von Cassy installiert.
Was soll ich sagen? Funktioniert soweit praechtig. :-)
Ich schreib das morgen mal zusammen und mach ein paar Bilder.
Das Ganze soll eine relativ komplette 1W Loesung fuer die Heizung sein.
Mit dem Ultraschallsensor kann man den Fuellstand eines Heizoeltanks messen, und mit einem Counter die Betriebsstunden eines Oel-Brenners.
Kann man natuerlich auch anders verwenden.
Wird der Eingang von Counter A auf Low gelegt, zaehlt dieser alle 10sek um 1 hoch. Damit kann man die Einschaltddauer eines beliebingen Verbrauchers messen.
Der gemessene Abstand des Sensors wird als Counter Wert B nach jeder Messung abgebildet alle (ca. 10 sek)
Morgen mehr.
VG
Ralf
auch wenn es etwas offtopic ist...
ich wollte auch den füllstand meines öltanks per ultraschall messen. zwar mit einem eigenen arduino sketch und ECMD. aber das ist ja egal.
aber ich habe gerade aus irgendeinem anderen gund das problem das meine heizung ab und an stehen bleibt weil der brenner abschaltet. das scheint damit zu tun zu haben das luft in die ansaugleitung kommt. laut heizungsbauer ist irgendetwas undicht. was genau hat er noch nicht gefunden.
das klingt für mich so als ob der tank luftdicht sein muss. mir ist zwar nicht klar wie aber das würde gegen eine füllstandsmessung per ultraschall sprechen.
was habt ihr für erfahrungen damit gemacht ?
gruss
andre
...nee, der Tank ist auf gar keinen Fall luftdicht. Schau mal beim Einfuellstutzen. Da ist normal auch immer ein Entluefter.
Wenn der Brenner sonst an nem dichten Tank nuckeln wuerde, wuerde er denn zusammen falten. :-)
Ich messee aktuell mit ner Aquariumpumpe und nem Drucksensor. Der pustet zwei mal am Tag Luft in den Tank ... wuerde auch nicht funktionieren, wenn der dicht waere.
VG
Ralf
@dougie jajaja :D freue mich über die kommende Anleitung!
Hat jemand schon Erfahrungen wie der Ultraschallsensor auf Luftfeuchtigkeit reagiert?
Ich nehme an, dass am Kopf einer Zisterne schon mit erhöhter Luftfeuchtigkeit zu rechnen ist oder?
Greetz
Eldrik
luftfeuchtigkeit weiss ich nicht aber ich vermute es ist wie mit der temperatur nicht der absolutwert wichtig sondern die schwankung.
die schwankung der temperatur in meinem keller würde übers jahr gesehen fast 10% schwankung in der entfernung aus machen also habe ich habe in meinem sketch vorgesehen das der wert aus fhem heraus setzbar ist.
gruss
andre
....super Idee! Dafuer kann man ja die Platine zusaetzlich mit nem Temp-Sensor bestuecken. Vielleicht hilft das ja bei der Kompensation? :-)
VG
Ralf
Wie lang darf eigentlich die Zuleitung von der Platine zum Ultraschallsensor sein? Längen von 5 - 10m problematisch?
Greetz
Eldrik
...eehm, warum die nicht bei ein paar cm lassen, und dafuer die 1W Leitung entsprechend verlaengern? ;-)
mir gefällt der Gedanke nicht, den Hauptteil der Elektronik dem feuchten Mileu auszusetzen, das wäre einzige Grund, der Sensor ließe sich zudem in einem kleineren Gehäuse unterbringen als die ganze Platine.
Greetz
Eldrik
...hat leider alles etwas länger gedauert, als gedacht, aber hier schon mal ein paar Bilder, wie so was aussehen kann.
(https://lh4.googleusercontent.com/-_AOe59cdOlY/UoyyPSC2OqI/AAAAAAAAXr8/Chx3C0WO0oo/s800/DSC_7354.JPG)
(https://lh6.googleusercontent.com/-e_MsYTlPs6I/UoyySUcQ7gI/AAAAAAAAXsI/SfkbtCq3tN0/s800/DSC_7361.JPG)
(https://lh3.googleusercontent.com/-ioBoOr06isU/UoyyQm3wX4I/AAAAAAAAXsA/CisrIllx1Ro/s800/DSC_7359.JPG)
Hi,
Welche Komponenten kann man bei der V1.7 weglassen bzw. muss man welche weglassen, damit diese funktioniert?
Habe die Version 1.7 und den SRF02 aber der Tiny mit der Entfernungsmessung wird scheinbar nicht erkannt (der Tiny wurde jedoch positiv getestet bevor er an mich versendet wurde (denke mit Version vor 1.7)).
Mit dem Tiny der die "normale" Counter Firmware enthält wird die Platine als DS2423 von OWDevice erkannt, ich nutze dies in Kombination mit OWServer.
Für Tipps wäre ich dankbar :)
Greetz
Eldrik
Hi Eldrik,
ich bin hier gerade selber am Testen. Da scheint es noch ein Problem mit der Firmware für den Ultraschallsensor zu geben.
Normalerweise brauchst du zwei Pull-Up Widerstände für die SDA und SCL Leitungen zwischen Tiny und dem Ultraschallsensor.
Die gibt es zwar intern im Tiny, aber ich weiss nicht, ob die "eingeschaltet" sind.
Mit der normalen Counter Software funktioniert die Platine einwandfrei, aber mit der Ultraschallsensor Software geht das nur "manchmal".
Ich weiss nicht was das Programm macht, wenn die Kommunikation zum I2C Device Probleme macht. Ich muss das noch mal näher untersuchen.
Yep, das war's wohl. Hab auf der Platine des US-Sensors zwei 10k Widerstände von SCL und SDA nach +5V gelegt, und schon läuft alles perfekt! :-)
Mal sehen ob ich das auch in der Software finde, wo ich bei Port B0 und Port B1 den internen Pull-Up aktivieren kann. Dann kann man sich die beiden 10k vermutlich sparen.
VG
Ralf
Hey Ralf,
kannst du von dem Bild mit den Widerständen vl. ein Bild einfügen, ich habe eigentlich auch auf der Platine die 10KOhm Widerstände eingebaut.
Bei mir wird aber auch über 1Wire nichts erkannt, wenn kein SRF02 eingesteckt ist, ist dass bei dir nicht der Fall?
Greetz
Eldrik
Bilder mach ich später noch. Aber du musst 2 Widerstände auf der Platine des SRF02 Moduls anlöten!!
Lötpunkte sind von oben nach unten 5V, SDA, SCL, Mode und GND.
Also oben (5V) zwei 10K Widerstände anlöten, und das jeweils ein anderes Ende der Widerstände auf SDA und SCL
Problem scheint zu sein, das die Kommunikation sonst nicht klappt (I2C muss diese Pull-Ups irgendwo haben!), und das Programm im Tiny stecken bleibt, weil das I2C Device nicht antwortet.
(https://lh4.googleusercontent.com/-XxeBql08BMY/UpYH9y8EGsI/AAAAAAAAXsc/qaCOM0bRD3U/w1360-h904-no/DSC_7697.JPG)
(https://lh3.googleusercontent.com/-uROVGRmSJto/UpYLuUPXvjI/AAAAAAAAXs4/tHp46vQaJIU/w514-h494-no/fhem1.JPG)
bei mir tut sich nach wie vor nichts :'(
Am srf02 leuchtet nur kurz die LED beim Einstecken auf, danach nichts, kein 1Wire Gerät am 1Wire Master nichts...
ziehe ich jedoch Gnd ab am srf02 seh ich die LED minimal alle 5sek aufleuchten :o
Greetz
Eldrik
Aso GND am SRF02 abzuziehen halte ich für wenig zielführend und das damit provozierte Verhalten für wenig aussagekräftig.
Schnapp dir ein Multimeter und miss die Spannungen durch.
Die modifizierte Software hat noch ein paar kleine Bugs, aber da ich die nicht geschrieben habe, und meine C Kentnisste eher rudimetär sind, kann ich da aktuell nichts gegen machen.
Wenn der Tiny läuft, fragt dieser alle 10sek den SRF ab. Das kann man am aufblinken der LED des SRF erkennen. Bislang das sicherste Erkennungsmerkmal, das der Proz arbeitet.
Tut er das nicht, gibt es ein Problem.
Sind die 5V stabil?
SDA und SCL eventuell vertauscht?
Ferndiagnose schwierig.
Was mir sonst noch aufgefallen ist: in unregelmässigen Abständen liefert die 1W Abfrage der Counter ein
2013.11.27 15:27:44 3: SRF02: reading counters.A did not return a value
2013.11.27 15:27:44 3: SRF02: reading counters.B did not return a value
2013.11.27 17:09:44 3: SRF02: reading counters.A did not return a value
2013.11.27 19:07:44 3: SRF02: reading counters.A did not return a value
2013.11.27 19:43:44 3: SRF02: reading counters.A did not return a value
2013.11.27 20:09:44 3: SRF02: reading counters.A did not return a value
2013.11.27 20:09:44 3: SRF02: reading counters.B did not return a value
2013.11.28 01:10:44 3: SRF02: reading counters.A did not return a value
zurück. Da auf der gleichen Platine auch noch ein DS1820 ist, kann mit einiger Sicherheit ausgeschlossen werden, das es am Bus selber liegt, da dieser keine Fehler liefert.
Daher vermute ich, das es ein Problem gibt, wenn der 1W Counter abgefragt wird, wenn im selben Moment der Tiny den SRF02 abfragt und beschäftigt ist.
Wenn cassy oder jemand anders mit C Erfahrung da mal drüber schauen könnte, wäre das super!
VG
Ralf
Hallo,
ich hab das Thema hier ausgekramt weil ich mir auch irgendwann mal den Heizölstand messen will.
Es gibt auch einen günstigen gekapselten Ultraschallsensor DYP-ME007Y :
http://www.amazon.de/dp/B00UFMHSG2/ref=pe_386171_37038021_TE_3p_M3T1_dp_1
allerdings nicht mit I2C so dass der nicht direkt mit dem modifizierten Counter laufen
wird.
Hier ist eine Lösung wo dieser Sensor über einen eigenen Raspi mit FHEM verbunden wird:
http://www.forum-raspberrypi.de/Thread-haussteuerung-heizoel-tankstand-oder-verbrauchs-fernablesung-mit-raspi-geloest-beitrag-21?page=2
Das wollte ich eigentlich nachbauen aber mit 1wire wäre natürlich eleganter
als einen Raspi für sowas zu missbrauchen....
Könntest du dir vorstellen, das Programm im Tiny so zu ändern,
dass dieser Sensor ausgelesen werden kann ?
Gruss
Ralf
Ich brauch auch noch was für meine beiden Regentonnen ;-) Bei mir ist es eigentlich egal ob 1-Wire oder Ethernet oder panstamp oder was auch immer. Wobei ich natürlich mehr auf Kabel als auf Funk stehe.
Wichtig ist nur das die getriggert ein Alarm geben ab einem bestimmten Wert, sonst wird es mit dem füllen bei mir schwer wenn die Tonne schon überläuft und es noch kein Alarm gab ;-) Bzw. wenn die Tonne leer ist damit die Pumpen vorher aus gehen.
/Daniel
In meiner Garage werkeln an einem Arduino Micro vier von denen hier herum:
http://www.ebay.de/itm/1-Stuck-HC-SR04-Ultraschall-Modul-Abstand-Messungsmodul-Distance-Sensor-Neu-Hot-/141535538726?hash=item20f42cee26
LG
pah
Zitat von: Prof. Dr. Peter Henning am 06 Juni 2015, 15:29:02
In meiner Garage werkeln an einem Arduino Micro vier von denen hier herum:
http://www.ebay.de/itm/1-Stuck-HC-SR04-Ultraschall-Modul-Abstand-Messungsmodul-Distance-Sensor-Neu-Hot-/141535538726?hash=item20f42cee26
LG
pah
Hallo,
deine Sensoren haben anscheinend die selben Pinbezeichnungen und FUnktionsweise wie der von mir genannte DYP-ME007Y . Was gibt dein Arduino aus bzw. wie bekomme ich die Daten dann in FHEM ?
Über 1wire Counter ?
Gruss
Ralf
Ich gebe nur eine Abstandswarnung aus, wenn das Auto zu nah an einer Seite steht. Ist aber kein Problem, Datenwerte nach FHEM zu holen. Entweder, indem man den Arduino per WLAN abfragt (ESP8266 erlaubt das sehr kostengünstig). Oder per 1-Wire, indem man einen existierenden 1-Wire Baustein nachbildet. Beispielsweise einen DS1820 Temperatursensor - nur wird eben statt der Temperatur der Abstand übermittelt. Na, und die beiden Alarmwerte sind oberer und unterer Grenzabstand.
Arduino-Sketches für diese Sensoren gibt es wie Sand am Meer (Google: arduino hc sr04).
Arduino-Sketches für 1-Wire-Slaves gibt es ebenfalls wie Sand am Meer.
Geschätzter Programmieraufwand ca. 3 Stunden.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 06 Juni 2015, 18:04:47
..... Ist aber kein Problem, Datenwerte nach FHEM zu holen. Entweder, indem man den Arduino per WLAN abfragt (Oder per 1-Wire, indem man einen existierenden 1-Wire Baustein nachbildet.
....gibt es wie Sand am Meer
Geschätzter Programmieraufwand ca. 3 Stunden.
Ja für einen geübten Programmierer mag das zutreffen....aber
bei mir gehen die 3 Stunden mindestens zum
Nachbau und halbwegs Nachvollziehen des fertigen
Codes (den vielleicht ein anderer geschrieben hat ) drauf,
wenn das mal reicht....
die Grundidee wie das machbar sein könnte ist schon klar,
deswegen ja auch an Dougie die Frage ob er seinen
Onewire-Counteremulator auf diesen Sensor anpassen kann
Den modifizierten Code mit dem Betriebsstundenzähler und der I2C Ultraschallauslese
habe ich übrigens nur als hex zum Download gefunden.
ich selbst krieg das zumindest in der mir zur Verfügung stehenden Zeit nicht hin....
Gruss
Ralf
Der für den Counter-Emulator verwendete Code stammt ursprünglich von Tobias Müller, und nach den Lizenzbedingungen der GPL sollte sein Name auch darin immer genannt werden: http://www.tm3d.de/index.php/1-wire-device-mit-avr
Tja, das mit der Zeit ist so ein Problem - das haben wir alle.
LG
pah