My son-in-law has the aprs.fi app on his cellphone. It delivers packets to the APRS-IS, but only if you have the subscription upgrade. At least, I THINK it does. I didn't actually verify

I am not sure that iPhones running the APRS.FI application will be available on APRS-IS which is where the filters work. You will need to verify before depending on it. You might be able to check

I heard about the findu option today. I have already sent the support packets over RF but was curious. I was sending them at the ‘excessive’ rate of every two hours. ;) I backed them off to every

I use one of the APRS messaging web interfaces (search for it at findu) to send the telemetry definition messages from myself to myself as the callsign-SSID that will be doing the telemetry.

Yes, without definitions, particularly EQNS, the raw data is displayed. Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32

But assumed updated any time "new information" is received. Is APRSIS32 the defaults EQNS for each channel of 0,1,0? Or are there some "assumed defaults" for certain devices? I would assume the

I was thinking that might be the case. I did notice that I could edit the XML (APRSIS32 not running) to manually add the support packets. It wouldn’t take much effort. Thank you! Fred N7FMH

Actually, I think they are currently forever unless manually deleted. This is by design as some telemetry stations only issue the definitions once manually by the operator. Lynn

Hi Lynn, How long do the support packets (EQNS, PARM, UNIT) for telemetry stay in the XML? I assume they ‘age out’ at some point. Thank you! Fred N7FMH This

Don N1EDF no one eats dead fish. Nice one!

Guys, I got it working. I had to put in N and W into the coordinates in the software and now is all good. Thanks again guys, Don N1EDF no one eats dead fish.

As someone else said. The direction is not included in the lat and long information as well. This is not an issue with APRSIS32, but with the application pputting the infomration together. Your

I do not see North or West in the position information. Patrick (N3TSZ)

It is a program capturing my weather date from my Davis and sending it to CWOP/APRS. It was working on my window machine but not my new PI .

Check you time code. Your time is >235950 so that could be the issue. What is putting these packets together? Do you have some kind of script that puts the packet together in Direwolf or some other

It is for my weather station. I converted it to a raspberry PI from a old windows machine. I have the cord the same

I am still getting that error even with the changes. See below. 2020-11-28 14:10:06 EST: N1EDF>APRS,TCPXX*,qAX,CWOP-3:@281907z4218.42/07119.42_357/000g002t036r000p000P000b02026h13.WD 31

Bob, Sorry, It is Weather display. Don

>You don't say what is generating these position packets, >but they are not formatted properly. That is why you are getting the errors. >You must fill each character location with a number or

The data is sent as a group of characters and parsed by character position. So the number of characters for each element is critical. Your report: @271652z42.00.00/71.00.00_ Corrected: