Posts by G8UGD

With thanks to Chris, I can now get the Pluto control spectrum to work with my method of operating, it now talks to my modified G7JTT Linux script to drive Longmynd on a standard PC. Chris has done a patch which he says will be included in future releases. So it gives users more options if wishing to operate under a Linux desktop. Especially if like me one is using the Minitiouner-express.

Adrian

Single Ethernet and no WiFI.

Hello Benno.

For me it is all via ethernet and all on the same local network of 192.168.1.X, gateway of 192.168.1.254. I had a thought that my router did not allocate the IP address as it is set as a static IP so would not be in the DHCP table, but even after adding them had no luck.

Think I will go back to the previous alpha version and stick to quicktune/livetune for a while. I am just not clever enough.

Adrian

OK I am stumped, I have run from a Windows 10 PC both quicktune and the alpha Pluto version and can not get the new pluto version to work, I have tried Microsoft Edge, and firefox browsers.

On the Linux machine I am running the following script to monitor port 6789. This is the machine that drives longmynd.

#!/bin/bash
# check string for minitiouner
clear
# Routine to read Quicktune
echo "Listening port 6789"
netcat -ul 6789 | while read line
do
clear
sleep 0.5
echo “$line”
freq=$( awk -F "," '{print $2}' <<< $line | awk -F "=" '{print $2}' )
sr=$( awk -F "," '{print $5}' <<< $line | awk -F "=" '{print $2}' )
lnb_offset=$( awk -F "," '{print $3}' <<< $line | awk -F "=" '{print $2}' )
echo “$freq”		# Remove #'s to see frequencies from quicktune
echo “$sr”
echo “$lnb_offset”
# set frequency and symbolrate
freq2=$((freq - lnb_offset))
echo “Rx $freq with a symbolrate of $sr”
done

As I say it can see the string from live tune but not the new Pluto firmware. If anyone can suggest something to either assist in finding an error or point out what I am doing wrong it would be appreciated. I can be contacted via email if required.

Adrian

I am having similar issues to PA3FBX, but I run everything under Linux, again with a Minitiouner Express, and using a script to drive Longmynd software.

I believe that it can not be down to using a Minitiouner Express rather than the Pro hardware as you are only sending a message to the software package, Minitiune.

The first line is from QO-100 WB Multi Quick tune version 0.9b to the Minitiouner software or in this case my script:-

“[GlobalMsg],Freq=10498733,Offset=9749458,Doppler=0,Srate=333,WideScan=0,LowSR=0,DVBmode=Auto,FPlug=A,Voltage=0,22kHz=Off”

Unfortunately I am getting no output from the Pluto with the latest alpha software. I am trying to fathom out if this is down to a different operating system or something else such as blocked ports etc. Or my settings.

I drive direct to the PC's own address, 192,168,1,194 and use port 6789. The gateway is 192.168.1.254.

Adrian

Quote from IS0GRB

Good morning DD0CW and G8UGD

It was not easy to carry out this implementation, as the modulator is currently started automatically by the system and not through the button of the pluto.php page, which instead only checks the status after the start and indicates it on the screen.

We had to coordinate with Evariste F5OEO to make sure that at startup it now checks a parameter that will be written in settings.txt via pluto.php.

In this way you will be able to choose whether to start it ON or OFF.
Snipped ........

I hope you are satisfied with the change. Now you should no longer have problems with unwanted transmissions

See the example attached

73

Roberto IS0GRB

Display More

Personally I would hope to never reboot Pluto with power to the PA system, but if it gives the options for home use and for portable use then it must be a good option.

Perhaps the settings.txt could be used to store many configuration options in the future such as the Minitiouner control and other future enhancements.

Question as I have not used any of the patches, but can I ask do they survive a reboot or power down back up again? Is there a how-to in making a patch, one I looked at had pluto.php saved in the /www directory and all saved in pluto.frm which was all in patch.zip. If that makes sense?

Again thanks for the hard work.

And a question where perhaps you need pm me, is there a donation to all contributors, I used to donate to Evariste when he was doing all the work, now there seems to be a team effort?

Adrian

I believe that mod to make the unit "On-Air" is a requirement of those wishing to use the Pluto without a computer but putting out a signal when when powered up. So useful for the portable guys. There was a post about it on the forum some time ago, I forget the title of the thread.

Thanks for the update in the firmware regarding disabling the spectrum, I mentioned that to F5UII a few days ago, if you are using the PlutoSDR for 70cms or for 23cms etc from home you will also be typically connected to the internet some times to arrange comms or use Skype etc as talkback, in these situations the Spectrum is not wanted as it could be a distraction, or simply taking bandwidth from a slow connection etc.

I am very grateful for the people developing the software and can appreciate that it is generally QO-100 that is driving the updates, modifications and general thinking. The satellite is probably the greatest driver for Amateur TV going at present. So don't mind the gripes every now and then, from this end I really do appreciate the people that can, and are doing the software for it.

