Forum Replies Created

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • in reply to: Announcing OpenSprinkler Unified Firmware 2.1.7 #44733

    thisisit
    Participant

    Hi, Ray, thanks for the update!
    Just a reminder to everyone who is updating, the new 2.1.7 firmware requires a SD card in the slot, if not, you will see ERROR CODE 0x2D.

    • This reply was modified 2 years, 9 months ago by  thisisit.

    thisisit
    Participant

    OK, problem solved.

    I soldered the EXT header, which shorted AVR’s Pin 25, 41, 43 to GND. These pins are used for LCD and stations, thus caused the problem.
    My existing ATMEGA644P is damaged, (googled, seems if output pins are shorted to GND, they will be damaged).
    Replaced a new ATMEGA644P, LCD is working and stations are working.

    Thanks all!


    thisisit
    Participant

    For the above analysis, it seems all the ports are working correctly (at least partially).

    I also checked each pin to GND, I found Pin 25 (PC6), Pin 41 (PB1) and Pin 43 (PB3) are grounded.

    PB3 and PB1 are connected to 74HC595D, PC6 is connected to LCD, could these be the problem?


    thisisit
    Participant

    If I updated a corrupted firmware then the Web interface shouldn’t work. Since the web interface works perfectly, so the firmware should intact.


    thisisit
    Participant

    OK, I figured that 24AA02E should be working. Because I can change settings in Web interface, and power it off, then power it on again, the setting is preserved, thus the EEPROM is working.


    thisisit
    Participant

    Hi Samer:

    I updated to 2.1.5 via USB updater GUI software, so the USB part of the board is work, it can detect the board and update the firmware.

    Also when I turn it on, I see top row are blocks, after a few seconds, the backlight is off (or dimmed), if I press any of the buttons (B1, B2, B3), LCD backlight will go back ON again, so PA port (at least PA0, PA1 and PA2 are working).

    Since CH340 is working (I can update the firmware via GUI updater software), so TXD and RXD is working, which means PD0 and PD1 are working.

    Also, ISP and network are working, which means PB7, PB6, PB5, PB4 are working.

    None of above (CH340, network, ISP) use port C, so could port C being bad? Also PC1 and PC0 connects to EEPROM 24AA02E, so could 24AA02E gone bad?


    thisisit
    Participant

    I updated to 2.1.5 via USB.

    firmware 2.1.2 (direct flash using USBTiny) has the same issue, that is why I updated to 2.1.5, so I don’t think it is firmware issue.

    for second question, I connected a light bulb, I have a OSPi around, when the station is on, the light bulb is on, but the light bulb stays OFF in my OS.
    Could the IO port being damaged? I can borrow a O’scape, how to use it to debug the problem?

    also is there a simple HEX just test the LCD?

    thanks

    • This reply was modified 4 years ago by  thisisit.

    thisisit
    Participant

    From what I found on internet, the default display mode is 1 row, that is why I see 1 row of black blocks. This means the LCD failed initialization. what could be wrong?


    thisisit
    Participant

    I used this fuse setting:

    avrdude -c usbtiny -p m644p -U lfuse:w:0xFF:m -U hfuse:w:0xD6:m -U efuse:w:0xFF:m

    
    avrdude -c usbtiny -p m644p -B 1 -v
    
    avrdude: Version 5.10, compiled on Jan 19 2010 at 10:45:23
             Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
             Copyright (c) 2007-2009 Joerg Wunsch
    
             System wide configuration file is "C:\WinAVR-20100110\bin\avrdude.conf"
    
             Using Port                    : lpt1
             Using Programmer              : usbtiny
             Setting bit clk period        : 1.0
             AVR Part                      : ATMEGA644P
             Chip Erase delay              : 9000 us
             PAGEL                         : PD7
             BS2                           : PA0
             RESET disposition             : dedicated
             RETRY pulse                   : SCK
             serial program mode           : yes
             parallel program mode         : yes
             Timeout                       : 200
             StabDelay                     : 100
             CmdexeDelay                   : 25
             SyncLoops                     : 32
             ByteDelay                     : 0
             PollIndex                     : 3
             PollValue                     : 0x53
             Memory Detail                 :
    
                                      Block Poll               Page                       Polled
               Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
               ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
               eeprom        65    10   128    0 no       2048    8      0  9000  9000 0xff 0xff
               flash         33     6   256    0 yes     65536  256    256  4500  4500 0xff 0xff
               lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
               signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
               calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00
    
             Programmer Type : USBtiny
             Description     : USBtiny simple USB programmer, http://www.ladyada.net/make/usbtinyisp/
    avrdude: programmer operation not supported
    
    avrdude: Setting SCK period to 1 usec
    avrdude: AVR device initialized and ready to accept instructions
    
    Reading | ################################################## | 100% 0.02s
    
    avrdude: Device signature = 0x1e960a
    avrdude: safemode: lfuse reads as FF
    avrdude: safemode: hfuse reads as D6
    avrdude: safemode: efuse reads as FF
    
    avrdude: safemode: lfuse reads as FF
    avrdude: safemode: hfuse reads as D6
    avrdude: safemode: efuse reads as FF
    avrdude: safemode: Fuses OK
    
    avrdude done.  Thank you.
    
    in reply to: LCD is backlit but characters are rectangles #39752

    thisisit
    Participant

    Thanks.

    In my case, my CH340G is also working, I can update the firmware via USB. Just the LCD and the valves are not working. I haven’t tried the relay yet but I assume it is not working.

    I doubt it has anything to do with the circuit trace, I have checked the connectivities multiple times using a multi meter. I suspected the µC, I have reprogrammed it, also replaced it, still the same thing.

    So I can borrow a o’scope, do you know what to look for using an o’scope?

    thanks

    in reply to: LCD is backlit but characters are rectangles #39744

    thisisit
    Participant

    Hi, TheDeadly1. did you find any solution to your problem? I have similar problem: firmware uploaded ok, USB is working, network is working, web interface is working, however LCD shows rectangles, and triacs are not working.

    in reply to: OSPi 1.3 schematic available? #26414

    thisisit
    Participant

    Thanks Ray.

    I noticed that for the valve driver, you have 8 TVS, my understanding is, the TVS needs to be connected in parallel to the protected circuit. Which is why you have one side connected to 24VAC, and another side connected to the valve. However, I don’t see 24VAC is connection to the expansion board port, so how does this work?

    Thanks

Viewing 12 posts - 1 through 12 (of 12 total)