Der Raspberry Pi & Co-Faden

Der chaotische Hauptfaden

Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese

Benutzeravatar
Sven
Beiträge: 4423
Registriert: Fr 28. Jun 2013, 12:52
Wohnort: Sechsundzwanzigdreisechzehn

Re: Der Raspberry Pi & Co-Faden

Beitrag von Sven »

Ich war heute in Sande. In der Vitrine stehen bestimmt 50 Stück und die Info an der Kasse war "Wir haben viele Tausend Stück."
Die müssen heute schon ganz gut über den Ladentisch gegangen sein :)
Benutzeravatar
Kuddel
Beiträge: 5109
Registriert: Fr 28. Jun 2013, 10:56
Wohnort: Denk immer an St. Alamo!

Re: Der Raspberry Pi & Co-Faden

Beitrag von Kuddel »

Habe gestern mal mit dem FRDM-KL25Z rumgespielt. Flog mir mal als Aal zu. Muss natürlich verbaut werden.
Das Ding macht richtig Spaß:
http://www.voelkner.de/products/477746/ ... KL25Z.html
An den PC angeschlossen, meldet es sich als USB-Stick an. Da kann man direkt eine kompilierte Datei (z.B. die Hallowelt aus dem INternet) rauskopieren, fertig. Compiler muss man nicht installieren, man kann den Online-Compiler nutzen. Eine echte Empfehlung. Und hat sogar einen Beschleunigungssensor drauf. Und es gibt etliche Beispielcodes für das Ding.
Gruß
Kuddel
Benutzeravatar
Hightech
Beiträge: 11488
Registriert: So 11. Aug 2013, 18:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von Hightech »

Hat jemand mal den USB-AVR-ISP-MK2 mit Avrdude zum laufen gebracht.
Der Dude meckert bei mir rum er ist ohne USB Support compiliert.

Blöd wenn man vom compilieren so viel Ahnung hat wie von BWL.
margau
Beiträge: 78
Registriert: Sa 7. Nov 2015, 23:15
Wohnort: Rhein-Main

Re: Der Raspberry Pi & Co-Faden

Beitrag von margau »

Hallo!
Den nicht, aber der USBasp läuft unter Debian bei mint.
Avrdude mit apt-get geholt?

Ansonsten gibt es zu beachten, das man wohl unter Debian ohne Workaround als root uploaden muss.

Vielleicht hilft das hier auch noch weiter: http://www.mikrocontroller.net/articles ... support.22

Hoffe geholfen zu haben!
Viele Grüße
margau
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Abgesehen von Hightechs Problem, kann der RasPI selber AVR progger spielen:
http://kevincuzner.com/2013/05/27/raspb ... rogrammer/
https://www.mikrocontroller.net/article ... programmer
Benutzeravatar
Hightech
Beiträge: 11488
Registriert: So 11. Aug 2013, 18:37

Re: Der Raspberry Pi & Co-Faden

Beitrag von Hightech »

Sehr komisch, libusb ist ja im raspbian drin, oder muss ich da noch anderes Zeug in den Ordner zu dem Quellcode hinkopieren ?

Ich hatte mir den avrdude mit git geholt und compiliert, das ging nicht, dann habe ich es mit apt-get als compilierte Version geholt
Ging auch nicht.
Benutzeravatar
Chefbastler
Beiträge: 2703
Registriert: Mo 12. Aug 2013, 20:21
Wohnort: Südbayern

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chefbastler »

Der Rpi 3 ist heute angekommen, nur grad noch keine Zeit zum Testen. :)
urmel
Beiträge: 1035
Registriert: Di 22. Apr 2014, 13:47
Wohnort: Karlsruhe & Wittlingen

Re: Der Raspberry Pi & Co-Faden

Beitrag von urmel »

Wen es interessiert (und auch wenn es fast schon Werbung ist):

Ich hatte letztes Jahr meine Diplomarbeit - eine Gestensteuerung - auf dem RasPi 2 implementieren dürfen.
Das Ergebnis wurde inzwischen released. Das Ding rennt als Linux-Service auf dem RasPi2 oder 3 und wandelt das Bild des Kameramoduls
in u.a. eine Cursorausgabe um. Klingt banal, ist aber ein Höllenladung Mathematik.

