RegisterSearchFAQMemberlistUsergroupsLog in
Reply to topic Page 7 of 7
Goto page Previous  1, 2, 3, 4, 5, 6, 7
Raspberry Pi support - enables a hard-wired, dedicated dash
Author Message
Reply with quote
Post  
Hi, thanks for the quick reply
So I tried the things you suggested and the screen now responds to keyboard / mouse inputs although the shortcuts that were added a page or two earlier in this thread donít seem to work, only ESC and CTRL+C to quit. I can click into different screens / menus using the mouse but not the arrow keys, and the touchscreen still doesnít operate within the app at all..
Outside of the RC app (ie in the desktop environment) it works perfectly - itís almost as if the touchscreen inputs are not going to the app? Not sure if thatís even possible - could that be because Iím running it in the Raspbian desktop environment currently instead of the lite version only?

I mostly installed that OS so I could try and troubleshoot but also so I could get to the log file etc so the intent is to drop that once itís working fully and I can go back to a stand alone type set-up (I only intend using this as the dashboard

Thanks again for the quick response and your help - appreciate the input Smile

View user's profile Send private message
Reply with quote
Post  
Ok, so for future reference the logs are located in /home/pi/.kivy/logs. (I think, going by memory lol). you'll see a bunch of kivy_xx_x-x.txt because it logs a new one each time you open RCapp. personally, i'd like to see it overwrite, hint for brent.

I think your next fix is in the /.kivy/config.ini file. I think the line for the Input module needs tweeking. because of the :File "kivy/input/providers/hidinput.py", line 685, in _thread_run
IOError: [Errno 19] No such device error.
I think it should look like this:
[Input]
device_%(name)s = probesysfs,provider=hidinput

this is just a guess, I would think it would be fine with the default values. probably got screwed up because of a bad stretch install. it might be quicker to reflash, honestly. i'll write up a step by step when I get home tonite if you think it'll help.

View user's profile Send private message
Reply with quote
Post  
here's a link to a step by step a did for another racer. it may help. also has some tricks for faster boot speed.

https://drive.google.com/open?id=1CwOL8fCX7YcXRKXOqnaiLb6lIojfyrsbM8fBBMHqcpA



Last edited by PS14 on Tue Dec 18, 2018 11:07 pm; edited 1 time in total
View user's profile Send private message
Reply with quote
Post  
Thatís awesome, thanks for sharing - I will wipe everything and stRt again using your guide and report back
I donít have time this evening but will give it a go tomorrow!

View user's profile Send private message
Reply with quote
Post  
I'm not sure how many here would find it useful but wanted to share that I put together auto dimming from a couple resources online. I'm also not sure if this will work with other displays but I'm using the official 7" touch unit:

You'll just need a small capacitor (105\1uf) and a photoresistor (GL5539\30-90kohm). Connect one leg of the capacitor to ground, one leg of the resistor to +3v, join the remaining legs together and jumper to GPIO (I used 17)

Then call the following script to the background. Based on available light it will update the screen brightness about once every 10 seconds. You can decrease the response time by decreasing the value after sleep.time near the bottom of the main loop.

import RPi.GPIO as GPIO
import time
GPIO.setmode(GPIO.BCM)
#ldr Reading Pin Definition
pin_to_ldr = 17
def rc_time (pin_to_ldr):
count = 0

#Output on the pin for
GPIO.setup(pin_to_ldr, GPIO.OUT)
GPIO.output(pin_to_ldr, GPIO.LOW)
time.sleep(0.01)

#Change the pin back to input
GPIO.setup(pin_to_ldr, GPIO.IN)
#Count until the pin goes high
while (GPIO.input(pin_to_ldr) == GPIO.LOW):
count += 1

return count

#Catch when script is interrupted, cleanup correctly
try:
# Main loop
while True:
bl = open('/sys/class/backlight/rpi_backlight/brightness','w')
okunan = 0
okunan = rc_time(pin_to_ldr)
if okunan <= 1500:
bl.write('200')
elif okunan <= 5000:
bl.write('160')
elif okunan <= 15000:
bl.write('130')
elif okunan <= 30000:
bl.write('100')
elif okunan <= 50000:
bl.write('75')
elif okunan <= 100000:
bl.write('50')
elif okunan <= 140000:
bl.write('30')
else:
bl.write('20')
bl.close()
time.sleep(10)
finally:
GPIO.cleanup()

View user's profile Send private message
Reply with quote
Post  
Thatís awesome man, putting that on my list!!

PS14 - youíre a star! I started fresh, followed your instructions to the letter and itís working!!
Next step get this installed in the car and give it a whirl with all the data sources connected up
Thank you for taking the time to get me up and running, I really appreciate it.

View user's profile Send private message
Reply with quote
Post RASPBERRY SCREEN BATTLE: WAVESHARE 10.1 vs SUNFOUNDER 10.1 
I've decided the tablet is a complexity I want to ditch... so I'm going to replace that part with 17 other parts that make a raspberry Pi setup. Seem like the screen is the first big choice.

Please post your feedback or opinion on either of these screens:

https://www.amazon.com/gp/product/B0776VNW9C/ref=ox_sc_act_title_1?smid=ADHH624DX2Q66&psc=1

https://www.amazon.com/gp/product/B01CU7VX5Q/ref=ox_sc_act_title_2?smid=A50C560NZEBBE&psc=1

The support structure of the Waveshare seems better to me.. just not sure all other things are equal.

Thank you!


_________________
___________________________________________
School Of Racecar
Snowspeeder Pilots Association
View user's profile Send private message
Reply with quote
Post  
of the two you listed I would choose the Waveshare. mostly because it has the lugs in the four corners which would make install easier. both appear to have lugs for mounting the Pi. I used an older Waveshare which does not, so my Pi just hangs of the header. mine is a Waveshare 1024x600 resistive touch. no complaints, install was easy. but the screen is hard to see from an angle in the sun. keep in mind these two are capacitive touch. just a couple observations,

View user's profile Send private message
Reply with quote
Post Buildroot package for RCP App 
I am working on adding a buildroot package for the RCP app, along with a default config for Rasberry Pi (and if I can manage it, BeagleBoneBlack) which will boot straight into the app. No more mucking around with apt.

This would enable pretty much turn-key build of an optimized sd-card image which would boot straight into the application.

It seems some of the groundwork has been laid, as I found a patch to enable building Kivy for the raspberry pi, which seems to work without modification. Cython cross-compilation is already a solved problem. I don't think it would be too much work.

You can follow my progress here: (note I'm taking some liberties at the moment, some of the hacks will need to be cleaned up before I can submit to upstream): https://github.com/emdash/buildroot/pull/1

View user's profile Send private message
Display posts from previous:
Reply to topic Page 7 of 7
Goto page Previous  1, 2, 3, 4, 5, 6, 7
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum