Ik plaats mijn vraag even in een apart topic omdat dit wellicht niet direct iets met Home Assistant/Hassio te maken heeft maar misschien wel met de combinatie Hassio/Odroid/Rocker
Iemand wel eens een RazBerry in combinatie met Hass.io en een Odroid C2 gebruikt? Ik krijg het namelijk niet aan de praat.
Dit Zwave bordje gebruik ik inmiddels al drie jaar op mijn Raspberry PI in combinatie met Domoticz, zonder problemen. Graag wil ik Home Assistant uitproberen, maar een voorwaarde is wel dat ik mijn Zwave devices kan blijven gebruiken.
Tijdje terug dus een Odroid C2 gekocht en daarop Hass.io geinstalleerd met de officiele image. Een aantal dagen mee gespeeld, en dit werkt allemaal prima. Vervolgens de Razberry module overgezet van de Raspberry naar de Odroid (GPIO pins zijn compatible).
Heb uitgezocht dat de hardware benaderd dient te worden via /dev/ttyAML0 op de Odroid. Vervolgens via de GUI Zwave aangezet en gekoppeld aan /dev/ttyAML0. In de logs zie ik dat er communicatie is met de hardware.
Wat gaat er mis?
Er komen geen devices binnen en er lijkt wel geen communicatie met de Razberry module te zijn,terwijl deze volgens de logs wel herkend wordt:
Alleen daarna komen de fouten.
Wat heb ik al geprobeerd?
1. Andere hardware locaties uitsluiten (heb /dev/ttyS0 t/m /dev/ttyS3 geprobeerd) -> werkt niet
2. Via configuration.yaml geprobeerd (onderstaande code) ipv. de GUI/frontend -> werkt ook niet, frontend wordt zelfs niet meer zichtbaar na herstart
3. Hass.io geupdate -> werkt niet
4. Image opnieuw geinstalleerd -> werkt niet
Kan het er iets mee te maken hebben dat Hass.io in een container draait en mogelijk geen (volledige) toegang heeft tot de hardware van de host? Of dat de antwoorden van de hardware niet terug in de container komen Waarom wordt de hardware dan wel herkend in de logs (eerste regels?)
Heb ook nog ingelogd op de host en geprobeerd de permissies van /dev/ttyAML0 (is de poort op de Odroid) op 660 te zetten (chmod 660 /dev/ttyAML0). En met "ls -l /dev/ttyAML0" is ook te zien dat deze dan "crw-rw----" is. Ook dit helpt niet.
Iemand enig idee in welke richting ik moet zoeken? Mijn Linux/Docker kennis is beperkt.
Welke zaken zou ik kunnen onderzoeken/testen/uitsluiten?
Iemand wel eens een RazBerry in combinatie met Hass.io en een Odroid C2 gebruikt? Ik krijg het namelijk niet aan de praat.
Dit Zwave bordje gebruik ik inmiddels al drie jaar op mijn Raspberry PI in combinatie met Domoticz, zonder problemen. Graag wil ik Home Assistant uitproberen, maar een voorwaarde is wel dat ik mijn Zwave devices kan blijven gebruiken.
Tijdje terug dus een Odroid C2 gekocht en daarop Hass.io geinstalleerd met de officiele image. Een aantal dagen mee gespeeld, en dit werkt allemaal prima. Vervolgens de Razberry module overgezet van de Raspberry naar de Odroid (GPIO pins zijn compatible).
Heb uitgezocht dat de hardware benaderd dient te worden via /dev/ttyAML0 op de Odroid. Vervolgens via de GUI Zwave aangezet en gekoppeld aan /dev/ttyAML0. In de logs zie ik dat er communicatie is met de hardware.
Wat gaat er mis?
Er komen geen devices binnen en er lijkt wel geen communicatie met de Razberry module te zijn,terwijl deze volgens de logs wel herkend wordt:
code:
Wanneer ik via de ingebouwde Zwave configuration "heal network", "start network" of welk ander commando dan ook geef, dan krijg ik de onderstaande fouten in de log:1
| Serial port /dev/ttyAML0 opened |
code:
Het lijkt er op, kijkende naar de eerste regels, dat de hardware wel wordt gevonden en ook werkt 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| 2019-02-01 22:18:39.070 Info, Setting Up Provided Network Key for Secure Communications 2019-02-01 22:18:39.071 Info, mgr, Added driver for controller /dev/ttyAML0 2019-02-01 22:18:39.071 Info, Opening controller /dev/ttyAML0 2019-02-01 22:18:39.071 Info, Trying to open serial port /dev/ttyAML0 (attempt 1) 2019-02-01 22:18:39.071 Info, Serial port /dev/ttyAML0 opened (attempt 1) 2019-02-01 22:18:39.072 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_VERSION: 0x01, 0x03, 0x00, 0x15, 0xe9 2019-02-01 22:18:39.073 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_MEMORY_GET_ID: 0x01, 0x03, 0x00, 0x20, 0xdc 2019-02-01 22:18:39.073 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_CONTROLLER_CAPABILITIES: 0x01, 0x03, 0x00, 0x05, 0xf9 2019-02-01 22:18:39.073 Detail, contrlr, Queuing (Command) FUNC_ID_SERIAL_API_GET_CAPABILITIES: 0x01, 0x03, 0x00, 0x07, 0xfb 2019-02-01 22:18:39.073 Detail, contrlr, Queuing (Command) FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa 2019-02-01 22:18:39.073 Detail, 2019-02-01 22:18:39.073 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x15) - FUNC_ID_ZW_GET_VERSION: 0x01, 0x03, 0x00, 0x15, 0xe9 2019-02-01 22:18:40.073 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s) 2019-02-01 22:18:40.073 Detail, contrlr, Removing current message 2019-02-01 22:18:40.074 Detail, contrlr, Notification: Notification - TimeOut 2019-02-01 22:18:40.074 Detail, 2019-02-01 22:18:40.075 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x20) - FUNC_ID_ZW_MEMORY_GET_ID: 0x01, 0x03, 0x00, 0x20, 0xdc 2019-02-01 22:18:41.075 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s) 2019-02-01 22:18:41.075 Detail, contrlr, Removing current message 2019-02-01 22:18:41.076 Detail, contrlr, Notification: Notification - TimeOut 2019-02-01 22:18:41.078 Detail, 2019-02-01 22:18:41.078 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x05) - FUNC_ID_ZW_GET_CONTROLLER_CAPABILITIES: 0x01, 0x03, 0x00, 0x05, 0xf9 2019-02-01 22:18:42.079 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s) 2019-02-01 22:18:42.079 Detail, contrlr, Removing current message 2019-02-01 22:18:42.080 Detail, contrlr, Notification: Notification - TimeOut 2019-02-01 22:18:42.081 Detail, 2019-02-01 22:18:42.081 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x07) - FUNC_ID_SERIAL_API_GET_CAPABILITIES: 0x01, 0x03, 0x00, 0x07, 0xfb 2019-02-01 22:18:43.082 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s) 2019-02-01 22:18:43.082 Detail, contrlr, Removing current message 2019-02-01 22:18:43.082 Detail, contrlr, Notification: Notification - TimeOut 2019-02-01 22:18:43.083 Detail, 2019-02-01 22:18:43.083 Info, contrlr, Sending (Command) message (Callback ID=0x00, Expected Reply=0x56) - FUNC_ID_ZW_GET_SUC_NODE_ID: 0x01, 0x03, 0x00, 0x56, 0xaa 2019-02-01 22:18:44.084 Error, contrlr, ERROR: Dropping command, expected response not received after 1 attempt(s) 2019-02-01 22:18:44.085 Detail, contrlr, Removing current message 2019-02-01 22:18:44.087 Detail, contrlr, Notification: Notification - TimeOut |
Wat heb ik al geprobeerd?
1. Andere hardware locaties uitsluiten (heb /dev/ttyS0 t/m /dev/ttyS3 geprobeerd) -> werkt niet
2. Via configuration.yaml geprobeerd (onderstaande code) ipv. de GUI/frontend -> werkt ook niet, frontend wordt zelfs niet meer zichtbaar na herstart
code:
1
2
| zwave: usb_path: /dev/ttyAML0 |
3. Hass.io geupdate -> werkt niet
4. Image opnieuw geinstalleerd -> werkt niet
Kan het er iets mee te maken hebben dat Hass.io in een container draait en mogelijk geen (volledige) toegang heeft tot de hardware van de host? Of dat de antwoorden van de hardware niet terug in de container komen Waarom wordt de hardware dan wel herkend in de logs (eerste regels?)
Heb ook nog ingelogd op de host en geprobeerd de permissies van /dev/ttyAML0 (is de poort op de Odroid) op 660 te zetten (chmod 660 /dev/ttyAML0). En met "ls -l /dev/ttyAML0" is ook te zien dat deze dan "crw-rw----" is. Ook dit helpt niet.
Iemand enig idee in welke richting ik moet zoeken? Mijn Linux/Docker kennis is beperkt.
Welke zaken zou ik kunnen onderzoeken/testen/uitsluiten?