search

SamsungSLAV / muxpi

MuxPi is an open hardware and open software board which was designed to aid in automating tasks on physical devices. Initial goal was to automate testing on hardware platform, thus connected devices will be called Device Under Test or shortly DUT. Muxpi is intended to help in testing of embedded systems, automatic software installation or flashing and automation during development. MuxPi is connected between the DUT and a PC/Server machine which will be managing the work. The name of the board is based on its two main components: SD Mux and NanoPi.
Apache License 2.0
16 stars 9 forks source link

dut-setup: fix typo and add note #3

Closed fhajredini closed 5 years ago

fhajredini commented 5 years ago

The serial communication device is always set to be /dev/ttyS2. A small note when initially connecting with MuxPi A new file which describes fota.

Signed-off-by: Fisnik Hajredini fisnikhajredini@gmail.com

aalexanderr commented 5 years ago

Hey, we have some changes on review right now that change fota name, and behavior:

  1. fota name was misleading- sflasher name will be used
  2. stm tool was also misleading- muxpictl name will be used
  3. fota will not require stm/muxpictl anymore (it wont switch sd card)

You can review those changes on gerrithub: https://review.gerrithub.io/c/SamsungSLAV/muxpi/+/441564/4

I'm not sure if a separate documentation page is necessary for fota/sflasher as it is really simple tool (we could only adjust output when -h / --help flag is used and it should suffice).

NanoPi has sd card storage, its solid state and will break on many writes. To save the NanoPi's card fota/sflasher was developed which: downloads tarball with images, unpacks them and flashes "on the fly" according to partition mapping (directly to the DUT boot medium, without using NanoPi storage).

fhajredini commented 5 years ago

Hey, we have some changes on review right now that change fota name, and behavior: In that case, you can discard this PR. I'm not sure if a separate documentation page is necessary for fota/sflasher as it is really simple tool Having a description of the json format might be necessary.

aalexanderr commented 5 years ago

I'm not sure if a separate documentation page is necessary for fota/sflasher as it is really simple tool

Having a description of the json format might be necessary.

example added in this commit: https://review.gerrithub.io/c/SamsungSLAV/muxpi/+/441564/4

Hey, we have some changes on review right now that change fota name, and behavior:

In that case, you can discard this PR.

I think we can either: improve help message furtherly or adjust this article to go through some real-world example (real os example, starting with empty sd card, partitioning it, flashing using tarball downloaded by fota over http )

Feel free to contribute!

@amalinowsk2 I will add some CONTRIBUTING to the muxpi repo in following days with info about gerrithub, ok?

fhajredini commented 5 years ago

@aalexanderr regarding improving the help messages, i think its critical to include information about fota. The json map needs to be briefly explained why its needed and also it needs to say that it takes the .tar.gz file as an arguments as well.. this required me to go through the code of fota to understand the arguments it takes.

fhajredini commented 5 years ago

I see that on gerrit you are using sflasher now, if fota is gonna be modified then maybe my PR is irrelevant but wanted to contribute back anyway. I hope you find some useful information here. I will try to add some more information later on.