Jump to content

Naguissa

Members
  • Posts

    37
  • Joined

  • Last visited

Reputation Activity

  1. Like
    Naguissa reacted to m][sko in Preparing for Ubuntu 18.04   
    It looks like they fixed the bug.
    As I was able to build the image and all work fine 
    except It only work on ubuntu 18.04
    so run NO_HOST_RELEASE_CHECK=yes ./compile.sh
     
    It freeze on ubuntu 16.04 in regenerating man pages
     
    I am looking that all work is done in development branch and I want to make pull request
     
    some changes with ubuntu 18.04
    ntpdate is not instaled by default and they changed ntp daemon so ntpdate return error
    missing package rcconf  but armbian-conf depend on that
     
    so temporary workaround just add 
    PACKAGE_LIST_ADDITIONAL="${PACKAGE_LIST_ADDITIONAL/armbian-firmware/}"
    PACKAGE_LIST="${PACKAGE_LIST/rcconf/}"
     
  2. Like
    Naguissa reacted to mindee in What would be a good board with 2 Gb RAM for a bitcoin node?   
    I got 28.6H/s on NanoPi Fire3 for mining XMR.
     
     
     
     

     
     
  3. Like
    Naguissa reacted to Bernie_O in Problems after last kernel update   
    Well... At least I did not. Upgraded two Banana Pis without any issues.
  4. Like
    Naguissa reacted to René Kliment in Mali support announced for mainline (Allwinner SOC's)   
    This is my very dirty script that seems to work for me: https://gist.github.com/renekliment/707ea4a2dc3f11fc15ed8085f506c57e
  5. Like
    Naguissa reacted to jock in Mali support announced for mainline (Allwinner SOC's)   
    Hi hoskit, yes I was able to get the job done. I suggest you to take the very latest development armbian nightly which already has the HDMI bits in the device tree, just not to tinker about the kernel compilation and other messy things.
    The guy (mripard) on github fixed some regression he introduced that broke the mali kernel driver compilation on slightly older kernel, so now compilation and installation should be pretty accessible.
    I tried only the framebuffer version, and yes, it was working pretty well: I tried different OpenGLES2 demos from the official Mali SDK and they all worked without issues
  6. Like
    Naguissa reacted to zador.blood.stained in Kickstarter: Allwinner VPU support in the official Linux kernel   
    Yes, but in a long run this may not be enough, there are too many sunxi SoCs and not that many involved developers to get mainlining efforts close to Amlogic or Rockchip levels, and any documentation issue only makes it worse, especially for essentials like DRAM code.
  7. Like
    Naguissa reacted to jimg in Firefox browser fails to launch   
    This is a known problem that appears to be compiler-related:
     
    https://bugzilla.mozilla.org/show_bug.cgi?id=1391802
    https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1711337
     
    A fix appears to have been released for Ubuntu 17.04, but that version won't install due to unmet dependencies that can't be satisfied with Armbian (libstdc++6 (>= 6)).  The last stable build I could find for armhf is Firefox 52.  You can download it from here via FTP:
     
    ftp://ports.ubuntu.com/ubuntu-ports/pool/main/f/firefox/firefox_52.0.2+build1-0ubuntu0.12.04.1_armhf.deb
     
    These are the steps I took to remove the broken version, install the unmet dependencies, install the older, working version, and prevent it from being automatically upgraded back to the new, broken version.
    sudo apt remove firefox sudo apt-get install libpango1.0-0 sudo dpkg -i ~/Downloads/firefox_52.0.2+build1-0ubuntu0.12.04.1_armhf.deb sudo apt-mark hold firefox (TIL: gdebi is a very useful tool for seeing the dependencies of a package before you install it.  You can use it from the command line like so:
     
    sudo gdebi <name of deb package> to see the dependencies you might need to install before installing a package.)
  8. Like
    Naguissa reacted to technik007_cz in IoT with an OrangePi Zero: Node-Red + Mosquitto + ESP8266/NRF24l01   
    It would be nice to get working a second ESP8266 with a display connected to and redirect temperature and humidity data to this.
  9. Like
    Naguissa reacted to chwe in IoT with an OrangePi Zero: Node-Red + Mosquitto + ESP8266/NRF24l01   
    I finally gave up playing arround with the MySensors lib.  Main reasons are:
    For every example they use predefined libs (DS18b20, DHT etc.) sometimes no support for updates of these libs.  Things like "This example uses a modified version of the external DTH library, which is included in the MySensors external examples." indicates to me, that this lib has some 'problems', otherwise this should work with the standard DHT lib.  The hole project seems a little bit predefined to me: Use the nodes we think you need, and since I'm not interessted in their nodes it does not make sense for me.  They presented so many examples of nodes, but I never found a example like: how to build your one node (for IoT stuff, where every one, including me, thinks that he would have a better idea how his node should look like, this is IMO the most important tutorial that you should have on your webpage).  I tried to get a DHT11/DS18b20 working on an arduino nano just to give you an example that this setup works, but I failed several times.  Since im not really interessted in the MySensors stuff anymore I would not waste my time for this. If someone tries it and it works, please add it to this thread, it would be cool for others which are interessted in the MySensors stuff!
     
    @pfeerick the finally made it! (ok, not for the toilett, but would not be hard to adapt this..  )
     
    Found on CNXSoft that  BLE is now able to implement mesh networking.  If this will be implemented on the cheap BLE modules (e.g. CC2541) this would be a game changer for IoT thingies... 
  10. Like
    Naguissa reacted to Igor in apt upgrade   
    chmod -x /etc/cron.d/armbian-updates should fix this.
  11. Like
    Naguissa reacted to tkaiser in Support of Raspberry Pi   
    Exactly. The average RPi user often has really no clue at all why he bought an SBC (and you should please stop spreading this 'charity/education' BS since 'Pi for education' reality looks different). Users choosing any of the alternatives did at least some research and thought about what they want to achieve and how. And this (the user base) is the real reason why Armbian should never start to support Raspberries since once these people start to arrive here in the forum Armbian is finally dead (but maybe the current approach to semi-support as much SBC as possible will already kill the project).
  12. Like
    Naguissa reacted to chwe in Support of Raspberry Pi   
    I know... 
    It's still laying around...  And somewhere there's a small metal box laying around with beagle bone (I think it was the first generation of the beaglebone). There was also a tablet before apple presented the iPad.

    It's not about who was first, it's about who produces an attractive product for an attractive price (I think my bones where around 90$ each). The RPi1 was somehow similar to the RPi0 at the moment (you could only buy one, and the chance to get one was really low - when mine arrived resell prices on ebay  where around 90-100$ ).
    There where better products but none of them fulfilled  to grow such a big community (in western countries).  There's a similarity to the arduino project. I had an AVR programmed with basecom on my breadboard with a crystal and was able to let a led blink.  There was the AVR Butterfly, probably the 'best project' to start with microcontrollers in those days... 

    but there was 'no' community around those projects. There was 'nobody' who tried to explain us idiots how to use those MCUs what stupid led blink projects we could deploy on those boards, no open available i2c, spi libraries for all those nice little sensors to work. Now we have all those small MCUs (various Atmels, STMs ESPs etc.), someone started to port Python for the more powerful devices and Adafruit/sparkfun made cool little sensor boards inclusive their drivers only to wait a month until  the 'same' board pop up on aliexpress from a chinese manufacturer which only makes the board without driver ('you can use Adafruit driver it works good') for half of the price(different story )...  
    Every boardmaker which tries to catch a part of the 'customer cake' has a 'RPi compatible' pinheader. It's annoying but they define 'standards'. Everyone builds microUSB powered boards, a lot of boards have the RPi size to press them in the smallest cases you can find which ends often in terrible overheating devices, 'nobody' places the SoC on the right side - it should be on the bottom to cool them with a case with an aluminum baseplate --> OK, the HC1 did it right, the EspressoBin too, but most boardmaker do it the same annoying way than the raspberry pi does it, everyone places as much USB connectors as possible (mostly 4) on the board, even if you don't have any chance to power them properly (4x 500mA only for USB). All beaglebones/boards had a nice barrelplug years ago, they knew that a microUSB might be a shitty decision for powering a SBC but we have 2018 and there are still boardmakers which deploy microUSB powered boards cause RPi 'defined' it as a 'standard' (I'm sure, if they would power the RPi with a 5V 4.1mm barrelplug since model one, we would see a lot of barrelplug powered boards...  ).
    The RPi might not be the 'grandfather' of all SBCs but it was the growing incubator to got more attention to those little ARM boards (OK, an incubator in western countries... )...
     
     
     
  13. Like
    Naguissa reacted to tuxmartin in Upgrade Armbian and kernel without risk (two rootfs?)? Why default image change from debian to ubuntu?   
    Hi, 
    I would like to use Orange Pi Zero for home automation server.
    I'm finding method to install os upgrades (and my own app upgrade too). I plan to have a lot of devices hundreds of kilometers from me, so I cannot break device over ssh or during update.
     
    For example Ubuntu snappy core using two rootfs and user can rollback to previous version:
    $ sudo snappy rollback ubuntu-core Rolling back ubuntu-core: (edge 141 7f068cb4fa876c -> edge 140 184ad1e863e947) Reboot to use the new ubuntu-core. $ sudo reboot $ ssh -p 8022 ubuntu@localhost $ snappy versions -a Part         Tag   Installed  Available  Fingerprint     Active ubuntu-core  edge  140        141        184ad1e863e947  * ubuntu-core  edge  141        -          7f068cb4fa876c  R docker       edge  1.3.2.007  -          b1f2f85e77adab  * owncloud     edge  7.0.3.008  -          81ebbbea41f48e  * Reboot to use the new ubuntu-core. Next question:
    I'm using for long time Armbian on one of my Orange Pi Zero board. I upgrade (apt-get update; apt-get dist-upgrade) it about once per week.
    After login I see:
    Welcome to ARMBIAN 5.36 user-built Debian GNU/Linux 8 (jessie) 3.4.113-sun8i   If I undestand it right, Armbian 5.36 is latest up to date. But kernel 3.4 is deprecated without security support.
    I'm finding how to upgrade all system with kernel using apt (I need supported version of kernel). On many posts in forum people say something like: "better and easiest way is backup sd card, flash new armbian, install apps and restore data from backup". 
    It is absolutelly unusable for me! I found bad, or there is no better upgrade process?
     
    I downloaded stable image of Armbian for my Orange Pi Zero about year ago on https://www.armbian.com/orange-pi-zero/ it was debian-based image. Today on web is only ubuntu-based image. (But at https://dl.armbian.com/orangepizero/ is still possible to download both ubuntu and debian based distro - both versions are from the same day.)
    How should I understand it? For new install now I could use ubuntu and no debian?
     
     
    So my main three questions are:
    1) How to upgrade system and kernel and all packages using apt?
    2) Is possible to rollback system if system update fails (or I delete import files...) to last working state?
    3) What I can use for new install? Debian, or Ubuntu based image? And my device with Debian image has problem? Do I need update to Ubuntu?
     
    Thanks for help!
     
  14. Like
    Naguissa reacted to Lista in Noise on A10/ A20 board at 866MHz   
    I chased down EMI problems with A20-Micro in the past.  We were using inside and enclosure with some sensitive ADCs.
    Had no access to a DSA, but main causes in my case were(in order of importance):
     
    -Power supply- We had a switching wall-wart type supply @12v. Replaced with battery, then with a better quality power supply. Ferrites on the supply cable helped a lot too.
    -Buck converter on board the A20-Micro is noisy- Try powering board by the 5v_Ext pins (obviously don't exceed 5v)
     
    If you get an improvement, please share another shot from your DSA.
     
  15. Like
    Naguissa reacted to chwe in Support of Raspberry Pi   
    People misunderstood the use-case of a RPi...  Just have a lock on their main page:
     
    IMHO during the time the RPi1 was developed there wasn't that much effort by others targeting this usergroup. And it's still hard to find a good competitor on this field. Could you get a more powerful SoC for ~40$? Sure... A better software stack for getting in touch with linux and "programming" probably not or it depends on usecase...  You get a more or less recent kernel with hardware accelerated video decoding, a lot of 'learning hats', a lot of opportunities to start programming immediately (python, scratch, Mathematica etc.). I don't think that things like Mathematica will be there if the SoC is too powerful...  
    But people try to blame the RPi for a lot of things (e.g. USB sharing bandwidth), but IMHO it helped a lot 'opening' this market. There wouldn't be any orange- banana-  etc. Pi without the RPi. Is the RPi and their Raspbian my favorite SBC&Distro? Not really, but I've still ongoing projects where I never would go away from the RPi as long as others do not improve (more or less every project which doesn't run on CLI or where a camera is involved..). And if you consider about long term support, for the price of ~40$ you get really a long time support for your device (RPi1 is still supported, whenever this has some drawbacks for the more recent devices)..
    Do I wait for the next RaspberryPi? Not really, for the use cases I see for an RPi, model 3 does what it is supposed to do. 
    For most of my use cases the RPi isn't 'the best board'.  Most things works without issues on the OPi0 (the shitty rev. 1.4, mostly IoT stuff), HC1 (mostly file server stuff) and my small webserver runs on a OPi PC+ (GbE would be nice, but it works OK-ish without GbE).
     
    Do I think the RPi should be supported by Armbian? No, not really, I'm often annoyed when working with Raspbian on CLI cause things are 'slightly' different compared to armbian and having one OS on all SBCs would make it easier.. But on the other hand, you spot new things when working with other projects (as example, I saw NodeRed first on a RPi project, in the mean time all my NodeRed projects are deployed on Armian SBCs).
    Armbian shines most where the boardmaker doesn't do the job he's supposed to do - deliver a good OS with a recent kernel... RPi does this job quite good. The only feature (I see) armbian users would have a real benefit when providing Raspberry images would be camera or hardware accelerated video decoding but to achieve this we would deal with another 'BSP kernel' which also means that developers time  is shared with another SoC (I don't think that they're bored because of lack of work to do.. ). 
  16. Like
    Naguissa reacted to tkaiser in Odroid HC1 SATA disk switches between sda and sdb   
    23% 'one star rating' at least for me is a very clear 'never ever buy such crap' indicator. 2nd 1 star review names the problem already:
     
    As very often with cheap PSUs you can not trust in what's printed on them. 5V/4A would mean 20W if you multiply both numbers. But crappy PSUs either provide 5V (no load) or 4A but not both at the same time (voltage drop under load). And the same phenomenon can be observed with cables between PSU and board if wires are too tiny. Incoming voltage at the board dropping due to cable/contact resistance too high. And this happens only with some load generated (Ohm's law).
     
    Can a moderator now please move this whole thread to the subforum where it belongs too? Thanks!
  17. Like
    Naguissa reacted to pfeerick in Armbian configuration utility   
    Yup, that's what it says at the bottom of the login banner...
     

  18. Like
    Naguissa got a reaction from pfeerick in Armbian configuration utility   
    armbian-config
     
    Maybe...
     
    Enviado desde mi Jolla mediante Tapatalk
     
     
     
     
  19. Like
    Naguissa reacted to jernej in Banana Pi: Mainline kernel with hw video acceleration / decoding   
    I'm not sure if I completely understand the issue, but recently I came across this LE PR: https://github.com/LibreELEC/LibreELEC.tv/pull/2382
     
    Long story short, kernel from 4.9 onwards has latency issues on USB, which could cause visible artifacts when using DVB dongles. It is not clear what is correct solution, but in this thread some possible workarounds are proposed: https://www.spinics.net/lists/linux-usb/msg163892.html
     
    I think that most promising workaround can be found in LE PR mentioned at the beginning.
     
    Let me know if this is what you're after.
  20. Like
    Naguissa reacted to Igor in git tags or branches for mainline kernel   
    You can find mainline kernel here: https://www.kernel.org/ more precisely, most recent (stable to be) branch:
    https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git/tree/?h=v4.14.12
    + all those patches
    https://github.com/armbian/build/tree/master/patch/kernel/sunxi-next
    and you are there.

    If you are running beta builds and you want a patched complete H3 mainline kernel source on your board for whatever reason:
    apt install linux-source-4.14.12-next-sunxi If you plan to cross-compile, check this: https://github.com/armbian/build
     
    Add: one of the options is also sunxi-next branch at https://github.com/linux-sunxi/linux-sunxi
  21. Like
    Naguissa reacted to lanefu in Meltdown and Spectre   
    Frustrated yes, but also a positive step forward.    Sometimes the FUD for stuff like this scares organizations to patch.    I've been trying to get the blessing to do bulk patching for 2 years and finally my company is ready to do it!.
  22. Like
    Naguissa reacted to esc in Which dtb is loaded?   
    You can ask dtc to scan the tree and produce textual representation of the state.
    dtc -I fs /sys/firmware/devicetree/base/ If the output from above command includes the change you intended then it must be something else that prevents it from working.
  23. Like
    Naguissa reacted to Larry Bank in SmartGear multi-system emulator released as open-source   
    https://photos.app.goo.gl/u3N8Drw54kMDl6DE2
     
  24. Like
    Naguissa reacted to Larry Bank in SmartGear multi-system emulator released as open-source   
    I just released my multi-system game emulator (GameBoy+NES+GameGear for now). Optimized for directly outputting to SPI LCD displays (e.g. ili9341). Runs on any CPU type, but has optimizations for ARM+X64. I wrote 100% of the code, so it might be behave differently than other game emulators. GB+GG are nearly perfect. NES is missing some popular mappers. The code is very optimized to begin with, but also uses a dirty-tile system to minimize the data sent to the SPI bus. This allows inexpensive SPI displays (e.g. ili9341) to run at or near 60 frames per second for many games even though the SPI bus can only do 30FPS of full screen updates.

    https://github.com/bitbank2/sg_free

    The SPI display access uses my SPI_LCD library (https://github.com/bitbank2/SPI_LCD). This means that it doesn't need fbtft nor fbcp and can run on any Linux board. It has built-in code to talk to GPIO pushbuttons, so no special drivers/software are needed to run on "GBZ" systems. Below is a photo of SmartGear running on an Orange Pi Lite with the PiPlay Portable prototype hardware.

  25. Like
    Naguissa reacted to Crossplatform Vlad in I would like to introduce my h3control tool, it works on armbian well   
    Hi, all!

    I've organized public reverse proxy using nginx+vpn for my pi-board:
    http://h3control-live.devizer.xyz
     
    Also i made significant addition to h3control: management of online cores.

     
    Looking forward for feedback
    Vlad
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines