Jump to content

Hijax

Members
  • Posts

    74
  • Joined

  • Last visited

Everything posted by Hijax

  1. Serial and power mux board is ready for ordering. However before I do so, I need to wait till SD card mux board redesign is complete at least overall idea is “approved”. As previously written the major change is to switch from simple SDI interface towards SDIO one allowing full speed communication with card. This requires 8 pins thus not only mux board but also card adapter tuning. Recently idea under consideration is to move SD mux board away from stacking and make it more alike USB Mass Storage device.
  2. Order of stacking: to make 7seg LED visible, I.e. SBC -> Blue -> Green When stacked, SBC shall be powered from this sandwich top board connector. SBC thus shall be able to switch ports, what shall be reflected on 7seg. 7seg represents the port, serial lines (RX/TX) shall be routed to. In princible via I2C we program 16bit word. Low byte is a power dsictribution, any of those bits control mosfets to power the connetced SUT SBC. High byte is split into two 4bit chunks. Low control serial port mux, high are used by blue board to connect SD card. Idea is, to be able to power all but one SUT-SBC, write data to SD card, release SD by SBC, power on specific SUT-SBC using the SD we just modifying, wait for RS232 communication to confirm booting went OK. In the meantine one can switch serial mux to other port to write something as terminal command.
  3. Nice. But one 2x5 connector shall have long legs. To allow interconnection between boards/ stacking of them on top of SBC
  4. The distance between hats are about 22mm. Enough to open latch and remove / insert SD card. Having said that, now I am not able but hopefully shortly Igor could check that.
  5. Can not recall now. I remember thinking about footprint. But also it may be this one was available at TME those days. From the other hand the cards are inserted once so way of installation is not so important. At least to me.
  6. @Tido no idea what country is yours but I can suggest ... use google for searching china pcb prototyping. I have recently used easyeda service, or jlcpcb. They manufacture 5 pcs (of each board, hence 3 times 5 pcs) for as little as 2USD plus delivery. Check their site. They can also do some basic assembly (I was not using that option yet, they can have some parts at their stock, anyway you may discuss the SMD soldering only as THT is simpe one) Happens I have 4 set of boards (as I assembled one set only) and I can send those somewhere, to @Igor for example?
  7. Well, it is Mac OS resource "garbage" you can delete it.
  8. @Tido et all, here comes the files of the project I started but had to suspend. Firstly, as I by mistake did a short circut using the only board I have assembled. Secondly - covid syndrome (the same number of tasks at work, twice the number of meetings and no workshop entry) Anyway, latest files I have on my github. Zipped. 3 folders - 3 KiCad projects: source files, bom, other docs needed and so on. Have a fun and stay healthy! armbian-testing.zip
  9. Hi, My experiences with crontab @reboot is that I dropped that solution in favor of systemd services. To give you basic idea here comes a excerpt of code I put into the customize-image.sh script: cat <<EOT >|/usr/local/bin/usb3-memory-size.sh #!/bin/bash echo 1000 > /sys/module/usbcore/parameters/usbfs_memory_mb exit 0 EOT chmod +x /usr/local/bin/usb3-memory-size.sh cat <<EOT >|/lib/systemd/system/usb3-memory-size.service [Unit] Description=USB3 memory sizer Before=basic.target After=sysinit.target local-fs.target DefaultDependencies=no [Service] Type=oneshot RemainAfterExit=yes ExecStart=/bin/bash -c "/usr/local/bin/usb3-memory-size.sh" [Install] WantedBy=basic.target EOT systemctl enable usb3-memory-size.service It creates a new service that corrects the kernel setting for USB3 camera. This works perfectly fine. When such a service shall be triggered depends on your configuration. Look at the line of [Unit] section, explicitly before/after lines. For example you can force such a service to start after login prompt pops up.
  10. Hi @lanefu, things go slowly for two reasons: problem with delivery of sdcard connectors and also lack of free time for soldering Now, after summer time period, things hopefully will go in more planned & coordinated way. If you like, I can publish design documentation right away. Or just stay tuned, I do not drop this project, so i will update in one or two weeks status.
  11. As no details are provided I will suggest to: 1) verify i2c-tools package is installed dpkg -l i2c-tools 2) After successful installation (if needed) check if i2c bus is detectable i2cdetect -l 3) If working, play around with other i2c commands, like i2cset or i2cget
  12. Jessie is not supported on Arm64 architecture. Is it really needed to continue from here? Current shell script conforms to Python version but with no lsb_module analysis. Frankly speaking I do believe current shell is good enough.
  13. Ok. Then next week I will spend some time in checking lsb_release
  14. Status update. DHL parcel received. New boards photos: and SD adapter inserted into Rock64 Now I am waiting for remaining components then soldering/assembly will start.
  15. As for now I have not faced any issues with my SBCs and mini images. So my question is : what is next step before incorporating those changes into master branch ?
  16. Thx @lanefu, as I already wrote I am also interested in that design, to sort out my shelf of SBCs and stop messing with SD cards. That said may it be that in the future I can connect some of my boards (as I have dozen of not used ones) for continuous integration of future Armbian changes. In a automatic way. So the question quickly pops up: I will continue with HW design but who will do the scripts that will use that HW? :) I.e. run compile.sh, upload to remote SD, power SUT, gather logs?
  17. Picture of first power / serial board. This is the old design and I am awaiting for new one (just got DHL notification of incoming parcel) I expect that till end of August the prototype will be assembled and electrically tested. Then as promised I will publish design and manufacturing files.
  18. JST connectors shall be locked in place and not touched, yes. This is due to the need of having firm board-cable connection, also there is no need to disconnect that. For power & serial cable, second end I plan to use 4 pin Dupont connectors. This time for easy plugging into SBC 40pin header. Hence, together with uSD card adapter both can be reconnected as many times as one need.
  19. First PCB from jlcpcb in on the way. Meanwhile I have find some time to sit down on the mSD adapter. Small PCB with JST XH connector. Thus cables between mux boards and those should be 4-Pin JST XH Female Connector Double Ended ones. An micro SD mux board final design: And serial mux / power distribution (with I2C interface) For serial / power connection, standard NEMA17 extender cable (4-pin JST XH & DUPONT connectors) will do the job. Dupont connector inserted into following pins on the SUT board: I have ordered 1m cables (JST/JST & JST/Dupont) from aliexpress.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines