Groot raspberry vragen topic

Wat betreft een scherm kan ik je volgende link voorstellen:
https://www.tindie.com/products/ozzmaker/piscreen-35-tft-with-touch-fo…
Ding kost € 30 zonder verzendkosten.
Kost je wel wat GIPO pin's want deze zit ook niet op de display connector.
De Raspberry PI foundation komt binnenkort met een 7" touchscreen uit:
http://tweakers.net/nieuws/99198/raspberry-pi-toont-touchscreen-en-kon…
Misschien dat je hierop kan wachten? Deze zit hoogstwaarschijnlijk wel op de display connector.

Hier staat meer info over de DSI connector: http://www.petervis.com/Raspberry_PI/Raspberry_Pi_LCD/Raspberry_Pi_LCD…

intressante info in die laatste links. als ik het goed begrijp zou je dus een oud telefoonscherm kunnen aansturen via die DSI interface

I decided to look for some display panels, however nearly all the modern LCD panels have four to eight data lanes due to higher resolutions that are required of them. I also had a look at some of the iPhone display panels; however, the ones I saw had four data lanes, and therefore could not be used.

Display panels with two data lanes were in mobile phones manufactured around 2008. They had a WVGA resolution of approximately 360 pixels × 640 pixels, so I decided to look at some old phones, and managed to find one panel that was just right!

Op 28 februari 2015 13:38:38 schreef fcapri:
intressante info in die laatste links. als ik het goed begrijp zou je dus een oud telefoonscherm kunnen aansturen via die DSI interface

[...]

Ja Als er 2 datalijnen op zitten, maar ik heb ook al gezien dat er iemand een laptopscherm op aan heeft gesloten ,daar zat overigens wel een print tussen.

dat zal via de HDMI poort geweest zijn?

zover ik weet zijn alle LCD schermen TTL,LVDS of eDisplayport. ik heb nog nooit een DSI scherm gezien groter dan een paar inch.

p.s. er zijn dus ook schermpjes die puur over GPIO gaan, inclusief driver om de framebuffer over SPI te knallen:
http://www.averagemanvsraspberrypi.com/2014/08/35-touchscreen-tft-disp…

