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

stgeran · 08 August 2016, 16:33:19

Männer, es hilft nichts, nach einem reboot ist der fb1 wieder weg.
PS: was steht denn noch in der Datei?

sudo nano /etc/modules-load.d/fbtft.conf
Bei mir ist die leer und wird erst durch diesen Befehl erzeugt.

RappaSan · 10 August 2016, 11:22:09

Bei mir steht in fbtft.conf (Verzeichnis /etc/modprobe.d):

options fbtft_device name=sainsmart18 rotate=90

Oder meinst Du /etc/modules-load.d/modules.conf ? (oder fbtft.conf)
Da steht

snd-bcm2835
i2c-bcm2708
i2c-dev
spi-bcm2835
fbtft_device

Hat aber Locutus genau so beschrieben... (bis auf rotate=90)

stgeran · 10 August 2016, 22:14:24

Ich kann machen was ich will, alle Anleitungen durchgehen, neu aufsetzen, egal, das sche... Display bleibt dunkel und die Meldung ist auch immer da

Code Auswählen

/dev/fb1 isn't readable and writable
Alle anderen Dinge im "Hintergrund" sind da: Wetter; RSS; Druck und Temperatur; Hintergrundbeleuchtung an und aus usw. Ich habe keine Idee mehr.

pc1246 · 11 August 2016, 07:21:30

Moin
Ich hatte immer das Problem, dass es fb1 gar nicht gab! Ich habe das dann von fb0 einfach kopiert! Ich weiss inzwischen auch, dass das eigentlich Unsinn ist, aber es lief dann immer! Ist es denn bei Dir da, und wenn ja dann sind es die Benutzerrechte!
Gruss

daniel_k · 11 August 2016, 11:40:56

Hallo Leute,
ich habe gestern fhem von einem RPI B Rev 2 auf einen RPI 3 umgezogen.
Soweit hat alles super geklapt, nur der CUL auf dem Add-on Board will einfach nicht.
Ich habe mich an die Anleitung RPi2AddOn_Schnellanleitung.pdf gehalten und in der raspi-config -> Serial Enable/Disable automatic loading ausgeschaltet und wie von locutus aus Antwort #690 angegeben

Zitat
So lautet die Definition der seriellen Schnittstelle für den Fall, dass jemand mit dem Board auf Raspberry Pi 3 umsteigen möchte:
define CUL868 CUL /dev/ttyS0@38400 1234

Bitte in /boot/config.txt die Zeile core_freq = 250 einfügen.

Getestet auf RPi 3 mit Raspbian Jessie vom 26.02.2016.

eingefügt.
Dann erhalte ich als Status disconnected.
Ändere ich den Pfad auf define CUL868 CUL /dev/ttyAMA0@38400 1234 ist der Status opened nur die LED blinkt immer gleichmäsig alle Sekunde und bei der Abfrage uptime kommt No answer.
Wenn ich raspi-config -> Serial Enable/Disable automatic loading anschalte blinkt die LED auf dem AddOn beim hochfahren unregelmäsig danach wieder alle Sekunde.

Noch das was die Logdatei ausgibt:

Code Auswählen

2016.08.11 11:09:54 3: Opening CUL_0 device /dev/ttyS0
2016.08.11 11:09:54 3: Can't open /dev/ttyS0: Datei oder Verzeichnis nicht gefunden
2016.08.11 11:11:52 3: Opening CUL_0 device /dev/ttyAMA0
2016.08.11 11:11:52 3: Setting CUL_0 serial parameters to 38400,8,N,1
2016.08.11 11:12:02 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)

So weit bin ich gekommen, jetzt gehen mir die Ideen aus.

Und wie gesagt Display, I2C_BMP180 und I2C_TSL2561 auf dem AddOn Board gehen nur der CUL nicht.

Ich hoffe es gibt dafür schon eine Lösung und ich war mal wieder nur zu blöd sie zu finden.

Daniel

daniel_k · 11 August 2016, 12:32:03

So nun kann ich auch gleich die Lösung hinterher schicken:

