Propforth v5.5 is available for download

1161719212225

Comments

  • caskazcaskaz Posts: 939
    edited 2015-04-03 - 23:28:32
    Sending data(angle_velocity) for x-axis{L3GD20) to Processing.
    Red dots are x-angle_velocity's resister value(subtracting x0[initial average]).
    Green line is angle(sum of x-angle_velocity).

    Sensor is static state.
    But angle is increasing(to plus or negative ).
    Offset-drift must cancel.
  • caskazcaskaz Posts: 939
    edited 2015-04-05 - 07:01:13
    I wrote summary of serial communication.
  • caskazcaskaz Posts: 939
    edited 2015-04-06 - 21:23:10
    I modified alittle.
  • caskazcaskaz Posts: 939
    edited 2015-04-07 - 16:20:34
    I modified a little.
  • caskazcaskaz Posts: 939
    edited 2015-04-10 - 21:15:27
    Drawed graph of acceleration from MPU6050 by Processing.
    Red:x
    green:y
    Blue:z

    It's strange.
    Values from accel_X actually indicate y-axis's acceleration.
    And values from accel_Y actually indicate x-axis's acceleratio .
    1024 x 447 - 42K
  • caskazcaskaz Posts: 939
    edited 2015-04-11 - 18:52:52
    I wrote PCT2075(i2c device:Temp sensor) code.
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 -- -- -- -- -- -- -- <-- PCT2075
    50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- eeprom
    60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- MPU6050
    70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    i2c_device:3
    
    
    Prop0 Cog6 ok
    
  • caskazcaskaz Posts: 939
    edited 2015-04-11 - 19:39:56
    It's LM75(temperature sensor).
    Code is almost same as PCT2075.
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 -- -- -- -- -- -- -- <-- LM75
    50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- eeprom
    60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- MPU6050
    70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    i2c_device:3
    
    
    Prop0 Cog6 ok
    
  • prof_brainoprof_braino Posts: 4,312
    edited 2015-04-12 - 07:54:53
    caskaz wrote: »
    LM75(temperature sensor).
    Code is almost same as PCT2075.

    I like i2c_detect, it looks like it will be handy.

    Are LM75 and PCT2075 drop-in replacements for each other? how are they different? Very interesting. Can I askwhat you are using them in?
  • caskazcaskaz Posts: 939
    edited 2015-04-12 - 13:33:03
    Hi profb_raino.
    PCT2075 and LM75 can connect on same i2c-line, if 2 device's address are different.
    LM75: address are 8.i2c-clock is max 400kHz. accuracy:+-2degree
    PCT2075:address are 27. i2c-clock is max 1MHz. accuracy:+-1degree

    I bought magazine with i2c-devices last week.
    i2c devices(19type);
    PCAL9554BPW PCAL9555APW:GPIO
    LM75BD PCT2075D:Temperature sensor
    PCA9600DP PCA9571ADP:Bus buffer
    PCA9629APW;motor controller
    PCA9632DP1 PCA9624PW PCA9622DR PCA9626B PCA9955ATW PCA9956ATW;LED controller
    PCA9541AD/01 PCA9546AD:multiplexa
    PCF8591T;A/D D/A converter
    SC16IS750IPW;bridge
    PCF85263AT PCF2129AT/2;RTC

    I don't think what use thse devices yet.
    640 x 480 - 197K
  • caskazcaskaz Posts: 939
    edited 2015-04-13 - 22:05:02
    I wrote DHT11 's code by only Forth word.
    Forth word 'singlewire' is long.

    Although not measurment about each pulse width, it seem no problem.
    Reply from DHT11; checked 160usec( sum of Lo and Hi)
    bit; checked only Hi-pulse width ("0" when less than 50usec "1" when more than 50usec)
  • caskazcaskaz Posts: 939
    edited 2015-04-14 - 04:46:18
    Compared DHT11 and PCT2075 about Temperature.
    Almost same.
    I have no idea about Humidity.
    : TEST
    begin
         ." DHT11:" space
         disp_DHT11               \ Display Humidity and Tempareture from DHT11
         5 spaces
         ." PCT2075:" space
         GetTemp degree           \ Display Tempareture from PCT2075
         d2000 delms
         cr
         fkey? swap drop
    until
    ;
    
    Prop0 Cog6 ok
    TEST
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    DHT11: 61 .0 % 18 .0 degree     PCT2075: 18 .125 degree
    Prop0 Cog6 ok
    
  • caskazcaskaz Posts: 939
    edited 2015-04-17 - 04:17:05
    I tried PCF85263(rtc).
    This rtc has many functions.
    I wrote only writing current-time and reading current-time.
    i don't understand timestamp,stopwatch, watchdog,etc well.
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- -- -- -- -- h48:LM75  h49:PCT2075
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- h51:eeprom  h51:PCF85263
    60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- h68:MPU6050
    70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    i2c_device:5
    
    
    Prop0 Cog6 ok
    
    Prop0 Cog6 ok
    2015 4 4 17 20 00 set_current
    Prop0 Cog6 ok
    test
    
    CurrentTime
    Year: 2015
    Date: APR 17  FRI
    20:00:03
    
    
    CurrentTime
    Year: 2015
    Date: APR 17  FRI
    20:00:04
    
    
    CurrentTime
    Year: 2015
    Date: APR 17  FRI
    20:00:05
    
    Prop0 Cog6 ok
    
  • caskazcaskaz Posts: 939
    edited 2015-04-20 - 04:43:01
    I tried PCA9624(LED driver).
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: -- -- -- 03 -- -- -- -- -- -- -- -- -- -- -- --  <-- PCA9624 reply
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  <-- PCA9624
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- -- -- -- --  <-- h48:PCT2075 h49:LM75
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- --  <-- h50:eeprom  h51:PFC85263
    60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- --  <-- PU6050
    70: 70 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  <-- PCA9624 reply
    i2c_device:7
    [0 - 7] and [h78 - h7F] are reserve-address
    
    PCA9624 reply to h03[SoftwareReset] and h70[ALLCALLADR].
    reserve-address don't count i2c-device.
    h70 isn't reserve-address.
    So i2c-devices are 7pcs. Actually 6pcs.
    Prop0 Cog6 ok
    
    Prop0 Cog6 ok        [Default below;]
    rd_allreg
    MODE1:          h91
    MODE2:          h5
    PWM0:           h0
    PWM1:           h0
    PWM2:           h0
    PWM3:           h0
    PWM4:           h0
    PWM5:           h0
    PWM6:           h0
    PWM7:           h0
    GRPPWM:         hFF
    GRPFREQ:        h0
    LEDOUT0:        h0
    LEDOUT1:        h0
    SUBADR1:        hE2
    SUBADR2:        hE4
    SUBADR3:        hE8
    ALLCALLADR:     hE0
    
    

    I don't write all functions yet.
  • caskazcaskaz Posts: 939
    edited 2015-04-20 - 22:12:20
    I tried PCA9632DP1(LED driver).
    Almost same as PCA9624.
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: -- -- -- 03 -- -- -- -- -- -- -- -- -- -- -- --  <-- PCA9624 PCA9632DP1 reply
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  <-- PCA9624
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- -- -- -- --  <-- h48:PCT2075 h49:LM75
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- --  <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- --  <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --  <-- PCA9624 PCA9632DP1 reply
    i2c_device:8
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    
    PCA9632DP1 reply h03[SoftwareReset] and h70[ALLCALLADR].
    reserve-address don't count i2c-device.
    h70 isn't reserve-address.
    So i2c-devices are 8pcs. Actually 7pcs.
    Prop0 Cog6 ok
    rd_allreg
    MODE1:          h91
    MODE2:          h1
    PWM0:           h0
    PWM1:           h0
    PWM2:           h0
    PWM3:           h0
    GRPPWM:         hFF
    GRPFREQ:        h0
    LEDOUT0:        h0
    SUBADR1:        hE2
    SUBADR2:        hE4
    SUBADR3:        hE8
    ALLCALLADR:     hE0
    
    Prop0 Cog6 ok
    
  • caskazcaskaz Posts: 939
    edited 2015-04-22 - 22:55:25
    I tried PCA9955A(LED driver).
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- -- <-- 8:PCA9955A
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h10:PCA9624
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- -- -- -- -- <-- h48:PCT2075 h49:LM75
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 -- -- -- -- -- 76 -- -- -- -- -- -- -- -- -- 
    i2c_device:10
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    

    h00 PCA9955A reply
    h03 PCA9624 and PCA9632DP1 reply
    h70 PCA9624 and PCA9632DP1 reply
    h76 PCA9955A reply

    'i2c_detect' don't count reserve-address as i2c-device.
    h70 and h76 isn't reserve-address.
    So i2c-devices are 10pcs. Actually 8pcs.
    Prop0 Cog6 ok
    rd_allreg
    register number[hex]:value[hex]   Default below;
    
    00:89  01:01  02:AA  03:AA  04:AA  05:AA  06:FF  07:00
    08:00  09:00  0A:00  0B:00  0C:00  0D:00  0E:00  0F:00
    10:00  11:00  12:00  13:00  14:00  15:00  16:00  17:00
    18:00  19:00  1A:00  1B:00  1C:00  1D:00  1E:00  1F:00
    20:00  21:00  22:00  23:00  24:00  25:00  26:00  27:00
    28:00  29:00  2A:00  2B:00  2C:00  2D:00  2E:00  2F:00
    30:00  31:00  32:00  33:00  34:00  35:00  36:00  37:00
    38:00  39:00  3A:00  3B:55  3C:AA  3D:FF  3E:00  3F:08
    40:EC  41:EC  42:EC  43:E0  44:00  45:00  46:00  47:00
    48:00  49:00
    
    Prop0 Cog6 ok
    
    640 x 480 - 200K
  • caskazcaskaz Posts: 939
    edited 2015-04-28 - 17:27:53
    I wrote singleUArt(SC16IS750)
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- -- <-- 8:PCA9955A
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h10:PCA9624
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- 4C -- -- -- <-- h48:PCT2075 h49:LM75 h4C:SC16IS750
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 -- -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:11
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    

    h00 PCA9955A reply
    h03 PCA9624 and PCA9632DP1 reply
    h70 PCA9624 and PCA9632DP1 reply
    h76 PCA9955A reply

    'i2c_detect' don't count reserve-address as i2c-device.
    h70 and h76 isn't reserve-address.
    So i2c-devices are 11pcs. Actually 9pcs.
    Prop0 Cog6 ok
    rd_allreg
    
    RHR/THR:h8
    IER:h8
    IIR/FCR:h0
    LCR:h0
    MCR:h0
    LSR:h0
    MSR/TCR:h0
    SPR/TLR:h0
    TXLVL:h0
    RXLVL:h0
    IODir:h0
    IOState:h0
    IOIntEna:h0
    IOControl:h0
    EFCR:h0
    
    Prop0 Cog6 ok
    

    Prop0 Cog6 ok
    c" May the Forth be with you." test  <-- Send string to Tx
    
    May the Forth be with you.      <--- Receive string from Rx
    
    Prop0 Cog6 ok
    
  • Peter JakackiPeter Jakacki Posts: 8,641
    edited 2015-04-28 - 22:12:34
    caskaz wrote: »
    I wrote singleUArt(SC16IS750)

    These I2C UARTs always seem like a good idea except for the fact that they are never cheap. The 100 off price is $2.46 in a rather high pin-count TSSOP24. For less than 50 cents I can buy a Silabs CPU (EFM8BB10F8G-A-SOIC16) in a friendly SOIC16 and use that as an I2C UART with larger FIFOs plus it's customizable. In fact I have code that flashes these parts from the Prop and only needs one extra dedicated line in addition to the I2C bus. These newer EPM8 parts are just like the older C8051Fs but they seem to also have a UART bootloader mode. 8051 assembly code itself is very easy and tools are freely available and there is also BASCOM and other languages too. I normally assemble to a binary image which is then included with the C2PROG.spin which I F10 into RAM to do the once off Flashing of these parts.

    I have even written Forth code support for Flashing and debugging these parts as well. Too easy!

    Of course you also get all the extra peripherals with it including 12-bit ADC.

    Just a thought.

    attachment.php?attachmentid=114025
    Screenshot from 2015-04-29 15:09:37.png

    Tachyon Forth - compact, fast, forthwright and interactive
    useforthlogo-s.png
    --->CLICK THE LOGO for more links<---
    P2 +++++ TAQOZ INTRO & LINKS +++++ P2 SHORTFORM DATASHEET
    P1 +++++ Latest Tachyon includes EASYFILE +++++ Tachyon Forth News Blog
    Brisbane, Australia
  • caskazcaskaz Posts: 939
    edited 2015-04-29 - 17:03:28
    I wrote PCAL9554BPW(GPIO Expander).
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- -- <-- 8:PCA9955A
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h10:PCA9624
    20: 20 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h20:PCAL95554BPW
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- 4C -- -- -- <-- h48:PCT2075 h49:LM75 h4C:SC16IS750
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 -- -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:12
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    

    h00 PCA9955A reply
    h03 PCA9624 and PCA9632DP1 reply
    h70 PCA9624 and PCA9632DP1 reply
    h76 PCA9955A reply

    'i2c_detect' don't count reserve-address as i2c-device.
    h70 and h76 isn't reserve-address.
    So i2c-devices are 12pcs. Actually 10pcs.
    Prop0 Cog6 ok
    demo
    
    [Input port test]
     b7 b6 b3 b4 b3 b2 b1 b0
      0  0  0  0  0  0  0  1
      0  0  0  0  0  0  1  0
      0  0  0  0  0  1  0  0
      0  0  0  0  1  0  0  0
      0  0  0  1  0  0  0  0
      0  0  1  0  0  0  0  0
      0  1  0  0  0  0  0  0
      1  0  0  0  0  0  0  0
    
     [Reverse input porality]
     b7 b6 b3 b4 b3 b2 b1 b0
      1  1  1  1  1  1  1  0
      1  1  1  1  1  1  0  1
      1  1  1  1  1  0  1  1
      1  1  1  1  0  1  1  1
      1  1  1  0  1  1  1  1
      1  1  0  1  1  1  1  1
      1  0  1  1  1  1  1  1
      0  1  1  1  1  1  1  1
    
    [Output port test]
     b7 b6 b3 b4 b3 b2 b1 b0
      0  0  0  0  0  0  0  1
      0  0  0  0  0  0  1  0
      0  0  0  0  0  1  0  0
      0  0  0  0  1  0  0  0
      0  0  0  1  0  0  0  0
      0  0  1  0  0  0  0  0
      0  1  0  0  0  0  0  0
      1  0  0  0  0  0  0  0
    Prop0 Cog6 ok
    

    I was mistake about definition of slaveaddress.
    I upload PCAL9554BPW_0.2.
  • caskazcaskaz Posts: 939
    edited 2015-04-30 - 18:50:37
    I wrote PCAL9555APW(16bits GPIO Expander).
    This has 16bit ports.
    Almost same as PCAL9554BPW.
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- -- <-- 8:PCA9955A
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h10:PCA9624
    20: 20 21 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h20:PCAL95554BPW  h21:PCAL9555APW
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 -- -- 4C -- -- -- <-- h48:PCT2075 h49:LM75 h4C:SC16IS750
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 -- -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:13
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    

    h00 PCA9955A reply
    h03 PCA9624 and PCA9632DP1 reply
    h70 PCA9624 and PCA9632DP1 reply
    h76 PCA9955A reply

    'i2c_detect' don't count reserve-address as i2c-device.
    h70 and h76 isn't reserve-address.
    So i2c-devices are 13pcs. Actually 11pcs.
    Prop0 Cog6 ok
    rd_allreg
    
    InputPort0: hFF
    InputPort1: hFF
    OutputPort0: hFF
    OutputPort1: hFF
    PoralityInversion0: h0
    PoralityInversion1: h0
    Configuration0: hFF
    Configuration1: hFF
    OutputDriveStrength0: hFF
    OutputDriveStrength0: hFF
    OutputDriveStrength1: hFF
    OutputDriveStrength1: hFF
    InputLatch0: h0
    InputLatch1: h0
    Pull_up/down_enable0: hFF
    Pull_up/down_enable1: hFF
    Pull_up/down_selection0: hFF
    Pull_up/down_selection1: hFF
    InteruptMask0: hFF
    InteruptMask1: hFF
    InterruptStatus0: h0
    InterruptStatus1: h0
    OutputPortConfiguration: h0
    
    Prop0 Cog6 ok
    

    Prop0 Cog6 ok
    demo
    
    [Input port test]
     P1_7 P1_6 P1_5 P1_4 P1_3 P1_2 P1_1 P1_0 P0_7 P0_6 P0_5 P0_4 P0_3 P0_2 P0_1 P0_0
        0    0    0    0    0    0    0    0    0    0    0    0    0    0    0    1
        0    0    0    0    0    0    0    0    0    0    0    0    0    0    1    0
        0    0    0    0    0    0    0    0    0    0    0    0    0    1    0    0
        0    0    0    0    0    0    0    0    0    0    0    0    1    0    0    0
        0    0    0    0    0    0    0    0    0    0    0    1    0    0    0    0
        0    0    0    0    0    0    0    0    0    0    1    0    0    0    0    0
        0    0    0    0    0    0    0    0    0    1    0    0    0    0    0    0
        0    0    0    0    0    0    0    0    1    0    0    0    0    0    0    0
        0    0    0    0    0    0    0    1    0    0    0    0    0    0    0    0
        0    0    0    0    0    0    1    0    0    0    0    0    0    0    0    0
        0    0    0    0    0    1    0    0    0    0    0    0    0    0    0    0
        0    0    0    0    1    0    0    0    0    0    0    0    0    0    0    0
        0    0    0    1    0    0    0    0    0    0    0    0    0    0    0    0
        0    0    1    0    0    0    0    0    0    0    0    0    0    0    0    0
        0    1    0    0    0    0    0    0    0    0    0    0    0    0    0    0
        1    0    0    0    0    0    0    0    0    0    0    0    0    0    0    0
    
     [Reverse input porality]
     P1_7 P1_6 P1_5 P1_4 P1_3 P1_2 P1_1 P1_0 P0_7 P0_6 P0_5 P0_4 P0_3 P0_2 P0_1 P0_0
        1    1    1    1    1    1    1    1    1    1    1    1    1    1    1    0
        1    1    1    1    1    1    1    1    1    1    1    1    1    1    0    1
        1    1    1    1    1    1    1    1    1    1    1    1    1    0    1    1
        1    1    1    1    1    1    1    1    1    1    1    1    0    1    1    1
        1    1    1    1    1    1    1    1    1    1    1    0    1    1    1    1
        1    1    1    1    1    1    1    1    1    1    0    1    1    1    1    1
        1    1    1    1    1    1    1    1    1    0    1    1    1    1    1    1
        1    1    1    1    1    1    1    1    0    1    1    1    1    1    1    1
        1    1    1    1    1    1    1    0    1    1    1    1    1    1    1    1
        1    1    1    1    1    1    0    1    1    1    1    1    1    1    1    1
        1    1    1    1    1    0    1    1    1    1    1    1    1    1    1    1
        1    1    1    1    0    1    1    1    1    1    1    1    1    1    1    1
        1    1    1    0    1    1    1    1    1    1    1    1    1    1    1    1
        1    1    0    1    1    1    1    1    1    1    1    1    1    1    1    1
        1    0    1    1    1    1    1    1    1    1    1    1    1    1    1    1
        0    1    1    1    1    1    1    1    1    1    1    1    1    1    1    1
    
    [Output port test]
     P1_7 P1_6 P1_5 P1_4 P1_3 P1_2 P1_1 P1_0 P0_7 P0_6 P0_5 P0_4 P0_3 P0_2 P0_1 P0_0
        0    0    0    0    0    0    0    0    0    0    0    0    0    0    0    1
        0    0    0    0    0    0    0    0    0    0    0    0    0    0    1    0
        0    0    0    0    0    0    0    0    0    0    0    0    0    1    0    0
        0    0    0    0    0    0    0    0    0    0    0    0    1    0    0    0
        0    0    0    0    0    0    0    0    0    0    0    1    0    0    0    0
        0    0    0    0    0    0    0    0    0    0    1    0    0    0    0    0
        0    0    0    0    0    0    0    0    0    1    0    0    0    0    0    0
        0    0    0    0    0    0    0    0    1    0    0    0    0    0    0    0
        0    0    0    0    0    0    0    1    0    0    0    0    0    0    0    0
        0    0    0    0    0    0    1    0    0    0    0    0    0    0    0    0
        0    0    0    0    0    1    0    0    0    0    0    0    0    0    0    0
        0    0    0    0    1    0    0    0    0    0    0    0    0    0    0    0
        0    0    0    1    0    0    0    0    0    0    0    0    0    0    0    0
        0    0    1    0    0    0    0    0    0    0    0    0    0    0    0    0
        0    1    0    0    0    0    0    0    0    0    0    0    0    0    0    0
        1    0    0    0    0    0    0    0    0    0    0    0    0    0    0    0
    Prop0 Cog6 ok
    
  • caskazcaskaz Posts: 939
    edited 2015-05-02 - 07:01:02
    I wrote AS3935.
    AE-AS3935(Franklin Ligtning Sensor Module)
    I don't know operating finely because today is a fine day.
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    70: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    i2c_device:1
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    
    AS3935's slaveaddress is [0,1,2,3].
    This module is 0.
    Prop0 Cog6 ok
    rd_allreg
    
    register number[hex]:value[hex]
    
    00:24  01:22  02:C2  03:00  04:00  05:00  06:00  07:3F
    08:00  09:AD  0A:00  0B:25  0C:03  0D:01  0E:22  0F:83
    10:01  11:1F  12:43  13:02  14:1B  15:63  16:03  17:18
    18:14  19:05  1A:14  1B:9D  1C:07  1D:11  1E:6A  1F:0B
    20:0E  21:1D  22:11  23:0C  24:AB  25:19  26:0A  27:7F
    28:26  29:08  2A:BD  2B:39  2C:06  2D:9B  2E:56  2F:05
    30:E7  31:81  32:01  33:88  34:42  35:00  36:3F  37:00
    38:70  39:0C  3A:1D  3B:1A  3C:00  3D:00
    
    Prop0 Cog6 ok
    
    Prop0 Cog6 ok
    demo
    
    CAP= 0  frequency=508336
    CAP= 1  frequency=506640
    CAP= 2  frequency=504928
    CAP= 3  frequency=503264
    CAP= 4  frequency=501600
    CAP= 5  frequency=499968
    CAP= 6  frequency=498352
    CAP= 7  frequency=496768
    CAP= 8  frequency=495104
    CAP= 9  frequency=493520
    CAP= 10  frequency=491968
    CAP= 11  frequency=490432
    CAP= 12  frequency=488896
    CAP= 13  frequency=487408
    CAP= 14  frequency=485904
    CAP= 15  frequency=484432
    SetFrequency:499968 Hz Capacitance:40 pF
    TRCO ok
    SRCO ok
    Noise level too high
    Prop0 Cog6 ok
    
    320 x 240 - 14K
  • caskazcaskaz Posts: 939
    edited 2015-05-02 - 18:23:26
    Updated AS3935.
    Prop0 Cog6 ok
    demo
    
    CAP= 0  frequency=508240
    CAP= 1  frequency=506544
    CAP= 2  frequency=504848
    CAP= 3  frequency=503168
    CAP= 4  frequency=501520
    CAP= 5  frequency=499888
    CAP= 6  frequency=498256
    CAP= 7  frequency=496672
    CAP= 8  frequency=495008
    CAP= 9  frequency=493440
    CAP= 10  frequency=491888
    CAP= 11  frequency=490352
    CAP= 12  frequency=488816
    CAP= 13  frequency=487312
    CAP= 14  frequency=485824
    CAP= 15  frequency=484352
    SetFrequency:499888 Hz Capacitance:40 pF
    TRCO ok 33383 Hz
    SRCO ok 1261392 Hz
    
    Noise level too high
    Disturb detected  <--- smartphone near by antena of AS3935module
    Disturb detected
    Disturb detected
    Disturb detected
    Disturb detected
    Disturb detected
    Disturb detected
    
    

    TRCO is inside spec. min305kHz max34.0kHz
    SRCO is not inside spec. min1.065MHz max1.19MHz
    I have no idea why out of spec.
  • caskazcaskaz Posts: 939
    edited 2015-05-03 - 19:51:34
    I wrote PCF8591(A/D D/A converter).
    This device sck is 100kHz.
    It seems i2c_detect[400kHz] and i2c_wr[400kHz] is ok.
    But i2c_rd[400kHz] don't work.

    So, redefined i2c_wr and defined PCF8591_rd.
    SCK is about 27.7kHz.

    Prop0 Cog6 ok
     i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- -- <-- 8:PCA9955A
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h10:PCA9624
    20: 20 21 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h20:PCAL95554BPW  h21:PCAL9555APW
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 4A -- 4C -- -- -- <-- h48:PCT2075 h49:LM75 h4C:SC16IS750 h4A:PCF8591
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 -- -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:14
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    

    h00 PCA9955A reply
    h03 PCA9624 and PCA9632DP1 reply
    h70 PCA9624 and PCA9632DP1 reply
    h76 PCA9955A reply

    'i2c_detect' don't count reserve-address as i2c-device.
    h70 and h76 isn't reserve-address.
    So i2c-devices are 14pcs. Actually 12pcs.
    Prop0 Cog6 ok
    demo
    Setting[D/A]:0   ch3:255 ch2:0 ch1:0 ch0:0 previous-ch0:254
    Setting[D/A]:1   ch3:255 ch2:0 ch1:0 ch0:1 previous-ch0:0
    Setting[D/A]:2   ch3:255 ch2:0 ch1:0 ch0:2 previous-ch0:1
    Setting[D/A]:3   ch3:255 ch2:0 ch1:0 ch0:3 previous-ch0:2
    Setting[D/A]:4   ch3:255 ch2:0 ch1:0 ch0:3 previous-ch0:3
    Setting[D/A]:5   ch3:255 ch2:0 ch1:0 ch0:4 previous-ch0:3
    Setting[D/A]:6   ch3:255 ch2:0 ch1:0 ch0:6 previous-ch0:4
    Setting[D/A]:7   ch3:255 ch2:0 ch1:0 ch0:7 previous-ch0:5
    Setting[D/A]:8   ch3:255 ch2:0 ch1:0 ch0:7 previous-ch0:6
    Setting[D/A]:9   ch3:255 ch2:0 ch1:0 ch0:8 previous-ch0:7
    Setting[D/A]:10   ch3:255 ch2:0 ch1:0 ch0:9 previous-ch0:8
    Setting[D/A]:11   ch3:255 ch2:0 ch1:0 ch0:10 previous-ch0:9
    Setting[D/A]:12   ch3:255 ch2:0 ch1:0 ch0:11 previous-ch0:10
    Setting[D/A]:13   ch3:255 ch2:0 ch1:0 ch0:12 previous-ch0:11
    Setting[D/A]:14   ch3:255 ch2:0 ch1:0 ch0:13 previous-ch0:12
    Setting[D/A]:15   ch3:255 ch2:0 ch1:0 ch0:15 previous-ch0:13
    Setting[D/A]:16   ch3:255 ch2:0 ch1:0 ch0:15 previous-ch0:14
    Setting[D/A]:17   ch3:255 ch2:0 ch1:0 ch0:16 previous-ch0:15
    Setting[D/A]:18   ch3:255 ch2:0 ch1:0 ch0:17 previous-ch0:16
    Setting[D/A]:19   ch3:255 ch2:0 ch1:0 ch0:18 previous-ch0:17
    
    
  • caskazcaskaz Posts: 939
    edited 2015-05-03 - 21:24:26
    I rewrite _slow_eewrite and _slow_eeread.
  • caskazcaskaz Posts: 939
    edited 2015-05-04 - 06:31:10
    I wrote PCA9546(4channel Bus Switch)
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- -- <-- 8:PCA9955A
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h10:PCA9624
    20: 20 21 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h20:PCAL95554BPW  h21:PCAL9555APW
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 4A -- 4C -- -- -- <-- h48:PCT2075 h49:LM75 h4C:SC16IS750 h4A:PCF8591
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <-- h50:eeprom  h51:PFC85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- -- <-- h62:PCA9632DP1 h68:MPU6050
    70: 70 71 -- -- -- -- 76 -- -- -- -- -- -- -- -- -- <-- h71:PCA9546
    i2c_device:15
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    

    h00 - PCA9955A reply
    h03 - PCA9624 and PCA9632DP1 reply
    h70 - PCA9624 and PCA9632DP1 reply
    h76 - PCA9955A reply

    'i2c_detect' don't count reserve-address as i2c-device.
    h70 and h76 isn't reserve-address.
    So i2c-devices are 15pcs. Actually 13pcs.
    Prop0 Cog6 ok
    test
    0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Prop0 Cog6 ok
    
    Prop0 Cog6 ok
    
  • caskazcaskaz Posts: 939
    edited 2015-05-05 - 18:59:50
    I wrote PCF2129(rtc).
    Slaveaddres is h51.
    Same as PCF85263(rtc).
    So, separate by PCF9546.
    Connected PCF85263(rtc) to PCF9546's [SC0 SD0].
    Connected PCF2129(rtc) to PCF9546's [SC1 SD1].
    No connecting any line by default.
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- --
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: 20 21 -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 4A -- 4C -- -- --
    50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- --
    70: 70 71 -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:14
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    1 switch
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- --
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: 20 21 -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 4A -- 4C -- -- --
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <--- h51:PCF85263
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- --
    70: 70 71 -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:15
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    2 switch
    Prop0 Cog6 ok
    i2c_detect
         0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F
    00: 00 -- -- 03 -- -- -- -- 08 -- -- -- -- -- -- --
    10: 10 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    20: 20 21 -- -- -- -- -- -- -- -- -- -- -- -- -- --
    30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
    40: -- -- -- -- -- -- -- -- 48 49 4A -- 4C -- -- --
    50: 50 51 -- -- -- -- -- -- -- -- -- -- -- -- -- -- <--- h51:PCF2129
    60: -- -- 62 -- -- -- -- -- 68 -- -- -- -- -- -- --
    70: 70 71 -- -- -- -- 76 -- -- -- -- -- -- -- -- --
    i2c_device:15
    [0 - 7] and [h78 - h7F] are reserve-address
    
    Prop0 Cog6 ok
    
    Prop0 Cog6 ok
    rd_allreg
    
    register:value[hex]
    Control_1:8
    Control_2:0
    Control_3:4
    Seconds:D1
    Minutes:35
    Hourd:10
    Days:6
    Weekdays:2
    Months:5
    Years:15
    Second_alarm:80
    Minute_alarm:80
    Hour_alarm:82
    Day_alarm:90
    Weekday_alarm:80
    CLKOUT_ctl:0
    Watchdog_tim_ctl:3
    Watchdog_tim_val:0
    Timestp_ctl:8
    Sec_timestp:55
    Min_timestp:33
    Hour_timestp:10
    Day_timestp:6
    Mon_timestp:5
    Year_timestp:15
    Aging_offset:8
    Prop0 Cog6 ok
    
    d2015 5 2 6 10 19 set_time
    Prop0 Cog6 ok
    rd_time
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:19:05
    Prop0 Cog6 ok
    test
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:40:26
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:40:27
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:40:28
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:40:29
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:40:30
    
    CurrentTime
    Year: 2015
    Date: MAY 6  WED
    10:40:31
    Prop0 Cog6 ok
    
    

    There are bugs in PCF85263_0.1.f.
    I will fix bugs someday.
    640 x 480 - 65K
  • caskazcaskaz Posts: 939
    edited 2015-05-11 - 20:55:50
    I had wrote code of LCD(LQ020B8UB02) on PropForth3.2 in 2010.
    http://forums.parallax.com/showthread.php/123831-PropForth-3.2-is-available/page3

    I re-write code.


    [video=youtube_share;RBlLZramuIQ]
  • prof_brainoprof_braino Posts: 4,312
    edited 2015-05-16 - 11:00:52
    Sal has gotten time to start back in on releasing PropForth 6.0. The assembler, kernel builds, and base startup are all working. Sal is ironing out bugs in the process so an average (non-Sal) user (i.e. me) can perform the build without help other than the instructions.

    Propforth 6 is primarily Propforth 5.5 with changes to the build process. Included are:

    - Build for FPGA versions of the prop.
    - Linux build - PropTool for windows is no longer required
    - SPIN is no longer required. SPIN is still generated (E.G. for changing clock speed and serial I/O pins); however the binary file created can be loaded directly. The SPIN and the binary are identical once loaded on the prop.

    Also included are:
    - Pooled tasking (extension)
    - controled serial on both ends (tool chain mod)

    FGPA prop: Propforth typically uses a subset of the prop's functions. Sal typically does realtime bit-banging, and so does not often use features like video generation B-side provisions, and more advanced frequency functions (I'm not sure about the last one). Anyway, the FPGA versions allow us to remove any unsued frealestate, like the video generator and the B-side functions, and instead add more cogs and/or memory. The same propforth source code that runs on a physical prop chip will run on the FPGA prop, and tcode that runs on an FPGA prop will also run on the physical propchip. Sal has examples of 8 cogs and lots of ram, and 16 cogs and not so much ram, but still more than the physical prop. If the FPGA board is present, the automated build will build and load the FPGA as well as build and load the propforth kernel, and then perform the automated testing as usual.

    LINUX BUILD: Way back when we first looked at linux build, we were just getting away from the original Windows/Proptool method. Build was successful on a linux PC, but required special steps. Now, we should be able to compile on any linux box (PC, raspberry pi, DLink DIR-505L). The result off this should be an easy integration of a propforth unit (realtime multitasking) with a linux unit (PC or DIR-505L).

    No SPIN: Till now, the Proptool was used to resolve things like forward references in the compile process. The inital kernel would run a simple version of forth, and this loaded addition forth source, which in turn generated the optimized assembler kernel (per the typical forth development methodology). Now, we will just go to directly generating the optimized kernel at the end of a linux tool set. A SPIN file can still be generated for when anyone wants to tweak the kernel at that stage. The untweaked SPIN file and the binary file will look identical on the physical prop chip.

    Pooled Tasking: Generic forth multitasking in software is a "round robin". Each task does it's thing, and processign at full speed, and gives up control when it hits a slow spot, for example when it has to hit I/O. This is how forth can manage realtime multitasking on single task processors. The engineer has to pay attention and balance stuff, but its very effective when done well, and its pretty easy. Sal is doing a similar thing on the prop. In additon to each task being in a pool, the cogs are also in a pool. The next task executes on the next availible cog. Each task give up control when it hits a slow spot, for example when it has to wait for a shared resource like hub ram. This was a mod to the kernel, but might manifest as an extension that we just load on top of the standard kernel.

    Here is the really cool advantge of pooled tasking: If a task has to wait a long time, it would ruin the "realtime" response of the process, which is very noticable on a single core system. On the physical prop with 8 cogs, it only reduces the capability of the system by 1/8th. On a 16 cog FPGA prop, a stalled task reduces system capability by 1/16th. This might allow some interesting flexibity in realtime/multiasking systems.

    Controlled serial: serial comms have been problematic as the serial "standard" is not very standard at all, and tends to be many conflicting "standards" that always find a way to screw up right when we don't want them to. The fl (fastload) was used to load source text by streaming it to an available cog, and that cog handled the buffring etc. It would fine most of the time, but still had problems at awkward times. Now Sal has decided that the only way to get it completely consistent is to control (as in "define") both ends of the serial communication interface. The work started with the "gotern" and "gomuxterm" functions are now integrated into the tools, and serial communication between the host and the prop "just works". I don't know what this means to Windows or Mac, we will work through that when (if) it comes up.

    we're still at least weeks out before I get anything for testing, but at least we can know what to expect. As always I can send out the early version to interested folks once we declare it clean and stable.

    Incidently, Sal has not found any bugs in the propforth kernel for a couple years, so we are becoming confident that the code might be good.
  • prof_brainoprof_braino Posts: 4,312
    edited 2015-05-17 - 10:54:50
    The PF6 package is to contain three areas of source code - C, GO, and FORTH. We dont need to do anything with the C or GO, those parts of the tool chain can be used as-is, they just need to be present for the build and test automation. Each section will contain the precompiled binaries as usual.

    C source code - for the proxy terminal
    GO sourcre code - for the PC serial comms
    PropForth - for the build and development environments

    Linux and Windows will be included, and Mac support will be included according to the hardware we have available. We might need to find a new Mac person, this will be resolved later as it becomes relevant.

    We talked about 32 and 64 bit support. Most everything is already on 64 bit architecture machines, but a few folks might only have access to 32 bit PC's. We decide that maintaining both 32 bit and 64 bit processes would be doable, but would be time consuming PITA. So, Sal said he would do BOTH 32 and 64 bit ONCE. After the first release of PF6, only 64 bit PC will be supported. The 32 bit material would be included, but would not be supported. If anybody does not have access to a 64 bit PC, they can request a 32 bit build. We would then try to talk them into upgrading, and generate 32 bit builds as needed. I just tossed my old 32 bit PC's, so everything would likely be done on virtual box machines.
  • caskazcaskaz Posts: 939
    edited 2015-05-27 - 16:53:32
    Updated LQ020.

    [video=youtube_share;khI0aDt32QE]
  • caskazcaskaz Posts: 939
    edited 2015-06-16 - 05:41:38
    I made clock by re-using codes for WS2812B and PCF2129 and LCD(LQ020B8UB02).
    Maybe cannot read time.


    [video]

    Youtube image don't be displayed.
    Somebody know this reason?
    Loading ...
    
    1st AT_font#1.f
    2nd AT_font#2.f
    3rd AT_font#3.f
    4th AT_font#4.f
    5th Predator_font.f
    6th Arabia_font#1.f
    7th Arabia_font#2.f
    8th clock_0.2#1.f
    9th clock_0.2#2.f
    10th clock_0.2#3.f
    11th clock_0.2#4.f
    12th clock_0.2#5.f
    
    Executing saveforth
    
    After reboot
    
    CON:Prop0 Cog1 RESET - last status: 0 ok
    CON:Prop0 Cog0 RESET - last status: 0 ok
    CON:Prop0 Cog0 RESET - last status: 0 ok
    CON:Prop0 Cog1 RESET - last status: 0 ok
    CON:Prop0 Cog2 RESET - last status: 0 ok
    CON:Prop0 Cog3 RESET - last status: 0 ok
    CON:Prop0 Cog4 RESET - last status: 0 ok
    CON:Prop0 Cog5 RESET - last status: 0 ok
    CON:Prop0 Cog6 RESET - last status: 0 ok
    
    Prop0 Cog6 RESET - last status: 0 ok
    Prop0 Cog6 ok
    cog?
    Cog:0  #io chan:1                  RUNNING WS2812B
    Cog:1  #io chan:1                  RUNNING RGB_LED
    Cog:2  #io chan:1                RUNNING end-check
    Cog:3  #io chan:1                    RUNNING clock
    Cog:4  #io chan:1 PropForth v5.5 2013Feb20 11:30 2
    Cog:5  #io chan:1 PropForth v5.5 2013Feb20 11:30 2
    Cog:6  #io chan:1 PropForth v5.5 2013Feb20 11:30 2  6(0)->7(0)
    Cog:7  #io chan:1                           SERIAL  7(0)->6(0)
    Prop0 Cog6 ok
    free
    1484 bytes free - 176 cog longs free
    Prop0 Cog6 ok
    
    
Sign In or Register to comment.