Da ich die Arbeit seinerzeit in de rIndustrie gemacht habe, ist die Software leider nicht für umme, man kann sie aber jeweils eine halbe Stunde ab Systemstart testen (ist an die Uptime gekoppelt).

Kann man runterladen unter http://airpointr.com/pi

Die Software braucht im Übrigen keine Internetverbindung, tauscht also keine Daten mit "uns" aus.
Benutzeravatar
Chemnitzsurfer
Beiträge: 7851
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Hi.
Kennt jemand USB => VGA Adapter die mit dem Raspberry Pi funktionieren?
Hintergrund:

Ein Raspberry soll in eine UV Wandern und die USB +LAN Anschlüsse gehen dann via 22mm Eaton Einbaubuchse aus dem Schaltschrankbau nach draußen.
Leider liegt dann der HDMI Anschluss an der Seite und ist anschließend nicht mehr zugänglich (Strom wird direkt über der GPIO Anschlüsse eingespeist, so dass ich die mirco USB Buchse nicht benötige.) da dort schon die Reihenklemmen für die 5V Versorgung sitzen.
Da ich mich nicht immer via Putty oder Remote Desktop auf schalten will, suche ich nach einer Möglichkeit mal schnell einen Monitor anzustöpseln und zu schauen was der Pi macht.
Skymaxdriver
Beiträge: 193
Registriert: Mo 12. Jan 2015, 19:24

Re: Der Raspberry Pi & Co-Faden

Beitrag von Skymaxdriver »

Habe aktuell das gleiche Problem, also fast zumindest, hast du schonmal drüber nachgedacht den HDMI Anschluss umzuziehen? hab mir das nur mal angeschaut, das sieht irgendwie ziemlich sehr klein zu löten aus, und ob das am Ende funktioniert ist dann auch noch so ne Frage... aber der composite sollte sich relativ leicht umbiegen lassen, das geht auch.
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Was willste denn angucken?
Muss es unbedingt grafisch sein?

Der UART aufm dem Pi ist ja die Rootkonsole, was will man mehr.
Laptop ran -> Vollzugriff.
Benutzeravatar
Chemnitzsurfer
Beiträge: 7851
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Soll für ne Webcam werden, da wäre ein Kontrollmonitor schön um zu schauen ob der Surfstick richtig erkannt wurde und ob die Cam noch läuft. HDMI löten wird schwierig. Das höchste der Gefühle sind bei mir 2,54 mm Raster...
xanakind
Beiträge: 12617
Registriert: So 11. Aug 2013, 21:55

Re: Der Raspberry Pi & Co-Faden

Beitrag von xanakind »

Für den Zweck reicht doch dicke das Analoge FBAS aus.
ansonsten: würde solch ein HDMI Winkelstecker weiterhelfen?
Benutzeravatar
ferdimh
Beiträge: 9429
Registriert: Fr 16. Aug 2013, 15:19

Re: Der Raspberry Pi & Co-Faden

Beitrag von ferdimh »

HDMI/DVI/LVDS sind sehr unproblematisch bezüglich der Vertüddelung, solange man darauf achtet, dass die richtigen Drähte verdrillt sind.
Ansonsten ist das Löten von Fädeldarht garnicht so schwer, irgendwann muss man damit anfangen ;-)
jodurino
Beiträge: 2108
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Hallo
da habe ich nun folgendes: Raspberry 3 mit Berryboot und Raspian/Openelec Raspberry 1 mit Raspian
Angeschlossen am Monitor mit VGA Adapter und alles geht so lala
Jetzt probiere ich 3 verschiedene HDMI/DVI Adapter aus und ernte folgende Ergebnisse:
Bild flackert
Bildschirm bleibt Dunkel
Bild kurzzeitig zu sehen im 4:3 Format, wechselnd mit Bildschrim schwarz. (Hdmi mode 47 oder 49)
Eingetragen sind:
hdmi_force_hotplug=1
hdmi_group=2 hdmi_mode=58 (???) (hier flackert es)
hdmi_drive=2
Habe ich dem hier entnommen: http://eli ... de_options


Am Netzteil kann es nicht liegen es liefert 3,7 A auf dem 5V Ausgang
hat einer eine Idee?
cu
Benutzeravatar
Captain Einsicht
Beiträge: 1320
Registriert: Di 24. Feb 2015, 16:15
Wohnort: Ruppichteroth

Re: Der Raspberry Pi & Co-Faden

Beitrag von Captain Einsicht »

Netzteil ist da nicht immer das Problem, hatte hier mal eine Ladung USB Wiederstandskabel da wurde sogar mein Handy (S3) beim Laden leer :evil:

Walter
jodurino
Beiträge: 2108
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Hallo
die Stromversorgung können wir eigentlich ausschliessen weil es ja mit dem HDMI / VGA Adapter funktioniert und der müsste ja Aktive Bauteile enthalten und die Stromversorgung mehr belasten.
Zwischenzeitlich habe ich einen 2. Monitor probiert mit dem gleichen Ergebnis.
Beide Monitore laufen mit DVI an einem Desktop PC tadellos

Bleibt nur das alle 3 HDMI / DVI Adapter defekt sind (eher zweifelhaft)
und Einstellung bei den Raspis

cu
Benutzeravatar
Chemnitzsurfer
Beiträge: 7851
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Welche Auflösung / Wiederhohlrate unterstützt denn dein Monitor?
Hatte schon Monitore die bei Wiederholraten die zu groß waren nur herum gesponnen haben.


Hier nochmal alle Auflösungen und Wiederholraten

Code: Alles auswählen

