开云体育

I have made some progress... Path1 cannot be empty (null). Just putting anything in there caused expected behavior to happen in Proportional Pathing. Beacon Text: Beacon a message, bulletin or

Hey Bob, It is the middle of August. Any updates???? ///Paul

OMG, LOL, is that like HAM^2 ????? /// Paul

Hello. The Lakes Region Repeater Assoc. in NH has an MTT4 that I am trying to get to do all the above. Attached are the current settings. The goal is / was to use proportional pathing (PPATHING is

On serial DB-9 connectors, pins 7 & 8 are RTS and CTS, two flow control handshaking lines. Some serial cables short these together to bypass hardware handshaking. The TT4 uses pins 7 & 8 as the

I understand what the "intention" was of the default to Status Report, but software cannot read intent, just content.? So anything that doesn't fit something else is, by definition, a Status

The TT4 can be set to 5V TTL interface with jumpers.? If you didn't change the jumpers, then the TT4 is using RS232 level logic and will cause serious problems with the Pi. Some people have used a

Yes, anything manually typed into a TNC for transmission should at least be transmitted and we called that a default status packet. But this situation is different. It is not someone generating

Well, we call them "bad" or "bogus" packets, but the aprs101.pdf spec actually would classify them as "APRS Status Reports" and as such, IGate software is completely spec-compliant to be passing them

Hi John: I can't answer your question on TT4 integration as I have not tried that, but I have also dabbled with a home-brew wx station, and fought my share of integration battles. Regarding your

Insure that you do not have spaces in the hard coded latitude value. This will enable position ambiguity per the APRS spec. APRS.fi also supports optional position ambiguity.

Hello to the group, I am in need of troubleshooting assistance with a Peet Ultimiter compatible home brew weather station that I have connected to my TT4. This is what I have so far: The TT4 is

Why are igates, etc passing bad packets? bad packets should not be promulgated. regards rich

The bogus packets being gated by KB9HGI-10 spontaneously stopped about 40 minutes after KB9HGI thought that "nothing is wrong with the Igate".?? KB9HGI-10 is still operating, but is gating packets

The packets look like someone just hooked the output of one TNC to theTX input of another one instead of actually implementing an IGate or digi. So the one TNC is trnansmitting the parsed and

Here is the settings in my TT4 BANK is 0 P300 is FALSE TXTDISP is FALSE NODISP is FALSE PPATHING is FALSE DMSDISP is FALSE MICETMV is FALSE ENTS is FALSE TELHIRES is FALSE TELVOLT is TRUE TELTEMP is

No I don’t think nothing is wrong with the Igate I have had it on for years its in rx only mode and its been working fine. A buddy of mine AA9GL has been running a digi. But was wanting to shut it

AND bad packets are NOT supposed to be passed on! They are supposed to be discarded. rich

Is his I-Gate retransmitting packets that his digipeater initiated or processed? If Bob B. can't figure it out, we are all doomed! Maybe he should set some of his gear up with tactical call signs , at

They are completely invalid packets.?? If a 3rd party packet is received, it is supposed to be unwrapped before being gated. Something is broken with this IGate. Lynn (D) - KJ4ERJ - Author of