Hi Michel try downloading the firmware again. You should see it.
There is however a small bug in the form that i corrected and commissioned to Evariste. It will be corrected soon.
Regarding the custom field i will insert it, it's a good idea.
Many thanks
73 Roberto IS0GRB
Hello Bert, thank you for the report, you're right, i added the 4 IF freqs selectable on the Amsat-DL Upconverter.
These should be indicated in the description: https://amsat-dl.org/en/der-ne…-integrierter-pa-upcon6w/
I will also make other implementations, they will be available in the next release
See the attach
73
Roberto IS0GRB
Good afternoon, with great pleasure i announce the new alpha release "2208" of Evariste F5OEO, he asked me if I could communicate it since he is busy.
It should have fixed the problems you encountered in release "2108" and incorporated into the new implementations i made on the pluto.php page.
The implementations are as follows:
1. Inserted the LO transverter parameter so that the freq set on the bPluto adapts to the setting for a transverter.
You can select the major LOs from SG-Lab and DXPatrol
2. Inserted the possibility to modify the name of the DVB provider (max 12 characters), useful for example if the
Pluto is inserted in a DVB repeater with 2-3 channels. The output will be (fwversion_providername),
example: 1908_IS0GRB_HAMTV
3. Inserted the indication of the firmware installed on the Pluto; it was always necessary to remember
In attach the screenshot of the pluto.php as it appears without selecting a Transverter / Converter and with selection of the LO frequency.
Now anyone who uses Pluto with a DATV repeater is able to set the DVB Program Name
The alpha 2208 is here:
http://firmware.hackhamradio.com/alpha/
Being an alpha version it needs to be tested properly; any problem can be reported to Evariste or even to me
As always, thanks to Evariste for his availability and passion
73
Roberto IS0GRB
Hello Adrian, i confirm that the new firmware version of Evariste is based on the 0.32 of Adalm and therefore has several advantages and new commands including the possibility of having a partition to statically write files, in this way it is possible to make changes without recompiling the firmware entirely.
I will be happy to meet you in DATV, i think soon
73
Roberto IS0GRB
Hello Evariste and Roberto. I can appreciate all the work you are doing, but can I ask, for those of us that are not programmers that are using an external box to do H265 rather than using a video card on the PC, what do we need to do to update to the latest version and test the capabilities of the update. What has changed, it would be nice to assist in any way one can even if just with testing.?
Hope you do not mind explaining.
Adrian
Hello Adrian, i let Evariste to answer you, but he's probably busy.
With the new alpha version of the firmware in the box h265 section you can set more parameters as you have seen compared to the previous one.
This implementation had been made in the past by Colin G4EML on April, 24th 2020 and i resumed in my current modification as interesting and also not to lose the work done by other colleagues.
In the parameters you can select the type of codec, whether or not to activate the audio and the ability to select the audio input of the box, Line or HDMI.
In the new pluto.php page you will notice the easier power adjustment with 0.1dB steps, useful for those with high power amplifiers, the new DATV channels based on the band plan of the BATC wiki page, the DATV downlink frequency for each channel and in the top the link for the WB Band Plan.
For the rest Evariste is also doing some implementations on my suggestions and debugging that i have done, but in the actual 2108 alpha version released today there are some problems in the TX that jerks due to low cpu values.
I think it will solve shortly
73
Roberto IS0GRB
Hi Evariste, there are problems with today's firmware version.
In the processes after activating the data flow the cpu after a few seconds drops to 10% with an occupation of 90% .., about 50% is occupied by pluto_dvb and sometimes after a few minutes it freezes .
In the version of 1908 dropped to a maximum of 30%, and it was already a lot, but now it is impossible to transmit correctly as it jerks due to the few resources, with the top command you will see the decrease in the cpu at the top.
73
Roberto IS0GRB
Hello Evariste, great job i did some tests and I saw that it works well.
I saw the change in /etc/init.d/S40network:
case "$ 1" in
start)
create_system_files
printf "Starting network:"
/ sbin / route add default gw 192.168.2.10 usb0
/ bin / hostname -F / etc / hostname
/ sbin / ifup -a 2> & 1 | logger
[$? = 0] && echo "OK" echo "FAIL"
;;
stop)
printf "Stopping network:"
/ sbin / ifdown -a
[$? = 0] && echo "OK" echo "FAIL"
;;
restart | reload)
"$ 0" stop
"$ 0" start
;;
*)
echo "Usage: $ 0 {start | stop | restart}"
exit 1
I would like to ask if we can implement h265 encoding with ffmpeg.
I saw that it is supported by a special library and it would be convenient to use it without the aid of an external box, what do you think?
See this site: https://trac.ffmpeg.org/wiki/Encode/H.265
Furthermore, an interesting thing that can be done is to insert in the pluto.php form the selection of the TCP and/or UDP port on which ffmpeg must listen.
At the moment, as you know, it leaves 3 ports listening rtmp 7272, 7373 and udp 8282, even if they are not used because maybe you are using UDP mode (Recording mode on OBS) or for direct and vice versa, in this way, however, the ffmpeg daemons occupy memory resources unnecessarily also decreasing the value of free CPU, in fact, from the tests made, even using the udp 8282 port the cpu drops to 40/50% and it is not possible to use the Pluto for example in reception at the same time because is intermittent due to the few resources of the cpu, which would help to spend less and use the same hardware also to receive, perhaps even with the excellent DVBS-GUI or with sdrconsole
For the other updates we feel and we can integrate other functions in the web part as previously mentioned.
73
Roberto IS0GRB
Hello Evariste, i'm working on some implementations on the pluto.php page that have been requested to make DATV operation easier by calling another php page that displays the WB spectrum on the iframe, and other useful things during operation and the possibility of clipping the spectrum to easily insert a camera with the Chromacam program.
I will update you on this.
I would like to ask if in the meantime you have done something about yesterday's errors on the firmware.
If you need to debug let me know or write me an email so that you can contact us by other faster ways
73
Roberto IS0GRB
Hello Evariste, it seems that the Pluto on boot does not start the rcS .. scripts in the /etc/init.d directory.
Yet in /etc/inittab it is specified that it must execute /etc/init.d/rcS, in fact by manually executing rcS script it starts all the rcS scripts .. and also activates the static route.
The problem is this.
Runnng manually the rcS script:
# ./rcS
Starting syslogd: FAIL
Starting klogd: FAIL
Starting mdev: OK
Starting watchdog: OK
Starting initializing random number generator: OK
Starting miscellaneous setup: md5sum: password.md5: No such file or directory
OK
Starting UDC Gadgets: sh: write error: Device or resource busy
sh: write error: Device or resource busy
ln: /sys/kernel/config/usb_gadget/composite_gadget/configs/c.1/rndis.0: File exi sts
ln: /sys/kernel/config/usb_gadget/composite_gadget/configs/c.1/mass_storage.0: F ile exists
ln: /sys/kernel/config/usb_gadget/composite_gadget/configs/c.1/acm.usb0: File ex ists
ln: /sys/kernel/config/usb_gadget/composite_gadget/configs/c.1/ffs.iio_ffs/ffs.i io_ffs: Operation not permitted
sh: write error: Device or resource busy
FAIL
Starting system message bus: dbus-daemon[2911]: Failed to start message bus: The pid file "/var/run/messagebus.pid" exists, if the message bus is not running, r emove this file
done
Starting rpcbind: rpcbind: another rpcbind is already running. Aborting
OK
Starting network: OK
Starting dhcpd Daemon & httpd Server: httpd: bind: Address already in use
FAIL
Starting MSD Daemon: losetup: /opt/vfat.img
FAIL
Starting ntpd: FAIL
Starting dropbear sshd: FAIL
Starting gpsd: OK
Starting mosquitto: FAIL
Starting NFS statd: Statd service already running!
FAIL
Starting NFS services: OK
Starting NFS daemon: OK
Starting NFS mountd: OK
Archive: /mnt/jffs2/patch.zip
inflating: etc/init.d/S40network
mounting NFS volume : on /remote
mount: can't find /remote in /etc/fstab
Checking for maxcpus and ad9364 mods...
## Error: "maxcpus" not defined
export EDITOR='/bin/vi'
export HOME='/root'
export LOGNAME='root'
export OLDPWD='/mnt/jffs2'
export PAGER='/bin/more'
export PATH='/bin:/sbin:/usr/bin:/usr/sbin'
export PS1='# '
export PWD='/etc/init.d'
export SHELL='/bin/sh'
export SHLVL='3'
export SSH_CLIENT='192.168.2.10 53846 22'
export SSH_CONNECTION='192.168.2.10 53846 192.168.2.1 22'
export SSH_TTY='/dev/pts/0'
export TERM='xterm'
export USER='root'
sh: 1: unknown operand
Mods already in place, continuing.
Starting input-event-daemon: done
# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.2.10 0.0.0.0 UG 0 0 0 usb0
192.168.2.0 * 255.255.255.0 U 0 0 0 usb0
#
I'm trying to figure out what happens on boot
Hello Evariste, i'm looking for the best and least invasive method to make him load the static route.
Even putting it in the S40 script .. doesn't load it.
The best syntax would be:
route add default gw 192.168.2.10 usb0
so that the interface is specified without colliding with others.
I'll update you as soon as i've finished the tests.
My Pluto is asking pity for all these reboots 
Have you done any tests with the static route?
73
Roberto IS0GRB
OK Evariste i'm testing the insertion of the static route in the S40network file, via patch.zip, inserted via GUI (pluto.php) and / or with direct modification inside the Pluto to see if work correctly with a boot and after a reboot, the case $1 is different
73
Roberto IS0GRB
Hello Evariste, i've seen the changes and thank you.
I would like to ask you if it is possible to insert the static route already in the firmware to make sure that the Pluto, through the internet sharing configured on the computer, can be connected to the internet without the aid of a USB-Ethernet converter.
The static route, being on a different ip class, does not collide with that possibly configured on the Ethernet part as it is considered a secondary gateway not being on the same / 24 network.
See my procedure: ( How to connect Adalm Pluto to the Internet without using the USB / Ethernet adapter )
73
Roberto IS0GRB
Hello Evariste, i confirm that the firmware 0.32 is much more efficient and integrates a series of new commands that solve many problems. Also having the possibility to write on the 1M mtd2 jffs2 partition is very convenient.
Thank you for the great job and happy to participate in the project.
73
Roberto IS0GRB
Hi Robert the problem should be solved.
Reboot the Pluto and reload the package with the usual txt file commands and it should work fine.
In your configuration you must remove the first line of the commands list, using the USB-Ethenet adapter you don't need to configure other gateways.
Thanks for your patience
73
Hi Robert, i probably found the problem debugging the Pluto, i'm working to solve it
73
Hi Robert yes possible.
In fact i do not have the USB / Ethernet adapter so the insertion of that default gateway is important and is associated with the default USB network 192.168.2.0, while with the adapter the ethernet network configuration present in the config.txt file is different, so the first line of my file commands file in this case must be removed.
I hope now is ok
73
If you are using a h264/h265 box try to set the real IP in the form in the center of the pluto.php
If your Pluto have a USB/ethernet adapter and a mostly different IP from 192.168.2.1 so you must remove the first line on my txt file commands "route add -net 0.0.0.0 gateway 192.168.2.10", because probably not match with your default gateway configuration
73
Hi Robert no, do not change the IP in config.txt only settings on settings.txt
73
Roberto IS0GRB
Hi Robert the analysis page is not modified from my package; it is a default page on Pluto with F5OEO firmware
Here work fine when i transmit; so try to reboot Pluto and update again the package.
Sometimes Pluto has strange reactions.
The IP address is the default 192.168.2.1 and pluto.php doesn't modify the IP.
Are you using a H265 box? May be the IP address doesn't match
Thanks for trying my update, i hope you like it
73
Roberto IS0GRB
Good morning, if you have the Pluto connected to the internet with the USB-Ethernet adapter or if you have followed my procedure to connect it to the internet without the ethernet adapter described in this post -> (How to connect Adalm Pluto to the Internet without using the USB / Ethernet adapter) you can give these commands and you will have the loading of the new pluto.php without connecting the USB stick.
Attached the txt file with the commands; selecting all the content including the first empty line will do very quickly.
Just copy / paste on the Pluto after the reboot and you are ready.
If your Pluto have a USB/Ethernet adapter probably will have a different IP from 192.168.2.1 so you must remove the first line on my txt file commands "route add -net 0.0.0.0 gateway 192.168.2.10", because probably not match with your default gateway Ethernet configuration
73
Roberto IS0GRB
