Hallo zusammen,
ich bin ganz neu im FHEM Bereich. Lese schon lang hier im Forum mit :-)
Ich hab mir einen Selbstbau JeeLink gebaut und auch erfolgreich geflasht und in FHEM eingebunden. Ich hab auch bereits zwei TX 29 DT-HT mit FHEM/JeeLink gepaired. Soweit klappt alles wunderbar. Logfile schaut so aus:
2015-12-23 17:30:43 LaCrosse temp02 battery: ok
2015-12-23 17:30:43 LaCrosse temp02 temperature: 19.8
2015-12-23 17:30:43 LaCrosse temp02 humidity: 54
2015-12-23 17:30:47 LaCrosse temp01 battery: ok
2015-12-23 17:30:47 LaCrosse temp01 temperature: 19.9
2015-12-23 17:30:47 LaCrosse temp01 humidity: 51
2015-12-23 17:30:51 LaCrosse temp01 battery: ok
2015-12-23 17:30:51 LaCrosse temp01 temperature: 19.9
2015-12-23 17:30:51 LaCrosse temp01 humidity: 51
2015-12-23 17:30:51 LaCrosse temp02 battery: ok
2015-12-23 17:30:51 LaCrosse temp02 temperature: 19.8
2015-12-23 17:30:51 LaCrosse temp02 humidity: 54
2015-12-23 17:30:55 LaCrosse temp01 battery: ok
2015-12-23 17:30:55 LaCrosse temp01 temperature: 19.9
2015-12-23 17:30:55 LaCrosse temp01 humidity: 51
2015-12-23 17:30:55 LaCrosse temp02 battery: ok
2015-12-23 17:30:55 LaCrosse temp02 temperature: 19.8
2015-12-23 17:30:55 LaCrosse temp02 humidity: 54
Allerdings hört er nach ca. 5 Minuten auf etwas zu empfangen. Wenn ich dann den JeeLink neu flashe funktioniert es wieder für 5 Minuten.
Hab bereits in der Suche gestöbert, konnte aber für den Fehler nicht den passenden Suchbegriff finden.
Als Ergänzung: Ich hab mir einen SelbstbauCUL gebaut. Bei dem ist exakt das gleiche Problem. Die ersten Minuten funktioniert er, dann hört er auf.
Danke für eure Hilfe!
Schönen Gruß
Tom
Antwortet der CUL/Jeelink nach 5 min noch auf Befehle? --> raw / Versionsabfrage etc?
Hintergrund: man müsste erstmal klären was hier nach 5 min aufhört
Der Empfang --> eher unwahrscheinlich da Jeelink und CUL ja unterschiedliche Funkmodule enthalten
Der Sketch/Code --> ebenso unwahrscheinlich da wiederum sehr unterschiedlicher Code zum einsatz kommt
Ich würde mal versuchen auf den Arduinos mal anderen Code (ohne Funk) zu installieren --> Blink-Arduino-Sketch
und dann schauen ob nach 5 min dieser noch läuft.
Ausserdem wäre es gut mehr über die verwendeten Arduinos zu erfahren.
Hallo viegener,
vielen Dank für deine Antwort.
Ich hab für den Test jetzt mal den CUL abgesteckt und betreibe nur den JeeLink.
Hier ist das gleiche Problem aufgetreten:
Erster Kontakt: 2015-12-24 01:11:29
Letzter Kontakt: 2015-12-24 01:13:56
Als Arudinos betreibe ich billige Arduino Nanos mit FTDI von Aliexpress.
http://www.aliexpress.com/item/1Pc-USB-Nano-V3-0-ATmega328P-5V-16M-Micro-controller-Board-FT232RL-For-Arduino/32425646782.html
So ist dieser in FHEM konfiguriert:
define myJeeLink JeeLink /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0@57600
attr myJeeLink flashCommand avrdude -b 57600 -p atmega328P -c arduino -P [PORT] -U flash:w:[HEXFILE] 2> [LOGFILE]
Hab zum test jetzt folgendes auf den Arduino geflasht:
void setup() {
pinMode(13, OUTPUT);
}
void loop() {
digitalWrite(13, HIGH);
delay(100);
digitalWrite(13, LOW);
delay(100);
digitalWrite(13, HIGH);
delay(100);
digitalWrite(13, LOW);
delay(100);
digitalWrite(13, HIGH);
delay(100);
digitalWrite(13, LOW);
delay(100);
digitalWrite(13, HIGH);
delay(100);
digitalWrite(13, LOW);
delay(100);
digitalWrite(13, HIGH);
delay(100);
digitalWrite(13, LOW);
delay(1000);
}
Dies läuft nun seit 01:20 perfekt durch. (jetzt ist es: 01:38)
Der Aufbau schaut wie folgt aus:
http://www.pic-upload.de/view-29213291/IMG_20151220_140817.jpg.html
Nochmal VIELEN DANK!
Schönen Gruß
Tom
Ich kann auf dem Bild nicht erkennen, dass es ein Problem mit der Verkabelung gibt.
Wenn Dein Blink-Sketch durchläuft ist prinzipiell auch der Nano in Ordnung.
Zitat von: Galdan am 24 Dezember 2015, 01:40:15
Ich hab für den Test jetzt mal den CUL abgesteckt und betreibe nur den JeeLink.
Hier ist das gleiche Problem aufgetreten:
Erster Kontakt: 2015-12-24 01:11:29
Letzter Kontakt: 2015-12-24 01:13:56
Das verstehe ich nicht, was heisst Kontakt hier ?
Reagiert der jeelink denn noch?
Sorry, das hab ich bisher nicht getestet.
Was ist mit "Kontakt" meine, waren Funksignale von meinen Temperatursensoren.
Wollte jetzt gerade testen ob ich die Versionsabfrage durchführen kann.
Allerdings geben folgende Kommandos keinerlei Rückabe aus:
get myJeeLink RFMconfig
get myJeeLink raw
get myJeeLink raw V
ich drücke enter und es passiert einfach gar nicht.
Das passiert sowohl zu dem Zeitpunkt wenn noch Temperaturen vom Sensor gemeldet werden als auch danach
So schaut das Logfile aus:
2015.12.24 02:34:50 1: Including fhem.cfg
2015.12.24 02:34:50 3: telnetPort: port 7072 opened
2015.12.24 02:34:51 3: WEB: port 8083 opened
2015.12.24 02:34:51 3: WEBphone: port 8084 opened
2015.12.24 02:34:51 3: WEBtablet: port 8085 opened
2015.12.24 02:34:51 2: eventTypes: loaded 78 events from ./log/eventTypes.txt
2015.12.24 02:34:51 1: temp01: no I/O device
2015.12.24 02:34:51 1: temp02: no I/O device
2015.12.24 02:34:51 3: Opening myJeeLink device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
2015.12.24 02:34:51 3: Setting myJeeLink serial parameters to 57600,8,N,1
2015.12.24 02:34:51 3: myJeeLink device opened
2015.12.24 02:34:52 1: Including ./log/fhem.save
2015.12.24 02:34:52 3: No I/O device found for temp02
2015.12.24 02:34:52 3: No I/O device found for temp01
2015.12.24 02:34:52 1: usb create starting
2015.12.24 02:34:53 3: Probing CUL device /dev/ttyAMA0
2015.12.24 02:34:53 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.12.24 02:34:53 3: Probing FRM device /dev/ttyAMA0
2015.12.24 02:34:58 1: usb create end
2015.12.24 02:34:58 0: Featurelevel: 5.7
2015.12.24 02:34:58 0: Server started with 15 defined entities (fhem.pl:10220/2015-12-21 perl:5.020002 os:linux user:fhem pid:998)
DANKE nochmal
Nachtrag 1:
Sobald keine Temperatoren mehr empfangen werden, ändenr sich die beiden "Internal Attribute" des Jeelinks NICHT mehr:
myJeeLink_MSGCNT
myJeeLink_TIME
Nachtrag 2:
wenn ich den fhem Dienst via /etc/init.d/fhem stop & /etc/init.d/fhem start neu starte, funktioniert es wieder für ein paar Minuten
Hallo zusammen,
ich weiss nicht ob es hilft, aber so sieht die Detailseite zum Jeelink aus:
http://www.pic-upload.de/view-29216004/f1.png.html
Hier sieht man auch gut, dass das Attribut myJeeLink_TIME seit gestern nicht aktualisiert wurde.
Schönen Gruß
Tom
Leider schreibst du nicht an welchem System du die beiden Sticks benutzt, da aber zwei verschiedene das gleiche Verhalten zeigen klingt das für mich wie Powersave
auf den USB Ports. Zumindest hatte ich so ein Verhalten mal auf meinem Ubuntuserver mit Firmata nach einem BIOS Update
Sorry, an das Betriebssystem hab ich gar nicht gedacht. Ich setze Raspbian Jessie Light von https://www.raspberrypi.org/downloads/ auf einem RaspberryPi 2 ein.
Ist das von diesem USB Powersave betroffen?
Ich wünsch allen frohe Weihnachten!
Setze mal das Attribut verbose am jeelink in FHEM auf 5
Dann prüfe mal den logfile (FHEM nicht Jeelink)
Nur dann siehst Du die Ausgaben der raw commands.
Normalerweise sollte wohl
set <device> raw v Die Version zurückliefern und ? die Liste der erlaubten Kommandos
Wenn Du eine Arduino IDE auf einem Windows-Rechner hast, kannst Du das auch da prüfen (Innerhalb des Serial Monitors), dass ist manchmal einfacher um die Ausgaben der Transceiver zu sehen. Ausserdem schliesst Du dann auch erstmal aus, dass USB Powersave zuschlägt.
Sehr guter Hinweis mit dem Seriellen Monitor in der Arduino IDE. Daran hab ich überhaupt nicht gedacht.
Ich hab da jetzt den Jeelink an meine Windows Kiste angesteckt und seit über 30 Minuten meldet er brav die Rückmeldungen von den Temp-Sensoren.
Daher scheint es wirklich an dem RaspberryPi bzw. der FHEM Installation zu liegen.
Wie kann ich dieses besagte USB Powersave deaktivieren? Hab beim ersten Googeln jetzt leider nichts gefunden.
Vielen Dank schon mal!
Schönen Gruß und nochmal frohe Weihnachten!
Zitat von: Galdan am 25 Dezember 2015, 01:55:28
Wie kann ich dieses besagte USB Powersave deaktivieren? Hab beim ersten Googeln jetzt leider nichts gefunden.
Das Thema Powersave habe ich in die Runde geworfen als ich noch nicht wusste das es um einen Raspi geht,
dort kenne ich das Thema aus eigener Erfahrung eigentlich nur in Verbindung mit WLAN Sticks.
Mit einer Ausnahme : Ich habe eine USB Tastatur die auch dieses komische Verhalten zeigte.
Damals war der Übeltäter das Netzteil des Rpi, d.h. genau die Fehlerquelle die jedsmal zuerst genannt wird bei Rpi Problemen.
Hallo zusammen,
nachdem ich Linux neu installiert und viel anderes Zeug rumkonfiguriert habe, konnte ich das Problem lösen.
Das Netzteil war zu schwach.... Ausgetauscht durch ein leistungsfähigeres geht nun alles einwandfrei...
Da hätte ich auch früher drauf kommen können.
Trotzdem VIELEN Dank für eure Hilfe!
Schönen Gruß
Tom
Schön, was an Weihnachten alles gutes passiert ;)
Sorry das ich da nicht draufgekommen bin, das ist eigentlich immer einer der Standardfragen