## hdmi_mode
##     defines screen resolution in CEA or DMT format
##
##     H means 16:9 variant (of a normally 4:3 mode).
##     2x means pixel doubled (i.e. higher clock rate, with each pixel repeated
##                                  twice)
##     4x means pixel quadrupled (i.e. higher clock rate, with each pixel
##                                     repeated four times)
##     reduced blanking means fewer bytes are used for blanking within the data
##                      stream (i.e. lower clock rate, with fewer wasted bytes)
##
##     Value    hdmi_group=CEA                  hdmi_group=DMT
##     -------------------------------------------------------------------------
##      1        VGA                                 640x350   85Hz
##      2        480p  60Hz                      640x400   85Hz
##      3        480p  60Hz  H                  720x400   85Hz
##      4        720p  60Hz                      640x480   60Hz
##      5        1080i 60Hz                      640x480   72Hz
##      6        480i  60Hz                       640x480   75Hz
##      7        480i  60Hz  H                   640x480   85Hz
##      8        240p  60Hz                      800x600   56Hz
##      9        240p  60Hz  H                  800x600   60Hz
##     10       480i  60Hz  4x                  800x600   72Hz
##     11       480i  60Hz  4x H               800x600   75Hz
##     12       240p  60Hz  4x                 800x600   85Hz
##     13       240p  60Hz  4x H                800x600   120Hz
##     14       480p  60Hz  2x                  848x480   60Hz
##     15       480p  60Hz  2x H                1024x768  43Hz  DO NOT USE
##     16       1080p 60Hz                      1024x768  60Hz
##     17       576p  50Hz                      1024x768  70Hz
##     18       576p  50Hz  H                   1024x768  75Hz
##     19       720p  50Hz                      1024x768  85Hz
##     20       1080i 50Hz                      1024x768  120Hz
##     21       576i  50Hz                      1152x864  75Hz
##     22       576i  50Hz  H                   1280x768        reduced blanking
##     23       288p  50Hz                      1280x768  60Hz
##     24       288p  50Hz  H                   1280x768  75Hz
##     25       576i  50Hz  4x                  1280x768  85Hz
##     26       576i  50Hz  4x H                1280x768  120Hz reduced blanking
##     27       288p  50Hz  4x                  1280x800        reduced blanking
##     28       288p  50Hz  4x H                1280x800  60Hz
##     29       576p  50Hz  2x                  1280x800  75Hz
##     30       576p  50Hz  2x H                1280x800  85Hz
##     31       1080p 50Hz                      1280x800  120Hz reduced blanking
##     32       1080p 24Hz                      1280x960  60Hz
##     33       1080p 25Hz                      1280x960  85Hz
##     34       1080p 30Hz                      1280x960  120Hz reduced blanking
##     35       480p  60Hz  4x                  1280x1024 60Hz
##     36       480p  60Hz  4x H                1280x1024 75Hz
##     37       576p  50Hz  4x                  1280x1024 85Hz
##     38       576p  50Hz  4x H                1280x1024 120Hz reduced blanking
##     39       1080i 50Hz  reduced blanking    1360x768  60Hz
##     40       1080i 100Hz                     1360x768  120Hz reduced blanking
##     41       720p  100Hz                     1400x1050       reduced blanking
##     42       576p  100Hz                     1400x1050 60Hz
##     43       576p  100Hz H                   1400x1050 75Hz
##     44       576i  100Hz                     1400x1050 85Hz
##     45       576i  100Hz H                   1400x1050 120Hz reduced blanking
##     46       1080i 120Hz                     1440x900        reduced blanking
##     47       720p  120Hz                     1440x900  60Hz
##     48       480p  120Hz                     1440x900  75Hz
##     49       480p  120Hz H                   1440x900  85Hz
##     50       480i  120Hz                     1440x900  120Hz reduced blanking
##     51       480i  120Hz H                   1600x1200 60Hz
##     52       576p  200Hz                     1600x1200 65Hz
##     53       576p  200Hz H                   1600x1200 70Hz
##     54       576i  200Hz                     1600x1200 75Hz
##     55       576i  200Hz H                   1600x1200 85Hz
##     56       480p  240Hz                     1600x1200 120Hz reduced blanking
##     57       480p  240Hz H                   1680x1050       reduced blanking
##     58       480i  240Hz                     1680x1050 60Hz
##     59       480i  240Hz H                   1680x1050 75Hz
##     60                                       1680x1050 85Hz
##     61                                       1680x1050 120Hz reduced blanking
##     62                                       1792x1344 60Hz
##     63                                       1792x1344 75Hz
##     64                                       1792x1344 120Hz reduced blanking
##     65                                       1856x1392 60Hz
##     66                                       1856x1392 75Hz
##     67                                       1856x1392 120Hz reduced blanking
##     68                                       1920x1200       reduced blanking
##     69                                       1920x1200 60Hz
##     70                                       1920x1200 75Hz
##     71                                       1920x1200 85Hz
##     72                                       1920x1200 120Hz reduced blanking
##     73                                       1920x1440 60Hz
##     74                                       1920x1440 75Hz
##     75                                       1920x1440 120Hz reduced blanking
##     76                                       2560x1600       reduced blanking
##     77                                       2560x1600 60Hz
##     78                                       2560x1600 75Hz
##     79                                       2560x1600 85Hz
##     80                                       2560x1600 120Hz reduced blanking
##     81                                       1366x768  60Hz
##     82                                       1080p     60Hz
##     83                                       1600x900        reduced blanking
##     84                                       2048x1152       reduced blanking
##     85                                       720p      60Hz
##     86                                       1366x768        reduced blanking
##
bei 1280x1024 würde ich mode 36 oder 37,
bei 1680x1050 würde ich mode 59 probieren und
bei 1080p / 1920x1200 75Hz mode 70

Wenn es bei 1680x1050 60Hz ( Mode 58) flackert würde ich die Wiederholrate erhöhen. Probier mal den Mode 59 (1680x1050 75Hz ) aus.
jodurino
Beiträge: 2108
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Hallo

der Monitor kann Auflösung: 1920x1080 bei Bildwiederholfrequenz: 60Hz ist ein Samsung B2240

habe HDMI Mode 70 probiert Bildschirm bleibt schwarz

bei Mode 69 flackert es

