Forum Rule: Always post complete source code & details to reproduce any issue!
Page 36 of 37 FirstFirst ... 26 34 35 36 37 LastLast
Results 876 to 900 of 921

Thread: Bat detector

  1. #876
    There is no error message in Audactiy. It could be because of the formatting of the SD card. Formatted the SD with the standard allocation unit under Windows. I reformatted it with a 32kb cluster size. So far, the error has not occurred, even with 90 minutes of recording time for testing.

  2. #877
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Quote Originally Posted by Helge View Post
    There is no error message in Audactiy. It could be because of the formatting of the SD card. Formatted the SD with the standard allocation unit under Windows. I reformatted it with a 32kb cluster size. So far, the error has not occurred, even with 90 minutes of recording time for testing.
    Nice to hear that ! Good info for people that still have to format the SDcards.

  3. #878
    Junior Member
    Join Date
    Aug 2020
    Posts
    3
    Hi,

    I have a suggestion for coming updates of the software. I would like to have the possibility to choose and indicate a frequency in the waterfall screen.

    I think it can be helpful for identification of certain bats.
    Click image for larger version. 

Name:	Teenst suggestion.png 
Views:	22 
Size:	728.7 KB 
ID:	25149
    /Anders

  4. #879
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Hi

    Thanks for the suggestion but I wonder how that would help identification. But maybe you do have a clear idea for this. Showing a "line" in the graph for a given frequency is in my view not very necessary as we do have a scale on the top of the graph.

    kind regards
    Cor

  5. #880
    Junior Member
    Join Date
    Aug 2020
    Posts
    3
    Hi,

    I believe the line could help for a quick reference of the different Pipistrelle, Eptesicus and Vespertilio spieces. For me (living in the middle of Sweden) it could help to pinpoint possible rare parti coloured bats among the abundant northern bats (anything below 27kHz is interesting).

    Since the scale is on the top of the screen and the sound is first shown in the bottom it is quite long way to aim and "guesstimate" the frequency of the call when it appears.

    I have been thinking to put a taped line on the screen but if I change the screen sampling frequency the line will be in the wrong spot.

    So if it can be one option in the software I think it might be helpful.

    Best regards
    Anders

  6. #881
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    I am not convinced this is going to help much. What I will consider is having a scale at the bottom of the graph to mimick the scale above.
    But this does probably not look very tidy. For what I know of bats most species are not that simple to discern by a simple frequency-scale. We have the rythm of the calls (interpulse time), the sweep of the call (hi-lo), maximum peak etc etc. That all are necessary to "guesstimate" different species.

    BTW: your screen seems to suggest that you are using an older version with numbered calls instead of the YYYYMMDDTHHMMSS.wav that we have recently added to the software. Which version are you using ?

    regards
    Cor

  7. #882
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Click image for larger version. 

Name:	20210628T194526.JPG 
Views:	23 
Size:	18.2 KB 
ID:	25153
    This shows a possible way to allow a scale at the bottom, Ive added this to the current development-code we are working on.
    If this stays you can simply set the "bottom-scale" variable with a size, in the example the size is 2. That gives a 2 pixels
    high scale. The waterfall will not scroll in that zone so the scale is permanent and will follow the upper-scale.

    cheers
    Cor
    Attached Images Attached Images

  8. #883
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Click image for larger version. 

