StuxNet

Moderators
  • Content Count

    105
  • Joined

  • Last visited


Reputation Activity

  1. Like
    StuxNet reacted to B.K.O. in Orange Pi Zero PWM   
    this guy figured it out with PCA9685 but what do we have to change to drive servos
  2. Like
    StuxNet got a reaction from k4in in Adequate power supply for the Orange Pi Zero?   
    I've gotten higher than 1A ratings from a USB port (usb 3.0) before and absolutely gotten less than 1A from a similarly rated 'ac/dc module'

    Can never go wrong with getting an appropriate, reliable setup. In my experience, FriendlyArm boards are no where near as fickle (power wise) than OPi boards. I can boot any of them from just about any power source I connect them to. For this reason I prefer the Neo.

    OPiZ's are absolutely a different case. For me, they rarely work just from USB, unless I use a specific, good quality cable.  Forget compiling/installing more robust libraries.  I can't speak too much on the relays you mention. I can tell you though that I've purchased 4+ OPiZ boards, all serve a purpose. Require dependable power supply setup. I have a Powerstrip that genuinely pumps out 2 amps + to USB port. So I use that with a good cord and I've never had a power issue since.

    Tl,DR; OPiZ over all design quality isn't the best but it's still proven to be a working product. I've purchased many of them, the only power issue I've really run into has been at fault of my own setup.
  3. Like
    StuxNet reacted to chwe in Adequate power supply for the Orange Pi Zero?   
    Congrats! You're one of the first thinking about non appropriate powering, so we don't have to move the thread in this subforum.   
     
    The USB of my notebook delivers more than 1amp stable on USB, the reason why I never mention it in terms of SBCs is that it is above the specifications for a USB port. Not every notebook will deliver and I don't recommend it at all. 
     
    1A is a bit low, normally we recommend 2A at 5V. But let's see if we get it reliable working. Cause your use case seems to be not that calculation intensive, it might be OK when you rund your OPi0 with a minimal power consumption setup. I suggest you read through this thread here:
    Reduce peak consumptions seems to be important for your case (which could be problematic with wifi ). 
     
    For debugging, do you have a USB-TTL dongle so that you can connect to your board in case wifi isn't on but it is powered through your 'box setup'?
     
     
  4. Like
    StuxNet reacted to tkaiser in ArmbianIO API proposal   
    I really hope ArmbianIO spreads widely. And relying alternatively on /proc/device-tree/* might help with user adoption. For example once DietPi users start to use ArmbianIO it could be surprising that ArmbianIO only works on approx half of the boards DietPi 'supports' (since DietPi relies on Debian OS images found somewhere or uses Armbian's build system to create crippled Armbian images with the DietPi menu stuff on top sold then as 'DietPi' to their users -- so if their OS images started as Armbian there will be /var/run/machine.id... otherwise not).
     
    BTW: In Armbian for all the Allwinner boards that run legacy kernel we tried to use exactly the same string as /proc/device-tree/model to let this method work regardless of legacy or mainline kernel. Since other projects out there (H3Droid, RetrOrangePi, Lakka) also use our fex files they should become compatible to this 'other fallback' too (at least that was my intention behind these adjustments made a while ago). Some details: https://tech.scargill.net/banana-pi-m2/#comment-27947
     
     
  5. Like
    StuxNet reacted to Larry Bank in ArmbianIO API proposal   
    I was chatting with @tido about ways to help the Armbian community and I came up with the idea of a common C library to access the I2C, SPI and GPIOs of all supported boards. There are of course kernel drivers to communicate with these things, but there are differences between boards that this API could help smooth out. For example, different CPUs (and boards) map the GPIO pins very differently. Projects such as WiringOP and WiringNP try to copy the Raspberry Pi library, but this is also flawed because it's based on the BCM283x GPIO numbering. What I propose is to create a set of simple functions for accessing GPIO pins using the physical pin number as a reference. On all boards, the 5V pin will be considered pin 2 and the numbering goes from there. There are also sometimes pushbuttons present on the board which are mapped to GPIO inputs. These are also covered by my API. Much of the code is already written and I will release it shortly.  I'm posting this topic to get feedback and to reach out to people who might make use of this. Here is a list of the functions so far:
     
    int AIOInit(void);
    void AIOShutdown(void);
    const char * AIOGetBoardName(void);
    int AIOOpenI2C(int iChannel, int iAddress);
    int AIOOpenSPI(int iChannel, int iSpeed);
    int AIOCloseI2C(int iHandle);
    int AIOCloseSPI(int iHandle);
    int AIOReadI2C(int iHandle, int iRegister, unsigned char *buf, int iCount);
    int AIOWriteI2C(int iHandle, int iRegister, unsigned char *buf, int iCount);
    int AIOReadSPI(int iHandle, unsigned char *buf, int iCount);
    int AIOWriteSPI(int iHandle, unsigned char *buf, int iCount);
    int AIOReadWriteSPI(int iHandle, unsigned char *inbuf, unsigned char *outbuf, int iCount);
    int AIOReadButton(void);
    int AIOAddPin(int iPin, int iDirection);
    int AIORemovePin(int iPin);
    int AIOReadPin(int iPin);
    int AIOWritePin(int iPin, int iValue);
  6. Like
    StuxNet reacted to Tido in ArmbianIO API proposal   
    Hi,
    Larry patiently showed my how to use the armbianIO library to talk to the GPIO pins.
    While all other go for Python and compatible to RPi - this is different.
    This is designed native for SBC (Single Board Computer). No translation to the GPIO numbering necessary it fits 1-to-1.
    We have built a first show case where 3 LED show you the temperature of your SoC. I guess you can imagine yourself several scenario's where this can be very helpful.
    If you have some LEDs, 25min time it would be great to hear from you if it worked with your SBC
    To start, please look here !
     
    Cheers
    Tido
  7. Like
    StuxNet reacted to Larry Bank in ArmbianIO API proposal   
    I know there are direct means to access GPIOs, but then I would need to write code unique to each CPU. If Armbian only supported AllWinner H3 devices, it would be an easy decision. For now, I think it's best to keep the code simpler and support all SoCs.
     
    I'm not sure where this project is headed. I don't have the time to turn it into a support-everything/do-everything library. I saw a need and I put together a simple solution. It would be great if this was given the "blessing" of Armbian and turned into a real community effort.
     
  8. Like
    StuxNet reacted to martinayotte in ArmbianIO API proposal   
    I see that you are using /sys/class/gpio to access GPIOs.
    But other libraries are using /dev/mem to do a "mmap" directly to SoC registers located at 0x01C20800, which is faster and allows also to access to Pn_PUL0/Pn_PUL1 registers at offset 0x1c and 0x20 respectively.
    Maybe you can take a look at this library : https://github.com/duxingkei33/orangepi_PC_gpio_pyH3
     
  9. Like
    StuxNet 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.

  10. Like
    StuxNet got a reaction from msev in MFRC-522 not working with Orange Pi Zero   
    I got a MFRC522 module working on Orangepi Zero. I could get really long winded about how it took 3-4 tutorials, hopping around between GPIO libraries getting irritated with people for not posting kernel specifics and referring to Orangepi Zero/PC/One simply as 'OrangePi' but I'm not going to. Instead I took the information I gleaned, put it all together in one spot, all nice and tidy for the community.

    All in all the steps are pretty similar to what I found here, other forums and tutorials. Except uses a better GPIO library specifically for the Orangepi Zero. Not a clone of RPI.GPIO, ported to Orangepi PC, ported to the Zero. So give this guy some credit! https://github.com/rm-hull/OPi.GPIO

    You can download, install all dependencies and start reading tags with this one line. It goes without saying that it should be executed as root.
    git clone https://github.com/BiTinerary/OrangePiZeroMFRC522.git && bash ./OrangePiZeroMFRC522/getAllTheStuff.sh  
    All the source of that one liner as well as pinout etc... is available at this repo.
    https://github.com/BiTinerary/OrangePiZeroMFRC522
  11. Like
    StuxNet got a reaction from MitchD in TimeClockPi - OPiZero Timeclock that uses RFID to punch Google Sheets.   
    Wanted to automate payroll. Needed to be as simple/easy on the eyes as possible for your run of the mill user.

    General functionality is that it makes digital timecards for every employee action/swipe of an RFID tag. Every swipe also punches a Google Sheet based on company department, by utilizing regex to find column associated with employee name, then the row based on today's date. It then punches current military time to corresponding clock in/out offset. The timecard math is all done using the Google spreadsheet functions to discern overtime, total hours, etc... More will be included later to automate even the spreadsheet template even though copy/pasting once every 15 days is trivial.

    It's comprised of a OPi-Zero, MFRC522 RFID Module (for employee badges) a modified case, multi LED for clock in/out prompting, Google Sheet API and several existing dependencies/repos on GitHub. The most important 'juicy', details are documented on GitHub which will get you installed and running with the API, Module, LED, etc.... With more details to come, including step by step instructions on setting up Google Sheet API, etc.... Let me know what the community thinks.

    https://github.com/BiTinerary/TimeClockPi

    Installation >> Connect MFRC522 Module and run >> git clone https://github.com/BiTinerary/TimeClockPi && bash ./TimeClockPi/requirements.sh
  12. Like
    StuxNet got a reaction from MitchD in TimeClockPi - OPiZero Timeclock that uses RFID to punch Google Sheets.   
    Welp. It currently works for...more than a couple employees and has been tested using various means/devices for months.

    I could go into more detail but your opinion does not apply to my specific circumstance. Regardless, thanks for the criticism. (seriously)
    In my experience every 'small business' solution to this has been to simply, not have a time clock. Again, I could go into details but I'm not the trend that every local business owner I've met, has set.

    I don't know what you mean by terribly complicated but I beg to differ. Let OPiZ offer RFID interface to a Gsheet. Let Gsheet functions calculate all the math.
    This solution in tandem with a 'profession' timeclock that costs several hundred not $25 dollars, to create a physical timecard that needs to be digitized later, produces (dare I say) foolproof results.
  13. Like
    StuxNet got a reaction from MitchD in TimeClockPi - OPiZero Timeclock that uses RFID to punch Google Sheets.   
    Wanted to automate payroll. Needed to be as simple/easy on the eyes as possible for your run of the mill user.

    General functionality is that it makes digital timecards for every employee action/swipe of an RFID tag. Every swipe also punches a Google Sheet based on company department, by utilizing regex to find column associated with employee name, then the row based on today's date. It then punches current military time to corresponding clock in/out offset. The timecard math is all done using the Google spreadsheet functions to discern overtime, total hours, etc... More will be included later to automate even the spreadsheet template even though copy/pasting once every 15 days is trivial.

    It's comprised of a OPi-Zero, MFRC522 RFID Module (for employee badges) a modified case, multi LED for clock in/out prompting, Google Sheet API and several existing dependencies/repos on GitHub. The most important 'juicy', details are documented on GitHub which will get you installed and running with the API, Module, LED, etc.... With more details to come, including step by step instructions on setting up Google Sheet API, etc.... Let me know what the community thinks.

    https://github.com/BiTinerary/TimeClockPi

    Installation >> Connect MFRC522 Module and run >> git clone https://github.com/BiTinerary/TimeClockPi && bash ./TimeClockPi/requirements.sh
  14. Like
    StuxNet reacted to chwe in Couple of questions about OPi PC+/ OPi 0   
    1. No (4 non shared USB ports + separate LAN)
    2.  No idea,  not the fields I'm interested in...  (personal opinion H2+, H3 SBCs aren't best for multimedia purposes, but this just an opinion)
    3. No (4 non shared USB ports + separate LAN)
    4. No (it's also called CSI, but not the same)
     
    Edit: When you consider using mainline:
    No camera support at the moment (to my knowledge) No hardware accelerated video decoding
  15. Like
    StuxNet reacted to MitchD in Testers wanted Real Time Kernel image builds for H3 boards   
    You can find a 4.11.9 rt patch here: https://www.kernel.org/pub/linux/kernel/projects/rt/4.11/older/
     
    I have a vanilla mainline kernel with that patch applied and it works for me. I think armbian uses a separate github directory, so you might need to tweak the patch. 
  16. Like
    StuxNet reacted to pfeerick in New OPi Zero - Yet another high temperature issue...   
    What Igor said. From what I've seen mentioned, it sounds like in this case "newer != better" :-( I have two V1.1 Orange Pi Zeros that I purchased 2-3 months ago via their aliexpress page, and (after testing that both worked!) I have had one running 24x7 since I got it, open air without a case, plugged into ethernet running node-red and some other bits. I turned everything down power-wise and down-clocked it using the h3consumption script, and haven't had any issues with it, and it runs nice and cool. It does have a heatsink on it, but it certainly doesn't *need* it, but it helps keep it cool and let it throttle up for longer when needed. 
  17. Like
    StuxNet reacted to Larry Bank in What are you using your Orange Pi Zero for?   
    I've been experimenting with the OP0 for use in a portable gaming device with an inexpensive SPI LCD display. I wrote all of the game emulator code, so it's very efficient between reading input and sending the image to the LCD (without fbtft).
  18. Like
    StuxNet reacted to Tido in Donations, fundraising and support questions   
    If this is so, then why have many podcasts this in use ?
     
    In my opinon Patreon would be a good additional option to:
       PayPal: Make This Recurring (Monthly) - option
     
    Patreon, beside being an american company like PayPal, I see no bad thing about it, you keep 90%.
    "It is popular among YouTube videographers, webcomic artists, writers, podcasters, musicians, and other categories of creators who post regularly online."
     
    What are my responsibilities as a Patreon creator?
    As I was reading this, does @Igor hold a Trademark for "armbian" - otherwise such donations could also be used to register it.
     
  19. Like
    StuxNet reacted to digitalsuper8 in NanoPi Neo Air Access Point   
    I have a NanoPi Neo Air now working as wifi accesspoint, showing SSID and allowing me to connect. My first trials with the apmode.sh (thanks FergusL) gave me the same problem that most of you had: There was an SSID being broadcast but I simply couldn't connect. In my case I believe the problem was doing:
    rmmod dhd modprobe dhd op_mode=2 Because this brought down the wlan0 module and I found out that thereafter the wlan0 doesn't have an IP address anymore. This causes problems for dnsmasq and leads to dnsmasq not issueing ip-addresses to devices that connect to hostapd. So hostapd accepts the password but dnsmasq doesn't provide an IP address so you cannot connect..
     
    So here's what I did:
    1. I disabled NetworkManager once (that then makes that permanently disabled at boot up):
    /bin/systemctl stop NetworkManager /bin/systemctl disable NetworkManager 2. Because Armbian in my case started up hostapd and dnsmasq during boot I disabled those too.
    /bin/systemctl disable hostapd /bin/systemctl disable dnsmasq 3. I wrote a script that first brings down wlan0 (ifdown wlan0), then runs the ' rmmod dhd' and 'modprobe dhd op_mode=2' commands. After that it brings up wlan0 (ifup wlan0), so that it again gets an IP address (it uses the 'interfaces'  file for that). Finally the script starts hostapd and dnsmasq:
    ifdown wlan0 rmmod dhd modprobe dhd op_mode=2 ifup wlan0 /bin/systemctl start hostapd /bin/systemctl start dnsmasq  
    I created a service based on that script and enabled it with systemctl so that at each boot automatically the nanopi neo air is in wifi accesspoint mode and will broadcast SSID and allows connections.
    I need to look up the exact script and the service files and will post those. It worked for my set up, hope it helps.
     


  20. Like
    StuxNet reacted to Igor in Orange Pi Win Plus - no screen image after uboot   
    To bring up this board or in general? State of general A64 development within mainline kernel: http://linux-sunxi.org/Linux_mainlining_effort#Status_Matrix 
     
    If you want just help, there are many things to do:
     
    Docs:
    https://docs.armbian.com/Process_Contribute/

    Build system sources:
    https://github.com/armbian/build
     
    Configuration sources:
    https://github.com/armbian/config
     
    Documentation sources:
    https://github.com/armbian/documentation
     
    Even the smallest help save us time. For example altering typo, whether in apps or documentation. Code cleaning, testing, fixing ... core drivers, which is the problem here, come into action last.
  21. Like
    StuxNet reacted to awhite2600 in Armbian for OrangePi PC2, AllWinner H5   
    Thanks very much for the help. I really appreciate it. As I said in my other reply, I am doing my best to comprehend all of the intricacies of Linux in general and how it relates to Armbian and the OPi PC2 specifically.
     
    I will try your suggestion, but not sure how/where I can do so. The only other Linux style environments that I have access to are a Raspberry Pi (locked into Retro Pi) and a Chromebox.  Alternatively, can I just reflash the card and perform the symlink creation before attempting to update?
  22. Like
    StuxNet reacted to martinayotte in Armbian for OrangePi PC2, AllWinner H5   
    If you wish to update applications without updating u-boot/kernel due to problems faced, you can use "apt-mark" to disable some unwanted updates.
     
  23. Like
    StuxNet reacted to zador.blood.stained in Armbian for OrangePi PC2, AllWinner H5   
    And AFAIK this (freezing the u-boot and kernel packages) was also implemented in the armbian-config.
  24. Like
    StuxNet reacted to martinayotte in How to use the SPI flash on OPi Zero v1.4?   
    How do you use "dd" for that ?
    You can not use "dd" directly with /dev/spidevX-X, since it doesn't handle SPIFlash commands ...
    Either you use "flashrom" utility to write whole image or use python pyspiflash library and manage sector/page erase/read/write yourself.
    Don't expect been able to use it as filesystem, first because MTD partition kernel driver is probably not in Legacy builds, and second because those SPIFlash are pretty small.
    Those SPIFlash are ususally present to place U-Boot bootloader to allow booting from other devices such USB Storage or Network share.
     
  25. Like
    StuxNet reacted to chwe in Need help for Orange Pi Zero OS Installation   
    Armbian server image is ~1.5GB, since the smallest reliable SD-Cards for SBCs are 8GB. But it confuses me that you bought a SBC without HDMI for gui programs (Lazarus). So, did you buy the OPi Zero or the OPi Zero Plus2? If it is the original OPi Zero this might be a bad decision for your use case: no HDMI and a questionable wifi (XR819). You might think about a OPi One/Lite/Pc/PcPlus (3 UART on Pinheader, without using the seperated debug UART)?