-
Posts
3892 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by martinayotte
-
-
17 minutes ago, mustafa_meta said:
"cat /proc/device-tree/soc/spi@1c69000/status" is nothing show.
It should show something, but without newline, only at left of command prompt, it must be either "okay" or "disabled"
18 minutes ago, mustafa_meta said:I tried completely the same steps on another OPi Zero and everything okay with it.
Are both boards are identical, same revision number ?
19 minutes ago, mustafa_meta said:Is there storage for gpio config other than sd card?
I don't understand the question ...
20 minutes ago, mustafa_meta said:Maybe pins damaged ?
I doubt, i says "already in use" ...
-
1 hour ago, haajee said:
Strange enough do i got troubles when i format it before
As I said, formatting is completely not needed since "etcher" will overwrite using partition scheme provided by the image.
-
7 hours ago, mustafa_meta said:
But what can i do for "UserWarning: Channel PA13 is already in use...." ?
PA13 is SPI1_CS ... Are you sure the SPI1 is disabled ?
What "cat /proc/device-tree/soc/spi@1c69000/status" is reporting ?
-
22 minutes ago, playrich said:
can't access /sys/class/gpio/gpio%d/direction GPIO pin. check access rights
It seems a trouble accessing a specific GPIO, not related to SPI, but message with %d is not meanful.
To get it more meanful, you need to fix it there :
https://github.com/nRF24/RF24/blob/master/utility/SPIDEV/gpio.cpp#L48
It should probably be instead :
throw GPIOException("can't access /sys/class/gpio/gpio%d/direction GPIO pin. check access rights", port);
You can also check if the previous "export" worked by looking at "ls -l /sys/class/gpio/" to seen if the specific GPIO been exported.
Maybe the GPIO is already in use, you can verify that by doing "cat /sys/kernel/debug/gpio" ...
-
33 minutes ago, RuslanGennadievich said:
If i have /sys/class/spi_slave on Armbian, does this mean that the kernel has support spi slave?
From my knowledge/understanding, it only mean that kernel has been compiled with CONFIG_SPI_SLAVE enabled, but no hardware is attached to it since neither drivers/spi/spi-sun4i.c and drivers/spi/spi-sun6i.c provide such functionalities.
EDIT: you have probably seen that this /sys/class/spi_slave folder is empty ...
-
1 hour ago, mustafa_meta said:
How can i find problem ? What else can i do ?
What "cat /sys/kernel/debug/gpio" is reporting ?
Which kernel are you using ? What "uname -a" shows ?
BTW, "GPIO.cleanup()" is usually called when program exit, but at the beginning ...
-
9 minutes ago, balbes150 said:
If possible (if time)
I will check as soon as I get time ...
-
1 hour ago, crazyquark said:
Or I can just download a patched DTS and compile it to DTB?
Even easier than that : decompile DTB currently present on you board, edit the resulting DTS by changing "status" node of "spi-gpio" to "okay" instead of "disabled", then recompile DTS into DTB.
-
1 hour ago, balbes150 said:
Do you have the ability to do a simple check of one system on K2 ?
What do you want me to check ?
-
2 hours ago, xefil said:
I've then enabled via armbian-config the UART2 and rebooted, but nothing changed.
Check "dmesg | grep tty" because, for example, if UART1 is not enabled, then UART2 will be assigned to /dev/ttyS1 not S2 ...
-
2 minutes ago, RuslanGennadievich said:
Maybe you know how add slave support to driver?
No, it is too complex task ...
2 minutes ago, RuslanGennadievich said:Yes, on oscilloscope i verify clock line on "slave soc" and see some signal, but in slave mode it's wrong
I don't understand what you mean ...
-
13 minutes ago, RuslanGennadievich said:
how i can reconfigure or rebuild linux kernel driver to support slave?
As I said, kernel driver for AllWinner SoC doesn't support "slave" mode.
8 minutes ago, RuslanGennadievich said:My ultimate goal is to test SPI baud rate
What do you mean by testing baud rate ?
If you wish to measure/verify the clock, you can take a oscilloscope...
-
5 minutes ago, JORGETECH said:
I just tried with a MAX3232 TTL-to-RS232 adapter
Don't do that, it can burn your H5 UART, RS232 are using inverted level of +/- 9V to 12V !!!
6 minutes ago, JORGETECH said:I'm thinking of buying one of those cheap TTL-to-USB adapters (CP2102) if it turns out to be the only way to connect serial to this devices.
Right ! Not only CP2102, but there are others, such CH340.
Seeing your footer, in the meantime, you can use your OPiZero since it has UART1 on header.
-
6 minutes ago, RuslanGennadievich said:
I have NanoPi NEO Core2, this SoC has slave capable?
Unfortunately, although the H5 hardware is capable, Linux kernel driver doesn't support slave mode.
-
17 minutes ago, JORGETECH said:
I am using an Arduino as a TTL-to-USB serial converter
Beware that TX output of OPiLite2 is 3.3V while your Arduino RX expect 5V, so it is maybe the reason why you don't see any output ...
Better purchase a 3.3V compatible USB-TTL dongle.
-
Most SoC are not "slave capable" but only "master" ...
-
2 hours ago, Cybrpunk said:
Would you also know if the standard peripherals (I2C, SPI, GPIO, etc)
All those are working fine.
2 hours ago, Cybrpunk said:WiFi, Bluetooth, MIPI DSI and CSI are working in current RC?
Wifi ? Yes !
Others are not tested ...
2 hours ago, Cybrpunk said:make your changes available?
Maybe soon, since 5.6.0 is now at RC6 ...
-
11 hours ago, GOrd said:
I don't have a serial cable to see if there is boot messages to serial.
That is a MUST if you wish to help figured out why your PBP doesn't boot.
BTW, no one here got an Armbian image working with the LCD display yet !
We still have to figure out why, but it will take time ...
-
2 hours ago, haajee said:
I format it on Linux Mint as FAT32 and then write it.
You don't need to format any SDCard before writing an image ... The image is providing the formatting ...
-
4 hours ago, Marcus Nguyen said:
it just show the IP without the hostname
Most probably because you don't have "avahi-daemon" installed or its configs in /etc/avahi/avahi-daemon.conf doesn't have "publish-workstation" set to "yes" ...
-
4 hours ago, MatthiasK said:
Or did you have any other ideas?
I suggest that you get equipped with a USB-TTL Serial dongle and provide the boot log to see what is happening during the boot phase ...
-
3 minutes ago, stut said:
Can someone point me in the right direction?
Most of them are working as long as they are 2.7V and above. Frequency is not really an issue since in DT it is usually set 40MHz and could be lowered manually by editing DTS.
I've used Winbond ones on both my OPiZeros and OPiPC2. So, I suggest Winbond one, but maybe also GigaDevice.
-
22 hours ago, playrich said:
Find posted my serial boot
Ok ! I've figured it out !
The fixup scripts /boot/dtb/overlay/sun7i-a20-fixup.scr, /boot/dtb/overlay/sun5i-a13-fixup.scr and /boot/dtb/overlay/sun4i-a10-fixup.scr are all using "soc@1c00000" node instead of plain "soc" node, while the script /boot/dtb/overlay/sun8i-h3-fixup.scr is already using the good node naming.
The reason is because in the old days of 4.x.y, the node was named "soc@1c00000" while in 5.x.y it is the shorter version.
I will fix that in Armbian patches later ...
In the meantime, you can do backup of /boot/dtb/overlay/sun7i-a20-fixup.scr, copy it also as /root/sun7i-a20-fixup.cmd, edit it, remove the binary header until "# overlays fixup script" header, search all "soc@1c00000" and replace by plain "soc", save the file, and finally convert it again in script file using "mkimage -C none -A arm -T script -d /root/sun7i-a20-fixup.cmd /boot/dtb/overlay/sun7i-a20-fixup.scr"
EDIT: Commit done ! https://github.com/armbian/build/commit/ca24fd20e48ff6e004279b0cb14dca746231e648
-
17 hours ago, broodwich82 said:
when I attempt to send characters, it only displays a question mark imprinted on a square for each character,
What kind of chip is used on that USB-TTL ?
Did you tried to plug it as loopback wire to see if echos are doing the same or becomes clear ?
OrangePi Zero cant use SPI1 pins as GPIO
in Allwinner sunxi
Posted
Did you try to use the same SDCard from the working one into the other one ?
Yes, there is a SPINOR flash, but since SPI isn't enable, it should not interfere ...
BTW, the whole thing remind me a 2 years old thread here :
Do you have UART3 overlay in /boot/armbianEnv.txt ? The PA13/PA14 pins would be in-use if UART3 is enabled ...