Cheers

Adrian

Ok thanks for letting me know, I sometimes wonder if it is my finger trouble, browser, linux etc. It makes it difficult to operate in a section of the monitor screen, I am sure it will be come a set and forget option soon.

It is good that ideas are being presented and there are developers that can, good wishes to you all.

Cheers

Adrian

Question in case it is just my PC. I notice that after disabling the spectrum, any button press such as select frequency and press "Apply settings" the spectrum comes back and has to be disabled again. Is this happening with others or just mine?

Cheers

Adrian

Quote from 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

I was going from the comments of Roberto above in this thread suggesting that the new firmware was based on 0.32? Hence, I was probably wrong in thinking that the firmware would require it?

Roberto thanks for the SSH commands I will write these in my book so I have them for reference.

Cheers

Adrian

Quote from ON1RC

Adrian

Your Pluto is connected via usb or ethernet ?

if it is via ethernet you simply have to upgrade the new firmware with your web brouwser .....

Best regards

ON1RC Chris

Hello Chris

It is connected via Ethernet with a USB to Ethernet adaptor, I know I can update the DATV firmware via the browser page pluto.php, but I had assumed, possibly wrongly, that to do an upgrade from 0.31 to 0.32 I needed to do it via the USB disk method?

This was down to needing to transfer the files boot.dfu, boot.frm, Pluto.dfu, uboot-env.dfu and the version 0.32 pluto.frm which then meant the DATV firmware was overwritten and pluto.php web page was no longer there?

Cheers

Adrian

Thank you for that vry useful for remote access, wish my brain was better at understanding all this.

Thanks again.

Adrian

Unfortunately I have the Pluto in a box outside very close to my dish so access to it is generally via SSH. I did have to remove it and update using the drive option, but in Linux and that worked OK.

If I change the file it does change it and I can read it back but does not seem to be permanent when I reboot Pluto with reboot now, it just goes back to default, I will look further into permissions.

If necessary I will remove again and edit as a disk.

Thanks

Adrian

Hello Roberto may I ask,

When I ssh into the Pluto such as root@192.168.1.198 I am not finding config.txt to change the IP of the unit via the USB to Ethernet adaptor.

I can find config.txt in the /opt directory but when I edit with nano and change the lines

[USB_ETHERNET]
ipaddr_eth =
netmask_eth = 255.255.255.0

to be

[USB_ETHERNET]
ipaddr_eth = 192.168.1.32

netmask_eth = 255.255.255.0

and save the file, it is not used on reboot and everything goes back to dhcp settings again.

So where is the config file to edit now stored? I am trying to keep the IP address of pluto off the routers dhcp service and using a static IP address.

I have updated to firmware 0.32 and installed the pluto.frm all OK.

Hope you can help.

Adrian

Thank you Roberto for your response it is appreciated, I have read the odd comment in the past about using USB hubs etc and copying files from location to location.

When i read this thread the other day I noticed you are now using a version 0.32 of Pluto firmware so that will be something I can at least look for and download ready to install.

As I say it is good to be able to test and report back if one finds issues or has success. I will await a beta version and upgrade at that point, the new band-plan in the Pluto would make operation easier. I hope we can converse at some point via DATV.

Many thanks to you all for the continued development.

Cheers

Adrian

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

Congratulations.

I have no solutions on the self oscillation of the units, I did have one that was lively on power up, but put that down to to much heatsink compound, now I only have a minute dab of it in the very centre of the devices. I removed the input circulator and 2.2Ghz filter and replaced with co-ax, had to then solder that down to the board or it acted like a pick up loop and caused some instability, but has been generally quite good. Only thing I can think of if you still have the output circulator fitted is to make sure that is still a very good ground on it's case, if you have removed the circulator from the output, then most take the power from the input to the circulator rather than the original connector, but others have gone different ways from what I can tell. So I tend to think it could be what ever works for you with that, try dropping to 26 Volts from 28 and see if that helps any???

Quote from DH1DA

@G8UGD

Adrian, many thanks for your prework and especially for your bias schematic, this was really helpful to check, whether there was a problem with the circuit.

Armin

I am pleased my time has helped, and even more pleased that you have taken it further and made life that bit easier with your work, thanks for that. I am not into arduino programming so that was probably above me.

Hi all; No problems waiting.

I am now picking up the beacon at an MER of 10, which is still a D5 with the change in FEC, so from that perspective the playing has gone well.

There were a few 1MS signals up at the same level as the beacon, so guess for the time being the overpower indicator is level with it.

My thoughts were on increased power requirements of the satellite if there was an average increase in power usage overall and as large signals tend to drop the re-transmitted signal then lower EIRP users could see a more drastic reduction in their signals through the satellite.

I am happy to wait for the bandplan changes to be announced then I can send updated spreadsheets around to a few friends to assist them with their operation 333KS1 333 KS2 etc.

Be happy, stay safe.

Adrian