From vk4tec at tech-software.net Tue Jan 4 23:13:08 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Wed, 5 Jan 2005 09:13:08 +1000 Subject: [picsig] Data tables Message-ID: Hi, Can someone please explain how this works and how to call the data ? stan_table ;table for standard code addwf PCL,f ; "XXXXXXXXXXXXXXXX" ; ptr: dt " Voltmeter " ;0 dt " " ;16 dt " Temperature " ;32 dt " Clock " ;48 dt "RA4=Next RB0=Now" ;64 dt " Teletype GPS " ;80 dt "Heartrate v. 0.2" ;96 dt " Pulse Lo " ;112 dt "RA4= --> RBO= ++" ;128 dt " RB0 = Exit " ;144 dt "Volts = " ;160 dt "Prd.=128 DC=128 " ;176 dt " Heartrate " ;192 dt " Time = " ;208 dt " Cycles " ;224 From archer at eskimo.com Tue Jan 4 23:21:55 2005 From: archer at eskimo.com (Curt, WE7U) Date: Tue, 4 Jan 2005 15:21:55 -0800 (PST) Subject: [picsig] Data tables In-Reply-To: References: Message-ID: On Wed, 5 Jan 2005, Andrew Rich wrote: > Can someone please explain how this works and how to call the data ? > > stan_table ;table for standard code > addwf PCL,f > ; "XXXXXXXXXXXXXXXX" > ; ptr: > dt " Voltmeter " ;0 > dt " " ;16 > dt " Temperature " ;32 > dt " Clock " ;48 > dt "RA4=Next RB0=Now" ;64 > dt " Teletype GPS " ;80 > dt "Heartrate v. 0.2" ;96 > dt " Pulse Lo " ;112 > dt "RA4= --> RBO= ++" ;128 > dt " RB0 = Exit " ;144 > dt "Volts = " ;160 > dt "Prd.=128 DC=128 " ;176 > dt " Heartrate " ;192 > dt " Time = " ;208 > dt " Cycles " ;224 I'm not familiar with the particular syntax for a PIC, but the table layout is relatively easy: You appear to have a label called "stan_table". To find the 16-byte string corresponding to one of your standard codes, you take the code number, shift it left 4 bits (the same as multiplying by 16), then use it as an offset from "stan_table" to get to the start of your string. For instance, a code of 2: Shift left 4 bits. This turns it into 32. stan_table+32 equals the start of the " Temperature " string. Read out 16 bytes starting at that address and you have the string. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto: A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" From vk4tec at tech-software.net Thu Jan 6 07:44:05 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Thu, 6 Jan 2005 17:44:05 +1000 Subject: [picsig] Need some help with packet and rtty timings Message-ID: Hi, I have just created a more ident that works at 1200 Hz. I am now ready to progress onto generating RTTY and finally a packet. I am using 16F877A turning a pin on and off and then rounding it. Can someone help me with some numbers for RTTY 45 baud = symbols with the length of xxxx ms ? 1200 Baud packet = symbols with the length of xxxx ms ? I am thinking that 45 baud = 45 symbol changes per second. 1/45 = 0.022 does this mean a symbol or state chnage is possible every 22ms ? or for packet radio at 1200 baud 1/1200 = 0.000830 does this mean a symbol or state change is possible every 830 us ? I see that a 1200 Hz tone has a period of 833us. Is this how it designed to work ? From steve.bunch at stbeng.com Thu Jan 6 21:33:22 2005 From: steve.bunch at stbeng.com (Steve Bunch) Date: Thu, 6 Jan 2005 14:33:22 -0700 Subject: [picsig] USART Help Requested Message-ID: <97591980-602A-11D9-9586-000A95C862AA@stbeng.com> Greetings, I have recently started programming Microchip's PIC microcontrollers and I am having difficulty getting the USART on the 16F628A to drive Seetron's BPI-216 2x16 LCD with the Backpack module. I am a beginner with these microcontrollers and I done everything I can think of to remedy the problem but I'm having no luck. The source code listed below is supposed to send the characters to display "HELLO" and then stop (infinite loop), but instead produces "ougga" followed by a special character shaped like a little right leaning triangle that, according to the instructions, is produced by sending 0x00. The PIC then appears to send the special character continuously overwriting the "ougga". An LED attached to the USART TX pin (RB2) stays lit indicating continued output. I can reproduce the results upon reset. I get the same results at 9600 and 2400 baud only faster. I've included my source code below based on the example in Sid Katzen's book "The Quintessential PIC Microcontroller" and any advice would be greatly appreciated. I have periodically been following the discussions on PICSIG email and recently signed up again. I have not found another microcontroller discussion group with such great technical expertise aimed at amateur radio and microcontrollers. Thanks, Steve Bunch, (KC0GBK) list???p=16f628A ?#include?? ?__config??_CP_OFF & _WDT_OFF & _BODEN_ON & _PWRTE_ON & _INTRC_OSC_NOCLKOUT & _MCLRE_ON ?cblock 0x20 ? ??DATA_OUT ?endc START ??bsf????STATUS,RP0?;switch to bank 1 ???movlw???b'000000010'?;RB2 is the output ???movwf???TRISB ???movlw???d'25'??;2400 baud when BRGH=0 ???movwf???SPBRG ???movlw???b'00100000'?;asynchronous, 8-bit, enabled ???movwf???TXSTA ???bcf STATUS,RP0?;back to bank 0 ???movlw???b'10010000'?;USART enabled ???movwf???RCSTA TEXT ??movlw???d'72'??;H ???movwf???DATA_OUT ???call???PUTCHAR ???movlw???d'69'??;E ???movwf???DATA_OUT ???call???PUTCHAR ???movlw???d'76'??;L ???movwf???DATA_OUT ???call???PUTCHAR ???movlw???d'76'??;L ???movwf???DATA_OUT ???call???PUTCHAR ???movlw???d'79'??;O ???movwf???DATA_OUT ???call???PUTCHAR DONE ??goto???DONE PUTCHAR ??btfss???PIR1,TXIF??;check, is TX buffer empty? ???goto???PUTCHAR???;if not, then try again ???movf???DATA_OUT,w??;else get datum ???movwf???TXREG???;and copy to USART TX register ???return ???end -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2471 bytes Desc: not available Url : http://www.tapr.org/pipermail/picsig/attachments/20050106/116eebbc/attachment.bin From vk4tec at tech-software.net Thu Jan 6 21:56:21 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 7 Jan 2005 07:56:21 +1000 Subject: [picsig] USART Help Requested In-Reply-To: <97591980-602A-11D9-9586-000A95C862AA@stbeng.com> Message-ID: I have done this I will help you Steve. Code coming -----Original Message----- From: picsig-bounces at lists.tapr.org [mailto:picsig-bounces at lists.tapr.org]On Behalf Of Steve Bunch Sent: Friday, 7 January 2005 7:33 AM To: TAPR PIC Mailing List Subject: [picsig] USART Help Requested Greetings, I have recently started programming Microchip's PIC microcontrollers and I am having difficulty getting the USART on the 16F628A to drive Seetron's BPI-216 2x16 LCD with the Backpack module. I am a beginner with these microcontrollers and I done everything I can think of to remedy the problem but I'm having no luck. The source code listed below is supposed to send the characters to display "HELLO" and then stop (infinite loop), but instead produces "ougga" followed by a special character shaped like a little right leaning triangle that, according to the instructions, is produced by sending 0x00. The PIC then appears to send the special character continuously overwriting the "ougga". An LED attached to the USART TX pin (RB2) stays lit indicating continued output. I can reproduce the results upon reset. I get the same results at 9600 and 2400 baud only faster. I've included my source code below based on the example in Sid Katzen's book "The Quintessential PIC Microcontroller" and any advice would be greatly appreciated. I have periodically been following the discussions on PICSIG email and recently signed up again. I have not found another microcontroller discussion group with such great technical expertise aimed at amateur radio and microcontrollers. Thanks, Steve Bunch, (KC0GBK) list p=16f628A #include __config _CP_OFF & _WDT_OFF & _BODEN_ON & _PWRTE_ON & _INTRC_OSC_NOCLKOUT & _MCLRE_ON cblock 0x20 DATA_OUT endc START bsf STATUS,RP0 ;switch to bank 1 movlw b'000000010' ;RB2 is the output movwf TRISB movlw d'25' ;2400 baud when BRGH=0 movwf SPBRG movlw b'00100000' ;asynchronous, 8-bit, enabled movwf TXSTA bcf STATUS,RP0 ;back to bank 0 movlw b'10010000' ;USART enabled movwf RCSTA TEXT movlw d'72' ;H movwf DATA_OUT call PUTCHAR movlw d'69' ;E movwf DATA_OUT call PUTCHAR movlw d'76' ;L movwf DATA_OUT call PUTCHAR movlw d'76' ;L movwf DATA_OUT call PUTCHAR movlw d'79' ;O movwf DATA_OUT call PUTCHAR DONE goto DONE PUTCHAR btfss PIR1,TXIF ;check, is TX buffer empty? goto PUTCHAR ;if not, then try again movf DATA_OUT,w ;else get datum movwf TXREG ;and copy to USART TX register return end -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.tapr.org/pipermail/picsig/attachments/20050107/916e6ea6/attachment.htm From vk4tec at tech-software.net Thu Jan 6 22:04:46 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 7 Jan 2005 08:04:46 +1000 Subject: [picsig] USART Help Requested In-Reply-To: <97591980-602A-11D9-9586-000A95C862AA@stbeng.com> Message-ID: This was part of a serial in to serial out (LCD) program ignore the parts u dont need ;------------------------------------------------------------------------- ; 16F628 ; Outputs to a serial LCD at 9600 baud. ; 10 Mhz XTAL - SPBRG = d'128' 4k8 baud, and d'64' 9k6 speed ; Andrew Rich VK4TEC - 20 June 2004 ; email vk4tec at hotmail.com ;-------------------------------------------------------------------------- LIST P=16F628, R=DEC #include "P16F628.INC" __config _XT_OSC & _LVP_OFF & _WDT_OFF & _PWRTE_ON & _BODEN_ON ORG 0 ; start code - this is where cpu starts on reset goto main ; goto main routine ORG 4 ; this is where the cpu comes on an interrupt occurance goto int_svc ; when an interupt occurs, goto int_svc cblock 0x20 ; this is where the RAM starts in 16F628 Loop1 ; counter for delay Loop2 ; counter for delay endc ; we are done defining the RAM allocations ;-------------------------------------------------------------------------- ; Main program starts here - configure ports, baud rates, enable interrupts etc ;-------------------------------------------------------------------------- main movlw 0x07 ; We are going to turn off the comparators movwf CMCON ; We do not use them and they get in the road bsf STATUS,RP0 ; We need to switch to RAM bank 1 (set STATUS,RP0) movlw b'00010100' ; Set PORTA inputs and outputs movwf PORTA ; This is really TRISA - it just maps as PORTA - with a bank swap movlw b'00010111' ; Set PORTB inputs and outputs movwf PORTB ; This is really TRISB - it just maps as PORTB - with a bank swap movlw b'10010000' ; INTF hi/lo, TMR0/2 movwf TMR0 ; This is really OPTION_REG - it just maps as TMR0 - with a bank swap movlw b'00100010' ; USART RX interrupt ON bit 5 76X43210 movwf PIR1 ; This is really PIE1_REG - it just maps as PIR1 - with a bank swap movlw b'11000000' ; load 11000000 movwf CMCON ; This is really VRCON_REG - it just maps as CMCON - with a bank swap movlw b'00100100' ; load 00100100 movwf RCSTA ; This is really TXSTA_REG - it just maps as RCSTA - with a bank swap movlw d'128' ; 4K8 data speed @ 10MHz xtal freq (9600 is d'64') movwf TXREG ; This is really SPBRG_REG - it just maps as TXREG - with a bank swap bcf STATUS,RP0 ; back to RAM page 0 movlw b'10010000' ; serial rx enabled movwf RCSTA ; do it clrf PIR1 ; Reset PERIF interrupt bit movlw b'01010000' ; PIE1 and RB0 interrupt on movwf INTCON ; set the bits in the INTCON movlw b'00000001' ; load 00000001 movwf T1CON ; TMR1 /1, on movlw b'00000000' ; load 00000000 movwf T2CON ; TMR2 /1, off banner call spd96 ; set the usart speed to 9600 call longdelay ; long delay call longdelay ; long delay call longdelay ; long delay call longdelay ; long delay call lcdclr ; clear the LCD call longdelay ; long delay call longdelay ; long delay call send_space ; send a space call send_space ; send a space movlw 'V' ; load V call send ; send to the LCD movlw 'K' ; load K call send ; send to the LCD movlw '4' ; load 4 call send ; send to the LCD movlw 'T' ; load T call send ; send to the LCD movlw 'E' ; load E call send ; send to the LCD movlw 'C' ; load C call send ; send to the LCD call send_space ; send space movlw '-' ; load a minus sign call send ; send to the LCD call send_space ; send a space movlw 'G' ; load G call send ; send to the LCD movlw 'P' ; load P call send ; send to the LCD movlw 'S' ; load S call send ; send to the LCD call lcd2nd ; goto second line of LCD call send_space ; send a space call send_space ; send a space movlw 'D' ; load D call send ; send to the LCD movlw 'I' ; load I call send ; send to the LCD movlw 'S' ; load S call send ; send to the LCD movlw 'P' ; load P call send ; send to the LCD movlw 'L' ; load L call send ; send to the LCD movlw 'A' ; load A call send ; send to the LCD movlw 'Y' ; load Y call send ; send to the LCD call send_space ; send a space movlw 'V' ; load V call send ; send to the LCD movlw '1' ; load 1 call send ; send to the LCD movlw '.' ; load fullstop call send ; send to the LCD movlw '0' ; load a zero call send ; send to the LCD call longdelay ; long delay call longdelay ; long delay call longdelay ; long delay ;-------------------------------------------------------------------------- ; Common subroutines used in main program ;-------------------------------------------------------------------------- lcdhme movlw b'11111110' ; clear the LCD screen (send 254) call send ; send to the LCD call delay ; delay movlw b'00000010' ; clear the LCD screen (and then send 1) call send ; send to LCD call longdelay ; long delay return ; return to where sub was called lcd2nd movlw b'11111110' ; move the LCD onto the second line (send 254) call send ; send movlw b'11000000' ; move the LCD onto the second line (and then send 192) call send ; send to the LCD call longdelay ; long delay return ; return to where sub was called lcdclr movlw b'11111110' ; clear the LCD screen (send 254) call send ; send to the LCD call delay ; delay movlw b'00000001' ; clear the LCD screen (and then send 1) call send ; send to the LCD call longdelay ; long delay return ; return to where sub was called send movwf TXREG ; send the data bsf STATUS,RP0 ; swap to bank 1 send2 btfss RCSTA,TRMT ; test to see if char tx goto send2 ; loop until character away bcf STATUS,RP0 ; set the bank back again return ; return to where sub was called send_space ; common routine from sending a space movlw ' ' ; load up working register space call send ; send it return ; return to where sub was called longdelay ; this is the long delay call delay ; delay call delay ; delay call delay ; delay call delay ; delay return ; return to where sub was called delay movlw 250 ; outside loop value movwf Loop1 ; set it to file reg Outer movlw 250 ; inner loop value movwf Loop2 ; set it to file reg Inner nop ; no operation nop ; no operation decfsz Loop2,F ; decrment inner loop goto Inner ; keep going until inner down to 0 decfsz Loop1,F ; decrement outer loop goto Outer ; keep going until outer down to 0 return ; return to where sub was called spd96 bsf STATUS,RP0 ; pop up to bank1 we need to set the SPBRG to 9600 baud movlw d'64' ; 9K6 data speed @ 10MHz xtal freq (remember 4800 was d'128') movwf TXREG ; set the speed bcf STATUS,RP0 ; we are finised in bank 1, come back to bank0 return ; return to where sub was called spd48 bsf STATUS,RP0 ; pop up to bank1 we need to set the SPBRG back to 4800 baud movlw d'128' ; 4K8 data speed @ 10MHz xtal freq (remember 9600 was d'64') movwf TXREG ; set the speed bcf STATUS,RP0 ; we are finised in bank 1, come back to bank0 return ; return to where sub was called ; -------------------------------------------------------------------------- ----------------- end ; end of file From vk4tec at tech-software.net Thu Jan 6 22:49:23 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 7 Jan 2005 08:49:23 +1000 Subject: [picsig] for next loop help needed In-Reply-To: <05D60CD0-6034-11D9-9586-000A95C862AA@stbeng.com> Message-ID: Gents, I am struggling a little with loops in PIC world I have a simple task. three loops 63,256,256 cycles What am I doing wrong ? loop1 movlw d'3' movwf counta loop2 movlw d'3' movwf countb loop3 movlw d'3' movwf countc bob decfsz countc ; 200ns dec / check goto $+3 ; 400ns goto decfsz countb goto loop3 decfsz counta goto bob end From vk4tec at tech-software.net Fri Jan 7 02:24:29 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 7 Jan 2005 12:24:29 +1000 Subject: [picsig] rtty Message-ID: RTTY 45 Baud 1 symbol change possible every 1/45s 1/45 = 0.02222222222 or 22ms 2125Hz for 1 2295Hz for 0 2125Hz has a period = 470.6us 2295Hz has a period = 435.8us 1 consists of 22ms / 470.6us = 46.75 cycles per symbol 0 consists of 22ms / 435.8us = 50.48 cycles per symbol sound right ? From neilthomas at telkomsa.net Sun Jan 9 21:16:53 2005 From: neilthomas at telkomsa.net (Neil Thomas) Date: Sun, 09 Jan 2005 23:16:53 +0200 Subject: [picsig] rtty In-Reply-To: References: Message-ID: <41E19F45.80606@telkomsa.net> I am not familiar with RTTY but the logic seems right to me as long as you remember to change frequency between the 1 and 0. Does non return to zero also appear in RTTY? Neil Andrew Rich wrote: > RTTY 45 Baud > > 1 symbol change possible every 1/45s > > 1/45 = 0.02222222222 or 22ms > > 2125Hz for 1 > 2295Hz for 0 > > 2125Hz has a period = 470.6us > 2295Hz has a period = 435.8us > > 1 consists of 22ms / 470.6us = 46.75 cycles per symbol > 0 consists of 22ms / 435.8us = 50.48 cycles per symbol > > sound right ? > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > From vk4tec at tech-software.net Tue Jan 11 00:59:39 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Tue, 11 Jan 2005 10:59:39 +1000 Subject: [picsig] PWM // 1200 Hz Message-ID: Someone help me generate a 1200 Hz tone using PWM ? Cheers From vk4tec at tech-software.net Tue Jan 11 01:30:11 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Tue, 11 Jan 2005 11:30:11 +1000 Subject: [picsig] rtty In-Reply-To: <096FB52976B50F458D5977CC9B40C9D943B643@Exchange.arkalmus.com> Message-ID: Thanks ! Yes I got it going at 110 Baud ! cheers -----Original Message----- From: BDonnell at ar-northwest.com [mailto:BDonnell at ar-northwest.com] Sent: Tuesday, 11 January 2005 11:19 AM To: picsig at lists.tapr.org; vk4tec at tech-software.net Subject: RE: [picsig] rtty No, NRZI is not a part of TTY. 45 baud is actually 45.45 baud, and also, mechanical TTY's use/require a 1.5 unit length stop bit. Also, the exact frequency of the tones isn't particularly important, when SSB is used as the transmission means, only that the shift between tones is reasonably correct. So adjusting the exact tones to fit in better with the CPU cycle times. One of the popular RTTY converters, the AEA PK-232-series, normally uses 200 Hz shift between mark and space, normally set for 2110 and 2310 Hz. Of course, to transceive on-frequency, the receive demodulator would have to use the same audio tones. Also, regarding tone generation, what has been done on some of the other devices, like the TinyTrak APRS devices, is to use a binary resistor ladder network, creating a 4-bit D/A converter. With a lookup table, its straight-forward to create the tones, especially if your loop period/frequency will let you just switch tables or timing to switch from one tone to the other. Hope that helps! 73, Bob, KD7NM > -----Original Message----- > From: picsig-bounces at lists.tapr.org > [mailto:picsig-bounces at lists.tapr.org]On Behalf Of Neil Thomas > Sent: Sunday, January 09, 2005 1:17 PM > To: vk4tec at tech-software.net; TAPR PIC Mailing List > Subject: Re: [picsig] rtty > > > I am not familiar with RTTY but the logic seems right to me > as long as you > remember to change frequency between the 1 and 0. Does non > return to zero > also appear in RTTY? > Neil > > Andrew Rich wrote: > > RTTY 45 Baud > > > > 1 symbol change possible every 1/45s > > > > 1/45 = 0.02222222222 or 22ms > > > > 2125Hz for 1 > > 2295Hz for 0 > > > > 2125Hz has a period = 470.6us > > 2295Hz has a period = 435.8us > > > > 1 consists of 22ms / 470.6us = 46.75 cycles per symbol > > 0 consists of 22ms / 435.8us = 50.48 cycles per symbol > > > > sound right ? > > > > _______________________________________________ > > picsig mailing list > > picsig at lists.tapr.org > > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > From zclobes at swbell.net Tue Jan 11 01:59:38 2005 From: zclobes at swbell.net (Zack Clobes) Date: Mon, 10 Jan 2005 19:59:38 -0600 Subject: [picsig] PWM // 1200 Hz In-Reply-To: References: Message-ID: <41E3330A.4000205@swbell.net> I'm actually working on this for a magazine article... I'm copying and pasting from multiple files for this, so you may need to fill in a few gaps here and there. So far I haven't been overly impressed with the quality of the signal - I was expecting significantly better than what I'm getting even after a 3 pole RC filter. If you find a better way to do this, please email me. Zack Clobes, W0ZC Project: Traveler www.rckara.org #include <16f873.h> #fuses HS,NOWDT,NOLVP #use delay(clock=20000000) void int_rtcc_handler(void); #define COUNT_1200 143 //1200Hz - count for x cycles #define COUNT_2200 205 //2200Hz - count for x cycles int iPhase; int iSin[16]; int iFreqCount; void main(void) { iFreqCount = COUNT_1200; //1200Hz iPhase = 0; iSin[0] = 40; iSin[1] = 55; iSin[2] = 68; iSin[3] = 77; iSin[4] = 80; iSin[5] = 77; iSin[6] = 68; iSin[7] = 55; iSin[8] = 40; iSin[9] = 25; iSin[10] = 12; iSin[11] = 3; iSin[12] = 0; iSin[13] = 3; iSin[14] = 12; iSin[15] = 25; setup_ccp1(CCP_PWM); // Configure CCP1 as a PWM setup_timer_2(T2_DIV_BY_4, 80, 1); setup_counters(RTCC_INTERNAL, RTCC_DIV_2); //setup timer0 set_rtcc(0); enable_interrupts(INT_RTCC); enable_interrupts(GLOBAL); while(1) { //do something productive } } #int_rtcc void int_rtcc_handler(void) { set_rtcc(iFreqCount); set_pwm1_duty(iSin[iPhase++]); if (iPhase == 16) iPhase = 0; } Andrew Rich wrote: >Someone help me generate a 1200 Hz tone using PWM ? > >Cheers > >_______________________________________________ >picsig mailing list >picsig at lists.tapr.org >https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.6.9 - Release Date: 1/6/2005 From vk4tec at tech-software.net Tue Jan 11 02:05:25 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Tue, 11 Jan 2005 12:05:25 +1000 Subject: [picsig] PWM // 1200 Hz In-Reply-To: <41E3330A.4000205@swbell.net> Message-ID: Thanks Zack ! As far as I can see, there are three ways to do this. 1. Just toggle a pin high and low and apply some RC to filter out he harmonics (crude but works) 2. Create a sine wave using a resistor ladder network and step up in values. 3. Using PWM duty cycle, 0% = 0Volts 100% = 5 Volts. The faster the swicth freq the better ???? The last one seems the less component count. I have use number one to genarate RTTY at 45 baud and 110 baud with good copy. I am now targetting a 'better' spectrally cleaner result using a sine instead of a square wave. Sample code would help heaps ;-) Cheers Andy VK4TEC PIC projects www.tech-software.net -----Original Message----- From: Zack Clobes [mailto:zclobes at swbell.net] Sent: Tuesday, 11 January 2005 12:00 PM To: vk4tec at tech-software.net; TAPR PIC Mailing List Subject: Re: [picsig] PWM // 1200 Hz I'm actually working on this for a magazine article... I'm copying and pasting from multiple files for this, so you may need to fill in a few gaps here and there. So far I haven't been overly impressed with the quality of the signal - I was expecting significantly better than what I'm getting even after a 3 pole RC filter. If you find a better way to do this, please email me. Zack Clobes, W0ZC Project: Traveler www.rckara.org #include <16f873.h> #fuses HS,NOWDT,NOLVP #use delay(clock=20000000) void int_rtcc_handler(void); #define COUNT_1200 143 //1200Hz - count for x cycles #define COUNT_2200 205 //2200Hz - count for x cycles int iPhase; int iSin[16]; int iFreqCount; void main(void) { iFreqCount = COUNT_1200; //1200Hz iPhase = 0; iSin[0] = 40; iSin[1] = 55; iSin[2] = 68; iSin[3] = 77; iSin[4] = 80; iSin[5] = 77; iSin[6] = 68; iSin[7] = 55; iSin[8] = 40; iSin[9] = 25; iSin[10] = 12; iSin[11] = 3; iSin[12] = 0; iSin[13] = 3; iSin[14] = 12; iSin[15] = 25; setup_ccp1(CCP_PWM); // Configure CCP1 as a PWM setup_timer_2(T2_DIV_BY_4, 80, 1); setup_counters(RTCC_INTERNAL, RTCC_DIV_2); //setup timer0 set_rtcc(0); enable_interrupts(INT_RTCC); enable_interrupts(GLOBAL); while(1) { //do something productive } } #int_rtcc void int_rtcc_handler(void) { set_rtcc(iFreqCount); set_pwm1_duty(iSin[iPhase++]); if (iPhase == 16) iPhase = 0; } Andrew Rich wrote: >Someone help me generate a 1200 Hz tone using PWM ? > >Cheers > >_______________________________________________ >picsig mailing list >picsig at lists.tapr.org >https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.6.9 - Release Date: 1/6/2005 From vk4tec at tech-software.net Tue Jan 11 02:22:06 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Tue, 11 Jan 2005 12:22:06 +1000 Subject: [picsig] PWM // 1200 Hz In-Reply-To: <41E3330A.4000205@swbell.net> Message-ID: Do you know of a program that will decode 8 bit ? I have found lots of RTTY but what about straight 8 bit ? RTTY uses baudot, 5 bit code. -----Original Message----- From: Zack Clobes [mailto:zclobes at swbell.net] Sent: Tuesday, 11 January 2005 12:00 PM To: vk4tec at tech-software.net; TAPR PIC Mailing List Subject: Re: [picsig] PWM // 1200 Hz I'm actually working on this for a magazine article... I'm copying and pasting from multiple files for this, so you may need to fill in a few gaps here and there. So far I haven't been overly impressed with the quality of the signal - I was expecting significantly better than what I'm getting even after a 3 pole RC filter. If you find a better way to do this, please email me. Zack Clobes, W0ZC Project: Traveler www.rckara.org #include <16f873.h> #fuses HS,NOWDT,NOLVP #use delay(clock=20000000) void int_rtcc_handler(void); #define COUNT_1200 143 //1200Hz - count for x cycles #define COUNT_2200 205 //2200Hz - count for x cycles int iPhase; int iSin[16]; int iFreqCount; void main(void) { iFreqCount = COUNT_1200; //1200Hz iPhase = 0; iSin[0] = 40; iSin[1] = 55; iSin[2] = 68; iSin[3] = 77; iSin[4] = 80; iSin[5] = 77; iSin[6] = 68; iSin[7] = 55; iSin[8] = 40; iSin[9] = 25; iSin[10] = 12; iSin[11] = 3; iSin[12] = 0; iSin[13] = 3; iSin[14] = 12; iSin[15] = 25; setup_ccp1(CCP_PWM); // Configure CCP1 as a PWM setup_timer_2(T2_DIV_BY_4, 80, 1); setup_counters(RTCC_INTERNAL, RTCC_DIV_2); //setup timer0 set_rtcc(0); enable_interrupts(INT_RTCC); enable_interrupts(GLOBAL); while(1) { //do something productive } } #int_rtcc void int_rtcc_handler(void) { set_rtcc(iFreqCount); set_pwm1_duty(iSin[iPhase++]); if (iPhase == 16) iPhase = 0; } Andrew Rich wrote: >Someone help me generate a 1200 Hz tone using PWM ? > >Cheers > >_______________________________________________ >picsig mailing list >picsig at lists.tapr.org >https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.6.9 - Release Date: 1/6/2005 From vk4tec at tech-software.net Thu Jan 13 09:48:04 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Thu, 13 Jan 2005 19:48:04 +1000 Subject: [picsig] Need some advice : Generating packet on a PIC Message-ID: Howdy, I have just completed some PIC code that uses a R ladder to create RTTY tones. This works a treat with 100% copy even over a noisy, radio link. Problem. Not much uses RTTY except some stand alone programs, nothing really "APRS" I have therefore made the decision to go for ax25 packet. What should I arm myself with as far as documentation ? 1. Scott N1VG's notes on ax25 2. dcc.doc by w2fs "Genarting ax25 ui frames with Pic microcontrollers" I see the greatest challenge will be the FCS I understand that apart from the flag, you have to bit stuff after 5 consecutives bits. Any help appreciated. I have acheived so much with PICS, and if I can interface with my TNC I would be most happy Cheers Andy VK4TEC www.tech-software.net From steve.bunch at stbeng.com Thu Jan 13 22:08:34 2005 From: steve.bunch at stbeng.com (steve.bunch) Date: Thu, 13 Jan 2005 15:08:34 -0700 Subject: [picsig] USART Problems Message-ID: <200501131508.AA4981008@stbeng.com> Greetings, First, I would like to thank Rich for the code he sent, it was most helpful and got me going in a different direction. My goal is to build an APRS weather station off the back of the garage. Unfortunately, I'm still having difficulty getting the LCD to display what I'm sending from the 16F628A. From Microchip's literature and Rich's code I understand that it is not necessary to disable the USART to stop transmitting. Is this correct? I have had to reset TXSTA,TXEN or the display continuously runs over with what appears to be the character for sending zero. Also, I consistantly get "ougga" when I try to send "HELLO". Although I can make the chip output erattic by touching it during operation I do not believe the "ougga" is due to noise. It looks like a letter substitution but I can't find the pattern. Is the internal 4MHz oscillator reliable for serial communications? Any help would be much appreciated. Thanks, Steve (KC0GBK) ________________________________________________________________ Sent via the WebMail system at stbeng.com From vk4tec at tech-software.net Thu Jan 13 22:13:29 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 14 Jan 2005 08:13:29 +1000 Subject: [picsig] USART Problems In-Reply-To: <200501131508.AA4981008@stbeng.com> Message-ID: Send me your code I will debug it for you PS name is Andy (hi) -----Original Message----- From: picsig-bounces at lists.tapr.org [mailto:picsig-bounces at lists.tapr.org]On Behalf Of steve.bunch Sent: Friday, 14 January 2005 8:09 AM To: picsig at lists.tapr.org Subject: [picsig] USART Problems Greetings, First, I would like to thank Rich for the code he sent, it was most helpful and got me going in a different direction. My goal is to build an APRS weather station off the back of the garage. Unfortunately, I'm still having difficulty getting the LCD to display what I'm sending from the 16F628A. From Microchip's literature and Rich's code I understand that it is not necessary to disable the USART to stop transmitting. Is this correct? I have had to reset TXSTA,TXEN or the display continuously runs over with what appears to be the character for sending zero. Also, I consistantly get "ougga" when I try to send "HELLO". Although I can make the chip output erattic by touching it during operation I do not believe the "ougga" is due to noise. It looks like a letter substitution but I can't find the pattern. Is the internal 4MHz oscillator reliable for serial communications? Any help would be much appreciated. Thanks, Steve (KC0GBK) ________________________________________________________________ Sent via the WebMail system at stbeng.com _______________________________________________ picsig mailing list picsig at lists.tapr.org https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig From vk4tec at tech-software.net Thu Jan 13 22:30:06 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 14 Jan 2005 08:30:06 +1000 Subject: [picsig] USART Problems In-Reply-To: <200501131508.AA4981008@stbeng.com> Message-ID: Steve, > I had all sorts of problems with my LCD until I put a capacitor across the voltage rail. My goal is to build an APRS weather station off the back of the garage. > Cool , I just got RTTY running and plan to use that for my weather station Unfortunately, I'm still having difficulty getting the LCD to display what I'm sending from the 16F628A. From Microchip's literature and Rich's code I understand that it is not necessary to disable the USART to stop transmitting. Is this correct? I have had to reset TXSTA,TXEN or the display continuously runs over with what appears to be the character for sending zero. > What you are supposed to do is send, check the sent flag, and then proceed Also, I consistantly get "ougga" when I try to send "HELLO". Although I can make the chip output erattic by touching it during operation I do not believe the "ougga" is due to noise. It looks like a letter substitution but I can't find the pattern. > The fact you are getting ougga which looks like "HELLO" says something. > You then need to look very closely at what is being sent on the data lines > The fact you are getting charcters to the screen and it is 4 indicates that your > Sending routine is good, just the values of the chars are wrong > I have now got the ascii table in front of me, and I see that > o is 1101 1111 and H is 0100 1000 (not obvious) must be something else Is the internal 4MHz oscillator reliable for serial communications? > Yes it is I used it for weeks at 4800 and 9600 no probs. Any help would be much appreciated. Thanks, Steve (KC0GBK) ________________________________________________________________ Sent via the WebMail system at stbeng.com _______________________________________________ picsig mailing list picsig at lists.tapr.org https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig From vk4tec at tech-software.net Thu Jan 13 22:39:50 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 14 Jan 2005 08:39:50 +1000 Subject: [picsig] USART Help Requested In-Reply-To: Message-ID: Steve, I am worried about this statement Did you mean to make RB1 an input ? "0" is "OUT" and "1" is IN Just checking. PS, hook up your cct to your PC and try it, elimnate the LCD bsf STATUS,RP0 ;switch to bank 1 movlw b'000000010' ;RB2 is the output movwf TRISB -----Original Message----- From: Andrew Rich [mailto:vk4tec at tech-software.net] Sent: Friday, 7 January 2005 7:56 AM To: TAPR PIC Mailing List Subject: RE: [picsig] USART Help Requested I have done this I will help you Steve. Code coming -----Original Message----- From: picsig-bounces at lists.tapr.org [mailto:picsig-bounces at lists.tapr.org]On Behalf Of Steve Bunch Sent: Friday, 7 January 2005 7:33 AM To: TAPR PIC Mailing List Subject: [picsig] USART Help Requested Greetings, I have recently started programming Microchip's PIC microcontrollers and I am having difficulty getting the USART on the 16F628A to drive Seetron's BPI-216 2x16 LCD with the Backpack module. I am a beginner with these microcontrollers and I done everything I can think of to remedy the problem but I'm having no luck. The source code listed below is supposed to send the characters to display "HELLO" and then stop (infinite loop), but instead produces "ougga" followed by a special character shaped like a little right leaning triangle that, according to the instructions, is produced by sending 0x00. The PIC then appears to send the special character continuously overwriting the "ougga". An LED attached to the USART TX pin (RB2) stays lit indicating continued output. I can reproduce the results upon reset. I get the same results at 9600 and 2400 baud only faster. I've included my source code below based on the example in Sid Katzen's book "The Quintessential PIC Microcontroller" and any advice would be greatly appreciated. I have periodically been following the discussions on PICSIG email and recently signed up again. I have not found another microcontroller discussion group with such great technical expertise aimed at amateur radio and microcontrollers. Thanks, Steve Bunch, (KC0GBK) list p=16f628A #include __config _CP_OFF & _WDT_OFF & _BODEN_ON & _PWRTE_ON & _INTRC_OSC_NOCLKOUT & _MCLRE_ON cblock 0x20 DATA_OUT endc START bsf STATUS,RP0 ;switch to bank 1 movlw b'000000010' ;RB2 is the output movwf TRISB movlw d'25' ;2400 baud when BRGH=0 movwf SPBRG movlw b'00100000' ;asynchronous, 8-bit, enabled movwf TXSTA bcf STATUS,RP0 ;back to bank 0 movlw b'10010000' ;USART enabled movwf RCSTA TEXT movlw d'72' ;H movwf DATA_OUT call PUTCHAR movlw d'69' ;E movwf DATA_OUT call PUTCHAR movlw d'76' ;L movwf DATA_OUT call PUTCHAR movlw d'76' ;L movwf DATA_OUT call PUTCHAR movlw d'79' ;O movwf DATA_OUT call PUTCHAR DONE goto DONE PUTCHAR btfss PIR1,TXIF ;check, is TX buffer empty? goto PUTCHAR ;if not, then try again movf DATA_OUT,w ;else get datum movwf TXREG ;and copy to USART TX register return end -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.tapr.org/pipermail/picsig/attachments/20050114/ad792583/attachment.htm From mikeberg at tds.net Fri Jan 14 00:16:13 2005 From: mikeberg at tds.net (Mike Berg) Date: Thu, 13 Jan 2005 18:16:13 -0600 Subject: [picsig] Re: picsig Digest, Vol 6, Issue 6 References: Message-ID: <000e01c4f9ce$59ba0940$6400a8c0@general> Andrew, If you haven't already, take a look at the packet projects on my website. http://www.ringolake.com/pic_proj/pic_index.html 73 Mike Berg N0QBH > > Howdy, > > I have just completed some PIC code that uses a R ladder to create RTTY > tones. > > This works a treat with 100% copy even over a noisy, radio link. > > Problem. Not much uses RTTY except some stand alone programs, nothing > really > "APRS" > > I have therefore made the decision to go for ax25 packet. > > What should I arm myself with as far as documentation ? > > 1. Scott N1VG's notes on ax25 > 2. dcc.doc by w2fs "Genarting ax25 ui frames with Pic microcontrollers" > > I see the greatest challenge will be the FCS > > I understand that apart from the flag, you have to bit stuff after 5 > consecutives bits. > > Any help appreciated. > > I have acheived so much with PICS, and if I can interface with my TNC I > would be most happy > > Cheers Andy VK4TEC > > www.tech-software.net > > > > > > ------------------------------ > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > > End of picsig Digest, Vol 6, Issue 6 > ************************************ > From jprouland at comcast.net Fri Jan 14 06:52:12 2005 From: jprouland at comcast.net (J.P. Rouland) Date: Thu, 13 Jan 2005 22:52:12 -0800 Subject: [picsig] USART Problems In-Reply-To: References: Message-ID: <41E76C1C.4060607@comcast.net> Dumb stab in the dark: Big-endian first versus little-endian? Could your LCD expect data in the reverse order you send it? I've been bitten by this kind of stuff, in a previous life, LOL! J.P. NQ6T Andrew Rich wrote: > Steve, > > >>I had all sorts of problems with my LCD until I put a capacitor across the > > voltage rail. > > My goal is to build an APRS weather station off the back of the garage. > > >>Cool , I just got RTTY running and plan to use that for my weather station > > > Unfortunately, I'm still having difficulty getting the LCD to display what > I'm sending from the 16F628A. From Microchip's literature and Rich's code I > understand that it is not necessary to disable the USART to stop > transmitting. Is this correct? I have had to reset TXSTA,TXEN or the > display continuously runs over with what appears to be the character for > sending zero. > > >>What you are supposed to do is send, check the sent flag, and then proceed > > > Also, I consistantly get "ougga" when I try to send "HELLO". Although I can > make the chip output erattic by touching it during operation I do not > believe the "ougga" is due to noise. It looks like a letter substitution > but I can't find the pattern. > > >>The fact you are getting ougga which looks like "HELLO" says something. >>You then need to look very closely at what is being sent on the data lines >>The fact you are getting charcters to the screen and it is 4 indicates > > that your > >>Sending routine is good, just the values of the chars are wrong >>I have now got the ascii table in front of me, and I see that >>o is 1101 1111 and H is 0100 1000 (not obvious) must be something else > > > Is the internal 4MHz oscillator reliable for serial communications? > > >>Yes it is I used it for weeks at 4800 and 9600 no probs. > > > > Any help would be much appreciated. > > Thanks, Steve (KC0GBK) > > > > > ________________________________________________________________ > Sent via the WebMail system at stbeng.com > > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > From isomk at airmail.net Fri Jan 14 16:26:06 2005 From: isomk at airmail.net (isomk at airmail.net) Date: Fri, 14 Jan 2005 10:26:06 -0600 (CST) Subject: [picsig] USART Problems In-Reply-To: <41E76C1C.4060607@comcast.net> References: <41E76C1C.4060607@comcast.net> Message-ID: <62543.69.54.100.254.1105719966.squirrel@webmail.airmail.net> I'd try sending simple repeating letters of one type like U * ? @ for values 55,AA,00,FF Hex... makes it easier when you finally dig out the scope... sorry, I'm a hardware guy first. KD5AIA Ken > Dumb stab in the dark: > Big-endian first versus little-endian? > Could your LCD expect data in the reverse order you send it? > I've been bitten by this kind of stuff, in a previous life, LOL! > J.P. NQ6T > > From steve.bunch at stbeng.com Fri Jan 14 23:06:22 2005 From: steve.bunch at stbeng.com (Steve Bunch) Date: Fri, 14 Jan 2005 16:06:22 -0700 Subject: [picsig] USART Problems Message-ID: Greetings, Andy, thanks for the offer. I've included my source code formated to fit on my email editor. I hope it looks good on yours. I still get "ougga" followed by the little right leaning triangles that wrap around and overwrite the "ougga". I don't have an O'scope yet. I'm thinking of getting a frequency counter too. Any recommendations? I've shortened wires and put capacitors to ground on the 7805 and on the reset switch. It's still quite static sensitive but a whole lot better than it use to be. Encasing the whole board with grounded aluminum foil works wonders. Another aspect of my hobbies (that I really have no time for) include RC aircraft, gliders to be specific. Building an APRS weather station would lead right into on-board APRS transmission of GPS data, temperature and, perhaps, aircraft attitude with the right sensors. Thanks again, Steve (KCOGBK) list p=16f628A #include __config _CP_OFF & _WDT_OFF & _BODEN_ON & _PWRTE_ON & _INTRC_OSC_NOCLKOUT & _MCLRE_ON cblock 0x20 DATA_OUT endc START bsf STATUS,RP0 ;switch to bank 1 movlw b'00000110' ;RB2 is the USART output movwf TRISB ;Microchip's recommendation is to ;set both RA1 and RA2 as inputs movlw d'25' ;2400 baud @ 4MHz when BRGH=0 movwf SPBRG ;2400 baud is slow enough to ;eliminate delay code for LCD movlw b'00100000' ;transmit enabled,low speed option movwf TXSTA bcf STATUS,RP0 ;back to bank 0 movlw b'10010000' ;USART enabled movwf RCSTA MAIN movlw d'72' ;H call SEND_DATA movlw d'69' ;E call SEND_DATA movlw d'76' ;L call SEND_DATA movlw d'76' ;L call SEND_DATA movlw d'79' ;O call SEND_DATA DONE nop goto DONE ;loop here to stop, don't loop to beginning SEND_DATA BANKSEL PIR1 ;ensure correct bank TXREG_BUSY btfss PIR1,TXIF ;check, is TX buffer empty? goto TXREG_BUSY ;if not, then check again ;fall through when TXREG is clear BANKSEL TXREG ;switch to bank 0 movwf TXREG ;and copy to data USART TX register BANKSEL TXSTA ;switch to bank 1 TSR_BUSY btfss TXSTA,TRMT ;is transmit shift register busy? goto TSR_BUSY ;if yes, then check again bcf STATUS,RP0 ;switch back to bank 0 return end -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/enriched Size: 2374 bytes Desc: not available Url : http://www.tapr.org/pipermail/picsig/attachments/20050114/6997c7af/attachment.bin From vk4tec at tech-software.net Fri Jan 14 23:45:23 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Sat, 15 Jan 2005 09:45:23 +1000 Subject: [picsig] USART Problems In-Reply-To: Message-ID: Steve, Throw this code into your PIC let me know what happens. BTW "DONE nop goto DONE ;loop here to stop, don't loop to beginning " This is bad ! You are better off to end ...... ------------------------------ send "VK4TEC" out USART 16F628 --------------------------------------------------------------------- --------------------- LIST P=16F628, R=DEC #include "P16F628.INC" __config _INTRC_OSC_NOCLKOUT & _LVP_OFF & _WDT_OFF & _PWRTE_ON & _BODEN_ON ORG 0 ; start code - this is where cpu starts on reset goto main ; goto main routine cblock 0x20 ; this is where the RAM starts in 16F628 Loop1 Loop2 endc ; we are done defining the RAM allocations main movlw 0x07 ; We are going to turn off the comparators movwf CMCON ; We do not use them and they get in the road bsf STATUS,RP0 ; We need to switch to RAM bank 1 (set STATUS,RP0) movlw b'00010100' ; Set PORTA inputs and outputs movwf PORTA ; This is really TRISA - it just maps as PORTA - with a bank swap movlw b'00010111' ; Set PORTB inputs and outputs movwf PORTB ; This is really TRISB - it just maps as PORTB - with a bank swap movlw b'10010000' ; INTF hi/lo, TMR0/2 movwf TMR0 ; This is really OPTION_REG - it just maps as TMR0 - with a bank swap movlw b'00100010' ; USART RX interrupt ON bit 5 76X43210 movwf PIR1 ; This is really PIE1_REG - it just maps as PIR1 - with a bank swap movlw b'11000000' ; load 11000000 movwf CMCON ; This is really VRCON_REG - it just maps as CMCON - with a bank swap movlw b'00100100' ; load 00100100 movwf RCSTA ; This is really TXSTA_REG - it just maps as RCSTA - with a bank swap movlw d'25' ; 2K4 data speed @ 4 MHz int osc movwf TXREG ; This is really SPBRG_REG - it just maps as TXREG - with a bank swap bcf STATUS,RP0 ; back to RAM page 0 movlw b'10010000' ; serial rx enabled movwf RCSTA ; do it clrf PIR1 ; Reset PERIF interrupt bit movlw b'01010000' ; PIE1 and RB0 interrupt on movwf INTCON ; set the bits in the INTCON movlw b'00000001' ; load 00000001 movwf T1CON ; TMR1 /1, on movlw b'00000000' ; load 00000000 movwf T2CON ; TMR2 /1, off banner call longdelay ; long delay call longdelay ; long delay call longdelay ; long delay call longdelay ; long delay call lcdclr ; clear the LCD call longdelay ; long delay call longdelay ; long delay movlw 'V' ; load V call send ; send to the LCD movlw 'K' ; load K call send ; send to the LCD movlw '4' ; load 4 call send ; send to the LCD movlw 'T' ; load T call send ; send to the LCD movlw 'E' ; load E call send ; send to the LCD movlw 'C' ; load C call send ; send to the LCD call longdelay ; long delay call longdelay ; long delay call longdelay ; long delay goto banner lcdhme movlw b'11111110' ; clear the LCD screen (send 254) call send ; send to the LCD call delay ; delay movlw b'00000010' ; clear the LCD screen (and then send 1) call send ; send to LCD call longdelay ; long delay return ; return to where sub was called lcd2nd movlw b'11111110' ; move the LCD onto the second line (send 254) call send ; send movlw b'11000000' ; move the LCD onto the second line (and then send 192) call send ; send to the LCD call longdelay ; long delay return ; return to where sub was called lcdclr movlw b'11111110' ; clear the LCD screen (send 254) call send ; send to the LCD call delay ; delay movlw b'00000001' ; clear the LCD screen (and then send 1) call send ; send to the LCD call longdelay ; long delay return ; return to where sub was called send movwf TXREG ; send the data bsf STATUS,RP0 ; swap to bank 1 send2 btfss RCSTA,TRMT ; test to see if char tx goto send2 ; loop until character away bcf STATUS,RP0 ; set the bank back again return ; return to where sub was called longdelay ; this is the long delay call delay ; delay call delay ; delay call delay ; delay call delay ; delay return ; return to where sub was called delay movlw 250 ; outside loop value movwf Loop1 ; set it to file reg Outer movlw 250 ; inner loop value movwf Loop2 ; set it to file reg Inner nop ; no operation nop ; no operation decfsz Loop2,F ; decrment inner loop goto Inner ; keep going until inner down to 0 decfsz Loop1,F ; decrement outer loop goto Outer ; keep going until outer down to 0 return ; return to where sub was called ; -------------------------------------------------------------------------- ----------------- end ; end of file -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.tapr.org/pipermail/picsig/attachments/20050115/ac1d858a/attachment.htm From vk4tec at tech-software.net Fri Jan 14 23:50:02 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Sat, 15 Jan 2005 09:50:02 +1000 Subject: [picsig] USART Problems In-Reply-To: Message-ID: Andy, thanks for the offer. I've included my source code formated to fit on my email editor. I hope it looks good on yours. I still get "ougga" followed by the little right leaning triangles that wrap around and overwrite the "ougga". > that's ok, the fact your getting the same result narrows down the problem by half I don't have an O'scope yet. I'm thinking of getting a frequency counter too. Any recommendations? > Picked up a 35 MHz second hand, very handy. Freq counter, I use mixW2 program (you can get away with the sound card for most stuff) I've shortened wires and put capacitors to ground on the 7805 and on the reset switch. It's still quite static sensitive but a whole lot better than it use to be. Encasing the whole board with grounded aluminum foil works wonders. > You best solution will be caps close to the IC's and to deck. This fixed my cct right up ! Another aspect of my hobbies (that I really have no time for) include RC aircraft, gliders to be specific. Building an APRS weather station would lead right into on-board APRS transmission of GPS data, temperature and, perhaps, aircraft attitude with the right sensors. > Rgr GPS altitude is not much chop. Baro sensor's are better. > Back to AX25 packet gen Keep trying ...... (just remember to take breaks) It has taken 2 good months of persistance to understand PIC's but the personal rewards are great ! Thanks again, Steve (KCOGBK) list p=16f628A #include __config _CP_OFF & _WDT_OFF & _BODEN_ON & _PWRTE_ON & _INTRC_OSC_NOCLKOUT & _MCLRE_ON cblock 0x20 DATA_OUT endc START bsf STATUS,RP0 ;switch to bank 1 movlw b'00000110' ;RB2 is the USART output movwf TRISB ;Microchip's recommendation is to ;set both RA1 and RA2 as inputs movlw d'25' ;2400 baud @ 4MHz when BRGH=0 movwf SPBRG ;2400 baud is slow enough to ;eliminate delay code for LCD movlw b'00100000' ;transmit enabled,low speed option movwf TXSTA bcf STATUS,RP0 ;back to bank 0 movlw b'10010000' ;USART enabled movwf RCSTA MAIN movlw d'72' ;H call SEND_DATA movlw d'69' ;E call SEND_DATA movlw d'76' ;L call SEND_DATA movlw d'76' ;L call SEND_DATA movlw d'79' ;O call SEND_DATA DONE nop goto DONE ;loop here to stop, don't loop to beginning SEND_DATA BANKSEL PIR1 ;ensure correct bank TXREG_BUSY btfss PIR1,TXIF ;check, is TX buffer empty? goto TXREG_BUSY ;if not, then check again ;fall through when TXREG is clear BANKSEL TXREG ;switch to bank 0 movwf TXREG ;and copy to data USART TX register BANKSEL TXSTA ;switch to bank 1 TSR_BUSY btfss TXSTA,TRMT ;is transmit shift register busy? goto TSR_BUSY ;if yes, then check again bcf STATUS,RP0 ;switch back to bank 0 return end -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.tapr.org/pipermail/picsig/attachments/20050115/2279abf6/attachment.htm From vk4tec at tech-software.net Fri Jan 14 23:52:14 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Sat, 15 Jan 2005 09:52:14 +1000 Subject: [picsig] USART Problems In-Reply-To: Message-ID: Dude, you have no ORG 0x00 This was my biggest mistake in UNI ! You have to tell the micro where to start -----Original Message----- From: picsig-bounces at lists.tapr.org [mailto:picsig-bounces at lists.tapr.org]On Behalf Of Steve Bunch Sent: Saturday, 15 January 2005 9:06 AM To: TAPR PIC Mailing List Subject: [picsig] USART Problems Greetings, Andy, thanks for the offer. I've included my source code formated to fit on my email editor. I hope it looks good on yours. I still get "ougga" followed by the little right leaning triangles that wrap around and overwrite the "ougga". I don't have an O'scope yet. I'm thinking of getting a frequency counter too. Any recommendations? I've shortened wires and put capacitors to ground on the 7805 and on the reset switch. It's still quite static sensitive but a whole lot better than it use to be. Encasing the whole board with grounded aluminum foil works wonders. Another aspect of my hobbies (that I really have no time for) include RC aircraft, gliders to be specific. Building an APRS weather station would lead right into on-board APRS transmission of GPS data, temperature and, perhaps, aircraft attitude with the right sensors. Thanks again, Steve (KCOGBK) list p=16f628A #include __config _CP_OFF & _WDT_OFF & _BODEN_ON & _PWRTE_ON & _INTRC_OSC_NOCLKOUT & _MCLRE_ON cblock 0x20 DATA_OUT endc START bsf STATUS,RP0 ;switch to bank 1 movlw b'00000110' ;RB2 is the USART output movwf TRISB ;Microchip's recommendation is to ;set both RA1 and RA2 as inputs movlw d'25' ;2400 baud @ 4MHz when BRGH=0 movwf SPBRG ;2400 baud is slow enough to ;eliminate delay code for LCD movlw b'00100000' ;transmit enabled,low speed option movwf TXSTA bcf STATUS,RP0 ;back to bank 0 movlw b'10010000' ;USART enabled movwf RCSTA MAIN movlw d'72' ;H call SEND_DATA movlw d'69' ;E call SEND_DATA movlw d'76' ;L call SEND_DATA movlw d'76' ;L call SEND_DATA movlw d'79' ;O call SEND_DATA DONE nop goto DONE ;loop here to stop, don't loop to beginning SEND_DATA BANKSEL PIR1 ;ensure correct bank TXREG_BUSY btfss PIR1,TXIF ;check, is TX buffer empty? goto TXREG_BUSY ;if not, then check again ;fall through when TXREG is clear BANKSEL TXREG ;switch to bank 0 movwf TXREG ;and copy to data USART TX register BANKSEL TXSTA ;switch to bank 1 TSR_BUSY btfss TXSTA,TRMT ;is transmit shift register busy? goto TSR_BUSY ;if yes, then check again bcf STATUS,RP0 ;switch back to bank 0 return end -------------- next part -------------- An HTML attachment was scrubbed... URL: http://www.tapr.org/pipermail/picsig/attachments/20050115/192f4c5a/attachment.htm From vk4tec at tech-software.net Fri Jan 14 23:54:23 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Sat, 15 Jan 2005 09:54:23 +1000 Subject: [picsig] Need some advice : Generating packet on a PIC In-Reply-To: Message-ID: I would love too ! I am an ASM man myself, but willing to try anything once ! -----Original Message----- From: Richard Carter [mailto:recarter at prodigy.net] Sent: Saturday, 15 January 2005 9:44 AM To: vk4tec at tech-software.net; TAPR PIC Mailing List Subject: RE: [picsig] Need some advice : Generating packet on a PIC Andrew I've written all this in C, including the FCS stuff, targeted for a 16F876. It is partially tested. This is the PIC-E-II. Have you considered joining a team on this? Rich -----Original Message----- From: picsig-bounces at lists.tapr.org [mailto:picsig-bounces at lists.tapr.org]On Behalf Of Andrew Rich Sent: Thursday, January 13, 2005 4:48 AM To: TAPR PIC Development Special Interest Group Cc: TAPR APRS Special Interest Group Subject: [picsig] Need some advice : Generating packet on a PIC Howdy, I have just completed some PIC code that uses a R ladder to create RTTY tones. This works a treat with 100% copy even over a noisy, radio link. Problem. Not much uses RTTY except some stand alone programs, nothing really "APRS" I have therefore made the decision to go for ax25 packet. What should I arm myself with as far as documentation ? 1. Scott N1VG's notes on ax25 2. dcc.doc by w2fs "Genarting ax25 ui frames with Pic microcontrollers" I see the greatest challenge will be the FCS I understand that apart from the flag, you have to bit stuff after 5 consecutives bits. Any help appreciated. I have acheived so much with PICS, and if I can interface with my TNC I would be most happy Cheers Andy VK4TEC www.tech-software.net _______________________________________________ picsig mailing list picsig at lists.tapr.org https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig From neilthomas at telkomsa.net Sat Jan 15 20:52:53 2005 From: neilthomas at telkomsa.net (Neil Thomas) Date: Sat, 15 Jan 2005 22:52:53 +0200 Subject: [picsig] USART Problems In-Reply-To: <200501131508.AA4981008@stbeng.com> References: <200501131508.AA4981008@stbeng.com> Message-ID: <41E982A5.6040104@telkomsa.net> Greetings from Port Elizabeth, I am not familiar with using the USART or a LCD with serial coms. I have however written several RS232 routines in ASM to interface with a PC and also used LCD's but parralel interface. I looked at your code and wondered the following: What baud rate does your LCD require? Must/can you not set it up to match what you are sending from the pic? I see you selected 2400baud. How does the lcd know what you selected? Are you sending the correct stop and start bits and parity bits as required by the lcd? I can send you a RS232 routine just using a normal output pin if it will help. Regards, Neil ZR2NT steve.bunch wrote: > Greetings, > > First, I would like to thank Rich for the code he sent, it was most helpful and got me going in a different direction. > > My goal is to build an APRS weather station off the back of the garage. > > Unfortunately, I'm still having difficulty getting the LCD to display what I'm sending from the 16F628A. From Microchip's literature and Rich's code I understand that it is not necessary to disable the USART to stop transmitting. Is this correct? I have had to reset TXSTA,TXEN or the display continuously runs over with what appears to be the character for sending zero. > > Also, I consistantly get "ougga" when I try to send "HELLO". Although I can make the chip output erattic by touching it during operation I do not believe the "ougga" is due to noise. It looks like a letter substitution but I can't find the pattern. > > Is the internal 4MHz oscillator reliable for serial communications? > > Any help would be much appreciated. > > Thanks, Steve (KC0GBK) > > > > > ________________________________________________________________ > Sent via the WebMail system at stbeng.com > > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > From vk4tec at tech-software.net Sat Jan 15 21:22:08 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Sun, 16 Jan 2005 07:22:08 +1000 Subject: [picsig] USART Problems In-Reply-To: <41E982A5.6040104@telkomsa.net> References: <200501131508.AA4981008@stbeng.com> <41E982A5.6040104@telkomsa.net> Message-ID: <1105824127.3555.2.camel@localhost.localdomain> LCD normally has a jumper on the back 9600 / 2400 I am assuming that Steve has this set ;-) I had a look at the BINARY of ougga and HELLO There is no set theme. Which seems to indicate something more sinister. I sent Steve some code that I know works, see how he gets on On Sun, 2005-01-16 at 06:52, Neil Thomas wrote: > Greetings from Port Elizabeth, > I am not familiar with using the USART or a LCD with serial coms. I have > however written several RS232 routines in ASM to interface with a PC and > also used LCD's but parralel interface. I looked at your code and > wondered the following: > What baud rate does your LCD require? Must/can you not set it up to match > what you are sending from the pic? I see you selected 2400baud. How does > the lcd know what you selected? > > Are you sending the correct stop and start bits and parity bits as required > by the lcd? > > I can send you a RS232 routine just using a normal output pin if it will help. > > Regards, > Neil ZR2NT > > steve.bunch wrote: > > Greetings, > > > > First, I would like to thank Rich for the code he sent, it was most helpful and got me going in a different direction. > > > > My goal is to build an APRS weather station off the back of the garage. > > > > Unfortunately, I'm still having difficulty getting the LCD to display what I'm sending from the 16F628A. From Microchip's literature and Rich's code I understand that it is not necessary to disable the USART to stop transmitting. Is this correct? I have had to reset TXSTA,TXEN or the display continuously runs over with what appears to be the character for sending zero. > > > > Also, I consistantly get "ougga" when I try to send "HELLO". Although I can make the chip output erattic by touching it during operation I do not believe the "ougga" is due to noise. It looks like a letter substitution but I can't find the pattern. > > > > Is the internal 4MHz oscillator reliable for serial communications? > > > > Any help would be much appreciated. > > > > Thanks, Steve (KC0GBK) > > > > > > > > > > ________________________________________________________________ > > Sent via the WebMail system at stbeng.com > > > > > > > > > > > > _______________________________________________ > > picsig mailing list > > picsig at lists.tapr.org > > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > From doug at clecom.com Wed Jan 19 15:57:24 2005 From: doug at clecom.com (Doug Bade) Date: Wed, 19 Jan 2005 10:57:24 -0500 Subject: [picsig] Wrong list but Hopefully the right folks Message-ID: <6.1.2.0.2.20050119103941.049f7c28@mail.clecom.com> Hello TAPR readers... I was noticing the the SS Ssig is dead since July of last year, and I am not sure if it is shut down, so I am sending this here to find out where we can go.... I was wondering if the TAPR'ites might be interested in pursuing a 128k OTS Radio Modem that is now readily available for Packet purposes in light of the TAPR project being abandoned.. There are radios from Maxstream that are 1W FH SS 902-928 Part 15 radios which I am working with commercially, which seem to suitably duplicate what TAPR was doing, with one-off Prices under $300.00 ea. They are serial port driven but we would need to implement an IP stack aka AGW type maybe??? to make a pseudo network driver for transparent operations .. Is there any interest in activating a discussion of this and is there a better place??? I know many of the TAPR folks in charge monitor here, so thoughts???? Costs could be reduced by designing our own interface board and just buying the radio... I have approached the vendor regarding an amateur only freq block flash and they are evaluating it... Interest by the amateur community would be a definite plus at this point... They are firmware flash-able and the vendor seems amateur friendly as they already deal with the hobby market.... They currently advertise in Nuts and Volts and Circuit Cellar as I recall... Here is a link to the radio.... http://www.maxstream.net/products/xtend/module/9xtend.php I am going to pursue this myself as I am considering writing a paper on amateur application of a mobile 128k WAN.... seems worth investigating...nd it looks like most of the interface already exists... Sorry for the OFF topic, but looking for thoughts and possible collaboration... Doug KB8GVQ From jprouland at comcast.net Wed Jan 19 16:43:47 2005 From: jprouland at comcast.net (J.P. Rouland) Date: Wed, 19 Jan 2005 08:43:47 -0800 Subject: [picsig] Wrong list but Hopefully the right folks In-Reply-To: <6.1.2.0.2.20050119103941.049f7c28@mail.clecom.com> References: <6.1.2.0.2.20050119103941.049f7c28@mail.clecom.com> Message-ID: <41EE8E43.4090101@comcast.net> Wouldn't such radios also be useable as the RF part of APRS trackers? If yes, a lot more folks would be interested, and it would boost the volume of orders.... Other possible uses: weather stations, data links, etc.... ..Or am I so ignorant as to make a fool of myself? J.P. Rouland NQ6T Doug Bade wrote: > Hello TAPR readers... > I was noticing the the SS Ssig is dead since July of last year, and > I am not sure if it is shut down, so I am sending this here to find out > where we can go.... > > I was wondering if the TAPR'ites might be interested in pursuing a > 128k OTS Radio Modem that is now readily available for Packet purposes > in light of the TAPR project being abandoned.. There are radios from > Maxstream that are 1W FH SS 902-928 Part 15 radios which I am working > with commercially, which seem to suitably duplicate what TAPR was > doing, with one-off Prices under $300.00 ea. They are serial port driven > but we would need to implement an IP stack aka AGW type maybe??? to make > a pseudo network driver for transparent operations .. Is there any > interest in activating a discussion of this and is there a better > place??? I know many of the TAPR folks in charge monitor here, so > thoughts???? Costs could be reduced by designing our own interface board > and just buying the radio... I have approached the vendor regarding an > amateur only freq block flash and they are evaluating it... Interest by > the amateur community would be a definite plus at this point... They are > firmware flash-able and the vendor seems amateur friendly as they > already deal with the hobby market.... They currently advertise in Nuts > and Volts and Circuit Cellar as I recall... > > Here is a link to the radio.... > http://www.maxstream.net/products/xtend/module/9xtend.php > > I am going to pursue this myself as I am considering writing a paper > on amateur application of a mobile 128k WAN.... seems worth > investigating...nd it looks like most of the interface already exists... > > > > Sorry for the OFF topic, but looking for thoughts and possible > collaboration... > > Doug > KB8GVQ > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > From mailist at san.rr.com Wed Jan 19 17:08:09 2005 From: mailist at san.rr.com (Barry Gershenfeld) Date: Wed, 19 Jan 2005 09:08:09 -0800 Subject: [picsig] USART Problems In-Reply-To: Message-ID: <4.2.0.58.20050119085806.0243aab0@postoffice.worldnet.att.net> At 04:06 PM 1/14/05 -0700, Steve Bunch wrote: >Andy, thanks for the offer. I've included my source code formated to fit >on my email editor. I hope it looks good on yours. I still get "ougga" >followed by the little right leaning triangles that wrap around and >overwrite the "ougga". I tried to work out the connection between HELLO and ougga but only had a few minutes to try. But something suggests you make sure the polarity is right--RS232 and TTL use different voltages and one appears "upside down" to the other. The PIC is TTL. >I don't have an O'scope yet. I'm thinking of getting a frequency counter >too. Any recommendations? When I don't have a scope handy I slow the circuit *way* down and use a voltmeter. This is easy when you use software loops, but with a UART you may have to resort to other tricks, like dropping the baud rate as far as possible, and even switching to the RC clock and tacking in another capacitor so it runs at 4KHz instead of 4 MHz. >I've shortened wires and put capacitors to ground on the 7805 and on the >reset switch. It's still quite static sensitive but a whole lot better >than it use to be. Encasing the whole board with grounded aluminum foil >works wonders. Take a resistor (10k) connected to ground or 5v, and use the other end to touch each pin until you find the one that stops the "noise". If you find a floating pin you will likely know what to do about it based on which pin it is. >Thanks again, Steve (KCOGBK) Good luck, Barry From jeff at aerodata.net Wed Jan 19 20:07:48 2005 From: jeff at aerodata.net (jeff at aerodata.net) Date: Wed, 19 Jan 2005 14:07:48 -0600 (CST) Subject: [picsig] Wrong list but Hopefully the right folks In-Reply-To: <6.1.2.0.2.20050119103941.049f7c28@mail.clecom.com> References: <6.1.2.0.2.20050119103941.049f7c28@mail.clecom.com> Message-ID: <1687.64.9.221.66.1106165268.squirrel@www.aerodata.net> Hi Doug: I think your title nailed it, this list is the "right folks" for something like this. I've used the lower power Maxim boards in a product for demo, and they seemed to work, but the range was not fantastic. On the other hand, these where about 1mw, and just wire antennas inside. Have you used the new higher power Maxim radio yet outdoor with yagi's/gain omni's? If so, can you comment on them? Take a look at this driver: http://mosquitonet.stanford.edu/software/strip.html it might do what you want as the Maxim support a broadcast mode, similar to what this is emulating. Have you also looked at the FreeWave modems? I know at one time, prior to, the Dandin SS radio project, TAPR was looking at OEM'ing these in the $350 ea range. I used to have a good relationship with FreeWave but they have gotten bigger and I haven't bought much from them lately, but they are still selling radios (although I don't know if this price could be repeated...). http://www.freewave.com In any case, I'm quite supportive of any effort to get hams to use RF, even if it requires adapting COTS equipment. Count me in. -Jeff wb8wka > Hello TAPR readers... > I was noticing the the SS Ssig is dead since July of last year, and I am > not sure if it is shut down, so I am sending this here to find out where > we > can go.... > > I was wondering if the TAPR'ites might be interested in pursuing a 128k > OTS Radio Modem that is now readily available for Packet purposes in light > of the TAPR project being abandoned.. There are radios from Maxstream that > are 1W FH SS 902-928 Part 15 radios which I am working with > commercially, which seem to suitably duplicate what TAPR was doing, with > one-off Prices under $300.00 ea. They are serial port driven but we would > need to implement an IP stack aka AGW type maybe??? to make a pseudo > network driver for transparent operations .. Is there any interest in > activating a discussion of this and is there a better place??? I know > many > of the TAPR folks in charge monitor here, so thoughts???? Costs could be > reduced by designing our own interface board and just buying the radio... > I > have approached the vendor regarding an amateur only freq block flash and > they are evaluating it... Interest by the amateur community would be a > definite plus at this point... They are firmware flash-able and the vendor > seems amateur friendly as they already deal with the hobby market.... They > currently advertise in Nuts and Volts and Circuit Cellar as I recall... > > Here is a link to the radio.... > http://www.maxstream.net/products/xtend/module/9xtend.php > > I am going to pursue this myself as I am considering writing a paper on > amateur application of a mobile 128k WAN.... seems worth > investigating...nd > it looks like most of the interface already exists... > > > > Sorry for the OFF topic, but looking for thoughts and possible > collaboration... > > Doug > KB8GVQ > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > From doug at clecom.com Thu Jan 20 01:19:20 2005 From: doug at clecom.com (Doug Bade) Date: Wed, 19 Jan 2005 20:19:20 -0500 Subject: [picsig] Wrong list but Hopefully the right folks In-Reply-To: <1687.64.9.221.66.1106165268.squirrel@www.aerodata.net> References: <6.1.2.0.2.20050119103941.049f7c28@mail.clecom.com> <1687.64.9.221.66.1106165268.squirrel@www.aerodata.net> Message-ID: <6.1.2.0.2.20050119201827.04bb4a90@mail.clecom.com> I will look at it Jeff... I am on the run for a couple days.... Just wanted to throw out some feelers.... Doug KB8GVQ At 03:07 PM 1/19/2005, you wrote: >Hi Doug: > >I think your title nailed it, this list is the "right folks" for something >like this. > >I've used the lower power Maxim boards in a product for demo, and they >seemed to work, but the range was not fantastic. On the other hand, these >where about 1mw, and just wire antennas inside. > >Have you used the new higher power Maxim radio yet outdoor with >yagi's/gain omni's? If so, can you comment on them? > >Take a look at this driver: > >http://mosquitonet.stanford.edu/software/strip.html > >it might do what you want as the Maxim support a broadcast mode, similar >to what this is emulating. > >Have you also looked at the FreeWave modems? I know at one time, prior to, >the Dandin SS radio project, TAPR was looking at OEM'ing these in the $350 >ea range. I used to have a good relationship with FreeWave but they have >gotten bigger and I haven't bought much from them lately, but they are >still selling radios (although I don't know if this price could be >repeated...). > >http://www.freewave.com > >In any case, I'm quite supportive of any effort to get hams to use RF, >even if it requires adapting COTS equipment. Count me in. > >-Jeff wb8wka > > > > > Hello TAPR readers... > > I was noticing the the SS Ssig is dead since July of last year, > and I am > > not sure if it is shut down, so I am sending this here to find out where > > we > > can go.... > > > > I was wondering if the TAPR'ites might be interested in pursuing > a 128k > > OTS Radio Modem that is now readily available for Packet purposes in light > > of the TAPR project being abandoned.. There are radios from Maxstream that > > are 1W FH SS 902-928 Part 15 radios which I am working with > > commercially, which seem to suitably duplicate what TAPR was doing, with > > one-off Prices under $300.00 ea. They are serial port driven but we would > > need to implement an IP stack aka AGW type maybe??? to make a pseudo > > network driver for transparent operations .. Is there any interest in > > activating a discussion of this and is there a better place??? I know > > many > > of the TAPR folks in charge monitor here, so thoughts???? Costs could be > > reduced by designing our own interface board and just buying the radio... > > I > > have approached the vendor regarding an amateur only freq block flash and > > they are evaluating it... Interest by the amateur community would be a > > definite plus at this point... They are firmware flash-able and the vendor > > seems amateur friendly as they already deal with the hobby market.... They > > currently advertise in Nuts and Volts and Circuit Cellar as I recall... > > > > Here is a link to the radio.... > > http://www.maxstream.net/products/xtend/module/9xtend.php > > > > I am going to pursue this myself as I am considering writing a > paper on > > amateur application of a mobile 128k WAN.... seems worth > > investigating...nd > > it looks like most of the interface already exists... > > > > > > > > Sorry for the OFF topic, but looking for thoughts and possible > > collaboration... > > > > Doug > > KB8GVQ > > > > > > > > _______________________________________________ > > picsig mailing list > > picsig at lists.tapr.org > > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > > > >_______________________________________________ >picsig mailing list >picsig at lists.tapr.org >https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig From doug at clecom.com Thu Jan 20 01:23:16 2005 From: doug at clecom.com (Doug Bade) Date: Wed, 19 Jan 2005 20:23:16 -0500 Subject: Fwd: Re: [picsig] Wrong list but Hopefully the right folks Message-ID: <6.1.2.0.2.20050119202303.04c00d40@wheresmymailserver.com> > >Absolutely. I am experimenting with them for a mobile environment, they do >not require a PC, but some formatted controller would be needed.... If the >AGW stack can work with them, then UI-View etc will work fine.... > >As it looks like Steve's test of the SS sig came through here too, we >could move this discussion over there, I do not want to wear out my >welcome with OT subjects.... > >Doug >KB8GVQ > > > >At 11:43 AM 1/19/2005, you wrote: >>Wouldn't such radios also be useable as the RF part of APRS trackers? >>If yes, a lot more folks would be interested, and it would boost the >>volume of orders.... >>Other possible uses: weather stations, data links, etc.... >>..Or am I so ignorant as to make a fool of myself? >>J.P. Rouland NQ6T >> >>Doug Bade wrote: >>>Hello TAPR readers... >>> I was noticing the the SS Ssig is dead since July of last year, and >>> I am not sure if it is shut down, so I am sending this here to find out >>> where we can go.... >>> >>> I was wondering if the TAPR'ites might be interested in pursuing a >>> 128k OTS Radio Modem that is now readily available for Packet purposes >>> in light of the TAPR project being abandoned.. There are radios from >>> Maxstream that are 1W FH SS 902-928 Part 15 radios which I am working >>> with commercially, which seem to suitably duplicate what TAPR was >>> doing, with one-off Prices under $300.00 ea. They are serial port >>> driven but we would need to implement an IP stack aka AGW type maybe??? >>> to make a pseudo network driver for transparent operations .. Is there >>> any interest in activating a discussion of this and is there a better >>> place??? I know many of the TAPR folks in charge monitor here, so >>> thoughts???? Costs could be reduced by designing our own interface >>> board and just buying the radio... I have approached the vendor >>> regarding an amateur only freq block flash and they are evaluating >>> it... Interest by the amateur community would be a definite plus at >>> this point... They are firmware flash-able and the vendor seems amateur >>> friendly as they already deal with the hobby market.... They currently >>> advertise in Nuts and Volts and Circuit Cellar as I recall... >>> Here is a link to the radio.... >>>http://www.maxstream.net/products/xtend/module/9xtend.php >>> I am going to pursue this myself as I am considering writing a >>> paper on amateur application of a mobile 128k WAN.... seems worth >>> investigating...nd it looks like most of the interface already exists... >>> >>>Sorry for the OFF topic, but looking for thoughts and possible >>>collaboration... >>>Doug >>>KB8GVQ >>> >>>_______________________________________________ >>>picsig mailing list >>>picsig at lists.tapr.org >>>https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig From vk4tec at tech-software.net Thu Jan 27 08:08:39 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Thu, 27 Jan 2005 18:08:39 +1000 Subject: [picsig] Odd LCD behaviour Message-ID: Hi, 4 bit LCD If I send 0000.0 to the LCD I get 00-0.0 If I send abcd.e to the LCD I get abcd.e If I send 0201.0 to the LCD I get 0201.0 Why would this send a "-" after a two zero pattern ? It has me stumped 0 is 48 dec = 0011 0000 - is 45 dec = 0010 1101 I have had this working before no problems. I have tried different PIC's - same problem. From jprouland at comcast.net Thu Jan 27 16:06:17 2005 From: jprouland at comcast.net (J.P. Rouland) Date: Thu, 27 Jan 2005 08:06:17 -0800 Subject: [picsig] Odd LCD behaviour In-Reply-To: References: Message-ID: <41F91179.2090203@comcast.net> Out of the blue: I think some LCD's have automatic leading zero suppression. Time to go read the specs ( if you have them ): if it worked in the past, there may be a command to turn it on and off. J.P. Rouland NQ6T Andrew Rich wrote: > Hi, > > 4 bit LCD > > If I send 0000.0 to the LCD I get 00-0.0 > If I send abcd.e to the LCD I get abcd.e > If I send 0201.0 to the LCD I get 0201.0 > > Why would this send a "-" after a two zero pattern ? > > It has me stumped > > 0 is 48 dec = 0011 0000 > - is 45 dec = 0010 1101 > > I have had this working before no problems. > > I have tried different PIC's - same problem. > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > From jeff at aerodata.net Thu Jan 27 17:31:52 2005 From: jeff at aerodata.net (Jeff King) Date: Thu, 27 Jan 2005 12:31:52 -0500 Subject: [picsig] Odd LCD behaviour In-Reply-To: Message-ID: <2005127123152.358048@DARLA> Part number/maker of LCD? On Thu, 27 Jan 2005 18:08:39 +1000, Andrew Rich wrote: >Hi, > >4 bit LCD > >If I send 0000.0 to the LCD I get 00-0.0 If I send abcd.e to the LCD >I get abcd.e If I send 0201.0 to the LCD I get 0201.0 > >Why would this send a "-" after a two zero pattern ? > >It has me stumped > >0 is 48 dec = 0011 0000 - is 45 dec = 0010 1101 > >I have had this working before no problems. > >I have tried different PIC's - same problem. > > > > >_______________________________________________ picsig mailing list >picsig at lists.tapr.org https://lists.tapr.org/cgi- >bin/mailman/listinfo/picsig From vk4tec at tech-software.net Thu Jan 27 20:25:19 2005 From: vk4tec at tech-software.net (Andrew Rich) Date: Fri, 28 Jan 2005 06:25:19 +1000 Subject: [picsig] Odd LCD behaviour In-Reply-To: <41F91179.2090203@comcast.net> Message-ID: Nope send sss and get ss& send aaa and get aa^ -----Original Message----- From: J.P. Rouland [mailto:jprouland at comcast.net] Sent: Friday, 28 January 2005 2:06 AM To: vk4tec at tech-software.net; TAPR PIC Mailing List Subject: Re: [picsig] Odd LCD behaviour Out of the blue: I think some LCD's have automatic leading zero suppression. Time to go read the specs ( if you have them ): if it worked in the past, there may be a command to turn it on and off. J.P. Rouland NQ6T Andrew Rich wrote: > Hi, > > 4 bit LCD > > If I send 0000.0 to the LCD I get 00-0.0 > If I send abcd.e to the LCD I get abcd.e > If I send 0201.0 to the LCD I get 0201.0 > > Why would this send a "-" after a two zero pattern ? > > It has me stumped > > 0 is 48 dec = 0011 0000 > - is 45 dec = 0010 1101 > > I have had this working before no problems. > > I have tried different PIC's - same problem. > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > From handicom at unetsul.com.br Thu Jan 27 22:51:37 2005 From: handicom at unetsul.com.br (Handicom Eletronica Ltda.) Date: Thu, 27 Jan 2005 20:51:37 -0200 Subject: [picsig] Odd LCD behaviour References: Message-ID: <000801c504c2$c20dd4a0$1b01a8c0@QUARTO> Hi, I have a similar problem some time ago. I put some "NOP" in the source code, before sending data to LCD to have a little delay and work ok. regards, Marcus from Brazil ----- Original Message ----- From: "Andrew Rich" To: "J.P. Rouland" ; "TAPR PIC Mailing List" Sent: Thursday, January 27, 2005 6:25 PM Subject: RE: [picsig] Odd LCD behaviour > Nope > > send sss and get ss& > send aaa and get aa^ > > > -----Original Message----- > From: J.P. Rouland [mailto:jprouland at comcast.net] > Sent: Friday, 28 January 2005 2:06 AM > To: vk4tec at tech-software.net; TAPR PIC Mailing List > Subject: Re: [picsig] Odd LCD behaviour > > > Out of the blue: > I think some LCD's have automatic leading zero suppression. > Time to go read the specs ( if you have them ): if it worked in the > past, there may be a command to turn it on and off. > J.P. Rouland NQ6T > > Andrew Rich wrote: >> Hi, >> >> 4 bit LCD >> >> If I send 0000.0 to the LCD I get 00-0.0 >> If I send abcd.e to the LCD I get abcd.e >> If I send 0201.0 to the LCD I get 0201.0 >> >> Why would this send a "-" after a two zero pattern ? >> >> It has me stumped >> >> 0 is 48 dec = 0011 0000 >> - is 45 dec = 0010 1101 >> >> I have had this working before no problems. >> >> I have tried different PIC's - same problem. >> >> >> >> >> _______________________________________________ >> picsig mailing list >> picsig at lists.tapr.org >> https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig >> > > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.300 / Virus Database: 265.7.4 - Release Date: 25/1/2005 > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.7.4 - Release Date: 25/1/2005 From neilthomas at telkomsa.net Sat Jan 29 21:16:54 2005 From: neilthomas at telkomsa.net (Neil Thomas) Date: Sat, 29 Jan 2005 23:16:54 +0200 Subject: [picsig] WRITING TO EEPROM MEMORY Message-ID: <41FBFD46.5050405@telkomsa.net> Hello all, I am experiencing problems writing to eeprom memory in a pic16f84. The value I write into memory is consistently increased by decimal 40. i.e. write in 10 and the value actual written was 50! Any ideas? Below is the code I use. ;now put ratio into eeprom movlw .1 movwf eeadr movfw divisorlow movwf eedata call write_eeprom movlw .2 movwf eeadr movfw divisorhigh movwf eedata call write_eeprom ;This routine writes to the eeprom. It is assumed that the EEADR and EEDATA ;registers are loaded with the correct values before calling this routine write_eeprom bank1 bcf intcon,7 ;disable interrupts bsf eecon1,2 ;enable write to eeprom movlw 55h movwf eecon2 movlw 0xaa movwf eecon2 bsf eecon1,1 waitforwrite btfss eecon1,4 goto waitforwrite bcf eecon1,2 bank0 return readpresetratio ;read ratio from eeprom and store into divisor low and high movlw .1 movwf eeadr bank1 bsf eecon1,0 bank0 movfw eedata movwf divisorlow movlw .2 movwf eeadr bank1 bsf eecon1,0 bank0 movfw eedata movwf divisorhigh goto waitforstart Any help will be appreciated. 73's Neil From neilthomas at telkomsa.net Sat Jan 29 21:21:02 2005 From: neilthomas at telkomsa.net (Neil Thomas) Date: Sat, 29 Jan 2005 23:21:02 +0200 Subject: [picsig] Odd LCD behaviour In-Reply-To: <000801c504c2$c20dd4a0$1b01a8c0@QUARTO> References: <000801c504c2$c20dd4a0$1b01a8c0@QUARTO> Message-ID: <41FBFE3E.6000600@telkomsa.net> Good point, you can actually read a busy flag on most LCD's to ensure that you do not send data too quickly. P.S. It would be nice if those with queries let us know when they have solved their problems! Regards, Neil ZR2NT Handicom Eletronica Ltda. wrote: > Hi, > > I have a similar problem some time ago. I put some "NOP" in the source > code, before sending data to LCD to have a little delay and work ok. > > regards, > Marcus from Brazil > > > From neilthomas at telkomsa.net Mon Jan 31 21:11:58 2005 From: neilthomas at telkomsa.net (Neil Thomas) Date: Mon, 31 Jan 2005 23:11:58 +0200 Subject: [picsig] WRITING TO EEPROM MEMORY In-Reply-To: <41FBFD46.5050405@telkomsa.net> References: <41FBFD46.5050405@telkomsa.net> Message-ID: <41FE9F1E.7080106@telkomsa.net> I received some help from Chris on the Microchip forum that solved my problem. A 10ms delay after writng to eeprom solved it. See insert in code below. 73 Neil Neil Thomas wrote: > Hello all, > I am experiencing problems writing to eeprom memory in a pic16f84. The > value I write into memory is consistently increased by decimal 40. i.e. > write in 10 and the value actual written was 50! Any ideas? Below is > the code I use. > ;now put ratio into eeprom > movlw .1 > movwf eeadr > movfw divisorlow > movwf eedata > call write_eeprom > movlw .2 > movwf eeadr > movfw divisorhigh > movwf eedata > call write_eeprom > ;This routine writes to the eeprom. It is assumed that the EEADR and > EEDATA > ;registers are loaded with the correct values before calling this routine > > write_eeprom > bank1 > bcf intcon,7 ;disable interrupts > bsf eecon1,2 ;enable write to eeprom > movlw 55h > movwf eecon2 > movlw 0xaa > movwf eecon2 > bsf eecon1,1 CALL DELAY10MS ; THIS CURED THE PROBLEM > waitforwrite > btfss eecon1,4 > goto waitforwrite > bcf eecon1,2 > bank0 > return > > readpresetratio > ;read ratio from eeprom and store into divisor low and high > movlw .1 > movwf eeadr > bank1 > bsf eecon1,0 > bank0 > movfw eedata > movwf divisorlow > movlw .2 > movwf eeadr > bank1 > bsf eecon1,0 > bank0 > movfw eedata > movwf divisorhigh > goto waitforstart > > Any help will be appreciated. > 73's > > Neil > > > > > _______________________________________________ > picsig mailing list > picsig at lists.tapr.org > https://lists.tapr.org/cgi-bin/mailman/listinfo/picsig > >