This git repo is essentially a vast sh script that tells your Ubuntu OS which packages are needed to be installed in order to get all the top emulators out there i.e. Sega Genesis, SNES, N64 etc... fully running on your ARM device.
This setup script is expecting you to already be running Ubuntu 16 or later.
Once the installer finished, start playing games by entering:
Code:
$ emulationstation
Just noticed last week there's not that much info on Rock64 and emulation so hopefully this helps everybody hit the ground running.
Pine64 running Armbian with kernel 3.10.107-pine64
Hi all. After installing Armbian from here https://www.armbian.com/pine64/,
I came across some errors appearing in the logs - see attached. Had a look at the Armbian forum which has a lot of traffic, mostly about other hardware brands, so I came here. Can anyone comment on the problem? or interpret their importance?
My use case is creating a PBX box running voip. This is available through the Debian repos.
I just signed up as I recently received an 11" PineBook. I'm quite pleased with what I got for my money, and I have a few things I'd like to do with it.
My first question is how to verify that the 16Gb eMMC is present, and how to use it? I opened the back of the laptop and I can see the eMMC module is physically there, however the OS is warning me that I am low on disk storage, and 'df' shows that I have very little storage available.
Has anyone got DS18b20 to work on rock64? If you can point in the right direction, I would appreciate that very much. I've been searching and cant find anything other the a post for pine64 that said that I need to use pin 12.
Hi,
I am using Rockpro64 with Ubuntu18 image.
I have successfully done UART communication of rockpro through ttyS2 port(GPIO6,8) with my laptop.
No i have USB to serial(DB9) cable and i wanted to use one of the USB port of rockpro. I did try the same with 1500000 Baudrate but on my receiver side, i can see a garbage data is coming. I have tried different buadrates too but only garbage data is there.
Any suggestion? Can i use USB port for my serial communication?
Thanks.
I am sitting here with a totally useless cluster of over £1300 worth of pinepro64 because the wifi module has been disabled in the 7.8 + build. Many people buy these clusters for testing off corporate networks for prototyping and technology evaluation where bleeding edge open source software can be downloaded without the usual security screening. The wifi module was purchased to act as a bastion host to achieve this goal, but have been thwarted because Pine sell a wifi module that cant be supported in linux!!
It would appear that there are issues with the PCIe interface and teh decision was taken to disable the wifi in favour keeping the PCIe stable.
I have no issues with this, but surely it would have been courteous to give people the choice to enable wifi or PCIe?
I too have a NVMe PCIe Disk to add but network access is *critical*.
Question: Has *anybody* been able to get the wifi module working full stop on the rockPro64 linux builds ?
I have tried 20 builds in 2 days of testing with no luck ... even a 7.7 bionic-lxde arm64 dose not seem to work,
even with this build rfkill seems to only see the BT interface [# rfkill list] device 0 there is not device 1 for wifi
there is also no wlan0 interface to configure,
### Deeper Dive ###
### OS Drivers ###
From the kern.log it appears that the wifi device is being detected as chip ap6354 and allocated IRQ 3
There is an entry for Rockchip WiFi chip interface (V1.00)
I can not see any errors to indicate that there is a HW detection issue or a driver initialization issue for the wifi module
There is also a kernal command line entry registering a MAC address of e6:72:16:1c:22:0e on a uart8250 device which is not the RJ45 Ethernet device and has no registered vendor, but this may well be something to do with the boot process mounting to the emmc chip that holds the root partition.... (so it looks like a red herring)
What I do see is a statement that;
"of_get_named_gpiod_flags: can't parse 'WIFI,poweren_gpio' property of node '/wirelesspwlan[0]'
So I am wondering if the disabling has been triggered by a GPIO pin.
If anybody has any documentation on this wifi device HW design, driver and intended configuration it would be appreciated.
When I solve this I will post back to the forum.
### HW ###
The Block diagram schematics seem to indicate that it shares the PCIe bus, although looking at the chips and pinouts it seems the module is supposed to be using;
UART interface for BlueTooth
SDIO interface for Wifi
What this has to do with PCIe I dont know ... i am going to have to do some research here to understand how different bus \ signalling technologies can share a PCIe interface,
I bought the pine64 battery case and will be running it as a backup power supply for fluxuations/shutdown of the 12v supply coming from my car.
The battery case came and has 2 copper wires just floating over the battery area, do these need to be attached to anything? They are "glued" together...
Also since the primary power will be coming from the DC usb, when I turn the car off will the battery automatically kick in and run the board?