arox

Members
  • Content Count

    315
  • Joined

  • Last visited

About arox

Profile Information

  • Location
    France
  • Interests
    IoT

Recent Profile Visitors

1499 profile views
  1. Well, I recently "repaired" my digital camera by cleaning contacts with methylated spirit (alcohol). Next time I got a problem on a SBC, I'll try that first ... (And solder if I can !) And anyway only buy connectors with golden contact anymore !
  2. try : DISPLAY=:0 /usr/bin/vlc /home/orangepi/video.mp4
  3. I can decode HTSP from tvheadend with vlc on a pi zero at 1280x1024 but need something more powerfull for 1920x1080. (PI3B+ do the job so I think a PI3A+ would do). Can you give me some advice for small device that can do it ? Do you think a Rock64 could transcode DVD mpeg2 to h264 on the fly ?
  4. I never manage to have g_ether working with mainline kernel on H3 device. Last time, I thought I had it working with FA distro ... but only one end was receiving packets. So my nanopi -air is on the shelf and I use pi zero W (s).
  5. May come for bad addr to name resolution. Check your resolver.
  6. Maybe @igor could have a look because I think no external usb sound card can run ?
  7. Try : zcat /proc/config.gz | grep -i USB_AUDIO If you dont see CONFIG_SND_USB_AUDIO=m then I think you may need to recompile the kernel ...
  8. Can you see (lsmod) the kernel module 'snd_usb_audio'. (Try modprobe if not)
  9. I understand you use a bench or enterprise PSU with high amperage, voltage regulation and security ... So why should you be bothered by an 1,2 m USB cable ? Cant you use another cable, short and with big wires ? What I always asked myself is the resistivity of the contacts on micro USB and how much it can change from one plug to another or over time. I spent the day trying to fix my old audio amp and speakers (more than 20 years) : the potentimoeters are dead, the resistivity change with the charge (or when I adjust them) and so the sound is horrible. Imagine what happend to your board if some crappy contact do the same when the processor demand a power burst ! The response is that the board can crash anytime but more probably when doing heavy computation or accessing disk or network ...
  10. try : hciconfig hci0 up hcitool dev or hciconfig hci0 reset hciconfig hci0 up hcitool dev or ps -ef | grep hciattach if not present, respawn hciattach process (check command line after boot) then re-up hci0 there should be a gpio for hard reset but it depends on uboot, DT and kernel version ... How to restart bluetoothd depends on system and version. You may need to re-up hci0 after restarting bluetoothd and handle hciattach yourself before starting bluetoothd : because it is hardware dependant, it is always a dirty tweak in startup scripts ... You should provide some information about SBC, ap6212 rev, Armbian version, Bluez version, firmware version (downloaded by hciattach) ... So somebody may perhaps help ...
  11. I suppose that some manufacturer spare money by not registring an address. Nanopi air should anyway have one. For my part, what I donnot understand is the 115200 in hciattach command : AP62XX is a serial module, and all BT traffic is routed in HCI over serial communication link. So how could someone reach 3 Mb/s of data rate over a 115200 b/s line ?!?. I always change this for 1500000. Otherwise an a2dp link drop packets for example. Another funny thing is the usage of 11:xx...etc or 43:xx...etc addresses. By default the system load a BNEP module, but dont try to configure a NAP acces point with that : it will try to use the address as an ethernet address in BNEP emulation - and fail with bad reporting because an address with an even first byte is illegal for Ethernet. I use a Nanopi neo 4.14.14 kernel with btusb dongle to create ppp/rfcomm links. I previously used a Nanopi air or a BPIM2+ 3.4.17 kernel for BNEP links. With nanopis or bpi I crash the kernel every other day. So did you achieve some stability with that ? Anyway, with BR/EDR mode and bluez, I need to reset the controller periodicaly because it became anable to create basic link (ACL) after some time when forming multiple piconet. So I also experiment with BLE. I tested Bluepy - wich can handle "central" (but not peripheral) role in python. But I doubt to achieve stability and low latency in connected mode. So I am now developping my own trivial mesh protocol by advertising/scanning transmission with gatt/paypal in golang on RPI (and chip with some tweak in scan report demux) ... I didnt try bleno/noble. It seems to shunt BLUEZ insane routing through dbus/xml unstable/undocumented messaging API (as do also gatt/paypal) and handle itself the HCI interface. I am not sure about the difference in socket interface in both implementation ? I am not sure of the role of 4343A0.hcd or so files downloaded by hciattach. If this is the firmware for BT controller, there certainly is a lot of bugs in this and we need more robust version ?
  12. Well, I repaired by soldering 2 RPI and destroyed by soldering a nanopi air. And that is just remarkable seing the number of times I found my boards crashed and boiling hot, generally because of network failure. (wifi, bt ... )
  13. I suppose you have a host B that want to join Internet through A (bananapi) and Router R. In that case, B send packets to A, A forward packet to R, R forward to Internet. But the reverse path should be OK : R send packet to A when Internet reply to B. The normal, basic configuration should be that A - is configured as router (ip_forward = 1) - present 2 different neworks on etho and wlan0 - forward traffic by default to R (default route) But B should have default route to A and Router should have a route to B or network of B threw A. But this is just basic configuration, you can also bridge or subnet/proxy or nat or ... If you use bridging, wlxx interface should not have an address but be associated (with eth0) to a bridge (install bridge-utils) and forget about ip_forward or iptables
  14. Does your router know it should send to bananapi ?
  15. You didn't tell what BT device you use and what usage you intend to do with BT. The BT chips on board (AP6212 for example) need an "hciattach" process - sometimes tricky with the init system. USB dongle need not. You probably will need a bluetoothd process (and check that it does not put your "hci0" device down). And then you will need the dbus running (and configured) -- even if BT is the only app needing that sort of thing on a "minimal system".