CUL -Device empfängt nach Neustart keine Daten

Begonnen von Mundus, 06 Juni 2018, 00:42:55

Vorheriges Thema - Nächstes Thema

KölnSolar

Scheint ja ein nano mit FTDI zu sein.
Zitat/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A505MQF0-if00-port0@38400
Ggfs. könnte man noch empfangene steigende/fallende Flanken protokollieren(ich glaube mit z.B. raw X98), um den Empfang zu testen.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Beta-User

Zitat von: KölnSolar am 11 Juni 2018, 09:42:46
Scheint ja ein nano mit FTDI zu sein.
Ist evtl. das Test-Pin-Problem? Darauf deutet jedenfalls der Umstand hin, dass es nach einem Ab- und Abstöpseln wieder eine Zeitlang zu gehen scheint. (https://wiki.fhem.de/wiki/Arduino#FTDI-Resets).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Mundus

#17
So,

ich versuche mal die Fragen alle zu beantworten:
Zitat von: rudolfkoenig am 10 Juni 2018, 23:09:14
Ein Zeichen dafuer, dass entweder die USB-Verbindung, oder die MCU (als Hardware oder Firmware) kaputt ist.
Das schließe ich keinesfalls aus, aber im Log steht als Befehl dann
Zitatget myCul433 raw
also  ohne Buchstabe. Daher hatte ich das Fehlerhafte absetzen des Befehls als primäre Ursache vermutet.

Zitat von: RaspiLED am 11 Juni 2018, 07:42:52
Für mich entgegen der Aussage von Rudi kein Fehler.
Das teilweise keine Antwort und ein Reconnect erfolgte ist allerdings komisch. Hast Du es sehr schnell hintereinander probiert?
Ja, so habe ich es probiert, ganz oft hintereinander raw X  ;D

Zitat von: RaspiLED am 11 Juni 2018, 07:42:52
Also erklärendes Deinen Hardwareaufbau! Selbstbau Arduino Nano mit FTDI oder CH340 Chip(?). Falls FTDI: Auch mit Lötbrücke am Testpin? Spannungswandler per Widerstände (Welche Werte?) oder Logik Level Converter? Auf Platine aufgebaut mit welchem Layout (z.B. Version 3 hier aus dem Forum)?
Habe den Selbstbau Arduino gem. der Anleitung https://wiki.fhem.de/wiki/Selbstbau_CUL im Bereich Schaltplan gebaut. Die Spannungswandler sind Widerstände analog zu der Zeichnung. Der Chip ist FDTI.

Die Lötbrücke habe ich bislang nicht gesetzt.

Und die Frage, was ich nach dem Befehl X67 mache, warten, bis der Funksender sendet (433 MHz Thermostat). Dieser sendet alle 5 Minuten. Zudem kann ein Senden auch erzwungen werden, was ich erfolglos ausprobiert habe. Der Eventmonitor bleibt leer...

Gruß

Mundus

RaspiLED

Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Beta-User

Zitat von: Mundus am 11 Juni 2018, 22:12:31
Die Lötbrücke habe ich bislang nicht gesetzt.
Und nun?
(Mir ist jedenfalls kein Fall bekannt, in dem eine weitere Verbindung nach GND zu einem neuen Fehler geführt hätte ;) )
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Mundus

Zitat von: Beta-User am 12 Juni 2018, 14:58:35
Und nun?
(Mir ist jedenfalls kein Fall bekannt, in dem eine weitere Verbindung nach GND zu einem neuen Fehler geführt hätte ;) )

Dann ist die Lösung offensichtlich, oder? Ich werde mich wahrscheinlich am Wochenende mal daran machen, den PIN zu löten:-)...

Hoffentlich sind dann alle Probleme gelöst.

Beta-User

Offensichtlich würde ich nicht behaupten wollen, aber die Wahrscheinlichkeit ist hoch ;) .

Irritierend fand ich allerdings, dass du das so locker erwähnst und dich trotzdem munter weiter den darüber liegenden logischen Schichten zuwendest. Könnte sein, dass die Zeit besser ins Aufheizen des Lötkolbens investiert gewesen wäre...  8)
Wir werden sehen :) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files