Name:	20210628.JPG 
Views:	24 
Size:	10.4 KB 
ID:	25154
    Or like this with the scale set to 5. Hope that will be helpfull.

    regards
    Cor

  9. #884
    Junior Member
    Join Date
    Jul 2021
    Posts
    3
    Hi All
    I just wanted to say thanks for a great detector. I've got some great recordings of most of the bat species in my area.
    I'm new to using Teensy, but I was wondering about the practicallities of introducing a sleep mode so that the detector could be left out for longer periods, only waking to record during specified times. I get 2 nights on internal battery now without having implemented the screen-off mods, which I will do at some point. Alternatively, rather than a full sleep, perhaps it would be possible to just not process sound between specified times whilst in auto record mode (presumably this would save battery?)

    Thanks

    Duncan

  10. #885
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Quote Originally Posted by DuncanHoyle View Post
    Hi All
    I just wanted to say thanks for a great detector. I've got some great recordings of most of the bat species in my area.
    I'm new to using Teensy, but I was wondering about the practicallities of introducing a sleep mode so that the detector could be left out for longer periods, only waking to record during specified times. I get 2 nights on internal battery now without having implemented the screen-off mods, which I will do at some point. Alternatively, rather than a full sleep, perhaps it would be possible to just not process sound between specified times whilst in auto record mode (presumably this would save battery?)

    Thanks

    Duncan
    Hi Duncan,

    This is one of the things we want to see how it can be done in a stable manner. There is a good sleep/snooze library for teensy but it will need proper testing. The screen-off modification will be helpfull as the TFT does use quite a bit of current. We could allow a user-set slot "time" that will make the system shut down as much as possible and only wake up to "kick" a watchdog function. The latter is often a wise way to make sure a device doesnt fall into an "eternal" sleep.

    On your remark to try "not processing" sounds in auto_record, the whole concept of auto_record is that we only try to record to the SD when a sound is present in the "ultrasonic" part of the spectrum. We cannot "guess" that without the data this will need continous processing.

    But keep feeding us with ideas/remarks on the usage of the system. I cannot yet show our recent "adventures" in the development but things are moving nicely forward and many of the things we hoped for seem possible in the next iteration of the TeensyBat.

    cheers
    Cor
    Last edited by CorBee; 07-13-2021 at 12:05 PM.

  11. #886
    Junior Member
    Join Date
    Jul 2021
    Posts
    3
    Quote Originally Posted by CorBee View Post
    Hi Duncan,

    This is one of the things we want to see how it can be done in a stable manner. There is a good sleep/snooze library for teensy but it will need proper testing. The screen-off modification will be helpfull as the TFT does use quite a bit of current. We could allow a user-set slot "time" that will make the system shut down as much as possible and only wake up to "kick" a watchdog function. The latter is often a wise way to make sure a device doesnt fall into an "eternal" sleep.

    On your remark to try "not processing" sounds in auto_record, the whole concept of auto_record is that we only try to record to the SD when a sound is present in the "ultrasonic" part of the spectrum. We cannot "guess" that without the data this will need continous processing.

    But keep feeding us with ideas/remarks on the usage of the system. I cannot yet show our recent "adventures" in the development but things are moving nicely forward and many of the things we hoped for seem possible in the next iteration of the TeensyBat.

    cheers
    Cor
    Thanks for the reply.
    When I said not processing sounds in auto_record I meant only outside of the times when bats will be active - eg. stop processing between 7am and 9pm (user configurable of course). This would essentially mean starting and stopping auto_record mode on a timer, although it wouldn't be needed if full sleep/snooze is implemented.
    This Raspberry Pi detector https://github.com/cloudedbats/cloudedbats_wurb_2020 can use an attached GPS to schedule start and end times according to sunset/sunrise times, which is a very nice feature for saving power if required.

  12. #887
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Hi,

    We have a GPS in the system working fine and I am sure that with some advanced algorithm we could use the latest record position as a "guesstimate" for the sunset/sunrise. But I think that its something a user can set very easily as this probably will not be a device you will leave around for a few months (if a battery anyway would last that long).
    But we indeed intend to add a complete sleep/snooze, no code has been tested on this yet. I have seen a few threads on this forum that point towards proper ways to implement this.

    cheers
    Cor

  13. #888
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505

    Working towards a new update, now also for Teensy 4.1

    Hi,

    After we released TeensyBat 1.2 in May 2021 we (Edwin, Adrian, Thierry and me) have started to work on the next version.
    As some of us had allready a Teensy 4.1 at hand we also decided to see if the code could be converted. At that same moment Edwin created a first prototype PCB for a Teensy 4.1.
    At the end of May the code was converted to also work on the T4.1, the compiler had no problem but without a PCB and an audioboard we did not know. Edwin was the first to get "noise" from the new T4.1 mounted on the new prototype PCB. And although not everything worked right from the start most of the code had to be changed not a great deal. Since that moment we have added/enhanced/tested many features of the TeensyBat setup.

    Currently the PCBs for the T4.1 are not yet available from Edwin as he is still considering a few changes. We might share a "development" update (code and hexfiles) for the software on the T3.6 and that way also share the software that can be used on the T4.1 in the coming month or so. Announcements will be made on this forum and on Edwin's http://www.teensybat.com

    The list below shows some of the important changes:

    Existing features that have been improved:
    - recording to SD:
    During testing we found out that V1_2 of the code was not able to write to the SD and record audio properly. Small gaps (often <0.5ms) of the incoming signal could be lost. This has been repaired
    - start of recording:
    In V1_2 we started the recording "after" the pushbutton was released, now we start when the pushbutton is pressed down. This allows a faster response.
    - during recording:
    Both the Live TimeExpansion and other modes can stay active during recording, including the waterfall graphs. In the previous version we had to switch to Auto-Heterodyne during recording as the only "feedback".
    - recording:
    The release of TeensyDuino 1.54 made it possible to switch over to the new sdFat setup, both reading/writing are now done using sdFat.
    - filtering
    We have changed from 1 biquad hipass filterstage to 4, this allows a far steeper (db/octave) filter to be used to prevent lowerfrequency signals coming in.

    New features (both T3.6 and T4.1)
    Automatic Gain Control:
    Sometimes the signals of nearby bats can saturate the amplifier of the audioboard. The new AGC is set up to react very fast to this and reduce the gain. As soon as the signal weakens the gain will restore to the original setting.

    SDconfig:
    Teensybat saves many of the settings available to users to the EEprom to allow startup with user-preferred settings. In the next version this will also be saved to an SDcard if present. The advantage of this is that settings can be copied between machines and also stored for later usage.

    New features only for T4.1

    The T4.1 allows us to mount up to 16Mb of PSRAM to be used for processing. And although this PSRAM is not as fast as the usual RAM it is fast enough for our purposes.

    -PREBUFFER (PSRAM):

    A prebuffer (ringbuffer) is created that will automatically keep incoming data in PSRAM memory. The user can decide how much PSRAM will be used when compiling. The current default is set to 10000 blocks of 128 samples. That translates for a recording samplerate of 281K to 4.5 seconds of audio that is always present. The moment you press RECORD these 4.5 seconds will be stored (or any longer/shorter timespan) so you will not miss a sudden sound when pressing the button.
    This option is also available in AUTO_RECORD mode, you can then set this in steps of 0.5 seconds.

    -RECORDBUFFER (PSRAM)
    During recording we are trying to write to the SD infrequently as the SD can create digital noise inside the TeensyBat. The RECORDBUFFER is used for this purpose.

    - FRAMEBUFFER (RAM)
    The scrolling waterfall graph can be changed into a horizontal scrolling waterfall when using a framebuffer.

    Most of the above changes have been tested for some time and seem to work fine, we are still planning to do some further development for instance to allow the detector
    to stay out for a longer time and have it "sleep" during the day. As development takes time we cannot set out a clear release date.

    If you have any ideas that seem to be missing in the above and you would like to have added ... please dont forget to send in a request.

    kind regards

    Cor

  14. #889
    Junior Member
    Join Date
    Aug 2020
    Posts
    3
    It seems to be great additions/improvements of the TeensyBat detector! I like especially the possibility to have the waterfall during recording.
    When can we expect the Teensy 4.1 version?

    Best regards
    Anders

  15. #890
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Hi,

    The code we are about to release (I hope within 2 weeks) will be for both the T36 and T41. So its one codebase and you can compile that for both machines with specific options for either machine.
    Currently we are testing all kinds of features still and we will release this as a "development-release". Thats to notify we have not tested everything in every possible setting yet and things might still work different on your machine. And for the T41 ... nobody except the people of our development-team have been able to test that at all.

    cheers
    Cor

  16. #891
    Junior Member electrickery's Avatar
    Join Date
    Nov 2017
    Location
    Rotterdam, Netherlands
    Posts
    7

    Reporting success!

    Hi All,

    Just a short mail to say thank you for this very cool project and report that my TeensyBat seems to be working ok.
    Click image for larger version. 