bald brauche ich eine Liste was ich schon probiert habe, eigentlich kann es doch nicht schwer sein
Benutzeravatar
Chemnitzsurfer
Beiträge: 7851
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Was passiert bei 68?
jodurino
Beiträge: 2108
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Hallo
bei 68 bleibt der Bildschirm schwarz
Benutzeravatar
Chemnitzsurfer
Beiträge: 7851
Registriert: So 11. Aug 2013, 14:10
Wohnort: Chemnitz (OT Hutholz)
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Chemnitzsurfer »

Und bei group 1 mode 16?
Hast du einen normalen PC mit HDMI out? Was passiert wenn du dort den Adapter anschließt und die Auflösung auf 1080p einstellst
Benutzeravatar
omega
Beiträge: 524
Registriert: So 11. Aug 2013, 14:36
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von omega »

Test doch mal was, was deiner Auflösung entricht: 82 1080p 60Hz
jodurino
Beiträge: 2108
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Hallo
hier mal ein Zwischenstatus
Einer der Monitore habe ich jetzt am PC mit HDMI Ausgang und mit einem der Adapter die am Raspberry Pi nicht funktionieren und es geht,
mit der Auflösung 1680x1050 automatisch von WIN eingestellt.

@Omega
habe ich jetzt nicht genau verstanden?
"Test doch mal was, was deiner Auflösung entricht: 82 1080p 60Hz"

cu
Benutzeravatar
ferdimh
Beiträge: 9429
Registriert: Fr 16. Aug 2013, 15:19

Re: Der Raspberry Pi & Co-Faden

Beitrag von ferdimh »

Es kommt jetzt also noch ein zusätzliches Rätsel:
Warum stellt Windows 1680x1050 ein, wenn der Monitor 1920x1080 hat? Das wird nicht grundlos passieren.

Wegen omegas Aussage:
Gemeint ist, dass du dir genau das Timing aus der Tabelle raussuchen sollst, was zum Monitor passt. Und das ist nicht mode 68-70 oder sonsteiner, sondern Mode 82. Allerdings haben die Videomenschen mit ihren "xxxxp/i"-Auflösungsbezeichnungen einem das Leben hier nicht leichter gemacht.
1920x1080/60Hz und 1080p60 sind das gleiche und genau das wird der Monitor sehen wollen.
jodurino
Beiträge: 2108
Registriert: So 17. Nov 2013, 20:43

Re: Der Raspberry Pi & Co-Faden

Beitrag von jodurino »

Hallo,
wir haben es gerade gelöst:
alle Einstellungen auskomentieren und den Monitor und Raspberry unter sich machen lassen.
Schon stellt sich 1680x1050 60 Hz mit 64,6 KHz automatisch ein.
In allen Werbungen steht das der Monitor 1920x1080 kann, aber wenn man die Seriennummer vergleicht kann diese Modell eben nur 1680x1050.
cu
Benutzeravatar
xoexlepox
Beiträge: 4815
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Neue GPIO-Falle?

Beitrag von xoexlepox »

Hackt außer mir noch jemand mit Shellscripten und dem "/sys/class/gpio/..."-Interface auf den GPIOs herum? Ich habe (nach Fehlersuche in der angeschlossenen Hardware) festgestellt, daß sich anscheinend das Verhalten mit dem Update auf "4.1.19+ #858" (Raspbian 7) verändert hat: Bisher haben meine Scripte die Ports geöffnet ("export"), die Richtung ("gpioXX/direction") und den Zustand ("gpioXX/value") gesetzt, und dann den Port wieder geschlossen ("unexport"). Der gesetzte Zustand blieb bestehen. Nun geht anscheinend der Port beim Schliessen automatisch wieder auf "output 0", und ich muss die Ports offen halten ;) Ich fand es praktisch, mit einem Fünfzeiler-Shellscript einfach mal ein Bit zu kippen...

Edith meint: Dieses elende Update hat auch gleich noch den DS18B20-Temperatursensor außer Betrieb gesetzt. Dafür wird nun eine zusätzliche Zeile in der "/boot/config.txt" benötigt :evil: Ich werde so bald kein Update des Systems mehr vornehmen...
Benutzeravatar
Shapeshifter
Beiträge: 228
Registriert: Di 5. Nov 2013, 12:13
Wohnort: Im Land der weißen Berge

