Hi Karel, Yes, two soundcards seems to be needed. It appears that wine has a problem with full duplex in the way that RFSM wants to use it. Also, I have various levels of success with my PC's. Some work pretty good and others just crash. I have made pskmail send connect frames using RFSM but I have only one PC that likes RFSM and wine so I can't test the entire system. Lots of interesting info in your email, sound like you are having a lot of fun there. Regarding the other waveforms I would love to see PSK256 in fldigi, is that only available in MixW at the moment or is it supported by other software ? 73 de Per, sm0rwo > Thanks Per, we will have look into this. I remember that tha last > time you wrote about it, you mentioned that 2 soundcards were needed. > Is that so? > Deed you have any experiment using the RFSM dumpterminal? as you > mention in your mail. > Anyway we will give it a try, although we are very busy this year > starting up business in Ecuador. Connectivity is a hype overhere and > we are working on severel connectivity proyects in the rural area. > PSK125 and if possible PSK256 and PSK2400 are exelent candidates for > emergency communications. We first want to setup a network trying all > modes and than as second step offer this communications modes to Civil > defence, Red Cross and others. We have in mind to make one pilot > emergency vehical to have a show example. > The amateur radio world overhere is very limmited. Nearly everything > is related to a 40 meter network in voice mode, each morning and > evening. There is some experimenting with RTTY, but not comming any > further than using Mixw, or other windows applications. The rest of > the frecuencies in use are all 2 meter networks, some quite big. We > have some very high repeater point in the country at more than 4000 > meter (Atacazo) !, Giving a coveradge of more than 200km radius. 20 > repeaters are interconnected resulting in a nationwide (mobile) > network. > We now started with some amateurs on using other digital modes and > hope that the introduction of PSKmail, will help to improve the use. > greetings > karel > HC1AKP / PE2KFA > > 2007/1/23, Per Crusefalk <per@xxxxxxxxxxxx>: >> Hi, >> >> This is in response to Karels question regarding MIL-STD-188-110A using >> RFSM2400. Its easy to interface RFSM2400 and PSKmail, here is how: >> >> 1. Set RFSM2400 to "dumb modem mode - IPC" within options/modulation. >> >> This will make RFSM2400 work like fldigi/gmfsk, it will look for a file >> within the folder "TRANSEIVE" and transmit that. It will log everything >> received to the file "alldata" within the folder "RECEIVED" >> >> 2. Change the paths that pskmail use to send and receive >> >> Within pskmailrc.pl change $output and point that to the filename that >> RFSM should pick up. For instance >> $output = ">$ENV{HOME}/.wine/drive_c/Program >> Files/RFSM2400/TRANSEIVE/rawdata.0"; >> The filename rawdata.0 means to send using 2000 bps and short >> interleave. >> Short interleave is 1.2 seconds for commercial modems, don't know how >> long >> it is in the modified mode. >> >> Change $Inputfile to point to the alldata file within RECEIVED, for >> example: >> $Inputfile = ">$ENV{HOME}/.wine/drive_c/Program >> Files/RFSM2400/RECEIVED/alldata"; >> >> 3. Run and have fun >> >> When you start RFSM2400 it will remove the file alldata so perhaps you >> need to create it, for example with "touch alldata" within that folder. >> You may have to experiment with interleaver and speed settings, timing >> in >> pskmail is not optimised for these speeds. >> >> 73 de Per, sm0rwo >> >> >> > Altough we have our PSK125 mail station nearly ready in Ecuador. We >> > tested very intensly the capability of the RFSM2400 188-110 a modem >> > software. >> > We are no very convinced that the protocoll is very persistant and >> > able to get good troughput under very advers conditions. In QRM >> > conditions the modem gets file sizes though that are realy remarkable. >> > 10KB is easy. Especialy because the modem is negociating all the time >> > keeps throughput good. >> > Using 7045 USB all day and night gives nearly 24 hour service. >> > Per and others, especialy for emergency traffic, if there would be any >> > possibility to integrate such a modem in the PSKmail series it would >> > be realy great. >> > greetings >> > Karel Fassotte >> > HC1AKP >> > >> > >> > >> > 2007/1/22, Rich Hudgins <rhudgins@xxxxxxxxx>: >> >> This has raised a point that I have thought about some and would like >> to >> >> comment on. First during Hurricane Rita it would have been of first >> >> importance to be able to send either email or simple text messages >> >> between clients. This would allow some sort of message form to be >> >> followed. Second store and forward should be implemented between >> >> clients in the same sort of autonegotioate mode that mesh networking >> >> uses. That is if one of the clients on the air in the self forming >> net >> >> has a connection to an internet server then all mail is forwarded to >> >> that station. To do this first all stations on the common frequency >> >> would have to recognize each other and also who everyone can talk to >> as >> >> well as build a simple path [route] to each client. Something like >> that >> >> would be of great usefulness in an emergency. If each station builds >> a >> >> route list for the stations it hears and assigns a route index based >> on >> >> the amount of retries and broadcasts this list periodicaly then the >> >> rest would be straight forward. >> >> Rich Hudgins N5ale >> >> Ps I know its not as easy as I make it sound but it would be the >> first >> >> dynamic network on HF that I know about. >> >> >> >> -----Original Message----- >> >> From: pskmail-bounce@xxxxxxxxxxxxx >> [mailto:pskmail-bounce@xxxxxxxxxxxxx] >> >> On Behalf Of Rein Couperus >> >> Sent: Monday, January 22, 2007 2:06 PM >> >> To: pskmail@xxxxxxxxxxxxx >> >> Subject: [pskmail] BBS for emergency communications >> >> >> >> >> >> I have been looking into a BBS for adding to pskmail, to help those >> who >> >> >> >> * have no internet connection for the server >> >> * are forbidden to connect a radio to the internet (France) >> >> * are setting up emergency comms for cases when a large slice of the >> >> internet is down and there is no possibility to reach an HF gateway >> with >> >> running internet. >> >> >> >> Of course I have been shopping for something useable which is >> existing >> >> and alive. I have found only 2 cases of BBSes which are still in >> >> development/maintenance, and they are both german. The rest is either >> >> dead or DOS. (The last update of F6FBB BBS was in Jan, 2003). >> >> >> >> The best is probably the one from the Baycom group in Munich, called >> >> OpenBCM. >> >> >> >> But all these are cosmic solutions covering everything, the universe >> and >> >> the neighbours'cat. These BBSes are a nightmare to configure, and you >> >> need 2 people to run one. Moreover, the whole infrastructure these >> BBSes >> >> use is dying quickly. In PA0 land the packet backbone has died, >> >> the local city node in Eindhoven has 1 packet link and 7 internet >> >> tunnels. And the group of AX25 users has gone down from 85 to 4. >> >> >> >> The main concern I have is that it is all based on a fixed >> >> infrastructure, and I am sure what is needed in an emergency >> situation >> >> is ad hoc. The number of volunteers maintaining these systems is >> getting >> >> less in numbers, and the freaks running the infrastructure only talk >> >> amongst themselves.... Technical development has stopped. We are >> still >> >> looking at 9600 bd ax25 links. An on 30m you can hear the wonders of >> a >> >> full-fledged HF APRS network running with 300 Bd AFSK digipeaters!!! >> >> >> >> If we are then talking about voluntary resources, I think we need >> much >> >> more basic stuff which is very much automatic and can be set up in an >> >> easy but flexible way depending on circumstances. >> >> >> >> I had sworn I would not get involved in all this, but maybe it is >> worth >> >> getting started up. I have a nice test bed at the university of >> >> Eindhoven, who host a pskmail server AND a packet BBS (F6FBB). >> >> >> >> One of the first things we need to know is, what is the minimum >> >> functionality of such a BBS? >> >> >> >> To kick the ball off, I would say: >> >> * Storage of mail not deliverable via internet (immediate delivery in >> >> case of internet connection) >> >> * Store/forward of mail to a destination BBS via a HF link >> >> * User interface via Kmail or Evolution (POP3 interface) >> >> * Capability to send scheduled bulletins >> >> * Built in web server so people can also look at the mail locally (at >> >> the server location, which may be a command post of some sorts) via a >> >> connected LAN with a laptop >> >> >> >> This must be especially targeted at the emergency comms, as we have a >> >> satisfying working solution for normal situations. >> >> >> >> Ideas are welcome. >> >> Scenarios are welcome. >> >> Resources are even more welcome. >> >> >> >> 73, >> >> >> >> Rein PA0R >> >> >> >> >> >> -- >> >> http://pa0r.blogspirit.com >> >> >> >> -- >> >> No virus found in this incoming message. >> >> Checked by AVG Free Edition. >> >> Version: 7.5.432 / Virus Database: 268.17.4/643 - Release Date: >> >> 1/21/2007 5:12 PM >> >> >> >> >> >> -- >> >> No virus found in this outgoing message. >> >> Checked by AVG Free Edition. >> >> Version: 7.5.432 / Virus Database: 268.17.5/645 - Release Date: >> >> 1/22/2007 4:10 PM >> >> >> >> >> >> >> >> >> > >> > >> >> >> > >