开云体育

Hi all, I had some time and drafted a new beta based on the code for 0.3.10.beta5 to implement a partial fix of the behaviour triggered by the "connected to internet" checkbox in the mainwindow menu. The windows compile is available here: https://github.com/maurizioandreotti/D-Rats/releases/tag/0.3.5-beta5-fix-connect as the code required some invasive changes i am keeping it as on a separate branch for now. As you know d-rats doesn't manage the ratflector connectivity's on the base of the mentioned checkbox, with this code the flag is partially considered, meaning that: - at D-Rats startup the configuration of ""connected to internet"" it is considered, so if internet is flagged or unflagged it will start / not start ratflectors - at changing the value of "connected to internet", d-rats will start the ratflectors (but not stop due to a bug i am struggling to solve) - at saving any new config (i.e. from the save button in the preferences window), according to the value of "connected to internet" it will start (or stop) any ratflector configured and marked as enabled so, in order to be connected, ratflectors need to be "enabled" into the preferences, and "connected to internet" need to flagged Major issue: when the "connected to internet" it's put on flagged off (i.e. "don't connect to internet" it doesn't properly disconnect raftlectors). to force a disconnect it is necessary to do it in two steps: - set "connected to internet" off - go into "preferences", disable the ratflector and click on save this will close the connection with the ratflector (no messages yet into the message bar) NOTE: from toggling the "internet active" button this version should also allow to manually overcome the problem of d-rats silent disconnections from ratflectors I am aware this is quite unfinished, and that the "cancel" of the connections is cumberstone but this change required me some time and i think that there could be some drawbacks here and there, so i would really appreciate your feedback on deltas related to things which worked with 0.3.9 which are now broken. hopefully not many thanks maurizio

Hi all I was doing some test in these days and i noted that the feature to query positions seems to be working only on some ratflectors and not on other where i recall it was working in the past. in particular on K3PDR.dstargateway.org:9000 and StTammany.ratflector.com:9000 it's not working while on alabama.ratflect.com:9000 it is. this applies to both Query station position" and "query all positions" maybe someone here knwons which ratflectors versions are running on those system? thanks for your help maurizio

For us here in the US, the base maps had stopped loading. If you used the Delete Local Map Cache command, trying to reload new copies of the maps, or maps from a different area wouldn't work. As it comes from the author, who is located in Europe, the string to call down the openstreetmap is as follows: https://tile.openstreetmap.de/ This has worked well for quite a long time, but recently stopped working. After looking through documentation from the OpenStreetMap Wiki, I saw they recommended using .ORG instead of .DE. I changed the base map URL to https://tile.openstreetmap.org/ and those maps started working again. If you are having trouble with the Thunderforest maps (cycle, outdoors, or landscape) you have to remove the "S" from the HTTPS: at the beginning of each Thunderforest URL. All of the maps misrepresent the station locations if you drop below a Zoom level of 5. I have been able to download from a Zoom level of 5 to 18 with good results. If a ham has his GPS coordinates properly configured, you can probably tell what street he is on. Some have reported they were having problems getting the weather report to load and had to remove the "S" from the beginning of that URL also. I'm not sure what that is about. Mine has the S still there on one machine and the S removed on the other and both are still working. Your mileage may vary. Try it both ways and see which one works for you. Cordially, Glen -KG5CEN

HI all i noted that on my windows 10 the maps don't get downloaded due to some HTTPS certificate validation error. google it seems some issue related to outdated certificates on the windows system which should be updated, but i wasnt able to figure out how to to fix it. If you happen to get into such situation, you can this workaround : go to config panel -> preferences - maps and take out the "s" from the https urls, i.e. https:// --> http:// in my case this worked for thunderforest maps. hope this helps, maurizio

We run a small D-Rats practice net weekly in PA. Last night, we attempted to transmit "email" with an .html attachment of about 30KB. We tried numerous times to a few people. Only once did it succeed. We use a DStar repeater (Icom G3) and have never had trouble like this. The two radios see each other, begin to negotiate, slow to a crawl, repeat again and again and then give up with a failed transmission. Not sure this has something to do with the attachment or not. It is important at this point to be able to transmit an .html attachment (web page, basically) as this is for American Red Cross Forms taken from FLDigi. ARC forms have not been general in xml for D-Rats to the best of my knowledge. ARC want their own forms used. We can do this in both WinLink and FLDigi (those nice formatted forms work fine). Has anyone tried this? I am also thinking this could have been some kind of radio quirk....however "normal" text email to each other worked fine. Chat worked fine....everything but this attachment. Thanks, MIke Mandell, KC3BLF

Hello All, I have just push an update to the experimental GTK-3 port. This fixes the file transfer functions and event log filtering. Just noticed that position query and reporting is failing. 73, -John wb8tyw

Hello All, As has been requested, I have made a public branch of my experimental GTK-3 port. Only the d-rats_repeater.py seems to be fully functional on using python3. The rest still uses python2 and still has issue with python3. Only tested on anti-x linux, as that still has support for the python2 stable version. I am still trying to debug sending of messages. There may be additional debug messages enabled in the log. It seems that if a d-rats receiver can not grok a message sent by the "stable" versions of d-rats, that version gets stuck on trying to send that message until it is deleted from the "outbox" folder and d-rats discarded. And unfortunately for this experimental branch, some messages are failing to be received, and I have not been able to figure out what is wrong. The d-rats program also does not allow you to send messages to the same client, and has similar issues in that it may require the same type of cleanup. Maps are also not working yet. I have not attempted to look into that yet. Basic chat is working. And multiple d-rats client programs can be on the same system, so you can test on a single computer. One of the things that does not seem to be working is the "sniff" function which should be able to tell me what is going over the wire. https://github.com/wb8tyw/D-Rats/tree/python3_tyw I suspect that the issue may be related to that for python3, all communications is via a bytearray type. For python 3, All strings must be converted from UTF-8 to bytearray as they are distinct types. In a bytearray, some string functions like ord() do not work as expected, so some routines silently fail. https://github.com/wb8tyw/D-Rats/tree/python3_tyw https://github.com/wb8tyw/D-Rats/wiki So it looks like I need to start finding out why the "sniff" function is not working. I also may refactor the printlog to use a python provided logging class to simplify the calls to it. I really need a documentation of the message passing protocol, and a flow diagram of how messages and packets are routed in the d-rats program. I have started on that in my wiki, but any help is appreciated. Regards, -John

Hello all, Got the icons working, it was a simpler fix than I thought it would be, and pushed an update. https://github.com/wb8tyw/D-Rats/tree/python3_tyw Again still running the ratflector with Python3 but everything else with python 2. Microsoft Visual Studio code has added a pylance (AKA pyright) linter. So will be starting to add code to fix or silence those notifications. I want to eventually fix as many of the issues flagged as practical. 73, -John

Could not find this subject already discussed. When creating a marker in D-Rats maps, you can select an icon. This icon will appear on your own map, but if this map marker is transmitted (via QST) the icon that appears on the recipients maps is only his default icon. It appears D-Rats never transmits this icon as I expected. APRS obviously does transmit the icon, and everyone receiving an APRS object sees the creators icon. Not so in D-Rats. Did this ever work?

After searching every thread, youtube video, d-rats related website, and numerous PPT and PDFs (some in foreign languages that needed translating), I am still stumped. Even so I still feel terribly foolish asking this question: To use D-RATS on an Icom ID-51A, does the 2.5mm plug of the USB-RTS05 cable go into the *MIC* port or the *DATA* port? What's happening: In the *DATA* port, nothing seems to happen. No messages transfer in or out. However, CS-51 programming software does connect and transfer. In the *MIC* port, the radio keys up whether D-RATS is running or not and remains keyed until unplugged but no messages transfer in or out. Configuration: Windows 10 (build 19041.867) 64 bit D-RATS v0.3.9 with lzhuf_1 for 64-bit OS WiFi manually disabled. Otherwise, even when net: settings are unchecked in D-RATS, messages get sent. Installed the latest driver from RT Systems (2.12.8.0) Tried COM ports 3, 7, and 17; 9600 baud, 8-N-1, flow control auto or off -- no differences here GPS>GPS TX Mode = OFF, GPS>GPS Auto TX = OFF, GPS>GPS Set>GPS Out = OFF, DV Set>DV Data TX = Auto Tried LOW1 and LOW2 power (recommended from another post) and high. The repeater trips but no messages transfer. --Dan KJ6KEU Hayward CA

Hi Everyone; I am a newer D-RATS user and quite enjoy the program. I was going to start exploring to see what it will take to get this application to run on a recent version of MacOS, but before I do I figured I should ask: Has anyone been able to get the application running on MacOS Big Sur? Thanks; 73, Rob - VY1RG

Hi all only recently I have been able to test a bit the latest version of the d-rats code from github (0.3.10 beta) on my raspberry pi. from my few tests it seems working although it would just contain minor fixes and the works received for gtk3, so maybe it's not worth to distribute it as a new version. Looking forward, as i don't have a MS- Windows (nor VM) anymore where to compile it , i kindly ask if anybody has this opportunity and share the binaries to all for the tests. thanks maurizio

Greetings to all. Does anyone know if you can run D-Rats on the same Raspberry Pi as a Pi-Star repeater or do they need to be on separate machines? Many thanks in advance. Jim WB2LHP

Hi All. A newbie question. Does it possible to run d-rats on-air exchange through not physical repeater, but through XRF or XLX reflector using hotspot? all station in the same ratflector on the net. Thanks in advance. 73 de ES4RM

It appears that the ref.d-rats.com (RAT) ratflector is having problems. It is actively refusing connections at this time.