Multiboot Raspberry 3

Beitrag von Shapeshifter »

Hallo zusammen,

ich würde gerne bei meinem Raspberry 3 auf der SD-Karte 2 Betriebssysteme installieren (Dualboot: Raspbian und Retropie).
Noobs habe ich schon getestet, da kann ich aber kein Retropie installieren.
Kann ich zu einer bestehenden Raspbian-Installation Retropie hinzufügen?

Ideal wäre eine Anleitung, was ich machen muss, damit beide OS auf der SD-Karte landen.

Shapeshifter
Benutzeravatar
sub
Beiträge: 1387
Registriert: Mi 12. Nov 2014, 12:55
Wohnort: Großraum FFM

Re: Multiboot Raspberry 3

Beitrag von sub »

http://www.berryterminal.com/doku.php/berryboot

Ohne Howto würde ich wie folgt vorgehen:

- 2 SD-Karten, auf jede das Wunsch-OS drauf in eine Partition die maximal die halbe Größe der SD hat
- Die Rootpartition einer SD-Karte als 2te Partition auf die Andere kopieren
- Berryboot entsprechend vorschalten

Ansonsten mal Noobs anschauen.
Benutzeravatar
Shapeshifter
Beiträge: 228
Registriert: Di 5. Nov 2013, 12:13
Wohnort: Im Land der weißen Berge

Re: Multiboot Raspberry 3

Beitrag von Shapeshifter »

Noobs habe ich ja schon probiert.
Da kann man aber leider nicht Retropie als OS auswählen.
Wenn es eine Möglichkeit gibt Retropie zu Noobs hinzuzufügen, dann bitte um Tips.

Shapeshifter
Benutzeravatar
sub
Beiträge: 1387
Registriert: Mi 12. Nov 2014, 12:55
Wohnort: Großraum FFM

Re: Multiboot Raspberry 3

Beitrag von sub »

Wiegesagt, alles getrennt installieren, dann auf eine SD karte ziehen, fstab anpassen und nen bootloader mit menü davor!
Benutzeravatar
Shapeshifter
Beiträge: 228
Registriert: Di 5. Nov 2013, 12:13
Wohnort: Im Land der weißen Berge

Re: Der Raspberry Pi & Co-Faden

Beitrag von Shapeshifter »

Servus,

bei mir ist ein Display-Modul aufgeschlagen und nun wollte fragen ob jemand beurteilen kann, ob ich das ohne große Bastelei an eine Raspberry Pi (V3) anschliessen kann.
Datenblatt des Displays: http://www.alcom.be/binarydata.aspx?typ ... SWDGL1.pdf

Danke
Shapeshifter

PS: wie erstelle ich eigentlich einen neuen Artikel? Irgendwie finde ich keinen Menüpunkt dafür.... :oops:
Benutzeravatar
sub
Beiträge: 1387
Registriert: Mi 12. Nov 2014, 12:55
Wohnort: Großraum FFM

Re: Der Raspberry Pi & Co-Faden

Beitrag von sub »

Nein, das ist ein Parallel RGB, das bekommst du mit Wandler höchstens an den HDMI-Port.

https://e2e.ti.com/support/interface/di ... 0/t/159804
Benutzeravatar
xoexlepox
Beiträge: 4815
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der Raspberry Pi & Co-Faden

Beitrag von xoexlepox »

Shapeshifter hat geschrieben:wie erstelle ich eigentlich einen neuen Artikel? Irgendwie finde ich keinen Menüpunkt dafür....
In der Übersicht in der entsprechenden Kategorie sollte es sowohl oben als auch unten eine Fläche "NewTopic" geben.
Benutzeravatar
ferdimh
Beiträge: 9429
Registriert: Fr 16. Aug 2013, 15:19

Re: Der Raspberry Pi & Co-Faden

Beitrag von ferdimh »

