FHEMduino

[snoop]

EDIT:

Gibt es eine Möglichkeit die Mitteilungswut der Conrad Sensoren zu begrenzen? Ich bekomme alle paar Sekunden neue Werte und das sprengt den Rahmen. Habe es mit "event-on-change-reading" und mit "event-on-update-reading" versucht. Dann wurde aber gar nichts mehr ins Logfile geschrieben..

Am besten wäre es, wenn man nur Werte erfassen würde, wenn sich auch tatsächlich etwas geändert hat, aber mindestens alle 15 min. Ist das irgendwie realisierbar?

hier ein Beispiel:

Code Auswählen Erweitern

attr Thermostat event-min-interval measured-temp:900,humidity:900,battery:3600
attr Thermostat event-on-change-reading measured-temp,humidity,battery
attr Thermostat event-on-update-reading .*

Viele Grüße
Arthur

[Spezialtrick]

Vielen Dank! Es scheint bisher so zu funktionieren:

Code Auswählen Erweitern

attr FHEMduino_KW9010_35 event-min-interval battery:3600,humidity:900,sendMode:3600,temperature:900,trend:900
attr FHEMduino_KW9010_35 event-on-change-reading humidity,temperature,trend,battery
attr FHEMduino_KW9010_35 event-on-update-reading .*

Erstaunlicherweise ändert sich die Temperatur doch häufiger als gedacht. Könntest du mir die einzelnen Event kurz erläutern?
Insbesondere den letzten?

So ganz funktioniert es aber doch nicht. Ein Sensor hat mir die letzte Meldung um 12:59 geschickt. Demnach müsste die nächste ja um 13:14 folgen. Die blieb leider aus.

[snoop]

Erstaunlicherweise ändert sich die Temperatur doch häufiger als gedacht. Könntest du mir die einzelnen Event kurz erläutern?
Insbesondere den letzten?

Hi,
lese dir bitte diesen Thread http://forum.fhem.de/index.php/topic,12470.0.html durch und in der commandref steht dazu auch etwas.
Sorry,...
Gruß
Arthur

[Spezialtrick]

Danke das reicht schon.

[yogiflop]

wo läufts denn auseinander?

Guten Abend,

inzwischen habe ich ein neues Modul erhalten und - meiner Meinung nach - auch sauber eingebunden ins System, allerdings bekomme ich bei betrachten des Devices immer nur ein "opened" anstatt ein "Initialized".

Code Auswählen Erweitern

define FHEMduinoUSB FHEMduino /dev/ttyAMA0@9600


Internals
CFGFN
   
CMDS
   
Clients
   
:IT:FHEMduino_EZ6:
DEF    
/dev/ttyAMA0@9600
DeviceName
   
/dev/ttyAMA0@9600
NAME
   
FHEMduinoUSB
NR
   
679
PARTIAL
   
STATE
   
opened
TYPE
   
FHEMduino



Im Logfile taucht dann auch inzwischen ein

Code Auswählen Erweitern

2014.02.13 18:10:11 1: Cannot init /dev/ttyAMA0, ignoring it
auf

Also gehe ich mal davon aus, das ich wahrscheinlich beim flashen einen Fehler gemacht habe. Und hier kommt nun wieder meine alte Frage ins Spiel, wo ich denn nun die aktuellsten Daten finde, und wo ich unter Windows die hinkopieren muss. In der Word-Datei die hier als Anleitung hinterlegt ist, steht teilweise noch etwas von der RCswitch etc.

Ich hoffe mal, ich habe mich verständlich ausgedrückt wo mein Problem liegt.

Ich würde mich freuen, wenn du alle relevanten Dateien noch einmal hier posten könntest.

gruß

Marc

[machnetz]

Moin,

hast  du statt dev/ttyAMA0 mal  /dev/ttyUSB0  probiert?

Gruß, machnetz

[yogiflop]

Moin,

hast  du statt dev/ttyAMA0 mal  /dev/ttyUSB0  probiert?

