oe7abh wrote: ↑Mon Apr 21, 2025 9:26 am
Hello Andy,
unfortunately the Nextion drivers from ON7LDS in the current Pi-Star image (V4.2.3 or V4.2.2) for the USB interface (USB to TTL) are not well implemented, there are a lot of problems! Maybe you can renew the driver integration! Thank you!
The Nextion drivers in the current WPSD image, on the other hand, work very well and without any problems!
73 Alfred OE7ABH
Can you give me some kind of clue "cause a lot of problems" doesn't give me much to go on.
You can just use the MMDVMHost expert editor, find the Nextion section and change the port from "modem" to whatever your adapter is on, probably /dev/ttyUSB0.
I agree that I could do this better - and plan to do so at some point, but in the mean time you can change the single setting required to make it work yourself and reboot the system.
Don't think this is a hostname issue, more likly that your browser doesn't like the file being sent - what browser are you using?
I also noticed when doing a pistar os update, it can't find what I named may hotspot either, so I don't think it's a browser issue. I did try with both edge and firefox with the same results.
Tested Edge on Windows 10 and also MacOS, in both cases the ZIP file downloaded as normal.
W1TG wrote: ↑Mon Apr 21, 2025 3:12 am
Hello some feedback -
Using Pi-Star:4.3.4 / Dashboard: 20250418
MMDVMHost 20250419_PS4 git #65ebb55
Platform Raspberry Pi 4 Model B Rev 1.5
DVMEGA HR3.26
Since the update - upgrade - reboot after installing 20250419 MMDVMHost DStar seems to work normally. Prior I experienced the occasional reported TX lock. It's been about 24 hours now without issue. I've had it in use on D+ and XRF reflectors. Tailing the logs the info looks great.
Thanks for all your work to make the move on the OS!
Please continue to support the DStarRepeater module, I support several sites using this technology and it would be a shame to abandon those that simply want to run a single mode on some older modems like the DVRptr.
Tom - W1TG
There is still more to do with D-Star and MMDVMHost, we're providing feedback for Jonathan (G4KLX) who wrote the amazing software that underpins Pi-Star - there is still an issue in the latest build of MMDVMHost that can cause D-Star / MMDVMHost to get into a weird state and stop passing traffic from the network to RF. Still working on this with Jonathan (I'm providing feedback / logging, make no mistake Jonathan is doing the heavy lifting here), but I have high hopes that we will soon be through that, this is the last (so far) but that is holding 4.3.x in beta.
Don't think this is a hostname issue, more likly that your browser doesn't like the file being sent - what browser are you using?
I also noticed when doing a pistar os update, it can't find what I named may hotspot either, so I don't think it's a browser issue. I did try with both edge and firefox with the same results.
Tested Edge on Windows 10 and also MacOS, in both cases the ZIP file downloaded as normal.
Well, I guess I'll just reimage the SD card. Maybe that will work.
AntiSquid Disclaimer: All messages posted are personal opinion only and may not constitute fact.
W1TG wrote: ↑Mon Apr 21, 2025 3:12 am
Hello some feedback -
Using Pi-Star:4.3.4 / Dashboard: 20250418
MMDVMHost 20250419_PS4 git #65ebb55
Platform Raspberry Pi 4 Model B Rev 1.5
DVMEGA HR3.26
Since the update - upgrade - reboot after installing 20250419 MMDVMHost DStar seems to work normally. Prior I experienced the occasional reported TX lock. It's been about 24 hours now without issue. I've had it in use on D+ and XRF reflectors. Tailing the logs the info looks great.
Thanks for all your work to make the move on the OS!
Please continue to support the DStarRepeater module, I support several sites using this technology and it would be a shame to abandon those that simply want to run a single mode on some older modems like the DVRptr.
Tom - W1TG
Jonathan (G4KLX) has added some more changes in MMDVMHost that might (please help us testing) cure the remaining issues in MMDVMHost with D-Star.
Those of you running 4.3.4, please update and give it a go and see if you get any more of those issues.
Jonathan (G4KLX) has added some more changes in MMDVMHost that might (please help us testing) cure the remaining issues in MMDVMHost with D-Star.
Those of you running 4.3.4, please update and give it a go and see if you get any more of those issues.
Thanks again Andy. I think you have a winner here. I have been running the latest version strictly in D-Star mode since you sent out this post and it has worked well and as expected. No issues to report so far whereas prior to the issues would show up almost immediately. I will continue to monitor and report back if any issues found.
Having run 4.3.0 in GB7HT - Raspberry Pi2 with ZumRadio V0.9 for sometime now I did an update this morning to receive notification of the need to burn 4.3.4 to upgrade further. The image fails to run at all in the Pi2..... but to check its viability I ran it in my test facility (Pi4) and it expanded and ran quite normally. I updated the saved configuration and shutdown the pi4. Placing the sdcard in the Pi2 in the repeater it still fails to run.
I'll have to go back to 4.2.3 until you determine what the issue may be with 4.3.4. I realise I can't go back to 4.3.0
F5VMR wrote: ↑Wed Apr 23, 2025 9:57 am
Having run 4.3.0 in GB7HT - Raspberry Pi2 with ZumRadio V0.9 for sometime now I did an update this morning to receive notification of the need to burn 4.3.4 to upgrade further. The image fails to run at all in the Pi2..... but to check its viability I ran it in my test facility (Pi4) and it expanded and ran quite normally. I updated the saved configuration and shutdown the pi4. Placing the sdcard in the Pi2 in the repeater it still fails to run.
I'll have to go back to 4.2.3 until you determine what the issue may be with 4.3.4. I realise I can't go back to 4.3.0
Best of luck
That's interesting, can you find out exactly what Pi2 you have (there are 2 versions in the wild) and I'll see if I have one I can test on.
Also if you have 2 mins, hit me up via e-mail to [email protected] and I'll give you a possible fix to try...
Ok, I am just an end user of pistar. I enjoy installing the beta versions of pistar. This is what I am seeing. I have two pi zero boards. Both with nextion screens on them and usingcthe ttl connector on usb port. One is a pi zero 2w and the other is a pi zero w. Installing the beta 4.3.4 and then doing pistar-update from ssh screen. the screen works for a while, up to 12+ hours, then the screen hangs but dashboard is working and I hear Robert. The same happens for the pi zero w.
If I install 4.2.2 and do updates. The screen runs and runs on both pi zero 2w and pi zero w. Both mmdvm boards are 1.6.1. I don't know if both pi zeros are using the same nextion driver version from the differentbetas. I don't know how to get the version. I tried nextiondriver -v in the bin directory, but nothing comes back.
TY for the feedback.
There is work ongoing to try and fix this but its not a simple fix. Or rather how you implement giving the user the option, isnt an easy fix.
For now use the expert pages
/admin/expert/edit_mmdvmhost.php/ and manually set the port ur screen is using.
Sent via smoke signals using my SM-G935F
Last edited by M1DNS on Fri Apr 25, 2025 8:35 am, edited 1 time in total.
Reason:added quote