Hi, es gibt ja inzwischen solche PIC32MZ mit 2D-GPU und 256kByte SRAM / 32MB DDR2-RAM: http://www.microchip.com/wwwproducts/en/pic32mz1025dab176 Die haben ein 24-Bit-LCD-Interface. Mit einem LVDS-Serializer wie den SN75LVDS83B kann man große TFTs mit LVDS-Interface ansteuern. Meine PIC32 Wetterstation könnte auch ein Upgrade vertragen. Da käme der Chip gerade recht. Problem: Ich habe schon mal eine (kleine) GLCD-Lib geschrieben, drum habe ich eine grobe Vorstellung, wie aufwändig es sein würde, eine halbwegs schöne GUI auf so große Displays zu bringen. Wenn man bei 0 anfängt. Will ich hier nicht ;-) Die Frage wäre: Welche GLCD-Lib benutzt man für sowas? Gibts was offenes?
PICianer schrieb: > Meine PIC32 Wetterstation könnte auch ein Upgrade vertragen Wenn schon ein PIC32 im Einsatz ist kann das vielleicht lohnen. Es gibt z.B. das hier: http://ww1.microchip.com/downloads/en/DeviceDoc/30003033E.pdf Aber eventuell wäre es einfacher und billiger ein Pi 1A+ zu nehmen. Oder kann der PIC32 im Bereich I/O was das ein Pi nicht kann?
Lothar schrieb: > PICianer schrieb: >> Meine PIC32 Wetterstation könnte auch ein Upgrade vertragen > > Wenn schon ein PIC32 im Einsatz ist kann das vielleicht lohnen. Es gibt > z.B. das hier: > > http://ww1.microchip.com/downloads/en/DeviceDoc/30003033E.pdf Danke, das sehe ich mir mal an. > Aber eventuell wäre es einfacher und billiger ein Pi 1A+ zu nehmen. Oder > kann der PIC32 im Bereich I/O was das ein Pi nicht kann? Man sollte SOCs und µC nie in den gleichen Topf werfen. Den PIC würde man meist ohne Betriebssystem laufen lassen (oder ein kleines RTOS verwenden), der Raspberry PI ist ein vollwertiger Linux-Rechner. Die Art wie man sowas programmiert und die Features der Teile sind nicht wirklich vergleichbar. Meine Anwendung ist eher ein Grenzfall. Ich vermute aber, wenn das Ziel rein die Wetterstation ist, ist der Raspberry PI die sinnvollere Wahl. Aber hier geht es mir um die Beschäftigung mit dem Grafikdingen und dem konkreten µC. Natürlich muss sich ein möglicher Mehraufwand im sinnvollen Rahmen halten. Ob das so ist, versuche ich herauszufinden.
PICianer schrieb: > Raspberry PI ist ein vollwertiger Linux-Rechner Wir verwenden den Pi 1A+ ohne Betriebssystem oder mit RTOS - für Linux ist der ohnehin zu schwach: https://ultibo.org/download/ https://www.riscosopen.org/content/downloads/raspberry-pi FreeRTOS gibt es auch, läuft noch nicht so rund, hätte ohnehin keine Grafik für GUI.
Doch doch, Ich habe mal selbst ein Projekt gemacht mit dem Raspberry Pi, FreeRTOS und einer Grafiklib die µGFX (https://ugfx.io/) heißt. Die ist eh zu empfehlen für deinen Fall (gratis und da sind einige tolle Features drin), egal, ob du der Raspberry ohne OS (oder mit FreeRTOS) oder den PIC32 nimmst. Das Problem mit Bare Metal auf dem RPi ist, dass es kein echtes Treiberpaket gibt, es gibt zwar hier und da ein paar Source Codes, die du übernehmen kannst (siehe "Circle"), aber wenn etwas davon nicht funktionniert, dann musst du dir die Register selbst raussuchen, und das ist auf jeden Fall nicht so gut dokumentiert wie beim PIC. Viel Spaß bei deinem Projekt!
macload1 schrieb: > Doch doch, > Ich habe mal selbst ein Projekt gemacht mit dem Raspberry Pi, FreeRTOS > und einer Grafiklib die µGFX (https://ugfx.io/) heißt. > Die ist eh zu empfehlen für deinen Fall (gratis und da sind einige tolle > Features drin), egal, ob du der Raspberry ohne OS (oder mit FreeRTOS) > oder den PIC32 nimmst. > Das Problem mit Bare Metal auf dem RPi ist, dass es kein echtes > Treiberpaket gibt, es gibt zwar hier und da ein paar Source Codes, die > du übernehmen kannst (siehe "Circle"), aber wenn etwas davon nicht > funktionniert, dann musst du dir die Register selbst raussuchen, und das > ist auf jeden Fall nicht so gut dokumentiert wie beim PIC. > Viel Spaß bei deinem Projekt! Danke, das klingt sinnvoll. Die Lib werde ich mir ansehen. Aber vermutlich nicht auf dem Raspberry PI.
macload1 schrieb: > Das Problem mit Bare Metal auf dem RPi ist, dass es kein echtes > Treiberpaket gibt, es gibt zwar hier und da ein paar Source Codes, die > du übernehmen kannst (siehe "Circle"), aber wenn etwas davon nicht > funktionniert, dann musst du dir die Register selbst raussuchen Deswegen hatte ich ultibo oder RiscOS pico empfohlen. Bei ultibo wird grade massiv an den Treibern gearbeitet, insbesondere bei der Grafik fehlt es aber noch. RiscOS pico ist eine Single-Task Version von RiscOS und funktioniert wie Bare Metal mit einer Core Library. Es gibt hier keine Latenz, sogar PWM im ns Bereich ist möglich.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.