[Bericht gewijzigd door Progger op zaterdag 28 februari 2015 18:51:00 (37%)

je kan een oud laptopscherm nemen, je zoekt die ene kerel op ebay die de controllers verkoopt,stuurt die een email met het nr van het panel dat je hebt, en die stuurt je dan voor een 30-40€ een print op die geconfigureerd is voor u lcd panel.

heb al contact gehad met die kerel voor een paar lcd schermen die ik nog heb. probleem is dat al die panels van een laptop gewoonweg nog te groot zijn voor mijn rpi projectje (zoek een 7 of eventueel 10" 16:9 lcd scherm voor de raspberry).

via GPIO kan ook niet aangezien ik die al gebruik voor andere doeleinden (16x2 lcd scherm, RS232 poort, DHT11 temperatuur/humidity sensor.
moet nog een batterij monitor deel op, men gps receivers, en nog andere leul SPI/I2C spul.

ik heb nu zo een 4,5" scherm gekocht die normaal voor een achteruitrijcamera voor een auto is (koste 18€). voor videobeeld is dat scherm meer dan voldoende (heb er al een film op gekeken via mijn multimedia externe hdd), maar eens er console van linux op draait, is dat beeld troebel en trilt wat (vind de native resolutie niet van het panel)

waarom werkt een deftige shutdowntoets niet?

script dat een gpio polt (of zelfs een RTS of DTR lijn van de rs232) en dan /sbin/shutdown -h now uitvoeren moet werken.

laat eens zien wat je probeert. En de uitvoer.

[Bericht gewijzigd door VWG3JB op zaterdag 28 februari 2015 21:08:34 (13%)

ik heb hem nu niet bij, dus kan niet kijken.
ik heb het script gemaakt, heb er ook voor gezorgd dat het automatisch gestart wordt als de pi boot, maar tijdens het booten krijg ik als één van de laatste regels een "failed". dacht rc.local???

er zat ergens iets fout in het script waar die een import doet van GPIO (import RPi.GPIO as GPIO).
nogthans gebruik ik ergens anders ook al gpio pinnen, zowel in C code als met python (inlezen DHT11 sensor, schrijven naar een 16x2 lcd-scherm) en daar werkt de gpio wel volledig.

ik dacht deze handleiding te hebben gevolgd
http://pimame.org/forum/discussion/564/shutdown-button-using-gpio-pin/….

vandaag al beetje bezig geweest met de nieuwe behuizing voor de draagbare rpi. bovenstaande was gewoon een testkoffer om alles te testen.

dit wordt de nieuwe behuizing

de battery is al gebouwd en zit op de plaats waar vroeger de 2,5" hdd zat

nu enkel de rest nog overbouwen uit dit (gsm pic)

Op 1 maart 2015 11:22:31 schreef fcapri:
ik heb hem nu niet bij, dus kan niet kijken.
ik heb het script gemaakt, heb er ook voor gezorgd dat het automatisch gestart wordt als de pi boot, maar tijdens het booten krijg ik als één van de laatste regels een "failed". dacht rc.local???

er zat ergens iets fout in het script waar die een import doet van GPIO (import RPi.GPIO as GPIO).
nogthans gebruik ik ergens anders ook al gpio pinnen, zowel in C code als met python (inlezen DHT11 sensor, schrijven naar een 16x2 lcd-scherm) en daar werkt de gpio wel volledig.

Je kunt het script ook direct op de commandline proberen, zodat de uitvoer compleet is. Zonder dat blijft het gissen. Zijn bijvoorbeeld je identaties goed?

Het python programma van die link is niet zo'n fijn ding. Je rpi zou binnen een seconde moeten reageren. maar die tijd is altijd variabel. sudo op die manier gebruiken is ook niet goed, maar los daarvan zou het opzich moeten kunnen werken.

[Bericht gewijzigd door VWG3JB op zondag 1 maart 2015 11:58:53 (13%)

wellicht overvloedig: problemen tijdens het booten kun je terugzien met het commando "dmesg". om te filteren kun je het pipen naar grep:

dmesg |grep eth0

geeft alleen regels weer waarin "eth0" als tekst voorkomt.

startpar: service(s) returned failure: rc.local ... failed!

als ik het script manueel run, krijg ik een fout op lijn7

import RPi.GPIO as GPIO
import time
import os
GPIO.setmode(GPIO.BCM)
GPIO.setup(30, GPIO.IN)
while True:
if(GPIO.input(30)):
os.system("sudo shutdown -h now")
break
time.sleep(1)

en heb, denk ik, net de fout ontdekt.
vind dat python gedoe maar iets heel raars. op het einde van een regel staat geen ";" waarbij je dus niet weet wanneer een 'block' gedaan is of niet.
python gaf dus een fout:
identation error: expeted an indented block.
ff een tap voor die if gedaan
en 2 tabs voor os.system
en het ding werkt

import RPi.GPIO as GPIO
import time
import os
GPIO.setmode(GPIO.BCM)
GPIO.setup(30, GPIO.IN)
while True:
    if(GPIO.input(30)):
        os.system("sudo shutdown -h now")
        break
    time.sleep(1)

en na een reboot hangt men raspbian. gedaan met spelen . script blijft dus wachten en daardoor boot men raspberry niet meer. totdat die een puls zit op de gpio pin, en dan sluit die af.
update: de raspbian is weer werkende, heb die kunnen herstellen met ... een windows 8.1pc :-s

zet in rc.local eens:

sleep 5; python /home/pi/bin/shutdown.py &

als je dat "python gedoe" iets heel raars vind... Het is gewoon een programmeer taal en de error gaf gewoon duidelijk aan dat je indent verkeerd was. Dat is gewoon hoe python is opgebouwd. Als jij C wilt gebruiken kan dat ook, of c++ of java of bash of ...

Als je slim bent maak je een back up van je SD kaartje. Als die kapot gaat heb je backup nog of als je iets fout zet in je rc-local.
(je kan trouwens ook ctrl+alt+f2 doen om de fout op te lossen als je direct op de pi zit of via ssh).

Linux command om je sd kaartje te clonen (kun je uiteraard niet op de pi zelf doen):
sudo dd if=/path/naar/sdkaard of=/paty/naar/opslag/locatie/raspy.img

[Bericht gewijzigd door harm101 op maandag 2 maart 2015 19:07:46 (14%)

ik heb thuis een ubuntu laptop staan met sd card reader, dus kan het daar wel oplossen.
heb thuis ook een backup staan van men sd kaart, dus kan altijd een oudere versie terugzetten.

alleen zat ik vandaag op het werk, geen van mijn 2 laptops daar aanwezig, geen sd kaart lezer.

gelukkig was daar een persoonlijke win8.1 laptop, een crossed netwerkkabel en putty op een usb stick

ik kan er maar niet aan wennen dat python zijn 'blokken' samenneemt afhankelijk met de hoeveelheid spaties of taps voor die regel. terwijl ik gewend ben met haakjes, accolades of ; af te sluiten.

zal er nog wel eens op zoeken, het script werkt nu en wacht blijkbaar tot die gpio aan massa gelegd wordt om af te sluiten. bedoeling is wel dat het script in achtergrond draait en de rest verder doet (wat niet werkt nu)

Wanneer je een & achter het commando plaatst zal deze in de achtergrond worden uitgevoerd. Helaas kan je dan niet meer na het opstarten de status (print op het scherm of errors) bekijken. Hiervoor kun je hem in een screen doen. Dit is een soort 2e shell.

Hier een goede uitleg erover:
http://www.rackaid.com/blog/linux-screen-tutorial-and-how-to/

ik zit in de knoei met mijn scherm. ik ben van plan de raspberry in een oude laptop in te bouwen.
het oude scherm van die laptop (NL8060BC31-01) zou ik kunnen gebruiken als ik een controller in china koop

het probleem is dat die enkel een VGA poort heeft. heeft iemand al ervaringen met van die HDMI naar VGA kabeltjes?
dan wel zo eentje:

deze vind ik complete onzin, dat kan gewoon niet werken. vind het raar dat ze dergelijke kabels mogen verkopen.

probleem herbij is dus dat ik een controller print moet inbouwen, zo een hdmi2vga kabeltje, daar nog een gewone vga kabel tussen die controller en dat convertortje... en dat allemaal voor een oud scherm die 800x640 aankan.

de 2de optie zou zijn om gewoon een nieuw scherm + controller te kopen en dat in te bouwen. dit lijkt eenvoudiger

of iemand anders nog opties?

HDMI naar VGA is jammer van de kwaliteit/mogelijkheden van de RPI. Ik zou bij een digitaal signaal blijven. Beste is een omzetter van HDMI naar LVDS. Schermen met LVDS interface zijn in alle maten etc te koop. Ik heb hier nog een berg van dat spul liggen en zal eens kijken of er iets bruikbaars bij zit. Misschien handig te weten welke interface je scherm in je laptop heeft.

scherm is deze NL8060BC31-01

http://www.datasheet4u.com/datasheet/N/L/8/NL8060BC31-01_NEC.pdf.html

FEATURES
• 6-bit digital RGB signals

Pin No. Symbol Function
1 GND Ground Note 3
2 DCLK Dot clock
3 GND Ground Note 3
4 Hsync Horizontal sync.
5 Vsync Vertical sync.
6 GND Ground Note 3
7 GND Ground Note 3
8 GND Ground Note 3
9 R0 Red data (LSB)
10 R1 Red data
11 R2 Red data
12 GND Ground Note 3
13 R3 Red data
14 R4 Red data
15 R5 Red data (MSB)
16 GND Ground Note 3
17 GND Ground Note 3
18 GND Ground Note 3
19 G0 Green data (LSB)
20 G1 Green data
21 G2 Green data
Pin No. Symbol Function
22 GND Ground Note 3
23 G3 Green data
24 G4 Green data
25 G5 Green data (MSB)
26 GND Ground Note 3
27 GND Ground Note 3
28 GND Ground Note 3
29 B0 Blue data (LSB)
30 B1 Blue data
31 B2 Blue data
32 GND Ground Note 3
33 B3 Blue data
34 B4 Blue data
35 B5 Blue data (MSB)
36 GND Ground Note 3
37 DE Data enable
38 VCC Power supply Note 1
39 VCC Power supply Note 1
40 VCC Power supply Note 1
41 MODE Timing mode select Note 2
LSB : Least Significant Bit
MSB : Most Significant Bit

volgens die chinees is enkel dat ene printje bruikbaar voor dit scherm
http://www.ebay.com/itm/LCD-Controller-Board-Kit-RTMC7C-VGA-TTL-Turn-a….

als ik zo wat google naar pdf's van TFT panels, komt ik bij de meeste schermen toch tegen dat de 6bits van het kleur serieel wordt doorgestuurd, terwijl mijn scherm blijkbaar 6 datalijnen per kleur heeft om alles parallel te krijgen. vandaar dat enkel die ene controller beschikbaar is misschien en de rest niet op mijn panel werkt?

het voordeel van het originele scherm te gebruiken, is dan vooral het uiterlijk, en ook dat ik de originele helderheidsregelaar op de zijkant kan blijven gebruiken.
een 10.1" erin plakken zoals ik hierboven al poste geeft mij de mogelijkheid om 1280x800 resolutie te gebruiken, nadeel is dan wel dat ik een open gat ga hebben in het scherm (12.1=>10.1"). schermen heb ik ook nog genoeg liggen:
-paar oude dell c600 schermen: 14.1" SXGA 1400x1050 en XGA 1024x768
-oude nc6220 schermen:14.1" XGA 1024x768
-oude nc6400 schermen: 14.1" WXGA 1440x900
maar die passen er allemaal niet in. daar zijn wel controllers voor te vinden met hdmi in

ik heb thuis een HDMI-> VGA adapter liggen van DX.
Dat werkt perfect. ook herkenning van de monitor gaat goed, ik heb hier nog een oude 15" en de Pi gaat keurig naar 1024x768.

let op fcapri, dat is een variant met mini/micro hdmi. die zal niet op je PI passen.

de laatste jaren is alles wat ik in handen gehad heb LVDS. deze connectors zijn 30 pens of minder. maken gebruik van 4 twisted pairs, 3x kleur+ 1x clock. grotere panelen hebben 7 pairs ofzo. (overigens worden de 3 kleuren over de 3 paren verdeeld, er is geen dedicated kleur per paar.)

dit is nog een TTL LCD. die zijn inderdaad lastig controllers voor te vinden. mischien kan je het met een converter oplossen:
http://www.ebay.com/itm/LVDS-TTL-T-conboard-work-for-7inch-9inch-800-4…

http://www.ebay.com/itm/LCD-Signal-Adapter-Board-With-40Pin-and-30Pin-…

verbruik is hoog, de resolutie is laag, kijkhoek is ruk.
daarbij heeft die backlight ook al heel wat uurtjes gedraaid, misschien toch maar een LED paneel zoeken?

ik denk dat ik maar beter zo een nieuw 10,1" scherm koop met bijhorende controller (66€ op DX). want als ik moet een andere controller kopen (30-40€), HDMI-VGA adapter: (10-15€), VGA male-male adapter (paar euro). dan ben ik met al die rommel al evenveel kwijt als een nieuw scherm, en waarvoor...

om een oud 800x600 scherm ingebouwd in de laptop aan de praat te krijgen terwijl ik met dat nieuwe een mooier 1280x800 breedbeeld resolutie heb (wat voor een rpi dan weer een voordeel is). waarschijnlijk is de lichtopbrengt van het nieuwe een pak beter, het verbruik (op accus toch belangrijk) een pak lager, de kijkhoek beter,...

er is nu weinig origineel aan die laptop, dan gooien we de hele boel maar overboord.
iemand voor de rest weet hoe het bij DX werkt? sommige dingen worden geleverd op 24h en komen blijkbaar uit NL en niet uit china (depot in NL???).
bij andere dingen staat er dan 'free delivery from china to belgium' (de 2 landsvlaggen staan erbij). en dan nog bij andere dingen staat er 'warehouse in hongkong' en die kan ik in 1 bestelling niet combineren met andere delen.

24h shipping to belgium: http://www.dx.com/p/10-1-digital-ips-screen-1280-x-800-drive-board-for…

Ships within 7-10 business days met de 2 landsvlaggen:
http://www.dx.com/p/finesource-7-1280-x-800-digital-tft-lcd-screen-dri…

warehouse: hong kong: http://www.dx.com/p/finesource-7-1280-x-800-digital-tft-lcd-screen-dri…

zo een scherm bestellen van 66€ zal vermoedelijk niet door de douane geraken, daarom dat het handig zou zijn als dit bv uit een depot in europa wordt verstuurd ipv uit china

nee, die paarse band "MVProduct", staat voor binnen 24 uur verschepen.

dan kunnen ze er nog steeds een week over doen met de luchtpost. altijd nog beter dan dat het x dagen duurt voor het uberhaubt op de post gaat.

als je inderdaad op de "euro" vlag klikt, krijg je de "EU Direct" pagina van DX, te herkennen aan de URL: EUD.dx.com

alles wat op die site staat, wordt vanuit het Europese pakhuis
verzonden. geen douane, wel 5 dagen wachten voor het verzonden wordt.

aha, weer wat bijgeleerd, had ik dat geweten zeg (gisteren weer 2 orders gezet voor iets dringendere zaken).

uiteindelijk toch zo geen groot scherm gekocht. ben nu vollop bezig met arduino's en die dingen werken toch iets prettiger voor kleine zaken (gps ontvanger, temperatuur sensoren,...).

bijgevolg heb ik men raspberry laptop gesloopt ... en herbouwd naar iets anders . hij was nogthans handig.
hier is die via openelec een film van usb aan het afspelen MET de ingebouwde speakers van het scherm:

hij was nogthans volledig werkende maar had volgende nadelen
-nog niet compact genoeg, kon geen jongere laptop behuizing nemen wegens de hoogte van de rpi.
-onhandig om aan de GPIO pinnen te geraken of moet de helft van de plastiek gaan wegsnijden (is een stuk makkelijker bij de pi-top omdat ze dat deksel eruit schuiven. maar die behuizing is zo duuuuuur...).
-het deftig opladen (inclusief balanceren) bleef een struikelpunt om 100% goed te krijgen (REW: het deftig testen van uw printje is dus nog steeds niet gelukt).

vanmorgen wat beginnen testen en gevonden dat mijn auto scherm van 12V het ook goed doet vanaf 4,5V. en de RPI draait op 5V.
dus nutteloos om een 10.8V accu pakket te hebben voor het scherm om dan met een LM2596 naar 5V te gaan voor de RPI.
accu pakket overboord, alles parallel gezet en heb nu 1 grote 1S4P accu gebouwd. ook een boostconverter geinstalleerd om er 5,1V van te maken en alles ingebouwd in de schermbehuizing van een 386compac laptop. ook het font iets vergroot zodat het goed leesbaar blijft op die 4,5" tft

t is dan een soort tablet geworden waar je het klavier dan uithaalt en een 'werkruimte' met breadboard krijgt.
ik ben wel van een 3S2P accu naar een 1S4P gegaan waardoor de autonomie een pak minder zal zijn.
daarboven verbruikte men scherm 140mA op 12V en 250mA op 5V (1,68W => 1,25W. geen idee waarom)