Nachtrag
Ich habe diesen Issue auf GitHub gefunden:
https://github.com/soef/ioBroker.tr-064/issues/70
Und den Workaround wie von sm79 im Kommentar beschrieben angewandt. Damit funktioniert es nun scheinbar vorerst.
Nachtrag
Ich habe diesen Issue auf GitHub gefunden:
https://github.com/soef/ioBroker.tr-064/issues/70
Und den Workaround wie von sm79 im Kommentar beschrieben angewandt. Damit funktioniert es nun scheinbar vorerst.
Hallo mgünther,
konntest Du das Problem damals lösen? Ich habe heute das gleiche Problem.
Ich habe den js-controller von 1.2.3 auf 1.4.2 upgedated. Seit dem läuft der tr-064 Adapter nicht mehr (gleicher Fehler wie bei dir).
Version des Adapters 0.4.18
Singlehost auf RasPi3.
Vielleicht hat jemand einen Tip?
Hier noch die Logausgaben:
host.raspberrypi 2018-05-25 10:00:43.495 info Restart adapter system.adapter.tr-064.0 because enabled
host.raspberrypi 2018-05-25 10:00:43.495 error instance system.adapter.tr-064.0 terminated with code 1 ()
Caught 2018-05-25 10:00:43.495 error by controller[0]: at startup (bootstrap_node.js:160:9)
Caught 2018-05-25 10:00:43.495 error by controller[0]: at run (bootstrap_node.js:394:7)
Caught 2018-05-25 10:00:43.494 error by controller[0]: at Module.runMain (module.js:611:10)
Caught 2018-05-25 10:00:43.494 error by controller[0]: at Function.Module._load (module.js:445:3)
Caught 2018-05-25 10:00:43.494 error by controller[0]: at tryModuleLoad (module.js:453:12)
Caught 2018-05-25 10:00:43.494 error by controller[0]: at Module.load (module.js:494:32)
Caught 2018-05-25 10:00:43.494 error by controller[0]: at Object.Module._extensions..js (module.js:586:10)
Caught 2018-05-25 10:00:43.494 error by controller[0]: at Module._compile (module.js:577:32)
Caught 2018-05-25 10:00:43.493 error by controller[0]: at Object. <anonymous>(/opt/iobroker/node_modules/iobroker.tr-064/tr-064.js:16:20)
Caught 2018-05-25 10:00:43.493 error by controller[0]: at Object.exports.Adapter (/opt/iobroker/node_modules/soef/soef.js:1383:23)
Caught 2018-05-25 10:00:43.493 error by controller[0]: TypeError: fns.adapter is not a function
Caught 2018-05-25 10:00:43.493 error by controller[0]: ^
Caught 2018-05-25 10:00:43.492 error by controller[0]: fns.adapter = fns.adapter(options);
Caught 2018-05-25 10:00:43.492 error by controller[0]: /opt/iobroker/node_modules/soef/soef.js:1383
host.raspberrypi 2018-05-25 10:00:41.930 info instance system.adapter.tr-064.0 started with pid 2373</anonymous>
Besten Dank
Volker
Zum Thema Relais Board habe ich diesen hier gefunden. Ist leider nur 4 Kanal, aber High/Low Einstellbar:
Ok, klingt logisch. Danke dir nochmal für die Tipps. Das hat mir auf jeden Fall weiter geholfen.
Hi,
ja, ich habe die Karte mit 5v angeschlossen. Bei 3,3v schalteten die Relais nicht durch.
Wobei ich davon ausging, dass die 5v die Betriebsspannung für das Board ist und über die einzelnen GPIO's dann mit 3,3v geschaltet wird. Aber dies ist vermutlich ja eher nicht so, wenn die PIN's gegen Masse geschaltet werden oder?
Der Jumper steht auf VCC + JD-VCC.
Meinst Du das ist/war schädlich für den Pi? :?
Hallo Dutchman,
danke für die Infos. Das könnte es natürlich erklären
Also würden die Relais auf einer Karte, die bei 1 schaltet, nicht unerwünscht anziehen, sobald der Raspi mal bootet oder?
Dann schaue ich mal, ob ich so ein Board finde. Meistens scheint es nicht in der Beschreibung zu stehen (bei meiner steht auch nichts dazu).
Interessanterweise sieht deine blaue ja exakt aus wie meine Karte…
Hallo liebe Community,
ich teste derzeit etwas mit ioBroker herum und bin dabei auf ein Problem gestoßen.
Setup:
ioBroker (latest Version) auf RPI3b.
rpi2.0 - Adapter (bzgl. GPIO)
Relais Board (8 Relay Module) verbunden mit dem PI via GPIO
Beim experimentieren ist mir folgendes aufgefallen:
1. ) Schalte ich einen Port auf False, zieht das jeweilige Relais an. Schalte ich auf True "löst" das jeweilige Relais wieder. Ist dies korrekt? Vom Gedanken her würde ich meinen, dass das Relais bei true anziehen -also aktiv werden- sollte oder?
2. ) Starte ich den Adapter rpi2.0 neu, ziehen nach dem Start sofort alle Relais an. Dabei bleibt der State zu den Objekten der einzelnen GPIO Ports unverändert. Beispiel:
Vor dem Neustart war GPIO Port 2 auf true (Relais nicht angezogen / inaktiv).
Neustart
Nach dem Neustart zieht das Relais am GPIO Port 2 an (und alle anderen auch), wird also aktiv, wobei der State aber nach wie vor auf true steht.
Um nun den GPIO Port 2 und das Relais wieder "synchron" zu bekommen, muss GPIO Port 2 zuerst auf false gesetzt werden (nichts passiert) und dann wieder auf true (Relais löst sich bzw. wird inaktiv (Zustand wie vor dem Neustart)).
Gibt es eine Möglichkeit dieses Verhalten abzuschalten? Z.B. dass nach einem Neustart entweder der alte Zustand wieder aktiv wird oder dass einfach alle Relais inaktiv (also true?) bleiben und der state zu den Objekten dazu entsprechend upgedated wird?
Vielleicht gibt es hier ja jemanden mit einem ähnlichem Setup und entsprechenden Erfahrungen.
Danke und Gruß
Volker
Hallo,
ich experimentiere derzeit mit ioBroker und bin auf das gleiche Problem gestoßen (ebenfalls mit PI3B).
Offenbar betrifft es noch einige weitere Ports:
rpi2.0 2018-05-07 12:40:04.889 error Cannot setup port 27 as output: Error: Channel 27 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.883 error Cannot setup port 25 as output: Error: Channel 25 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.883 error Cannot setup port 20 as output: Error: Channel 20 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.882 error Cannot setup port 17 as output: Error: Channel 17 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.881 error Cannot setup port 14 as output: Error: Channel 14 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.881 error Cannot setup port 9 as output: Error: Channel 9 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.880 error Cannot setup port 6 as output: Error: Channel 6 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.880 error Cannot setup port 4 as output: Error: Channel 4 does not map to a GPIO pin
rpi2.0 2018-05-07 12:40:04.875 error Cannot setup port 2 as output: Error: Channel 2 does not map to a GPIO pin
Gruß
Volker