Raspberry Pi Add-On Board (nicht mehr verfügbar / Fertigung eingestellt)

[kaihs]

Wird bei einem Update von FHEM oder Linux (Raspberry) oder sonst etwas dieses funktionierende File wieder ersetzt? 

Nein, die fbvs Datei sollte ja in /usr/local/bin liegen. Das Vezeichnis wird bei fhem updates nicht angefasst.
Oder hast du die Datei an eine andere Stelle gelegt?

[locutus]

Hallo zusammen,

ich habe kleine Verbesserungen am Board und an der Erweiterungsplatine vorgenommen:

1. Die IR-Erweiterung wird ab jetzt mit einen SMD-Transistor bestück. In der Vergangenheit kollidierte der Transistor aufgrund der Bauhöhe mit einem Kühlkörper. 
    Siehe Blogbeitrag: http://blog.moneybag.de/fhem-add-on-board-infrarot-erweiterungsplatine-angetestet/

2. Künftig hat das Add-On Board einen zusätzlichen Lötpunkt P1. Beide Lötpunkte (P1 IR-Board und P1 Add-On Board) müssen miteinander verbunden sein.
    Ich denke, dass die kleine Modifikation am Layout die fummelige Lötarbeit erheblich erleichtern wird.

[noice]

Gute Idee

[Spezialtrick]

Hat mein Vorschlag doch noch Gehör gefunden.

[raimundl]

Nein, die fbvs Datei sollte ja in /usr/local/bin liegen. Das Vezeichnis wird bei fhem updates nicht angefasst.
Oder hast du die Datei an eine andere Stelle gelegt?

Nein, sie liegt im richtigen Verzeichnis /usr/local/bin!
Tatsache ist, dass "display" im Logfile wieder erschienen ist und durch nochmaligen Austausch der Datei nun nicht mehr aufscheint.

Ich werde es weiter beobachten.

Danke und LG

[AHA1805]

Hallo,

ich habe seit ein paar Tagen auch ein Problem mit dem CUL.
Der 1-Wire und CUL reagiert von FHEM nicht mehr.

Code Auswählen Erweitern

2015.01.18 16:34:27 3: Opening CUL_1 device /dev/ttyAMA0
2015.01.18 16:34:27 3: Setting CUL_1 baudrate to 38400
2015.01.18 16:34:27 3: CUL_1 device opened
2015.01.18 16:34:27 3: CUL_1: Possible commands: BCFiAIZOGMURTVWXefltux
2015.01.18 16:34:30 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_1)
2015.01.18 16:34:30 2: Switched IR_Dev irReceive to NoAnswer
2015.01.18 16:34:30 1: OWX: COC/CUNO device CUL_1 defined
2015.01.18 16:34:30 1: OWX: Waiting, at t=0 CUL_1 is still opened
2015.01.18 16:34:33 1: OWX: Waiting, at t=1 CUL_1 is still opened
2015.01.18 16:34:36 1: OWX: Waiting, at t=2 CUL_1 is still opened
2015.01.18 16:34:39 1: OWX: Waiting, at t=3 CUL_1 is still opened
2015.01.18 16:34:42 1: OWX: Waiting, at t=4 CUL_1 is still opened
2015.01.18 16:34:45 1: OWX: Waiting, at t=5 CUL_1 is still opened
2015.01.18 16:34:48 1: OWX: Can't open CUL_1

Minicom minicom -b 38400 -o -D /dev/ttyAMA0
kann jedoch geöffnet werden und V gibt auch
V 1.61 RPIAddOn_CSM zurück.

Die CUL Firmware habe ich auch schon mal neu geflash um sicher zu gehen, dass nichts dabei schief ist.

Aber, weder 1-Wire noch CUL als IR Sender funktionieren.

Ich hab schon alles mögliche versucht, aber komme hier einfach nicht weiter.
Hat jemand einen Tipp für mich.

Gruß Hannes

[locutus]

OWX verhält sich seit geraumer Zeit instabil.
http://forum.fhem.de/index.php/topic,31484.0.html

Hast du mal probeweise OWX auskommentiert?

[AHA1805]

OWX verhält sich seit geraumer Zeit instabil.
http://forum.fhem.de/index.php/topic,31484.0.html

Hast du mal probeweise OWX auskommentiert?

Nee habe ich noch nicht gemacht, werde ich gleich mal versuchen

Gruß und danke für die schnelle Antwort.

Update:
Leider ohne Erfolg:
Im Log steht jetzt:

Code Auswählen Erweitern

