[gelöst] Serielles Gateway legt keine Devices an

Begonnen von gandi1791, 28 Mai 2019, 22:57:18

Vorheriges Thema - Nächstes Thema

Beta-User

Hmm, da du das Ding aber dazwischen auch abgestöpselt haben dürftest (?!?), bleibt die bereits vorhin schon mal gestellte Frage nach der Spannungsversorgung.

Liefert das GW denn an einem anderen Rechner an der Konsole einen Output ("Gateway started...") und läuft stabil?
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

gandi1791

Das GW hängt an einem aktiven USB Hub, da ich den RPI mit einer USB SSD betreibe und von daher sowieso mit der vorhandenen Spannung nicht auskomme.

Die Test-Pin Geschichte...
Den FTDI CHip auf der Unterseite des Nanos, Pin 25 und 26 "kurz schließen"?
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

Beta-User

Dann würde ich auf Zicken des Hub tippen (das andere GW ist ja auch nicht mehr zu sehen, lsusb würde da ggf. mehr Infos liefern...). Ggf. den mal tauschen.

Ansonsten waren es 2 PINS, die kurzzuschleißen sind, ja. Steht doch da an der verlinkten Stelle im Wiki, oder? (kannst ja vorher mal messen)
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

gandi1791

Das andere GW ist ein WLAN Gateway.
Hub ist erst zwei Wochen alt.

Ich habe nun mal den rfm69 Chip mit einer autarken Stromversorgung angeschlossen.
Selbiges Bild.
Allerdings, wenn der rfm nicht dran ist, läuft das GW stabil.

Ich tausche jetzt mal das rfm.
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

Beta-User

Ok, das erklärt das mit dem 2. GW.

Was den Hub angeht: Alter ist kein Qualitätsmerkmal (lsusb...), aber wenn der RFM zu zicken scheint, kommen wir der Sache näher.

Jedenfalls solltest du ohne den RFM jetzt wissen/testen können, was ich mit "MYSENSOR_0" gemeint hatte ;) .
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

gandi1791

so...
ftdi pins zusammengelötet > keine Änderung
Nano mit extra 9V Stromversorung am VIN > ohne USB Verbindung zum RPI > stabil
Sobald ich das USB Kabel über den Hub am RPI anschließe, fängt der Nano wieder an zu booten.

Da ich jetzt aber auch direkt anschließen kann (Strom sollte der Nano jetzt ja ausreichend über die ext. Versorgung haben), werde ich das jetzt noch machen...
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

gandi1791

jetzt bin ich dann mit den Probiermöglichkeiten am Ende...
Auch direkt am USB Port des RPI ständig der Statuswechsel...
:'( :'( :'( :'( :'(
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

gandi1791

Zitat von: Beta-User am 29 Mai 2019, 15:46:17
Jedenfalls solltest du ohne den RFM jetzt wissen/testen können, was ich mit "MYSENSOR_0" gemeint hatte ;) .

Oops, ja, ist nun ein MYSENSORS_DEVICE.

Das wäre nun, wenn direkt am RPI ein "Sensor" Device angeschlossen ist, richtig?
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

gandi1791

Irgendwie alles sehr dubios.
Nach ein paar Minuten beruhigt sich der Nano, bootet nicht mehr.
Wenn ich dann den Inclusion Mode aktivieren möchte fängt er wieder an zu booten....

Scheint aber insgesamt doch ein FTDI<>RPI Problem zu sein :-(
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

gandi1791

Habe diese Issues hier gefunden:
https://github.com/raspberrypi/firmware/issues/88
https://github.com/raspberrypi/linux/issues/2406

dwc_otg.speed=1

...finde ich jetzt nicht prickelnd, da dann USB wohl nur noch auf 1.1 Geschwindigkeit ist.
Mit einer SSD dran ist das sehr ungemütlich.

fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

Beta-User

Grummel... Schon wieder so ein Pi-Mist >:( .

(Ich fühle mich mal wieder bestätigt, dass das einfach keine gute Plattform für HA-Zwecke ist und nehme diesen Punkt mit auf meine "schwarze Pi-Liste"; das war bei mir bisher nicht im Fokus).
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

gandi1791

so....es geht weiter....
Ich bin bei meiner weiteren Recherche über einen weiteren Artikel gestolpert, der das FTDI Test Pin Problem und dessen Lösung (Pin25+26) kurz schließen beschreibt.
https://ai.rs/reviews/rgb-delight-raspberry-pi2-arduino-nano-ws2812b-using-hyperion-on-openelec/arduino-with-raspberry-pi-boot-detection-problem-solved/

Hier ist der kleine entscheidende Hinweis:

Nach dem zusammen löten der beiden Pins, den RPI rebooten.
Das habe ich nicht gemacht (oh Gott schon wieder.... :P :P :P).

Was soll ich sagen:
ES LÄUFT!!!  ;D ;D ;D
Ich hatte ja schon einen Node fertig, der gleich erkannt und angelegt wurde.

Soll ich den Fred als gelöst markieren?
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

Beta-User

Hmmm, ich mag zwar nicht recht glauben, dass der Pi-Reboot nötig war, aber wenn es geholfen hat ::) ...

Einbindung des GW ist jetzt auch "by-id", hoffe ich?

Und ja, wenn gelöst, dann [gelöst] ...

(Die Nodes werden angelegt, das war ja das Thema...?)
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

gandi1791

Na ja, seit dem Löten hatte ich den RPI nicht gebootet.
Aufgrund des andere Artikels habe ich es gemacht und es geht.
Über den Hub angeschlossen ohne ext. Stromversorgung.
Einbindung per "by-id".
Und ja, Nodes werden nun angelegt.

VIELEN VIELEN DANK!!!!

Gruß
Andi
fhem auf proxmox container
minicul>ESP-01>868>MAX!; minicul>ESP-01>433>SignalDuino>RSL/Jaro/IT
ESP-01>HM-MOD-RPI-PCB>HM
MySensorsGW>NodeMCU>Sensoren, Aktoren, div.
Broadlink RM Pro+ >433 Steckdosen, IR TV/Receiver; Hue, Alexa Echo Plus, div.Dot 2/3/4;DVB-T Stick>mqtt>TFA 30.3180

Frank_Huber

Hast du auch dwc_otg.speed=1 wieder zurück gestellt?

Gesendet von meinem Doogee S60 mit Tapatalk