Bisher konnte man das Bluetooth abschalten, indem man in der /boot/config.txt die Zeile

Code Auswählen

dtoverlay=pi3-disable-bt-overlay
eingefügt hat.
Das funktioniert nach dem letzten Update nicht mehr, das Overlay wird nicht mehr geladen.
Damit ist Bluetooth wieder aktiv und die serielle Schnittstelle ttyAMA0 ist blockiert.

Ursache: Der Name der Overlaydatei wurde geändert!

Die Zeile in der config.txt muss nun lauten:

Code Auswählen

dtoverlay=pi3-disable-bt
und es muss noch ein

Code Auswählen

enable_uart=1
darunter.

Ich hoffe ich kann damit all denen helfen die vor dem gleichen Problem stehen.

Daniel

stgeran · 11 August 2016, 13:00:21

@pc1246: Exact so ist es. Ich habe keinen fb1. Ich kann wie gesagt mit den entsprechenden Kommandos einen erzeugen und dann abfragen. soweit alles ok. ABER nach dem nächsten reboot (der ja nach erstellen und permanent machen erfolgen sollte) ist er wieder weg. Was hast Du denn kopiert? der fb0 hat bei mir auch 0 Bite.

tomatic · 18 September 2016, 20:19:07

Das GPIO-Problem ist Hier schön erklärt und auch je nach Modell gelöst:
http://spellfoundry.com/2016/05/29/configuring-gpio-serial-port-raspbian-jessie-including-pi-3/

Bernhard · 11 Oktober 2016, 19:09:13

Frage zu FRAMEBUFFER für das Display des Raspberry Pi Add-On Board
im Log erfolgt für jeden Durchlauf der Display-Anzeige eine Zeile

display

ohne Datum und sonstige Information.
Bei Anzeige des Event-Monitors kommt jeweils eine Zeile, zumindest, wenn "verbose" gesetzt

2016-10-11 17:13:45 FRAMEBUFFER Display updateDisplay

DeviceOverview
Display Initialized
Display
Internals
DEF /dev/fb1
NAME Display
NR 28
STATE Initialized
TYPE FRAMEBUFFER
layoutBasedir /opt/fhem/layouts
layoutList standard2.txt
updateInterval 1

Readings
absLayoutNo 0 2016-10-11 14:57:25
layoutFilename standard2.txt 2016-10-11 14:57:25
state Initialized 2016-10-11 14:27:38

Irgend eine Idee?

Bernhard

kaihs · 11 Oktober 2016, 19:46:34

Zitat von: Bernhard am 11 Oktober 2016, 19:09:13
Frage zu FRAMEBUFFER für das Display des Raspberry Pi Add-On Board
im Log erfolgt für jeden Durchlauf der Display-Anzeige eine Zeile

display

ohne Datum und sonstige Information.
Bei Anzeige des Event-Monitors kommt jeweils eine Zeile, zumindest, wenn "verbose" gesetzt

2016-10-11 17:13:45 FRAMEBUFFER Display updateDisplay

DeviceOverview
Display Initialized
Display
Internals
DEF /dev/fb1
NAME Display
NR 28
STATE Initialized
TYPE FRAMEBUFFER
layoutBasedir /opt/fhem/layouts
layoutList standard2.txt
updateInterval 1

Readings
absLayoutNo 0 2016-10-11 14:57:25
layoutFilename standard2.txt 2016-10-11 14:57:25
state Initialized 2016-10-11 14:27:38

Irgend eine Idee?

Bernhard

Bitte die neueste Version von fbvs aus github benutzen. Damit ist das Problem behoben.

Bernhard · 11 Oktober 2016, 23:32:48

Zitat von: kaihs am 11 Oktober 2016, 19:46:34
Bitte die neueste Version von fbvs aus github benutzen. Damit ist das Problem behoben.

Danke
Bernhard

Bernhard · 15 Januar 2017, 18:46:38

Seit einiger Zeit finde ichin meinem Log folgende Meldungen:

2017.01.04 01:06:30 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.04 01:06:40 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.04 01:06:44 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.04 01:06:44 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.04 02:48:28 2: CUL868: unknown message OK:1
2017.01.04 03:26:58 2: CUL868: unknown message OK:1

und finde mit verbose=5 heute folgendes vor:

2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:22 5: SW: OrB
2017.01.15 16:38:28 5: SW: ORb
2017.01.15 16:38:31 1: /dev/ttyAMA0 disconnected, waiting to reappear (CUL868)
2017.01.15 16:38:41 3: Setting CUL868 serial parameters to 38400,8,N,1
2017.01.15 16:38:41 5: SW: V
2017.01.15 16:38:44 5: SW: V
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): V 1.63 RPIAddOn_CSM

2017.01.15 16:38:44 5: SW: ?
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): ? (? is unknown) Use one of B b
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): C F i A
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): I Z E O
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): G M U Y
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): R T V W
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): X e f l
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): t u x

2017.01.15 16:38:44 3: CUL868: Possible commands: BbCFiAIZEOGMUYRTVWXefltux
2017.01.15 16:38:44 5: SW: X21
2017.01.15 16:38:44 5: SW: T01
2017.01.15 16:38:44 5: CUL/RAW (ReadAnswer): 2030

2017.01.15 16:38:44 5: GOT CUL fhtid: 2030
2017.01.15 16:38:44 1: /dev/ttyAMA0 reappeared (CUL868)
2017.01.15 16:38:59 5: CUL/RAW: /T212100A
2017.01.15 16:38:59 5: CUL/RAW: T212100A/60048

2017.01.15 16:38:59 4: CUL_Parse: CUL868 T212100A60048 -38
2017.01.15 16:38:59 5: CUL868: dispatch 810c04xx0909a00121210000a600
2017.01.15 16:39:06 5: SW: ORb
2017.01.15 16:39:06 5: CUL/RAW (ReadAnswer): OK:1

auch dieses

2017.01.15 16:15:52 5: SW: Om9E0000001AA36922
2017.01.15 16:15:52 5: SW: OwBbe
2017.01.15 16:15:52 5: SW: OrB
2017.01.15 16:15:52 5: SW: OrB
2017.01.15 16:15:52 1: OWX: Received unexpected number of 12 bytes on bus CUL868
2017.01.15 16:15:53 5: SW: OrB
2017.01.15 16:15:53 1: PERL WARNING: Illegal hexadecimal digit '
' ignored at ./FHEM/00_OWX.pm line 2318.
2017.01.15 16:15:53 5: SW: OrB
2017.01.15 16:15:53 5: SW: OrB

Eine FHT mit ID 2030 habe ich nicht, nur mit 2121 . Vllt. ein FHT8v

Irgend jemand eine Idee?

Danke
Bernhard

kaihs · 15 Januar 2017, 20:11:32

Ich hatte mal ein ähnliches Verhalten (Reset des Boards, lässt sich mit get uptime verifizieren).
Lag an einem Wackelkontakt der Verbindung Board zu Pi.
Habe das Board bei der Stift-/Buchsenleiste fest angedrückt, seit dem läuft es wieder ohne Probleme.

Bernhard · 15 Januar 2017, 22:15:41

danke für den Hinweis, werde ich nächstes mal, wenn ich vor ort bin, versuchen

DiJä · 29 Januar 2017, 10:17:46

Hallo,

ich habe eine ähnliche Fehlermeldung, wie im Post 739 beschrieben:

2017.01.29 10:09:57 3: Opening CUL_0 device /dev/ttyAMA0
2017.01.29 10:09:57 3: Setting CUL_0 serial parameters to 38400,8,N,1
2017.01.29 10:10:06 1: Cannot init /dev/ttyAMA0, ignoring it (CUL_0)

Am Board geht alles außer den Funksignalen.
Das Board ist aktuell an einem Pi1 installiert, somit macht die Beschreibung aus Post 740 keinen Sinn.

Hat jemand eine Idee, was ich tun muss, damit auch die CUL wieder läuft?

Danke und einen schönen Sonntag

Dirk

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

DiJä