Name:	blueProto1small.jpg 
Views:	15 
Size:	83.0 KB 
ID:	25719
    Originally I planned to use the standard box, but designing and printing a custom box would look much better (than drilling holes with my sub-optimal mechanical skills).

    Greetings,
    Fred Jan

  17. #892
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Hi

    Looks nice !
    If you can try to share your works (design etc) so that others that have 3d printers can copy your work.

    cheers
    Cor

  18. #893
    Junior Member electrickery's Avatar
    Join Date
    Nov 2017
    Location
    Rotterdam, Netherlands
    Posts
    7
    Hi Cor,

    The 3D printed files are here: https://www.prusaprinters.org/prints...-teensybat-box and
    https://www.thingiverse.com/thing:4946124.

    Greetings,
    Fred Jan

  19. #894
    Junior Member electrickery's Avatar
    Join Date
    Nov 2017
    Location
    Rotterdam, Netherlands
    Posts
    7

    SD card differences?

    While testing the TeensyBat with the latest firmware 1.2, I found not all SD-cards are created equal; a new 64GByte SanDisk Ultra wouldn't show the directories (writing did work), and an older 8GByte Kingston (formatted to fat32) did show directories, but seemed 'noisier'. Setting Hipass=12 made the 8GB card as silent as the 64GB card.

    Greetings,

    Fred Jan

  20. #895
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Hi,

    SDcards come in different sizes but also in different speeds. I only use SDcards with at least SD-HC 1, they allow higher transfer rates than the older cards.

    Cor

  21. #896
    Junior Member electrickery's Avatar
    Join Date
    Nov 2017
    Location
    Rotterdam, Netherlands
    Posts
    7
    Quote Originally Posted by CorBee View Post
    Hi,

    SDcards come in different sizes but also in different speeds. I only use SDcards with at least SD-HC 1, they allow higher transfer rates than the older cards.

    Cor
    Yes that is useful extra information. The 8GB is a HC I, the 64 GB a XC I.

    Greetings,

    Fred Jan

  22. #897
    Junior Member electrickery's Avatar
    Join Date
    Nov 2017
    Location
    Rotterdam, Netherlands
    Posts
    7
    Hi Cor,

    Found a solution; the 64 GB card was formatted exfat. Reformatting it as fat32 made the directory, and its contents visible. This is what PLAY looked like with the 64 GB XC I card (Exfat):
    Click image for larger version. 

Name:	20210831T165443.png 
Views:	5 
Size:	5.6 KB 
ID:	25725 Click image for larger version. 

Name:	20210831T165452.png 
Views:	7 
Size:	5.4 KB 
ID:	25726

    Greetings,

    Fred Jan

  23. #898
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    Lets hope the update (which is completely based on the recent SDfat libraries) will be "easier".

  24. #899
    Senior Member
    Join Date
    Jul 2014
    Posts
    3,316
    at least the latest TD supports exFAT, which happens to be also faster than FAT32

  25. #900
    Senior Member CorBee's Avatar
    Join Date
    Jun 2018
    Location
    Netherlands
    Posts
    505
    The next update is using mode 3 in SDFat so will support Fat16/Fat32 and ExFat. And we have added extra buffering to prevent possible dataloss during a write to the SD.

Posting Permissions

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