Hi, cool!
Ich hab mir jetzt das display hier geordert
KLICK
Wenn das dann endlich mal da ist kanns weiter gehen. Ich bin mal gespannt ob ich das zum laufen bekomm^^
Aber ich halte euch auf dem laufenden bzw. könnt ihr den fortschritt auch auf 2nd-chance.net verfolgen falls es jemanden interessiert^^.
Wenn das gut funktioniert gehe ich in die Massenproduktion 
Herzlichen Dankk nochmal an alle und noch ein gutes neues Jahr.
Domi
[TEST] C-Berry - 3,5" TFT Display? Schau mal ob du hier fündig wirst!
Hallo zusammen, ich habe mir auch ein C-Berry Display für mein GameBoy Projekt zugelegt und hab es mittlerweile auch so weit hin bekommen das der Framebufferkram im Hintergrund läuft und der Raspberry direkt in die Oberfläche des RetroPie bootet.
Habe mir das Zeugs hier im Forum irgendwie zusammen gesucht, kann es aber nicht wirklich erklären. Allerdings möchte ich euch behilflich sein und ein lauffertiges Image meiner SD Card anbieten. Habe es schon mit WinRar gepackt und werd es nachher in meine Dropbox hochladen. Passwörter für liegen dem Archiv bei. Die .img Datei kann jeder mit dem Programm WinDiskImager auf seine mindestens 8GB große SD Card schreiben und loslegen.
Selbstverständlich sind in RetroPie keine Roms enthalten und auch keine Controller konfiguriert.
Hoffe es wird einigen Leuten hier nutzen die ebenfalls ein Retropie Projekt mit dem C-Berry im Sinne haben.
Je nachdem wie lange der Upload in die Dropbox dauert wird entweder heut abend noch oder dann morgen im Lauf des Tages der Link folgen
Wie versprochen, hier ist der Link zu einem fertigen Image. Viel Spaß damit ....
Ich ziehe es mal und sage 
Das läuft echt klasse 
Hast du schon eine Möglichkeit gefunden ganze Ordner abzuspielen?
Sorry mehr kann ich bisher nicht, jedoch liessen sich schon einige Sachen auf diese
Art lösen für die sonst weitere Kenntnisse nötig gewesen wären. Es wirkt kompliziert
aber ist sehr einfach zu verstehen und immerhin nutzt man mit den Standard Linux
Befehlen sehr ausgereifte und absturzsichere "Programmteile"
Ich habe es geschafft while anzuwenden, die Diashow läuft immer weiter und die
Bilder lassen sich live austauschen, da das nur durch trial&error enstanden ist gibt
es bestimmt noch eine einfachere Möglichkeit oder muss man so wie ich es
gemacht habe jedes Bild einzeln aufrufen?tft_test.c
C#include <bcm2835.h> #include <stdio.h> #include <stdint.h> #include <time.h> #include "tft.h" #include "RAIO8870.h" #include "bmp.h" #include "examples.h" int main( int argc, char **argv ) { char my_filename[] = "../bmp/test1.bmp"; char my_filename2[] = "../bmp/test2.bmp"; char my_filename3[] = "../bmp/test3.bmp"; char my_filename4[] = "../bmp/test4.bmp"; char my_filename5[] = "../bmp/test5.bmp"; char my_filename6[] = "../bmp/test6.bmp"; if (!bcm2835_init()) return 1; TFT_init_board(); TFT_hard_reset(); RAIO_init(); { while(1) { example_DepictBMP( &my_filename[0] ); delay(5000); example_DepictBMP( &my_filename2[0] ); delay(5000); example_DepictBMP( &my_filename3[0] ); delay(5000); example_DepictBMP( &my_filename4[0] ); delay(5000); example_DepictBMP( &my_filename5[0] ); delay(5000); example_DepictBMP( &my_filename6[0] ); delay(5000); } } bcm2835_close(); return 0; }examples.c
C#include <stdio.h> #include <stdint.h> #include <math.h> #include "RAIO8870.h" #include "bmp.h" #include "examples.h" // load and depict a BMP file // --------------------------------------------- void example_DepictBMP( char const *file_name ) { uint16_t picture[1][ PICTURE_PIXELS ]; Read_bmp2memory ( file_name, &picture[0][ PICTURE_PIXELS-1 ] ); RAIO_Write_Picture ( &picture[0][0], PICTURE_PIXELS ); }
Nun habe ich versucht die Bilderfolge mit dem SMS Anzeiger zu kombinieren was
eigentlich auch gut funktioniert. Erst die Bilder je 5 Sekunden und dann 20 Sekunden
der Bildschirm mit der Nachricht. Das läuft zwar auch weiter aber im zweiten
Durchgang sind die Bilder verschoben bzw wenn man die reset Befehle mit in
die Schleife nimmt in nur 4? Farben aber korrekt positioniert. Gibt es da noch einen
anderen RAIO Befehl der das Display "resettet" ? Ohne den Text zwischendurch
werden die Bilder immer richtig angezeigt.
Wie versprochen, hier ist der Link zu einem fertigen Image. Viel Spaß damit ....
gezogen und getestet,.. funktioniert.....
is aber ne altes retropie version,....
aber evtl. kann man daraus was bauen.... wenn der bootvorgang auch noch zu sehen ist dann iss perfekt
merci und gruß... martin
Hallo ich muss mich nun auch nochmal in aller Form bedanken bei dir Greengecko.
Ich habe das Image auf der SD und es läuft auch^^
Ein Problem habe ich aber, Spiele sind quais nicht spielbar da die teilweise dramatisch ruckeln, ich hab heute bestimmt 6 Std. mit meinem Kumpel getüftelt. Der ganze Kabelsalat des Piboys ist fertig jetzt muss halt nur noch die Anzeige passen.
Was wir gemacht haben ist z.B. den Ram auf jeweils 256mb aufgeteilt, mittels Kühlkörper auf 900mhz übertaktet, nach fps einstellungen gesucht die wir nicht fanden, und da waren wir mit unserem Latein schon am Ende. Aber eines ist sicher, die Lernkurve ist gigantisch^^ Aber jetzt bitte ich euch nochmals um eure Hilfe denn jetzt sind wir beide echt ratlos.
Hatte jemand das selbe Problem und vllt eine einfache Lösung parat?
Herzlichen Dank an euch!
Domi und Matze
Hallo zusammen, Hallo Hagen,
ich habe diese Frage schon vor einer ganzen Weile gestellt, aber ich habe immer noch keine Antwort gefunden.
Ich suche nach einer Moeglichkeit die Hintergrundbeleuchtung des C-Berry durch einen Shell-Befehl de- bzw. aktivieren zu koennen.
Hat dies schon Jemand geschafft?
Gruss
Raspierer
Ich suche nach einer Moeglichkeit die Hintergrundbeleuchtung des C-Berry durch einen Shell-Befehl de- bzw. aktivieren zu koennen.
Hi,
suche hier im Forum mal nach " C-Berry mit Python ansteuern"
barni7 hat da ein paar sehr schöne Routinen erstell.
Mit freundlichen Grüßen
JLackxy
Moin,
ich denke diese sourcen könnten das wohl.
Ich gehe davon aus, das der cberry schon initialisiert ist, dann reichen die so.
DerHagen
gibts schon was neues bezüglich der FPS/CPU-load Problematik?
lg
Moin,
was ist dein letzter Stand? Seit 29.8. ist die fb2cberry SW optimiert.
Von welchem Problem redest Du?
DerHagen
Das nenne ich mal eine schnelle Antwort Was heißt SW?
Mein letzter Stand ist das Image von Greengecko.
Wenn ich das richtig verstanden habe, arbeitet fb2cberry im Hintergrund: Screenshot machen, an c-berry senden, sleep, und wieder von vorn.
Das alles läuft nur über den CPU ohne Grafikbeschleunigung, mit der Folge, dass man z.b. in Retropie keine auch nur halbwegs stabilen FPS-Zahlen erreichen kann (="das Problem" :D), v.a. wenn man die CPU-Last im Rahmen halten will. Zwischendurch ging es in dem Thread dann noch um Framebuffer, an der Stelle in ich leider mangels Know-How ausgestiegen.
Wie sieht das inzwischen aus? Hab hier im Moment noch ein Display mit nem Composite-Driverboard rumliegen, da gibts FPS-technisch keine Probleme, dafür rauscht das Bild 
Adafruit bietet ein 2.8" Display an, was man über SPI oder via 8bit (12Pins) ansteuern kann, da sind die FPS meines Wissens nach besser. Leider ist das Display für meine Zwecke eigentlich zu klein.
Von daher hoffe ich ganz stark, dass man das c-Berry über ein Treiberupdate auf Trab bringen kann.
Deswegen meine Frage:
Gibts schon was neues bezüglich der FPS/CPU-load Problematik?
lg
JTR
Hi,
suche hier im Forum mal nach " C-Berry mit Python ansteuern"
barni7 hat da ein paar sehr schöne Routinen erstell.
Mit freundlichen Grüßen
JLackxy
Hi JLackxy
danke für den Tipp aber da ist noch ein klitzekleines Problemchen:
Ich habe auf Anraten das tft_pwm von Reimar Barnstorf http://www.7soft.de verwendet und etwas seltsames festgestellt, was ich mir noch nicht erklären kann.
Ich hoffe Ihr koennt mir dabei helfen. Ich denke ich sehe mal wieder den Wald vor lauter Bäume nicht.
Problemstellung
Ich möchte mittels Schalter am GPIO des Raspberry Pi den vorher durch fb2cberry aktivierten C-Berry dimmen bzw. deaktivieren.
Randbedingungen
Die Datei tft_pwm wurde in "/usr/sbin/" kopiert und mit chmod entsprechend ausführbar gemacht.
Das Ausführen mittels "sudo tft_pwm 0" bzw. "sudo tft_pwm 255" führt zum entsprechenden Ab- bzw. Einschalten der Hintergrundbeleuchtung.
So weit alles super!
Versuch a): Implementierung des C-codes von tft_pwm.c
Im folgenden Versuch habe ich den C-Code der tft_pwm.c einfach in meinen Code implementiert und nun schaut es wie folgt aus:
/*
isr4pi.c
*/
#include <stdio.h>
#include <string.h>
#include <errno.h>
#include <stdlib.h>
#include <wiringPi.h>
#include <unistd.h>
#include <bcm2835.h>
#include <stdint.h>
#include <time.h>
#include "tft.h"
#include "RAIO8870.h"
#include "bmp.h"
// Use GPIO Pins 15, which is Pin 0 for wiringPi library
#define PINa 15
// Use GPIO Pins 16, which is Pin ? for wiringPi library
#define PINb 16
// Screen is always ON after boot
static volatile int ScreenStatus = 1 ;
// -------------------------------------------------------------------------
// myInterrupt: called every time an event occurs
void myInterrupta(void)
{
/* Handle button pressed interrupts */
/* 1. When pressed for less than 2 secs, shutdown system */
/* 2. When pressed for 2 secs or more, restart system */
/* */
/* Disable further interrupts */
/* NOTE: Unfortunately, 'wiringPi' library doesn't support */
/* unhooking an existing interrupt handler, so we need */
/* to use 'gpio' binary to do this according to the author */
sleep(1); // Find out whether button is pressed spuriously or intentionally by waiting 1s
// Button spuriously activated
if (digitalRead(PINa) == HIGH)
{
printf("Spurious button activation detected and ignored\n");
}
else
{
printf ("Button intentionally avtivated\n");
sleep(3); // Find out whether button is pressed for power-off or reboot
switch (digitalRead(PINa))
{
case HIGH: // Shutdown requested
printf ("Shutdown requested\n");
break;
case LOW: // Restart requested
printf ("Restart requested\n");
break;
}
}
}
void myInterruptb(void)
{
usleep(500000); // Debouncing switch
switch (digitalRead(PINb))
{
case HIGH: // Switch display off requested
if (ScreenStatus == 1)
{
ScreenStatus = 0 ;
printf ("Screen backlight set OFF\n");
RAIO_SetBacklightPWMValue(0);
}
else
{
printf ("Spurious Screen OFF switching detected and ignored\n");
}
break;
case LOW: // Switch display on requested
if (ScreenStatus == 0)
{
ScreenStatus = 1 ;
printf ("Screen backlight set ON\n");
RAIO_SetBacklightPWMValue(255);
}
else
{
printf ("Spurious Screen ON switching detected and ignored\n");
}
break;
}
}
// -------------------------------------------------------------------------
// main
int main(void)
{
// sets up the wiringPi library
if (wiringPiSetup () < 0)
{
fprintf (stderr, "Unable to setup wiringPi: %s\n", strerror (errno));
return 1;
}
// set PINa generate an interrupt on high-to-low transitions
// and attach myInterrupta() to the interrupt
pinMode(PINa, INPUT);
pullUpDnControl (PINa, PUD_UP) ;
if ( wiringPiISR (PINa, INT_EDGE_FALLING, &myInterrupta) < 0 )
{
fprintf (stderr, "Unable to setup ISR: %s\n", strerror (errno));
return 1;
}
// set PINb generate an interrupt on high-to-low transitions
// and attach myInterrupta() to the interrupt
pinMode(PINb, INPUT);
pullUpDnControl (PINb, PUD_UP) ;
if ( wiringPiISR (PINb, INT_EDGE_BOTH, &myInterruptb) < 0 )
{
fprintf (stderr, "Unable to setup ISR: %s\n", strerror (errno));
return 1;
}
// display counter value every second.
while ( 1 )
{
delay( 1000 ); // wait 1 second
}
return 0;
}Das Verzeichnis in dem compiliert wird sieht wie folgt aus:
bmp.h
bmp.o
isr4pi.c
RAIO8870.h
RAIO8870.o
tft.h
tft.o
tft_pwm.o
Compiliert habe ich das Ganze mittels:
gcc -o isr4pi isr4pi.c tft.o RAIO8870.o bmp.o -lwiringPi -lbcm2835 -lrt
Dies läuft fehlerfrei durch.
Führe ich das Program mit "sudo ./isr4pi" aus und betätige den Schalter auf "OFF", dann sehe ich noch die Meldung in der Konsole "Screen backlight set OFF" und das Program beendet ohne den Level der Hintergrundbeleuchtung verändert zu haben.
Reproduzierbar mit Schalter auf "ON"
Versuch b): Ausführen der Datei tft_pwm mittels "execl"
Im folgenden Versuch habe ich die funktionierende Datei "tft_pwm" mittels des c-Befehls "execl" versucht auszuführen:
/*
isr4pi.c
*/
#include <stdio.h>
#include <string.h>
#include <errno.h>
#include <stdlib.h>
#include <wiringPi.h>
// Use GPIO Pins 15, which is Pin 0 for wiringPi library
#define PINa 15
// Use GPIO Pins 16, which is Pin ? for wiringPi library
#define PINb 16
// Screen is always ON after boot
static volatile int ScreenStatus = 1 ;
// -------------------------------------------------------------------------
// myInterrupt: called every time an event occurs
void myInterrupta(void)
{
/* Handle button pressed interrupts */
/* 1. When pressed for less than 2 secs, shutdown system */
/* 2. When pressed for 2 secs or more, restart system */
/* */
/* Disable further interrupts */
/* NOTE: Unfortunately, 'wiringPi' library doesn't support */
/* unhooking an existing interrupt handler, so we need */
/* to use 'gpio' binary to do this according to the author */
sleep(1); // Find out whether button is pressed spuriously or intentionally by waiting 1s
// Button spuriously activated
if (digitalRead(PINa) == HIGH)
{
printf("Spurious button activation detected and ignored\n");
}
else
{
printf ("Button intentionally avtivated\n");
sleep(3); // Find out whether button is pressed for power-off or reboot
switch (digitalRead(PINa))
{
case HIGH: // Shutdown requested
printf ("Shutdown requested\n");
break;
case LOW: // Restart requested
printf ("Restart requested\n");
break;
}
}
}
void myInterruptb(void)
{
usleep(500000); // Debouncing switch
switch (digitalRead(PINb))
{
case HIGH: // Switch display off requested
if (ScreenStatus == 1)
{
ScreenStatus = 0 ;
printf ("Screen backlight set OFF\n");
execl("/usr/sbin/tft_pwm", "tft_pwm", "0", (void *)0);
}
else
{
printf ("Spurious Screen OFF switching detected and ignored\n");
}
break;
case LOW: // Switch display on requested
if (ScreenStatus == 0)
{
ScreenStatus = 1 ;
printf ("Screen backlight set ON\n");
execl("/usr/sbin/tft_pwm", "tft_pwm", "255", (void *)0);
}
else
{
printf ("Spurious Screen ON switching detected and ignored\n");
}
break;
}
}
// -------------------------------------------------------------------------
// main
int main(void)
{
// sets up the wiringPi library
if (wiringPiSetup () < 0)
{
fprintf (stderr, "Unable to setup wiringPi: %s\n", strerror (errno));
return 1;
}
// set PINa generate an interrupt on high-to-low transitions
// and attach myInterrupta() to the interrupt
pinMode(PINa, INPUT);
pullUpDnControl (PINa, PUD_UP) ;
if ( wiringPiISR (PINa, INT_EDGE_FALLING, &myInterrupta) < 0 )
{
fprintf (stderr, "Unable to setup ISR: %s\n", strerror (errno));
return 1;
}
// set PINb generate an interrupt on high-to-low transitions
// and attach myInterrupta() to the interrupt
pinMode(PINb, INPUT);
pullUpDnControl (PINb, PUD_UP) ;
if ( wiringPiISR (PINb, INT_EDGE_BOTH, &myInterruptb) < 0 )
{
fprintf (stderr, "Unable to setup ISR: %s\n", strerror (errno));
return 1;
}
// display counter value every second.
while ( 1 )
{
delay( 1000 ); // wait 1 second
}
return 0;
}Compiliert habe ich das Ganze mit
gcc -o isr4pi isr4pi.c -lwiringPi
Dies läuft fehlerfrei durch.
Führe ich das Program mit "sudo ./isr4pi" aus und betätige den Schalter auf "OFF", dann sehe ich die Meldung in der Konsole "Screen backlight set OFF", die Hintergrundbeleuchtung schaltet ab und das Program beendet.
Reproduzierbar mit Schalter auf "ON" und aktivieren der Hintergrundbeleuchtung.
Zusammenfassung
Auch wenn ich Variante a) bevorzugen würde, so scheint wäre ich auch mit einer nicht abstürzenden Variante b) vollauf zufrieden.
Was mache ich bloß (mal wieder) falsch?
Danke für Eure Hilfe!
Gruß
Raspierer
Hallo,
ich hab bei mir noch ein altes Display rumliegen. Kann ich irgendwie den Adapter einzeln kaufen ?
Danke im Vorraus
Hallo Thomas
Nachdem mir der C++ Treiber in Vers. 03 schon einige aha Erlebnisse brachte finde ich es echt
schade das keiner hier im Forum auf Dein Angebot die neue Version hier zu posten eingegangen ist.
Vielleicht ist es ja noch möglich es wäre schade wenn Deine Erkenntnisse verloren gehen.
Vielen https://www.forum-raspberrypi.de/images/smilies…_danke_ATDE.gif
Frank
Hallo zusammen,
ich habe den B+ mit dem C-Berry 3,5" touch. Die Anzeige funktioniert (mittlerweile) sehr schön auch dank Euch.
Habt Ihr schon Erfahrungen mit der Touch-Funktion? Habe hier im Thread nichts dazu gefunden und die Such-Funktion spuckt auch nichts hilfreiches aus.
Weiß jemand, ob das CE1/ vom SPI noch frei ist für z.B. Druck und Temperaturfühler? Durchgeschliffen ist der SPI leider nicht.
Gruß
Wuchi
Kurze NOOOOB Fragen,
hat es einer geschafft, dass das Display unter Retropie FLÜSSIG läuft?
-> habe das Display und bin am überlegen es zurück zu schicken daher meine frage
sollte die Antwort Nein lauten: Ist es überhaupt möglich über die GIPO ein flüssiges abspielen von Spielen unter Retropi zu erreichen?
Liegt das Problem am Display oder am Grafikcontroller RA8870?
Wäre es möglich einen anderen Grafikcontroller zu verwenden damit das Display unter Retropi flüssig läuft?
Ist es möglich, mittels Adapter, das Display über HDMI laufen zu lassen?
Würde dieses Display, unter Retropi flüssig spiele wiedergeben? http://www.watterott.com/de/RPi-Display-Flex-Edition
Kann man mit diesem Kabel http://www.ebay.de/itm/1080P-HDMI…%3D141272971644 dieses Display über HDMI zum laufen bekommen? http://www.amazon.de/gp/product/B004VQD966/?tag=psblog-21 [Anzeige]
Das letzte Display wird/wurde sehr häufig für einen GameBoyPi verwendet, leider immer nur mit einem Pi B und nicht, wie in meinem fall, mit einem Pi B+
Ich betone nochmals, ich habe keine Ahnung von dieser Materie. Ich beginne erst, mich damit vertraut zu machen doch meine ungeduld zwingt mich dazu, diese meine Noobfragen zu stellen.
Ich bitte um Verständnis.
Wenn der ersteller von Retropie die Option einbauen das man von FB0 auf FB1 umlengen kann sollte es flüssig laufen
Wie versprochen, hier ist der Link zu einem fertigen Image. Viel Spaß damit ....
Hi,
das Image ist auch oder für das RASP C-BERRY TD :: 8,9 cm (3,5") TFT LCD-Touch-Modul, 320x240p ?
Image auf SD spielen und los , oder muss ich noch etwas installieren oder starten ?
Don’t have an account yet? Register yourself now and be a part of our community!