Parallel-RGB kann man zumindest am Banana Pi 1 und 2 anschließen (mit etwas Configfrickel). Am Raspberry müsste das aber auch gehen, der "VGA666" Adapter nutzt da passende Interface: https://www.pi-supply.com/product/gert- ... pberry-pi/
Aus der Doku sollte man die Pinbeleggung extrahieren können.
Benutzeravatar
Shapeshifter
Beiträge: 228
Registriert: Di 5. Nov 2013, 12:13
Wohnort: Im Land der weißen Berge

Re: Der Raspberry Pi & Co-Faden

Beitrag von Shapeshifter »

OK, danke für die schnelle Info.
Schade, also nix mit plug n'play.
Blueloop
Beiträge: 148
Registriert: Mo 12. Aug 2013, 17:59
Wohnort: Ettlingen

Re: Der Raspberry Pi & Co-Faden

Beitrag von Blueloop »

Entweder an den GPIO-Pins anschließen: https://www.raspberrypi.org/documentati ... /README.md

Oder alternativ http://www.watterott.com/de/HDMI-RGB-Ad ... Controller verwenden, dann bleiben auch noch GPIOs übrig.
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Da wir in der Uni dieses Semester den Kurs für Betriebssysteme umgestaltetet haben, kommen dort nun RasPIs zum Einsatz.
Also zumindest den praktischen Teil wo man aus dem nichts ein kleines OS mit Syscalls, Prozessen inkl. Speicherschutz und Interprozesskommunikation schreiben muss.

Daher will ich euch mal nicht die Anleitung vorenthalten wie man bare Metal C Code auf den RasPi bekommt.
Geht eigentlich ganz einfach mit U-Boot, denn der initialisiert den dicken Cortex-A7 Kern bereits.
Musterlösungen und Aufgaben werde ich hier aber nicht hochladen, nur den Democode + Makefile.
Dateianhänge
sdcard_PI2_students.zip
(1.65 MiB) 74-mal heruntergeladen
Makefile.zip
(2.14 KiB) 70-mal heruntergeladen
Heimarbeit_HandsOnf.pdf
(1.37 MiB) 81-mal heruntergeladen
demo.zip
(2.67 KiB) 70-mal heruntergeladen
Benutzeravatar
xoexlepox
Beiträge: 4815
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der Raspberry Pi & Co-Faden

Beitrag von xoexlepox »

Fritzler hat geschrieben:Daher will ich euch mal nicht die Anleitung vorenthalten wie man bare Metal C Code auf den RasPi bekommt.
Sehe ich das richtig, daß man mit diesen Tools den RasPi zu einem "µC" machen kann, und somit das Teil u.U. "echtzeitfähig" bekommt? Eieiei, das ist jedoch schon "echt sportlich" ;)
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Siehste exakt richtig.
Wie man GPIO ansteuert oder auch später Register für SPI, sieht man im Beispiel led3.c
Das mit den structs.
Benutzeravatar
xoexlepox
Beiträge: 4815
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der Raspberry Pi & Co-Faden

Beitrag von xoexlepox »

Fritzler hat geschrieben:Wie man GPIO ansteuert oder auch später Register für SPI, sieht man im Beispiel led3.c
Also "Tschüß Treiber und Dateisystem, hallo Hardware"... Uff, RasPi auf Fußpilzebene... Das ist echt Hardcore, aber die Doku (Adressraum und Register der "Umgebung") sollte es ja geben ;)
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Liegt hier:
https://www.raspberrypi.org/wp-content/ ... herals.pdf

Der RasPI1 ist der BCM2835
Der Raspi2 ist der BCM2836
Aber es gibt nur das obige DB und bis auf eine Kleinigkeit ist eh alles gleich.

Beim RasPI1 fangen die IOs bei 0x20000000 an und werden von der System MMU nach 0x7E000000 gemapped.
Die Adressen im Datenblatt sind aber als die 0x7E000000 angegeben.
Beim RasPI2 werden die IOs von 0x3F000000 nach 0x7E000000 gemapped.

Daher beim RasPI2 immer 0x3F000000 abziehen, also:
#define GPIO_BASE (0x7E200000 - 0x3F000000)
So wies in den ledx.c auch steht.
Fischjoghurt
Beiträge: 271
Registriert: Di 13. Aug 2013, 16:19

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fischjoghurt »