Gruß, machnetz

ja, habe ich auch probiert, dann bekomme ich direkt einen "Disconnected"

[Wernieman]

Wenn Du es ein/aussteckst, was sagt ein dmesg??

[yogiflop]

Wenn Du es ein/aussteckst, was sagt ein dmesg??

Also .... tatsächlich .... dmesg hat geholfen und es ist ttyUSB0 ich hatte nur ttyUSB probiert ....
Danke für die Hilfen....

[Wernieman]

Wie schon mehrfach erwähnt, eine kleine Optimierung:
Gucke mal unter /dev/serial/by-id .. dort ist Dein Stick auch mit Eindeutigem Namen verlinkt. Wenn Du dieses anstatt /dev/ttyUSB0 verwendest, kann auch bei einem Umstecken der Stick richtig erkannt werden

[yogiflop]

Nach anfänglichen Schwierigkeiten habe ich es mit Hilfe des Forums mal wieder geschafft !!!

Danke


gruß Marc

[mommfried]

OK, erledigt, hab wohl ein Fehler gemacht beim runterladen mit wget, ich hatte da ne html Datei als 00_FHEMduino.pm,
das kann ja nix werden...




Hmm, hab folgendes Problem:
reload: Error:Modul 00_FHEMduino deactivated:
Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 60 at ./FHEM/00_FHEMduino.pm line 11, <$fh> line 95.



Momme

[yogiflop]

Habe auch das Problem mit dem openend

Code Auswählen Erweitern

define FHEMduinoUSB FHEMduino /dev/ttyAMA0@9600

Bei dsmeg wird folgendes angezeigt beim wieder einstecken des FHEMDuino

Code Auswählen Erweitern

usb 1-1.2: new full-speed USB device number 5 using dwc_otg
[ 1152.976199] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001
[ 1152.976236] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1152.976255] usb 1-1.2: Product: FT232R USB UART
[ 1152.976272] usb 1-1.2: Manufacturer: FTDI
[ 1152.976287] usb 1-1.2: SerialNumber: A501S2C6
[ 1153.007828] usbserial: disagrees about version of symbol module_layout


Habe auch das mit dem ttyUSB0 ausprobiert, dann kommt direkt disconnect

Mfg Benni

Wenn du nach dem disconneced den Arduino einmalneu ansteckst, dann wird er direkt initialisiert.

gruß Marc

[Wernieman]

Wenn Du mehr als einen "USB-Stick" hast, dann gucke mal unter /dev/serial/by-id, ob Du nicht einen der Dortigen anstatt /dev/ttyXXX nimmst. Das ist "eindeutiger"

[ThomasW]

Hallo,

ich habe zwar keinen FHEMduino, betreibe an einen Raspi eine COC am GPIO-Port
die in die Config so eingetragen ist

Code Auswählen Erweitern

define COC CUL /dev/ttyAMA0@38400 0000
und sie meldet sich als "Initialized".
Weiter betreibe ich eine JeeLink am USB-Port der in der Config so eingetragen ist

Code Auswählen Erweitern

define JLLaCR JeeLink /dev/ttyUSB0@57600
und dieser meldet sich als "Opened".
Beide funktionieren also nehme ich an dass beide richtig inizalisiert sind.
In /dev/serial/by-id ist meiner Erachtens nur der JeeLink zu finden
mit der Bezeichnung "_FT232R_USB_UART_AE0100-Port0".
Wenn ich  richtig verstanden habe könnte man auch in der

Code Auswählen Erweitern

define JLLaCR JeeLink /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AE01DUZI-if00-port0@57600
eintragen und diese wäre dann eindeutiger.
Habe ich das so richtig verstanden?
Das wäre dann auch unabhängig an welchem USB-Port der FHEMduino / JeeLink betrieben würde bzw.
es würde keine Rolle spielen wenn der FHEMduino /  JeeLink an einem  USB-Hub betrieben würde?

Thomas