Neues YouTube-Video: Visualisierung im Devices-Adapter

[klassisch]

@tklein sagte in 433 MHz Signale wie permanent mitlesen?:

RF Link macht bei mir Probleme.

Welcher Art? Bei mir läuft das mit ioBroker sehr gut.

[klassisch]

Es könnte sich dort was abzeichnen.
Ansonsten gibt es noch einige user, die eine ESPHome Lösung verwenden und via MQTT einliefern

[tklein]

@klassisch
Adapter ist orange.

Log:

rflink.0	2021-04-25 15:20:05.192	info	(30168) Serial port opened
rflink.0	2021-04-25 15:20:04.963	info	(30168) starting. Version 2.1.6 in /opt/iobroker/node_modules/iobroker.rflink, node: v12.22.1, js-controller: 3.2.16
rflink.0	2021-04-25 15:19:58.455	info	(25553) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
rflink.0	2021-04-25 15:19:58.453	info	(25553) terminating
rflink.0	2021-04-25 15:19:58.451	info	(25553) Got terminate signal TERMINATE_YOURSELF

lrwxrwxrwx 1 root root 13 Apr 25 08:14 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2219042-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Apr 22 17:46 usb-FTDI_FT232R_USB_UART_A9M9DV3R-if00-port0 -> ../../ttyUSB0

[klassisch]

@tklein Sieht für mich Linux-Laien aus wie so Linux-USB-Problem.
Was mich wundert: Hat der Arduino Mega tatsächlich einen FTDI Chip eingebaut? Ich habe solche Clones, die einen CH340 verwenden.
Bei diesen USB Probleme können am besten die Linux-Spezialisten wie z.B. @Thomas-Braun behilflich sein. Für mich ist das USB Verhalten der Linux SBC einer der Punkte, warum ich auf Windows bin und bleibe. Notfalls einen speziellein Thread mit der Bitte um Hilfe bei USB-Ports in Linux eröffnen.
Ich hatte zwar auf meinem Win 10 kein Problem mit der USB-Verbindung zum RFLInk, wollte die USB-Verbindung dennoch loswerden (bzw. für andere Aufgaben frei bekommen) und habe dann eine Komplettlösung durch Umstellung auf Ethernet vorgenommen. Die Kosten waren nicht so hoch, ca. 10EUR bis 15EUR, aber man muß löten und braucht eine SW für virtuellen Serial Port (COM-Port) Auch das unter Win kein Problem. Unter Linux wird es auch sowas geben, aber ich kenne es nicht.

[Thomas Braun]

@klassisch @tklein

Wo liegt das Problem?
Der Link nach /dev wird ja offenbar angelegt.

[klassisch]

@thomas-braun Danke Thomas fürs Vorbeischauen.
Hhmm, im Log steht cerial port opened. Also hat er was gefunden? Da hast Du wahrscheinlich recht.

@tklein kann es sein, daß Deine baudrate nicht stimmt? Ich habe hier 57600 eingetragen.
Trage das mal ein, speicher es ab und starte den Adapter neu.
Wenn es dann immer noch nicht klappt, dann aktiviere den Expertenmodus in der Instanzenübersicht (das Männchen in der oberen ikon-Leiste) und stelle den loglevel auf debug. Dann wird der Adapter im log hoffentlich gesprächiger.

[Homoran]

Habe gerade mal meinen alten Arduino wieder aktiviert:

2021-04-25 15:56:54.835 - info: host.ioBroker-NUC instance system.adapter.rflink.0 started with pid 9213
2021-04-25 15:56:57.770 - info: rflink.0 (9213) starting. Version 2.1.6 in /opt/iobroker/node_modules/iobroker.rflink, node: v12.22.1, js-controller: 3.1.6
2021-04-25 15:56:58.145 - error: rflink.0 (9213) No serial port defined
2021-04-25 15:57:34.819 - info: rflink.0 (9213) List of port: [{"manufacturer":"1a86","pnpId":"usb-1a86_USB2.0-Serial-if00-port0","vendorId":"1a86","productId":"7523","path":"/dev/ttyUSB0"},{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS3"}]
2021-04-25 15:58:15.206 - info: host.ioBroker-NUC stopInstance system.adapter.rflink.0 (force=false, process=true)
2021-04-25 15:58:15.214 - info: host.ioBroker-NUC stopInstance system.adapter.rflink.0 send kill signal
2021-04-25 15:58:15.219 - info: rflink.0 (9213) Got terminate signal TERMINATE_YOURSELF
2021-04-25 15:58:15.222 - info: rflink.0 (9213) terminating
2021-04-25 15:58:15.225 - info: rflink.0 (9213) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-04-25 15:58:15.815 - info: host.ioBroker-NUC instance system.adapter.rflink.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-04-25 15:58:18.276 - info: host.ioBroker-NUC instance system.adapter.rflink.0 started with pid 9229
2021-04-25 15:58:21.412 - info: rflink.0 (9229) starting. Version 2.1.6 in /opt/iobroker/node_modules/iobroker.rflink, node: v12.22.1, js-controller: 3.1.6
2021-04-25 15:58:21.775 - info: rflink.0 (9229) Serial port opened
2021-04-25 15:58:22.718 - info: rflink.0 (9229) Connected

Aufs Geratewohl den USB0 genommen ohne vorher in das log zu sehen.
läuft auf Anhieb.

Unterschiede:

• ist ein NUC mit nativem Debian
• ist ein Arduino Mega
• Baudrate 57600

@tklein
Ist es bei dir wirklich ein Arduino nano?
Ist die rflink Firmware bereits darauf?

[klassisch]

@homoran Arduino Nano? Läuft da RFLink überhaupt? Denke, da brauchts einen Mega 2560. Den gibt es mittlerweile auch auf einer etwas kleineren Platine, aber dennoch Mega 2560.

[Homoran]

@klassisch sagte in 433 MHz Signale wie permanent mitlesen?:

Arduino Nano?

hat @tklein in der Konfig ausgewählt.
und da hängt wahrscheinlich noch der ftdi dran

EDIT:
laut Konfig sind mögliche Geräte:

wobei mich auf http://www.rflink.nl/blog2/download wundert, dass der letzte Eintrag von 2017 ist

[klassisch]

@homoran Ja, da hast Du genauer hingeschaut als ich.
Ich hatte bei RFLink von Anfang an immer nur http://www.rflink.nl/blog2/wiring vor Augen und damit einen Mega. Was anderes hat mich dann auch nicht mehr interessiert. Und da man die Clones auch um 7 EUR bekam, war das für mich klar.
Ja, die letzte SW ist die 48 von 2017. Aber im März 21 haben sie geschrieben, daß sie an den letzten Tests einer neuen Version sind.
433MHz Protokolle sind ja schon etwas älter, da ist die Entwicklung nicht mehr so stürmisch. Man kommt auch mit der 2017 SW recht weit. Bei mir sind es vorwiegend TFKs und BWM, wobei ich bei letzteren künftig mehr auf Zigbee aqara setze, weil die sehr kompakt sind.

[Homoran]

@klassisch sagte in 433 MHz Signale wie permanent mitlesen?:

Ich hatte bei RFLink von Anfang an immer nur http://www.rflink.nl/blog2/wiring vor Augen und damit einen Mega

war mir auch neu mit dem nano.
Hatte es halt nur bei ihm in der Konfig gesehen.

Bei mir ist inzwischen auch der erste (Fremd-)sensor eingetrudelt:

also läuft alles

[klassisch]

@homoran sagte in 433 MHz Signale wie permanent mitlesen?:

Bei mir ist inzwischen auch der erste (Fremd-)sensor eingetrudelt:

Das sind die Billigsten!
aber 13°C. Der muß im Keller sein. Oder ist es bei Euch so kalt?

also läuft alles

und das auch noch auf Admin 5. Respekt!

[tklein]

@homoran ich habe noch die Firmware von der FHEM benötigten Firmware (version V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50) drauf. Da muss ich dann wohl flashen.
Hatte ich nicht gewusst. Sorry dafür.

Die Hardware sollte ein nanoCC1101 sein.

[klassisch]

@tklein Ok, das ist etwas anderes. Der RFLink-Adapter ist nur für RFLink gemacht. Das geht anders http://www.rflink.nl/blog2/wiring . Das braucht einen RX6B Empfänger, der mal 1 EUR gekostet hat.

[Homoran]

@klassisch sagte in 433 MHz Signale wie permanent mitlesen?:

Oder ist es bei Euch so kalt?

ist es!

Gut dass du fragst ;-)

ich muss in die Werkstatt, den Entfeuchter leeren

[tklein]

@klassisch dann kann ich die Firmware da gar nicht draufmachen? --> RFLink firmware R48

Klappt das evtl. mit einem Broadlink 4 Pro oder wo bekomme ich so einen RF-Chip-Stick her?

Mir ist halt wichtig, dass ich meine vielen 433 PIRs/Türsensoren/Fernbedienungen nicht alle durch zigbeefähige etc. Devices ersetzen kann/muss

[klassisch]

@homoran sagte in 433 MHz Signale wie permanent mitlesen?:

ist es!

Ach, Ihr Armen.

ich muss in die Werkstatt, den Entfeuchter leeren

Da gibt es bei mir ein Mail/Telegram, auch von einem 433 TFK