|
I have been trying to use my old DVAP dongle and the configuration asks for a serial number that is supposed to be visible on the PCB. It is not, I can see a serial number for the port when I connect to my PC in the device manager, but that number does not work.I wonder why it needs that number as the original DVAPTool does not need it.
Any clues?
Horst, VK2HL
|
The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
Thank you Tom
Found the serial number, it is actually printed on the casing and it was obscured by a bit of velcro... duh...however, it still does not work. It just says the module is not running and when I try to manually start it in the maintenance menu, two leds flash briefly and then it goes back to the slow pulsing one. The firmware in my dvap is 1.7. I updated that because it kept crashing with pistar and that fixed it. However, it also no longer works with the original dvap tool. I can’t see an option to look at the log because it hasn’t started.
Horst
On Mon, 22 Mar 2021 at 23:47, Tom Early < n7tae@...> wrote: The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
Horst ? You re-ran qnconfig and set the serial number, yes? ?It should be in the format Tom indicated, AP123456. I believe its case sensitive as well. If you’ve done that, run an uninstall, and install, and it should restart the programs. If qndvap still isn’t running after that, at the command prompt do a sudo journalctl -u qndvap -f and send us what it shows you. ? Colby ? ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of horst.vk2hl@... Sent: Monday, March 22, 2021 23:19 To: [email protected]Subject: Re: [QnetGateway] DVAP ? Found the serial number, it is actually printed on the casing and it was obscured by a bit of velcro... duh...however, it still does not work. It just says the module is not running and when I try to manually start it in the maintenance menu, two leds flash briefly and then it goes back to the slow pulsing one. The firmware in my dvap is 1.7. I updated that because it kept crashing with pistar and that fixed it. However, it also no longer works with the original dvap tool. I can’t see an option to look at the log because it hasn’t started. ? On Mon, 22 Mar 2021 at 23:47, Tom Early <n7tae@...> wrote: The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
Yes, did all that.  ?Here is the log.. doesn't really show any causes.
On Tue, Mar 23, 2021 at 2:24 PM Colby Ross W1BSB < colbypr@...> wrote: Horst ? You re-ran qnconfig and set the serial number, yes?? It should be in the format Tom indicated, AP123456. I believe its case sensitive as well. If you’ve done that, run an uninstall, and install, and it should restart the programs. If qndvap still isn’t running after that, at the command prompt do a sudo journalctl -u qndvap -f and send us what it shows you. ? Colby ? ? ? Found the serial number, it is actually printed on the casing and it was obscured by a bit of velcro... duh...however, it still does not work. It just says the module is not running and when I try to manually start it in the maintenance menu, two leds flash briefly and then it goes back to the slow pulsing one. The firmware in my dvap is 1.7. I updated that because it kept crashing with pistar and that fixed it. However, it also no longer works with the original dvap tool. I can’t see an option to look at the log because it hasn’t started. ? On Mon, 22 Mar 2021 at 23:47, Tom Early <n7tae@...> wrote: The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
Please do the following: ? sudo grep qndvap /var/log/syslog ? It’ll be big, but it’ll show more. Try to capture a couple of iterations of the program starting and stopping. ? Colby ? ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of horst.vk2hl@... Sent: Monday, March 22, 2021 23:53 To: [email protected]Subject: Re: [QnetGateway] DVAP ? Yes, did all that.
?Here is the log.. doesn't really show any causes. ? On Tue, Mar 23, 2021 at 2:24 PM Colby Ross W1BSB <colbypr@...> wrote: Horst ? You re-ran qnconfig and set the serial number, yes?? It should be in the format Tom indicated, AP123456. I believe its case sensitive as well. If you’ve done that, run an uninstall, and install, and it should restart the programs. If qndvap still isn’t running after that, at the command prompt do a sudo journalctl -u qndvap -f and send us what it shows you. ? Colby ? ? ? Found the serial number, it is actually printed on the casing and it was obscured by a bit of velcro... duh...however, it still does not work. It just says the module is not running and when I try to manually start it in the maintenance menu, two leds flash briefly and then it goes back to the slow pulsing one. The firmware in my dvap is 1.7. I updated that because it kept crashing with pistar and that fixed it. However, it also no longer works with the original dvap tool. I can’t see an option to look at the log because it hasn’t started. ? On Mon, 22 Mar 2021 at 23:47, Tom Early <n7tae@...> wrote: The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
Hi Colby,
Did that, but it basically showed the same thing, no extra info that I can see. When I restart the module, the blue and red led flash for a second or so, and then it stops. It looks like it is attempting to start. The log shows no more than what I can see, just says it doesn't?work or something to that effect.???. I did turn on the extra logging in qnconfig, but it seems to have made no difference in what it shows. I might give up and plug it into my pi-star again. It does work there. Thanks for your help! Horst
On Tue, Mar 23, 2021 at 2:54 PM Colby Ross W1BSB < colbypr@...> wrote: Please do the following: ? sudo grep qndvap /var/log/syslog ? It’ll be big, but it’ll show more. Try to capture a couple of iterations of the program starting and stopping. ? Colby ? ? ? Yes, did all that.
?Here is the log.. doesn't really show any causes. ? On Tue, Mar 23, 2021 at 2:24 PM Colby Ross W1BSB <colbypr@...> wrote: Horst ? You re-ran qnconfig and set the serial number, yes?? It should be in the format Tom indicated, AP123456. I believe its case sensitive as well. If you’ve done that, run an uninstall, and install, and it should restart the programs. If qndvap still isn’t running after that, at the command prompt do a sudo journalctl -u qndvap -f and send us what it shows you. ? Colby ? ? ? Found the serial number, it is actually printed on the casing and it was obscured by a bit of velcro... duh...however, it still does not work. It just says the module is not running and when I try to manually start it in the maintenance menu, two leds flash briefly and then it goes back to the slow pulsing one. The firmware in my dvap is 1.7. I updated that because it kept crashing with pistar and that fixed it. However, it also no longer works with the original dvap tool. I can’t see an option to look at the log because it hasn’t started. ? On Mon, 22 Mar 2021 at 23:47, Tom Early <n7tae@...> wrote: The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
Before you give up, please show me the contents of your qn.cfg file. If you type cat qn.cfg you can then copy and paste it here.? If it works in pi-star, it should work with QNetGateway as well, which leads me to believe it’s a minor configuration error somewhere. ? ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of horst.vk2hl@... Sent: Tuesday, March 23, 2021 00:25 To: [email protected]Subject: Re: [QnetGateway] DVAP ? Hi Colby, Did that, but it basically showed the same thing, no extra info that I can see. When I restart the module, the blue and red led flash for a second or so, and then it stops. It looks like it is attempting to start. The log shows no more than what I can see, just says it doesn't?work or something to that effect.???. I did turn on the extra logging in qnconfig, but it seems to have made no difference in what it shows. I might give up and plug it into my pi-star again. It does work there. ? On Tue, Mar 23, 2021 at 2:54 PM Colby Ross W1BSB <colbypr@...> wrote: Please do the following: ? sudo grep qndvap /var/log/syslog ? It’ll be big, but it’ll show more. Try to capture a couple of iterations of the program starting and stopping. ? Colby ? ? ? Yes, did all that.
?Here is the log.. doesn't really show any causes. ? On Tue, Mar 23, 2021 at 2:24 PM Colby Ross W1BSB <colbypr@...> wrote: Horst ? You re-ran qnconfig and set the serial number, yes?? It should be in the format Tom indicated, AP123456. I believe its case sensitive as well. If you’ve done that, run an uninstall, and install, and it should restart the programs. If qndvap still isn’t running after that, at the command prompt do a sudo journalctl -u qndvap -f and send us what it shows you. ? Colby ? ? ? Found the serial number, it is actually printed on the casing and it was obscured by a bit of velcro... duh...however, it still does not work. It just says the module is not running and when I try to manually start it in the maintenance menu, two leds flash briefly and then it goes back to the slow pulsing one. The firmware in my dvap is 1.7. I updated that because it kept crashing with pistar and that fixed it. However, it also no longer works with the original dvap tool. I can’t see an option to look at the log because it hasn’t started. ? On Mon, 22 Mar 2021 at 23:47, Tom Early <n7tae@...> wrote: The serial number for my old red 2M DVAP is on a white sticker on the bottom-side of the PCB next to the USB socket, visible through the translucent case. In any event if you can't find your serial number, put in "AP123456" in you qn.cfg file and then boot up your system. Then look in the qndvap log file. It will report the actual serial number found when it tries to lock the device. Then you can set the correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put this serial number check in the code, but I am reluctant to remove the check. It has some usefulness if you were wanted to set up a 70cm/2m dualband hotspot based on two DVAPs.
|
The "[108B blob data]" is probably the error message we want, but
it looks like qndvap is reading some binary data instead of an
ascii string when trying to read the serial number.
It might be useful to put in AP123456 and see if qndvap reports
the actual serial number.
Yes, did all that. 
?Here is the log.. doesn't really show any causes.
On Tue, Mar 23, 2021 at 2:24
PM Colby Ross W1BSB < colbypr@...> wrote:
Horst
?
You re-ran qnconfig and set the
serial number, yes?? It should be in the format Tom
indicated, AP123456. I believe its case sensitive as
well. If you’ve done that, run an uninstall, and
install, and it should restart the programs. If qndvap
still isn’t running after that, at the command prompt do
a sudo journalctl -u qndvap -f and send us what it shows
you.
?
Colby
?
?
?
Found the serial number, it is
actually printed on the casing and it was obscured by
a bit of velcro... duh...however, it still does not
work. It just says the module is not running and when
I try to manually start it in the maintenance menu,
two leds flash briefly and then it goes back to the
slow pulsing one. The firmware in my dvap is 1.7. I
updated that because it kept crashing with pistar and
that fixed it. However, it also no longer works with
the original dvap tool. I can’t see an option to look
at the log because it hasn’t started.
?
On Mon, 22 Mar 2021 at 23:47,
Tom Early <n7tae@...>
wrote:
The serial number for my old
red 2M DVAP is on a white sticker on the
bottom-side of the PCB next to the USB socket,
visible through the translucent case. In any event
if you can't find your serial number, put in
"AP123456" in you qn.cfg file and then boot up
your system. Then look in the qndvap log file. It
will report the actual serial number found when it
tries to lock the device. Then you can set the
correct number in your config file.
I'm not quite sure why Scott KI4LKF originally put
this serial number check in the code, but I am
reluctant to remove the check. It has some
usefulness if you were wanted to set up a 70cm/2m
dualband hotspot based on two DVAPs.
--
___________________________
73
n7tae (at) tearly (dot) net
|
Hi Horst,
Please don't give up, at least just yet. Colby and I would like to get to the bottom of this...
I fired up my DVAP and it is on FW version 1.7 as well.
The very next message you should see after the "... now locked for exclusive use" should be something very similar to either:
"Using /dev/ttyUSB0:? AP123456, because serial number matches your configuration file"
or
"Device /dev/ttyUSB0 has serial AP123456, but does not match your configuration value AP654321"
In other words, it should print a confirmation that you have the correct serial number, or an error message that you don't have the correct serial number, and then
The fact that your log says "[108B blob data]" means that there is a non-printable (non-ascii) character somewhere in that 108 bytes. The problem is, is that neither one of these log messages is even close to 108 bytes, so something is very strange.
It would be very useful to see you qn.cfg file. It would also be useful for you to configure "AP123456" in your config file and see what happens.
Also after reviewing the code I now remember why a serial number is required while dstarrepeater doesn't require a serial number. For dstarrepeater, you have to specify the /dev/ttyUSBX device address, and for qndvap, it doesn't require a /dev address. Rather it starts at /dev/ttyUSB0 and keeps trying until it finds your DVAP by incrementing the number. This was built so you could have something else on /dev/ttyUSB0 (or 2 or 3 or ?) and qndvap should still be able to find it without you having to figure out which /dev/ttyUSBX it was installed on by your OS.
|
Hi Tom,
You hit the nail on the head... the serial number in the DVAP is corrupted, that is why DVtools doesn't want to talk to it either. Luckily pistar doesn't worry about it. I guess I could try and downgrade to 1.6, but really don't want to risk bricking it altogether.
Thanks for your help Horst
On Wed, Mar 24, 2021 at 12:09 AM Tom Early < n7tae@...> wrote: Hi Horst,
Please don't give up, at least just yet. Colby and I would like to get to the bottom of this...
I fired up my DVAP and it is on FW version 1.7 as well.
The very next message you should see after the "... now locked for exclusive use" should be something very similar to either:
"Using /dev/ttyUSB0:? AP123456, because serial number matches your configuration file"
or
"Device /dev/ttyUSB0 has serial AP123456, but does not match your configuration value AP654321"
In other words, it should print a confirmation that you have the correct serial number, or an error message that you don't have the correct serial number, and then
The fact that your log says "[108B blob data]" means that there is a non-printable (non-ascii) character somewhere in that 108 bytes. The problem is, is that neither one of these log messages is even close to 108 bytes, so something is very strange.
It would be very useful to see you qn.cfg file. It would also be useful for you to configure "AP123456" in your config file and see what happens.
Also after reviewing the code I now remember why a serial number is required while dstarrepeater doesn't require a serial number. For dstarrepeater, you have to specify the /dev/ttyUSBX device address, and for qndvap, it doesn't require a /dev address. Rather it starts at /dev/ttyUSB0 and keeps trying until it finds your DVAP by incrementing the number. This was built so you could have something else on /dev/ttyUSB0 (or 2 or 3 or ?) and qndvap should still be able to find it without you having to figure out which /dev/ttyUSBX it was installed on by your OS.
|
Here is a solution:
Download this program from here:
Run the program, and click the "Read DVAP Info" button
BUT DO NOT PRESS UPDATE BUTTON!!! ever (unless you want to destroy your DVAP (like I did.... bummer)
Let me know it you were able to find the SN# and FW version
Best
Robbert / PA3BKL (aka TA2IX)
|
It's me again, Robbert / PA3BKL, replying to my own post.
?
After THINKING that I had bricked my red DVAP during a FW update, I left the unit disconnected for about 10 mins.
I just tried to flash it again, and? YESSS: I managed to update the AppRev from v1.05 to v1.07, and BootRev was v1.03 and was not changed.
?
My red DVAP works like a charm again.
?
Feels good!!
?
73 de Robbert / PA3BKL
|
Hi Robert,
That link does not seem to work. When I run updater, it displays the serial number as AP.... and then some non ascii characters.
Would appeciate if you could test that link, it ceratinly does not work here.
|
Hi there.
Actually, before doing that update with that program, I could read the SN# of the the dongle.
After the update, the SN# was all garbled. I think the update obviously shifted the location of the version string, picks up the SN from the wrong location.
I will check with the designer of the dongle, Guus / PE1PLM
73 de Robbert / PA3BKL (aka TA2IX)
toggle quoted message
Show quoted text
On 26 Mar 2021, at 05:52, horst.vk2hl@... wrote:
?Hi Robert,
That link does not seem to work. When I run updater, it displays the serial number as AP.... and then some non ascii characters.
Would appeciate if you could test that link, it ceratinly does not work here.
|
The fact that you see a garbled SN# string means that your DVAP has been updated to FW 1.07
Did you ever upgraded it yourself? Maybe you bought it second hand and the original owner updated it ?XS Max (512Gb)
toggle quoted message
Show quoted text
On 26 Mar 2021, at 05:52, horst.vk2hl@... wrote:
?Hi Robert,
That link does not seem to work. When I run updater, it displays the serial number as AP.... and then some non ascii characters.
Would appeciate if you could test that link, it ceratinly does not work here.
|
Well, I found version 1.05 and ran that, now the serial number is back and it runs fine with qnet, so the 1.07 messes up the s#. I upgraded as it randomly crashed with pistar, and 1.07 seemed to fix that. Will see how it behaves with qnet. Question for Tom, is it possible to run the mmdvm modem on vhf and uhf concurrently if there is a duplex hat installed?
Horst, vk2hl
toggle quoted message
Show quoted text
On 26 Mar 2021, at 19:40, Robbert J. van Herksen <rescueteam@...> wrote:
? The fact that you see a garbled SN# string means that your DVAP has been updated to FW 1.07
Did you ever upgraded it yourself? Maybe you bought it second hand and the original owner updated it ?XS Max (512Gb) On 26 Mar 2021, at 05:52, horst.vk2hl@... wrote:
?Hi Robert,
That link does not seem to work. When I run updater, it displays the serial number as AP.... and then some non ascii characters.
Would appeciate if you could test that link, it ceratinly does not work here.
|
Tom Early