2015.01.18 17:50:39 3: Opening CUL_1 device /dev/ttyAMA0
2015.01.18 17:50:39 3: Setting CUL_1 baudrate to 38400
2015.01.18 17:50:39 3: CUL_1 device opened
2015.01.18 17:50:48 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_1)


Mir minicom funktioniert die Versionsabfrage immer noch,
in fhem reagiert der CUL jedoch nicht
get CUL_1 version
CUL_1 version => No answer

Gruß Hannes

[locutus]

Minicom minicom -b 38400 -o -D /dev/ttyAMA0
kann jedoch geöffnet werden und V gibt auch
V 1.61 RPIAddOn_CSM zurück.

Das bedeutet, dass der CUL funktionstüchtig ist. Somit liegt ein softwareseitiges Problem vor.

in fhem reagiert der CUL jedoch nicht
get CUL_1 version
CUL_1 version => No answer

Schon

Code Auswählen Erweitern

shutdown restart
oder

Code Auswählen Erweitern

sudo reboot
durchgeführt?

[kaihs]

Cannot init /dev/ttyAMA0, ignoring it (CUL_1)

Die Fehlermeldung erscheint, wenn das Initcmd nicht richtig ausgeführt wird.
Laut deinen Screenshots ist das bei dir ja X21

Was passiert, wenn du das in minicom eingibst?
Reagiert das Board danach noch auf V?

[AHA1805]

Das bedeutet, dass der CUL funktionstüchtig ist. Somit liegt ein softwareseitiges Problem vor.
Schon

Code Auswählen Erweitern

shutdown restart
oder

Code Auswählen Erweitern

sudo reboot
durchgeführt?

Hab ich schon versucht.
Habe das Board auch schon mal abgebaut und wieder darauf gesteckt, weil ich den Verdacht auf einen schlechten Kontakt hatte.
Hat aber auch keine Änderung gebracht.

Beim Starten blinkt ganz kurz die gelbe LED und dann war es das.

Wenn ich in minicom X21 eingeben passiert gar nix.
Bei einem anschließendem V kommt wieder die Rückmeldung

Code Auswählen Erweitern

V 1.61 RPIAddOn_CSM

Wenn ich nur X eingebe kommt

Code Auswählen Erweitern

00  646 zurück

UPDATE
Ich hab noch einen 2. Busware CUL an einem USB Port stecken.
Wenn FHEM läuft, komme ich nicht auf diesen CUL, wenn FHEM nicht läuft kann ich mich wunderbar darauf verbinden.

Wieso kann ich mich eigentlich auf den AddOn Board CUL verbinden wenn FHEM läuft,
sollte der Port nicht durch FHEM belegt sein, oder gibt FHEM den Port wieder frei wenn ein Fehler auftritt?


Gruß und Danke
schon mal für die vielen Tipps

Hannes

[Kuzl]

Hallo zusammen,

da ich mein Hauptsystem auf einen Zotac CI320 umziehe, würde ich gerne den 1W-Bus  mit OWServer nutzen. Im Einsteiger-PDF steht, dass die vorinstalierte CULfw damit nicht kompatibel ist. Bedeutet das, dass ich eine andere Installieren muss oder nur, dass dann logischerweise die Sensoren nur noch dem Rpi zur Verfügung stehen?

Viele Grüße
Kuzl

[AHA1805]

Hallo,

ich kann es zwar nicht erklären warum,
aber nun habe ich mal die CUL Firmware 1.62 installiert und seit dem funktioniert der CUL wieder.
Ich hatte die Firmware 1.61 zwar schon 2mal geflash hatte dabei jedoch nie eine Veränderung bemerkt.

Code Auswählen Erweitern

V 1.62.05 RPIAddOn_CSM (F-Band: 868MHz)

Trotzdem vielen Dank an alle die mich mit Rat und Tat unterstütz haben.

Gruß Hannes

[locutus]

Hallo zusammen,

da ich mein Hauptsystem auf einen Zotac CI320 umziehe, würde ich gerne den 1W-Bus  mit OWServer nutzen. Im Einsteiger-PDF steht, dass die vorinstalierte CULfw damit nicht kompatibel ist. Bedeutet das, dass ich eine andere Installieren muss oder nur, dass dann logischerweise die Sensoren nur noch dem Rpi zur Verfügung stehen?

Viele Grüße
Kuzl

Hierzu sind folgende Schritte notwendig:
- Lötbrücken umsetzen
- CULFW für OWFS flashen
- OWServer installieren und konfigurieren
- OWServer in FHEM konfigurieren

[Kuzl]

Alles klar vielen Dank für die Info

EDIT: Auf den ersten Blick funktioniert alles wunderbar. Und ich musste nur noch das IODevice der OWTHERM-Devices ändern