Hallo

Hat schon jemand das Oszi nachgebaut?

Raspberry Oszilloskop
http://www.elektronik-labor.de/Raspberry/RpiGPIO7.html

Wenn man das Programm im C schreibt solle es viel schneller sein als in Python.

Gruss
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Die Mühe muss man sich garnicht machen so gubbelig ist das.
Da kann man auch nen gebrauchtes analog Oszi aus der Bucht holen.
Anse
Beiträge: 2307
Registriert: Mo 12. Aug 2013, 21:30
Wohnort: Bühl (Baden)

Re: Der Raspberry Pi & Co-Faden

Beitrag von Anse »

Hat jemand mal einen passenden Suchbegriff für mich. Ich suche ein wenig input wie man für den Raspberry Pi Programme schreibe kann die das GUI verwenden.
Für Python finde ich massenhaft Beispiele. Allerdings kann ich Python überhaupt nicht leiden. Am liebsten wäre mir C oder C++.
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Es gibt nicht "das GUI" ;)

Für C kannste zB QT nutzen und Qt Creator
https://en.wikipedia.org/wiki/Qt_Creator
Anse
Beiträge: 2307
Registriert: Mo 12. Aug 2013, 21:30
Wohnort: Bühl (Baden)

Re: Der Raspberry Pi & Co-Faden

Beitrag von Anse »

Fritzler hat geschrieben:Es gibt nicht "das GUI"
Danke für den Hinweis, das kommt davon, wenn man meint noch mal den Satz umstellen zu müssen. Bin mir aber jetzt nicht wirklich sicher wie der richtige Artikel lautet: die GUI, wegen die Schnittstelle?

Zum eigentlichen Thema, der Qt Creator sieht als IDE schon mal gut aus. Ich meinte mehr so was wie bei Windows die Win32 API. Auch wenn sie nicht mehr ganz so aktuell ist. Gibt es so was auch für Linux?
Ein Programm schreiben mit Standard Ein- und Ausgabe ist ja einfach. Aber wie erstelle ich z.B. ein Fenster in der GUI.
Benutzeravatar
Fritzler
Beiträge: 12603
Registriert: So 11. Aug 2013, 19:42
Wohnort: D:/Berlin/Adlershof/Technologiepark
Kontaktdaten:

Re: Der Raspberry Pi & Co-Faden

Beitrag von Fritzler »

Das sollte kein Grammarn*zi Beitrag sein.
Sondern unter Linux gibt es eben nicht DIE EINE GUI, das war damit gemeint.
Der X-Server malt dir eben alles auf den Bildschirm was du willst und es gibt mehrere Softwarepakete die dem X Server sagen was du willst.

Und das alles macht zB Qt für dich.

Oder diese hier:
https://de.wikipedia.org/wiki/Liste_von ... bliotheken

Der X Server ist da quasi deine GUi API:
https://de.wikipedia.org/wiki/X11
Anse
Beiträge: 2307
Registriert: Mo 12. Aug 2013, 21:30
Wohnort: Bühl (Baden)

Re: Der Raspberry Pi & Co-Faden

Beitrag von Anse »

Ok, jetzt verstehe ich Linux schon etwas mehr. Ich sehe aber schon, das ich meine Vorstellung von Linux grundlegend umstellen muss.
Werde mich da wohl noch etwas rein lesen müssen.
Danke erst mal für den Input bis hier her.
Benutzeravatar
xoexlepox
Beiträge: 4815
Registriert: So 11. Aug 2013, 19:28
Wohnort: So etwa in der Mitte

Re: Der Raspberry Pi & Co-Faden

Beitrag von xoexlepox »

Wenn du lieber ohne spezielle IDE und riesige Libraries auf einer eher primitiveren Ebene herumhacken willst, kannst du auch z.B. GTK+ verwenden. Es soll sogar "Extremisten" geben, die direkt auf dem X11 "herumtrommeln" ;)

Edith meint: Nur wundere dich nicht: Ein Programm, welches ein GUI hat, funktioniert ein wenig anders, als ein Programm, welches auf einer Shell läuft ;)
Antworten