Forum Rule: Always post complete source code & details to reproduce any issue!
Page 4 of 4 FirstFirst ... 2 3 4
Results 76 to 87 of 87

Thread: Teensyduino 1.54 Beta #9

  1. #76
    Senior Member
    Join Date
    Mar 2015
    Posts
    159
    On obvious serious errors like this, it should not warn but refuse to compile. The warnings I find not useful at all, super difficult to read with the long paths included.

  2. #77
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    14,431
    Quote Originally Posted by Garug View Post
    On obvious serious errors like this, it should not warn but refuse to compile. The warnings I find not useful at all, super difficult to read with the long paths included.
    Because of the 'enum' usage it sneaks past the compiler detection, so no warning.
    Using #defines for x,y,z,t would cause warnings.

    gcc compiler options can be added to call all warnings errors, but generally that is ugly as the various pieces of code from libs or other can make warnings on one build toolchain and not another. PJRC works to have few or no warnings in included libraries.

    This is more a non-PJRC 'religious' topic subject to preference and use cases, for instance see embeddedartistry.com/blog/2017/05/22/werror-is-not-your-friend/

  3. #78
    Junior Member
    Join Date
    Mar 2021
    Posts
    8

    NativeEthernet / FNET dns issue

    Quote Originally Posted by beermat View Post
    NativeEthernet for now appears unsupported (no activity on the forum or in the codebase for several months), which is a shame, because it's super useful, apart from a couple of minor issues like this.

    I aggree with @beermat and I'm astonished that so few people using @vjmuzik NativeEthernet are interested in this (as I think) important dns-client issue.
    RoSchmi

  4. #79
    Quote Originally Posted by RoSchmi View Post
    I aggree with @beermat and I'm astonished that so few people using @vjmuzik NativeEthernet are interested in this (as I think) important dns-client issue.
    RoSchmi
    I'm certainly interested. Ethernet is a huge win on the T4.1 The chip actually supports 2 PHYs, would love to see a dual 10/100 teensy 4.2, but NativeEthernet needs some fixes.

  5. #80
    I'm also interested in any improvements to @vjmuzik NativeEthernet and the eventual merging of native ethernet support into TeensyDuino.

  6. #81
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    14,431

    NativeEthernet

    NativeEthernet was provided by a user and included in TeensyDuino. Not sure about vjmuzik's time/ability to update or maintain. But the best way to have the library fixed/extended would be to post on that thread : pjrc.com/threads/60857-T4-1-Ethernet-Library

    Offer examples that work or should work and make appropriate PR's against the FNET or github.com/vjmuzik/NativeEthernet

  7. #82
    @defragster, point taken, and I agree with you. I was merely adding a voice to the comments by @beermat and @RoSchmi.

  8. #83
    Junior Member
    Join Date
    Mar 2021
    Posts
    8

    NativeEthernet

    Quote Originally Posted by defragster View Post
    Offer examples that work or should work and make appropriate PR's against the FNET or github.com/vjmuzik/NativeEthernet
    Done.
    https://github.com/vjmuzik/FNET/pull/6

    It would be nice if some more experienced members than I would have a look on the changes.

  9. #84
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    14,431
    Quote Originally Posted by RoSchmi View Post
    Done.
    https://github.com/vjmuzik/FNET/pull/6

    It would be nice if some more experienced members than I would have a look on the changes.
    Awesome. Hopefully @vjmuzik is online to see and confirm and incorporate the changes.

    This thread will soon be history for Beta 10 and the release of TD 1.54 - so better to get the history and notes on the NativeEthernet thread noted in p#81

  10. #85
    Senior Member
    Join Date
    Feb 2015
    Posts
    117

    SDFat issue

    So I have a sketch that compiles in fine in Arduino 1.8.13/Teensyduino 1.53. So I just downloaded a clean copy of Arduino 1.8.15Teensyduino 1.54 beta #9 and I get compile errors.

    One was the FlexCAN_T4. I updated the library and the problem went away.

    Now I have one with SDFat. Again the Teensyduino library is out of date so I updated it to 2.0.6 which is the latest release.

    Still I get a compile error:
    'File' does not name a type
    File file;
    ^
    4_SDFuntions.h:33: error: 'File' does not name a type
    File wfile;//define write file to write header.
    ^
    I am including the same files as before:
    Code:
    #include <SdFat.h>
    #include <sdios.h>
    
    ...
    
    SdFat sd;
    File file;
    File wfile;//define write file to write header.
    This is really perplexing as to what would have changed between the two IDE sets to cause this error.

    Any thoughts?

    PS The SDFat example "ReadCsvFile" does not compile either and give me the same error.

    PSS So apparently
    Code:
    SdFat32 sd;
    File32 file;
    File32 wfile;
    does name a type.

    Thanks

    Bruce
    Last edited by bvernham; 06-15-2021 at 12:57 PM. Reason: Update

  11. #86
    Senior Member+ defragster's Avatar
    Join Date
    Feb 2015
    Posts
    14,431
    Quote Originally Posted by bvernham View Post
    So I have a sketch that compiles in fine in Arduino 1.8.13/Teensyduino 1.53. So I just downloaded a clean copy of Arduino 1.8.15Teensyduino 1.54 beta #9 and I get compile errors.
    ...
    Now I have one with SDFat. Again the Teensyduino library is out of date so I updated it to 2.0.6 which is the latest release.

    Still I get a compile error:

    I am including the same files as before:
    Code:
    #include <SdFat.h>
    ...
    Thanks

    Bruce
    When using TD 1.54 b9, or after, SdFat is included with the TeensyInstaller.

    Remove local copies of that library from build paths.

    SD.h has been reworked to map into SdFat.

    But the full SdFat library is included.

  12. #87
    Senior Member
    Join Date
    Feb 2015
    Posts
    117
    Actually the included SDFat library seem to be 1 step behind the github release.

    The issue is that all of a sudden "File" is not recognized but "File32" is so it sees the library but why is it ignoring "File"? Both the latest github release and the the packaged version of SDFat in 1.54 beta 9 have the same issue.

    If I specify Fat32 then there is no issue.

    Like I said with the present SDFat release and Arduino 1.8.13/Teensyduino 1.53 I did not have this issue?

    Also as I said above the packaged FlexCAN_T4 was also behind the latest release and needed update.

    Thanks

    Bruce

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •