Mein ZWave Dongle hat die tolle Eigenschaft zwischen USB0 und 1 zu springen, deswegen würde ich den gerne DIREKT anlegen, klappt aber auch nicht.
Internals:
CallbackNr 0
Clients :ZWave:
DEF /dev/ttyUSB1@115200
DeviceName /dev/ttyUSB1@115200
FD 22
MaxSendRetries 3
NAME ZWDongle
NR 510
PARTIAL
ReadTime 1507044465.68964
STATE Initialized
SendRetries 0
SendTime 1507044464.73528
TYPE ZWDongle
WaitForAck 0
homeId 0184fa74
nodeIdHex 01
nrNAck 0
MatchList:
1:ZWave .*
READINGS:
2017-10-03 17:27:41 caps Vers:3 Rev:8 ManufID:0086 ProductType:0002 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET ZW_SET_R_F_RECEIVE_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_ENABLE_SUC ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID UNKNOWN_5a ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE
2017-10-03 17:27:41 ctrlCaps PRIMARY
2017-10-03 17:27:41 homeId HomeId:0184fa74 CtrlNodeIdHex:01
2017-10-03 17:27:41 random 4ca58f4db28f310fd5afa2c2d1cb66ebb9d733ecd241180cd680d62e6d9177d7
2017-10-03 17:27:41 state Initialized
2017-10-03 17:27:41 sucNodeId no
SendStack:
Attributes:
homeId 0184fa74
room ZWave
SO sieht es aktuell aus.
Tausche ich es gegen:
/dev/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@115200 aus, gehts nicht.
Müsste aber eigentlich richtig sein:
ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Oct 3 16:21 usb-FTDI_FT232R_USB_UART_AI04PI9J-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Oct 3 16:21 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB1
Auch diese Frage wurde schon Millionen mal beantwortet - z.B. hier mal aus 2014: https://forum.fhem.de/index.php?topic=26039.0
LG
pah
Wenn ich über die Suche was gefunden hätte...
Der Link hat KEINE Lösung parat.
Du warst ja eigentlich auf der richtigen Spur, aber warum gibts du dann nicht den vollständigen Pfad ein, wie z.B. im Tipp der Woche im Wiki (oder woher auch immer das ls -l /dev/serial/by-id kam)?
/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0@115200
(Immer unterstellt, das ist das richtige der beiden USB-Devices)...
Das Problem liegt darin wie Dein ls -lauch zeigt, dass der usb-device by id nicht in /dev sondern in /dev/serial/by-id liegt, also versuch mal den kompletten Pfad
Ohh Beta-User war schneller
Ach ja, noch was:
die "by-id"-Einbindung solltest du für beide USB-Devices machen, sonst kann es sein, dass auch das andere Modul (welches auch immer für
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI04PI9J-if00-port0 zuständig sein sollte) auf dieselbe Schnittstelle zugreifen will...
Sowas kann zu seltsamen Effekten führen ;)